小编Rob*_*bin的帖子

我正在从 windows vista 桌面连接到运行 windows server 2003 的服务器。我正在使用远程桌面，并且正在远程服务器上运行一些运行时间很长的进程。我的问题是远程桌面注销我的会话并在一段时间后在没有我自己输入的情况下终止任何正在运行的进程。这意味着我需要时不时地坐在我的电脑前摆动鼠标，而不是出去享受几个小时的灿烂阳光。

有谁知道我如何禁用这种行为？我认为它可以在某处配置。

我安装了 SQL 2005 并且我的 templog.ldf 文件不断增长以消耗它所在驱动器上的所有可用空间。有时它会在有几 mb 免费时停止，但有时它会更进一步，这是 c 驱动器，我认为这种行为可能与我看到的其他一些问题有关。

我的问题是，我应该怎么做，我可以将日志移动到另一个驱动器，但我有理由假设它不会在那里做同样的事情。我假设这种行为很可能是我可以更改的结果，并且对于 tempdb 日志来说，45gb 是一个不寻常的大小。我们在代码中确实使用了很多临时表和表值函数，因此有足够的空间使用 tempdb，我可以理解 tempdb 数据库的增长，但不了解 templog 增长的原因。

到目前为止，我已经运行 DBCC OPENTRAN('tempdb') 来查看是否有任何旧事务存在，它们没有。我已经阅读了有关如何缩小 tempdb 的内容，并且已经这样做了几次，但我真的很想知道我能做些什么来首先阻止这种情况的发生，或者更多关于为什么它可能会增长如此之多的详细信息第一名。

==编辑==

1) tempdb 使用简单恢复模式

2)临时日志的增长发生在早上几个小时，当时我们有一些预定的查询正在运行，基本上是大量报告，这些报告在前一天的办公时间用完。文件的大小在这段时间内稳步增长。我们控制同时运行的并发报告数量，增加并发报告的数量会增加日志增长的速度。

嗨伙计，

我在一家公司工作，在生产中使用少量 Windows 服务器运行我们的软件即服务产品。通过进行一系列更改，例如创建新数据库、移动数据库文件、设置登录和启用/禁用 Windows 服务。我不是唯一进行更改的人，如果出现问题，调查它的人很可能不会知道最近应用了哪些更改。在大多数情况下，我认为这不是问题，因为我们对更改任何内容都非常谨慎，更改通常发生在规定的时间（当我们升级我们自己的软件等时），而且问题通常很容易被追踪。

但是，我确实想到记录人们所做的更改，何时以及为什么可能会很有用，如果不是为了跟踪问题，那么如果我们需要一些时间来重建这些机器。其他人如何处理？

我有一个在 Windows 服务器上运行的数据库，我正在使用 Hyperic 进行监控。当我们接近峰值负载时，我看到白天每分钟的写入量增加。随着我们向系统添加更多用户，峰值会随着时间逐渐增加。对于其他资源（即 CPU、内存或磁盘空间），很容易看出最大值是多少，并确保我们在用完之前准备好额外的资源。是否有可能粗略预测每分钟的最大写入次数可能是多少？或者，我是否只需要增加磁盘写入的数量并查看何时开始出现故障，我认为我的磁盘队列将是我超出驱动器/阵列功能的最佳指标。

==编辑==

通过一些额外的细节，我正在运行 SQL Server 2005，我对写入如此感兴趣的原因是磁盘上的写入当前超过读取大约 30 倍。我假设在任何其他磁盘活动之前写入很可能成为瓶颈。它支持的应用程序主要是 OLTP，尽管我们也从那里的数据报告。

如果我发现有人试图入侵我的服务器，是否有适当的回应？或者是看看他们正在尝试什么并确保我们能够抵御它和类似的攻击？

干杯，

罗宾