主页 / dba / 问题 / 207753
Accepted
Steve_Mueller
Asked: 2018-05-25 08:12:58 +0800 CST

“tempdb”的磁盘大小注意事项 - 每年大幅增长两次

  • 772

我有一个人力资源软件，人力资源部门的一名员工每年大约运行两次长时间而复杂的分析和计算。因此，它tempdb正在增长到 500GB 甚至更多。

什么是好的磁盘大小调整解决方案？因为今年剩下的时间tempdb没那么大了。

细节

  • SQL Server 版本和相关版本为 2017 标准版。
  • tempdb和数据库在同一个分区上D:，日志文件在不同的分区上E:
  • HR 数据库本身大约有 78GB。
sql-server database-design

1 个回答

  1. Best Answer

    “真正”的答案是：与人力资源和/或他们的软件供应商合作，修复或改进他们每年两次的工作，这样他们就不会那样做。

    假设那是不可能的，你剩下两个三个糟糕的选择：

    1. 整年都让 tempdb 很大。
    2. 在磁盘上留出足够的空白空间，以便 tempdb 可以变大，然后立即将其缩小。
    3. 与系统协调，在处理前添加磁盘空间，然后收缩 tempdb 并恢复磁盘空间。

    1 和 2 在功能上几乎相同，尽管我倾向于 2（以防万一供应商在过去 6 个月的某个时候采取行动并在您不知情的情况下修复了他们的处理工作）。

    具体如何进行#3 将取决于许多技术细节，这些细节会因您的环境而异。我会考虑的一种方法是：

    • 在处理之前，向服务器添加一个大的临时驱动器（比如z:）
    • ALTER DATABASE tempdb MODIFY FILE为每个 tempdb 文件执行一个操作，同时指定z:上的新位置和更大的文件大小
    • 重新启动 SQL 以使更改生效（SQL 每次重新启动时都会重新创建 tempdb）
    • 在处理期间让 tempdb 在z:上使用尽可能多的空间
    • 处理完成后，重新执行ALTER DATABASE tempdb MODIFY FILE将 tempdb 重定向回原始驱动器（以及原始较小的大小）
    • 再次重启 SQL 以使更改生效
    • 删除/删除现在空的磁盘

    在我们的环境中，这是更可取的，因为（使用我们特定的 SAN/虚拟化配置），添加和稍后删除驱动器比扩展现有驱动器和（尤其是）缩小现有驱动器要容易得多。（如果我没记错的话，缩小现有驱动器实际上需要提供一个全新的磁盘并迁移数据）。但是您的里程可能会因您的配置而异。

    • 6

相关问题