[MS SQL]备份文件，让我们检查的健康！

遭受了我自己的经验，下列事项将被写入。
因此，我以正确的方式即使别人可能不适合的辉煌。
以下几点必须进行测试，真正的考验DB与数据库的时候，不要你建议。

DB服务器的前几天遇到一个问题（问题是物理）备份来恢复数据库，他上班去了。
正常备份期间收到的恢复不认真对待它，因为很多工作，我相信我设置服务器接收数据，然后开始恢复备份。

DB是出去，但不能正常工作。 （查询不返回的现象发生 - sysindex错误发生在这个问题上已经提出。）
结果证实，这是一个原始的DB备份到备份的问题，即使有问题，已成为。
没有备份，因为几个尴尬的约。
并最终设法恢复这种或那种方式。
备份和恢复是没有可能在原有的DB，每个表的基础上的新设备，一百十二，恢复传递很高兴。
认真地对待这个时候通知你一件事应该已经
DBA的课程，如果你熟悉它，但我想知道，如果你会告诉。

*执行DBCC CHECKDB（语法请参阅MSDN）。

这不是简单的检查问题是否是在DB。
我知道这之前，但足够重要，我不认为是非常重要的，在这个时候，我看见你上床。
然后，当它是将要使用吗？
它应该被用来定期（一旦我们/1个月 - 太长是......？）
周期是不是一个固定的东西。这是唯一的DBA责任。如果你想每一个可能的勤奋的DBA。
使用时，应采用独占模式恢复。

总之，用它定期检查异常时恢复，以确保稳定。
还要检查你的数据库的定期上传稳定。

谢谢。