小编Kri*_*shn的帖子

昨天我遇到了一种情况，我的索引被重建，数据库大小增加了一倍（新大小的 50% 未使用）。Sort intempdb设置为 off，我的印象是这种重建导致了它（索引重建不在 中tempdb）。

重建过程是否有理由在完成/潜在故障后保留磁盘空间？

我正在重新编写我们的维护计划，目前重点是备份。在准备此计划时，我想尝试确保程序到位，以确保备份性能最佳。我知道实施以下内容，但是我想了解如何在该范围之外进行改进。

当前考虑：

• 备份压缩
• 大型数据库的多个数据文件 - 可能超过 100GB？
• 将备份写入另一个 I/O 子系统
• 定义参数值，包括 BLOCKSIZE、MAXTRANSFERSIZE 和 BUFFERCOUNT
• 清除旧文件
• 删除备份历史

除了上述之外，还有什么是有利于实施的。另外，在设置 BLOCKSIZE、MAXTRANSFERSIZE 和 BUFFERCOUNT 的值时，我是否应该考虑/如何定义正确的值？我很欣赏测试过程中的一些反复试验，但了解最佳实践会很有用。

为了了解我的日常工作，我将运行每小时事务日志备份、每日差异和每周完整备份。

谢谢

我的任务是调查应用程序的工作由于死锁而失败的问题。我知道使用跟踪来捕获死锁，但是由于这是 16 小时前发生的事情，我想知道是否可以查看导致死锁的原因？

谢谢