SQL Server数据库增强版备份体验

数据库在备份的时候，并不会检查数据页面的完整性，如果数据页坏了，备份作业仍会执行，而且不会报错，等到你发现数据页有错误的时候，你也很可能已经因为磁盘空间不足，而删除了早期的备份，而此时剩下的那些备份可能都是包含损坏的数据页，如果损坏的数据页是某个表的表头的话，那这个表你就再也没办法恢复了。

爱数的解决方案：

自动将完全备份和日志备份完整有机结合起来，并自动将日志文件组织一个文件包里，不用担心丢失和遭病毒破坏，不用担心日志断档。

高级的循环备份功能，可以自动设置多久执行一次全备份，以及每个全备份下面带多少个增量备份点。比如：每周执行一次完整备份，保留三个完全备份；每个全备份下面带有30个增量备份，这样，既保证了数据库备份的完整性，又保证了数据备份的速度和效率。

恢复功能之比较

SQL自带备份：

为了将数据库尽可能的恢复到最新，你可能会每隔10分钟（甚至1分钟）执行一次日志备份，那么万一数据库坏了，在恢复的时候，手动恢复成百上千个日志文件，就非常非常麻烦~~~

爱数的解决方案：

将完整备份与日志备份自动组织，抽象成一个一个时间点，只要选择时间点便可以轻松到该备份时间点。

备份的完整性充分保障，不用担心日志断档，不用手动恢复成百上千个日志文件，节省大量的恢复的时间，在数据发生后能够迅速恢复应用，减少企业的损失。

备份管理之比较

如果你所在公司有很多的数据库服务器（就像我所在的公司），而且磁盘空间有限，那么你不得不经常登录服务器来删除旧的备份文件，如果哪天忘了，或者五一十一长假，磁盘空间用完了，就麻烦了。

所以你需要定期执行DBCC检查，来尽早发现数据库页面的完整性。在未作完DBCC检查之前，你不能删除旧的备份，以防止新的备份存在问题。所以，删除备份文件的工作变的有些麻烦。