早上看了⼀个贴⼦，是⼀个哥们推⼴⾃⼰⼀个智能的数据库备份系统，他总结了数据库备份过程中所有可能出错的情况，可以借鉴。
  如果你做DBA时间不长，对数据库的备份有些担⼼，希望能到⼀种让你放⼼的备份⽅案，那么本⽂绝对适合你。
  关于数据库的备份恢复原理，⼤家多少都⽐较熟悉了。但是，你⽬前做的数据库备份有多可靠？你可以安⼼睡觉了吗？如果答案是肯定的，那就不⽤多花时间看下⽂了，如果觉得还不够安⼼，总担⼼数据库哪⼀天坏了修不好，那么请接着看：sqlserver备份表语句
  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检查，但这⼀切仅限于本机操作。为了使数据库可靠，你还是需要⾃⼰把本地备份传送⾄备机。
  综上，你的备份做好了吗？检查了吗？删除旧的备份是不是花去你很多时间，特别是在络条件不好的时候？如果数据库备份⽂件的传送在某⼀时刻停⽌了，考试⼤提⽰：你多久才能发现？公司值晚班的同事有权限检查数据库的备份情况吗？

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。