数据备份中可能出错的情况及解决办法

2008-02-23 07:37:28来源:互联网 阅读 ()

新老客户大回馈,云服务器低至5折

  本文总结了数据库备份过程中任何可能出错的情况,大家能够参考以下。

  假如您做DBA时间不长,对数据库的备份有些担心,希望能找到一种让您放心的备份方案,那么本文绝对适合您。

  关于数据库的备份恢复原理,大家多少都比较熟悉了。但是,您现在做的数据库备份有多可靠?您能够安心睡觉了吗?假如答案是肯定的,那就不用多花时间看下文了,假如觉得还不够安心,总担心数据库哪一天坏了修不好,那么请接着看:

  1、我有RAID,还需要做数据库备份吗?需要。有了RAID,万一部份磁盘损坏, 能够修复数据库,有的情况下数据库甚至能够继续使用。但是,假如哪一天,您的同事不小心删除了一条重要的记录,怎么办?RAID是无能为力的。您需要合适 的备份策略,把那条被误删的数据恢复出来。所以有了RAID,仍需要做备份集群,磁盘映像同理。

  2、假如您只做全备份,那么受限于全备份的大小和备份时间,不可能常做。而且只有 全备份,不能将数据库恢复至某个时间点。所以,我们需要全备份 日志备份。比如每天一个全备份,每隔1小时或若干分钟一个日志备份。说到差异备份,因为微 软的差异备份记录的是上一次全备份以来发生的变化,所以,假如数据库的改变很频繁的话,没过多久,差异备份就会和全备份的大小接近,因此这种情况下就不合 适了。因此,全备份 日志备份的方案适合绝大多数的用户。

  3、假如您仅在数据库本地做备份,万一磁盘损坏,或整个服务器硬件损坏,备份也 就没了,就没法恢复数据库。因此,您需要把备份文档传送至另一个物理硬件上。大多数用户不用磁带机,因此不考虑。一般,我们需要另一台廉价的服务器或 PC来存放数据库的备份,来防止硬件损坏造成的备份丢失。

  4、您能够在数据库服务器本地做完备份,然后使用某些方式将备份文档传送至备机。您是在备份完成后就马上穿送的吗?其实能够考虑将传送备份的脚本用T-SQL语句来写。

  5、备份文档传送至备机后,就能够高枕无忧了吗?不。作为DBA的您还需要检查备机上的备份文档是否能将数据库恢复至最新,假如采用日志备份,会不会因为丢失某一个日志备份文档而导致数据库不能恢复至最新?如何检查日志备份文档之间存在断档?

  6、为了将数据库尽可能的恢复到最新,您可能会每隔10分钟(甚至1分钟)执行一次日志备份,那么万一数据库坏了,在恢复的时候,手动恢复成百上千个日志文档,是不是不太现实?

  7、假如您所在公司有很多的数据库服务器(就像我所在的公司),而且磁盘空间有限,那么您不得不经常登录服务器来删除旧的备份文档,假如哪天忘了,或五一十一长假,磁盘空间用完了,就麻烦了。

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

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

  10、您可能知道SQL Server提供了数据库维护计划。没错,使用他能够定期做备份,执行DBCC检查,但这一切仅限于本机操作。为了使数据库可靠,您还是需要自己把本地备份传送至备机。
  综上,您的备份做好了吗?检查了吗?删除旧的备份是不是花去您很多时间,特别是在网络条件不好的时候?假如数据库备份文档的传送在某一时刻停止了,您多久才能发现?公司值晚班的同事有权限检查数据库的备份情况吗?
  

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇: 让MySQL和ASP.NET配合更强大

下一篇: SQL Server连接失败错误分析和排除(1)