SQL索引处理

Question

我有一个有25个大型数据库的例子。

我已经设置了一个rebuild_all_indexes作业来重建每个数据库上的所有索引。

由于数据库的大容量和OLTP环境，这项工作大约需要3,4天才能完成。

有人能帮我解决这个问题吗？

作为作业步骤，我使用了一些存储过程，调用如下：

exec database1.dbo.SP_JOBS_REBUILD_DB_INDEXES
GO
--exec database2.dbo.SP_JOBS_REBUILD_DB_INDEXES
GO
exec database3.dbo.SP_JOBS_REBUILD_DB_INDEXES
GO
exec database4.dbo.SP_JOBS_REBUILD_DB_INDEXES
GO
exec database5.dbo.SP_JOBS_REBUILD_DB_INDEXES
GO
exec database6.dbo.SP_JOBS_REBUILD_DB_INDEXES
GO
exec database7.dbo.SP_JOBS_REBUILD_DB_INDEXES
GO
exec database8.dbo.SP_JOBS_REBUILD_DB_INDEXES
go
...............
...............
upto database25.dbo.sp_jobs_rebuild_db_indexes

Answer 1

根据我的经验，您应该检查所有索引的分段，并根据索引碎片的百分比重新构建或重新组织索引。我命令你每晚都做这个手术。在我最大的sql服务器上(超过1TB)，这个操作每晚需要2:40。请注意不要在数据库备份期间运行此操作。

这个链接可以帮助您http://blog.sqlauthority.com/2010/01/12/sql-server-fragmentation-detect-fragmentation-and-eliminate-fragmentation/，有一个脚本来检查索引的碎片。正如您所看到的，建议在碎片的5%到30%之间执行“重新组织”，当“重构”高于30 %时执行“重建”。

就我个人而言，我使用带有自定义脚本的作业，下面是以下步骤：

• 将所有数据库中的索引信息检索到一个表中(使用选择..。从sys.dm_db_index_physical_stats (NULL，‘限制’) ps
• 根据上表，检查碎片的百分比，并执行重新生成或重新组织。

所有的人都只有一份工作