在本文中，我们将了解 DBA 在决定运行 DBCC CHECKDB 所需频率之前考虑的因素。
在跑步的时候 SQL Server、数据库损坏是DBA最怕的。 如果这种损坏被传输到备份中，它就会变得更加成问题。 为避免数据库损坏扩大并成为备份的一部分，定期对数据库进行安全检查非常重要。 DBCC CHECKDB 是其中之一ost 提供首选安全检查 SQL Server，对于在您的数据库上运行，这是一种资源密集型做法，这就是为什么这些检查的规律性因不同组织而异。 这是检查腐败的最佳方法之一 SQL Server 数据库。
为什么运行 DBCC CHECKDB 很重要
您可能是也可能不是 DBA，但是如果您有权访问数据库，并且负责用户数据库的安全保管，那么运行 DBCC CHECKDB 是您必须的。 它不仅可以通过在发现腐败时提醒您来帮助您发现腐败，还可以让您防止腐败蔓延。 如果损坏蔓延，损坏可能变得无法维护，从而导致大量数据丢失。 损坏的数据库不仅会发出错误的信息，而且还可能完全无法响应查询。 如果您选择定期使用 DBCC CHECKDB，则可以避免所有这些情况。
您应该多久使用一次 DBCC CHECKDB
m之一ost 与功能相关的常见问题是，我们应该多久运行一次 DBCC CHECKDB？ 此过程耗时且资源密集，许多组织无力每天运行它。 建议每周或最多每两周运行一次这些检查。 即使您选择每周运行一次，上次备份后数据库中造成的损坏也不会恢复。 您的数据库可能会在上次检查和下一次检查之间的一周内损坏，从而使您损失一周的进度。
上次检查和下一次检查之间的间隔持续增加的次数越多，损坏和数据丢失的风险就越大。 因此，您希望使用此功能的频率应该取决于您可以承受丢失多少数据？ 如果你不能失去哪怕一天的进步，你就必须每天都这样做。 如果您可以承受丢失一些数据的后果，您可以选择每周甚至每月进行一次。
要记住的要点
DBCC CHECKDB 无疑是一个非常有用的发现腐败的工具，但由于它消耗资源，许多组织并不经常使用它。 尽管这会使他们的数据面临更大的损坏风险，但 most 的组织每周仅运行一次 DBCC CHECKDB。 这大概是米ost 方便很多组织的时间间隔，既不是太长造成大量数据丢失，也不是太短消耗大量资源。 此外，为了完全避免数据丢失，组织必须投资于 中密度纤维板修复 工具。
作者简介：
Victor Simon 是一位数据恢复专家 DataNumen, Inc.，它是数据恢复技术领域的世界领先者，包括 恢复访问 和sql恢复软件产品。 欲了解更多信息，请访问 datanumen.com