对于超大型SQL SERVER数据库执行DBCC操作

发布时间：2020-12-12 14:39:15 所属栏目：MsSql教程来源：网络整理

导读：对于数据库维护，主要使用DBCC CHECKDB来实现，以下是对大型数据库的使用说明，小型数据库一般直接使用就可以了： 1、2008（2005我不确认）已经实现了快照检查，也就是当你执行DBCC时，DBMS会先快照出一个数据库，然后在快照上执行检查，这样对原来的库不造

对于数据库维护，主要使用DBCC CHECKDB来实现，以下是对大型数据库的使用说明，小型数据库一般直接使用就可以了： 1、2008（2005我不确认）已经实现了快照检查，也就是当你执行DBCC时，DBMS会先快照出一个数据库，然后在快照上执行检查，这样对原来的库不造成锁的影响。 2、使用Physical_only选项，可以以较少的开销检查数据库的物理一致性。并且能检查出会危及用户数据安全的残缺页、校验和错误及常见的硬件故障。所以对于频繁使用的生产库，建议使用该选项。，可以极大地缩短对大数据库运行DBCC CHECKDB的时间。 3、CHECKDB所花费的时间主要取决于： ? a、数据库自身大小； ? b、当前I/O读写能力和繁忙程度； ? c、当前系统CPU负荷； ? d、当前数据库的并发修改量； ? e、存放tempdb磁盘的速度； ? f、数据库对象类型：如LOB会花更多时间； ? g、CHECKDB的参数；参数的选择会影响DBCC所做的事情多少； ? h、数据库的错误类型和错误数量；按照别人的经验：1T的数据库如果没错误，checkdb可能要花上20小时。如果一个成百上千的数据库，哪怕只有2、300G。可能一天都跑不完。现在入正题：如果数据库设计了分区表机制，做起来会简单一些，对于存储历史数据的分区文件组，由于本身数据不发生变化，可以设为只读模式，防止任何错误修改。每个月左右经行一次DBCC CHECKFILEGROUP即可。对于当前数据，最好一周两次，单独做DBCC CHECKFILEGROUP。如果没有分区的超大型数据库，可以参照以下方式：周一到周三：每天运行一组DBCC CHECKTABLE 周四：DBCC CHECKALLOC+一组DBCC CHECKTABLE 周五周六：每天运行一组DBCC CHECKTABLE? 周日：DBCC CHECKALLOC+DBCC CHECKCATALOG+一组DBCC CHECKTABLE。对于TB级数据库可以尝试使用这个方法。

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!