我有一个 SQL 2005 数据库，其中有一些由其他人设置的维护计划。一大早在所有数据库上运行更新统计信息。这似乎导致 tempdb 被填满，从而破坏了当时正在运行的其他一些维护任务。它现在至少有一个星期没有成功运行。我已经将自动更新统计设置为 true，所以我什至需要每天早上运行更新统计吗？还有其他维护计划，包括每晚重新索引作业，我不知道是否需要更新统计信息。
谢谢，
我正在调查一个问题，我的 tempdb 日志文件与任何看起来合理的东西都不成比例。今天早上它是数据文件大小的 10 倍以上。但是，数据库继续正常运行，临时日志大小的唯一限制似乎是它所在的磁盘大小。
那么我的问题是，限制 templog 的大小对我来说是否安全，我听说你不应该限制 tempdb 的大小，因为它对于需要在 sql server 中完成的工作至关重要。但是，日志文件增长到磁盘允许的大小的事实表明我可以在不破坏任何内容的情况下限制它。是这样吗？如果是这样，是否有一个下限（即数据文件的组合大小）我不应该限制在下面？
顺便说一句，我意识到这不是解决日志增长问题的解决方案，正在调查但可能不会很快解决。
干杯，
我安装了 SQL 2005，并且我的 templog.ldf 文件不断增长，以消耗它所在驱动器上的所有可用空间。有时它会停止几mb，但有时它会更进一步，这是c驱动器，我认为这种行为可能与我看到的其他一些问题有关。
我的问题是，我应该怎么做，我可以将日志移动到另一个驱动器，但我有理由假设它不会在那里做同样的事情。我假设这种行为可能是我可以更改的结果，并且 45gb 对于 tempdb 日志来说是一个不寻常的大小。我们在代码中确实使用了很多临时表和表值函数，因此使用 tempdb 的空间很大，我可以理解 tempdb 数据库的增长，但不明白 templog 增长的原因。
到目前为止，我已经运行了 DBCC OPENTRAN('tempdb') 来查看是否有任何旧事务在附近，它们不是。我已经阅读了有关如何缩小 tempdb 并已经这样做了几次，但我真的想知道如果我能做些什么来阻止这种情况的发生，或者更多关于它为什么会增长如此之多的详细信息第一名。
==编辑==
1) tempdb 使用简单的恢复模型
2) templog 的增长发生在早上几个小时内，当时我们有一些预定的查询正在运行，基本上是前一天办公时间用完的报告负载。文件的大小在这段时间内稳步增长。我们控制同时运行多少并发报告，增加并发报告的数量会增加日志的增长速度。
我有一个在我用 Hyperic 监控的 Windows 服务器上运行的数据库。当我们接近峰值负载时，我看到每分钟的写入量在白天增加。随着我们向系统添加更多用户，峰值逐渐增加。使用其他资源（即 CPU、内存或磁盘空间），很容易看到最大值是多少，并确保我们在用完之前准备好额外的资源。是否有可能粗略预测每分钟的最大写入量可能是多少？或者，我是否只需要增加磁盘写入的数量并查看事情何时开始失败，我认为我的磁盘队列将是我超出驱动器/阵列能力的最佳指标。
==编辑==
通过一些额外的细节，我正在运行 SQL Server 2005，我对写入如此感兴趣的原因是磁盘上的写入当前超过读取大约 30 倍。我假设写入可能是任何其他磁盘活动之前的瓶颈。它支持的应用程序主要是 OLTP，尽管我们也从那里的数据中报告。
我一直在考虑升级到我的 SQL Server 2005 企业版。我特别希望升级，因为目前我的 2 个 CPU 已达到极限。看起来我可以在我的托管服务提供商处以与我现在支付的费用大致相同的价格迁移到 64 位标准。我打算尝试在设置中添加另外 2 个 CPU，但我想我至少可以先尝试 64 位标准版，然后如果还没有得到足够的改进，再添加额外的 CPU。
迁移到 64 位平台有什么需要注意的吗？即这种迁移有什么问题吗？查看此处列出的功能比较，我认为我不会错过企业版中的任何内容。我不确定并行索引操作是什么，但对该字符串的一点谷歌似乎表明它只是与在数据库运行时重建索引有关，我不需要这样做。我应该注意该链接中未列出的任何内容吗？
嗨伙计，
我在一家公司工作，在生产中运行我们的软件即服务产品的少量 Windows 服务器。通过进行一系列更改（例如创建新数据库、移动数据库文件、设置登录名和启用/禁用 Windows 服务）的部分方式。我不是唯一进行更改的人，如果出现问题，调查它的人很可能不会知道最近应用了哪些更改。在大多数情况下，我认为这不是问题，因为我们对更改任何内容都非常谨慎，更改通常发生在定义的时间（当我们升级自己的软件等时）并且问题通常很容易追踪。
但是，我确实想到记录人们所做的更改、何时以及为什么可能有用，如果不是为了追踪问题，那么如果我们需要一些时间来重建这些机器。其他人如何处理这个问题？
我有一个 SQL 2000 安装，我在其上启用了 AWE 来寻址额外的内存。我正在迁移到 SQL 2005，现在 2005 实例将需要大部分内存。我可以离开 2000 并设置 AWE，还是应该禁用它？
我有一个最近升级的 SQL Server，我正准备投入使用，我们已经从 SQL Server 2000 升级到 SQL Server 2005。不过，2005 盒子上的排序规则设置不同（我没有进行升级所以不确定在这个过程中是否做错了什么）。是否可以/建议更改 SQL Server 2005 中的系统范围排序规则设置，或者我应该再次完成安装？
我有一个最近安装的 sql 2005 数据库服务器（在同一台机器上从 2000 升级），我正在尝试设置维护计划以重新索引等，但它们总是失败。这是我收到的消息，我认为某些用户的某些权限是错误的，但不确定我应该在哪里寻找。
以用户身份执行：194709-DB2\SYSTEM。... 9.00.4035.00（64 位）版权所有 (C) Microsoft Corp 1984-2005。版权所有。开始：12:45:34 错误：2009-07-20 12:46:05.42
代码：0xC00291EC 源：{BDA7B017-98D2-41A4-864E-49A5A9B39855} 执行 SQL 任务描述：无法获取连接“本地服务器连接”。连接可能未正确配置，或者您可能对此连接没有正确的权限。结束错误警告：2009-07-20 12:46:05.42 代码：0x80019002 来源：OnPreExecute
说明：SSIS 警告代码 DTS_W_MAXIMUMERRORCOUNTREACHED。Execution 方法成功，但引发的错误数 (1) 达到了允许的最大值 (1)；导致失败。当错误数量达到 MaximumErrorCount 中指定的数量时，就会发生这种情况。更改 MaximumErrorCount 或修复错误。结束警告错误：2009-07-20 12:46:05.44 代码：0xC0024104
来源：重组索引任务
De... 包执行失败... 步骤失败。
我已经运行 Hyperic 几个月了，在大多数情况下，我对它非常满意。然而，我最近注意到代理进程似乎每 15 分钟占用 100% 的 CPU，持续约 30 秒。服务器是windows 2003，hyperic agent是4.0.3版本。一些谷歌搜索并没有太大的用处。我将不胜感激有关如何进一步调查此问题的任何指示，或者如果其他人自己也看到了相同的治疗建议，我将不胜感激。