數據庫在備份的時候，并不會檢查數據頁面的完整性，如果數據頁壞了，備份作業仍會執行，而且不會報錯，等到你發現數據頁有錯誤的時候，你也很可能已經因為磁盤空間不足，而刪除了早期的備份，而此時剩下的那些備份可能都是包含損壞的數據頁，如果損壞的數據頁是某個表的表頭的話，那這個表你就再也沒辦法恢復了。
愛數的解決方案：
自動將完全備份和日志備份完整有機結合起來，并自動將日志文件組織一個文件包里，不用擔心丟失和遭病毒破壞，不用擔心日志斷檔。
高級的循環備份功能，可以自動設置多久執行一次全備份，以及每個全備份下面帶多少個增量備份點。比如：每周執行一次完整備份，保留三個完全備份；每個全備份下面帶有30個增量備份，這樣，既保證了數據庫備份的完整性，又保證了數據備份的速度和效率。
恢復功能之比較
SQL自帶備份：
為了將數據庫盡可能的恢復到最新，你可能會每隔10分鐘（甚至1分鐘）執行一次日志備份，那么萬一數據庫壞了，在恢復的時候，手動恢復成百上千個日志文件，就非常非常麻煩~~~
愛數的解決方案：
將完整備份與日志備份自動組織，抽象成一個一個時間點，只要選擇時間點便可以輕松到該備份時間點。
備份的完整性充分保障，不用擔心日志斷檔，不用手動恢復成百上千個日志文件，節省大量的恢復的時間，在數據發生后能夠迅速恢復應用，減少企業的損失。
備份管理之比較
如果你所在公司有很多的數據庫服務器（就像我所在的公司），而且磁盤空間有限，那么你不得不經常登錄服務器來刪除舊的備份文件，如果哪天忘了，或者五一十一長假，磁盤空間用完了，就麻煩了。
所以你需要定期執行DBCC檢查，來盡早發現數據庫頁面的完整性。在未作完DBCC檢查之前，你不能刪除舊的備份，以防止新的備份存在問題。所以，刪除備份文件的工作變的有些麻煩。
你可能知道SQL Server提供了數據庫維護計劃。沒錯，使用它可以定期做備份，執行DBCC檢查，但這一切僅限于本機操作。為了使數據庫可靠，你還是需要自己把本地備份傳送至備機。
愛數的解決方案：
利用集中式管理工具的幫助，系統管理員可對全網的備份策略進行統一管理，備份服務器可以監控所有機器的備份作業，也可以修改備份策略，
具有自動刪除老數據功能
多種加密算法，保護數據隱私
三種壓縮模式，可以將數據量大大減小
自有文件格式，病毒冰凍技術
詳細的日志與報表，保障用戶的可省閱性。
系統支撐功能之比較
在網絡條件不好的時候？如果數據庫備份文件的傳送在某一時刻停止了，你多久才能發現？公司值晚班的同事有權限檢查數據庫的備份情況嗎？系統崩潰了，SQL的運行也成了空中樓閣。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
