数据库在备份的时候，并不会检查数据页面的完整性，如果数据页坏了，备份作业仍会执行，而且不会报错，等到你发现数据页有错误的时候，你也很可能已经因为磁盘空间不足，而删除了早期的备份，而此时剩下的那些备份可能都是包含损坏的数据页，如果损坏的数据页是某个表的表头的话，那这个表你就再也没办法恢复了。
爱数的解决方案：
自动将完全备份和日志备份完整有机结合起来，并自动将日志文件组织一个文件包里，不用担心丢失和遭病毒破坏，不用担心日志断档。
高级的循环备份功能，可以自动设置多久执行一次全备份，以及每个全备份下面带多少个增量备份点。比如：每周执行一次完整备份，保留三个完全备份；每个全备份下面带有30个增量备份，这样，既保证了数据库备份的完整性，又保证了数据备份的速度和效率。
恢复功能之比较
SQL自带备份：
为了将数据库尽可能的恢复到最新，你可能会每隔10分钟（甚至1分钟）执行一次日志备份，那么万一数据库坏了，在恢复的时候，手动恢复成百上千个日志文件，就非常非常麻烦~~~
爱数的解决方案：
将完整备份与日志备份自动组织，抽象成一个一个时间点，只要选择时间点便可以轻松到该备份时间点。
备份的完整性充分保障，不用担心日志断档，不用手动恢复成百上千个日志文件，节省大量的恢复的时间，在数据发生后能够迅速恢复应用，减少企业的损失。
备份管理之比较
如果你所在公司有很多的数据库服务器（就像我所在的公司），而且磁盘空间有限，那么你不得不经常登录服务器来删除旧的备份文件，如果哪天忘了，或者五一十一长假，磁盘空间用完了，就麻烦了。
所以你需要定期执行DBCC检查，来尽早发现数据库页面的完整性。在未作完DBCC检查之前，你不能删除旧的备份，以防止新的备份存在问题。所以，删除备份文件的工作变的有些麻烦。
你可能知道SQL Server提供了数据库维护计划。没错，使用它可以定期做备份，执行DBCC检查，但这一切仅限于本机操作。为了使数据库可靠，你还是需要自己把本地备份传送至备机。
爱数的解决方案：
利用集中式管理工具的帮助，系统管理员可对全网的备份策略进行统一管理，备份服务器可以监控所有机器的备份作业，也可以修改备份策略，
具有自动删除老数据功能
多种加密算法，保护数据隐私
三种压缩模式，可以将数据量大大减小
自有文件格式，病毒冰冻技术
详细的日志与报表，保障用户的可省阅性。
系统支撑功能之比较
在网络条件不好的时候？如果数据库备份文件的传送在某一时刻停止了，你多久才能发现？公司值晚班的同事有权限检查数据库的备份情况吗？系统崩溃了，SQL的运行也成了空中楼阁。
文章来源于领测软件测试网 https://www.ltesting.net/
