iok*_*ins 8 sql-server maintenance storage
我们的生产 SQL Server 2005 数据库的数据文件位于一个单独的物理驱动器上,Microsoft Windows 2003 的磁盘碎片整理程序工具报告为 99% 是碎片化的。
我们安排了一个任务,在星期六早上 3:00 对这个驱动器进行碎片整理。作业在 40 分钟后完成,没有明显错误。但是,驱动器仍然严重碎片化。
我们应该在整理碎片之前停止 SQL Server 服务吗?
语境
每个上下文请求:我们有一个 Microsoft SQL Server 2005 实例 (9.00.5324.00) 在 Dell PowerEdge 2950 硬件上运行 32 位 Windows Server 2003 (SP2),大约 2007 年,具有 4GB RAM。PowerEdge 2950 有四个 68GB 驱动器配置为 RAID-1 以创建两个 68GB 虚拟磁盘:(1) C(引导和操作系统)&D(页面文件,其他杂项数据);(2) E(SQL 数据)。据我所知,IT 人员从未对这些驱动器进行过碎片整理……磁盘碎片整理程序报告的文件碎片率为 66% (C)、77% (D) 和99% (E)。性能监视器报告以下平均结果:“分页文件:使用率百分比”= ~6.8%;“SQL Server:缓冲区管理器 - 页面预期寿命”= 20 秒;和“PhysicalDisk:平均磁盘秒/写入,驱动器 E”= 之间 300 和 1,. 我们将在几个月内进行急需的硬件和 SQL Server 升级(即,新硬件、64 位 Windows Server 2012、64 位 SQL Server 2012、12GB RAM),但是,由于结束——用户性能,希望尽可能地缓解问题。因此,考虑文件碎片整理可能有助于驱动器 E,主要的 SQL 数据驱动器。
顺便说一句,上周我们提取了两个出现故障的驱动器并重建了阵列……不确定这是否重要。我们与另一个 IT 团队签订合同来维护服务器,因此我们无法直接访问设备……我们的组织只需支付服务费用。
我们可以承担定期维护窗口(每周)期间的停机时间以及必要时的带外停机时间。
您的问题不是磁盘碎片。您的问题是 RAM 和应用程序表扫描:
4GB RAM ... 68GB ... 页面预期寿命 20 秒
你需要的方式更多的内存。因为在您的新服务器中应该有超过 12GB 的方式、方式、方式。从 64 GB 开始,它的成本基本上是一角钱。是的,修复您的应用程序以使用索引。20 秒非常清楚地表明表扫描破坏了缓冲池。您需要修复应用程序,添加所需的索引并修复您的查询。对于您的情况,对驱动器进行碎片整理与红鲱鱼一样多。
哦,请移动日志以将物理轴与数据分开。独自的。
小智 -4
Brad McGehee 对此进行了很好的描述:
http://www.bradmcgehee.com/2011/06/do-you-ever-physically-defragment-your-sql-server-mdf-ldf-files/
...如果在碎片整理期间让 SQL Server 服务保持运行,则数据库文件将打开,因此根本不会进行碎片整理。
| 归档时间: |
|
| 查看次数: |
7389 次 |
| 最近记录: |