全备份+日志备份的方案适合你的数据库备份

如果你成为DBA的时间不长，对数据库备份有点担心，并且希望找到一个让你安心的备份解决方案，那么这篇文章绝对适合你。

大家或多或少都熟悉数据库备份和恢复的原理。 但是，您当前的数据库备份有多可靠？ 能睡得安稳吗？ 如果答案是肯定的，那么就没有必要花更多的时间阅读下面的内容了。 如果你觉得不够安全，你总是担心有一天数据库坏了，无法修复。 好的，那么请继续阅读：

1. 我有一个raid，我还需要做数据库备份吗？ 是的。 通过raid，如果部分磁盘损坏，可以修复数据库，在某些情况下数据库甚至可以继续使用。 但是，如果有一天您的同事不小心删除了一条重要记录怎么办？ 突袭是无能为力的。 您需要合适的备份策略来恢复意外删除的数据。 所以使用raid，仍然需要备份集群，磁盘镜像也是如此。

2、如果只做全量备份，那么受到全量备份的大小和备份时间的限制，不可能经常做。 并且只有全量备份，数据库无法恢复到某个时间点。 因此，我们需要全量备份+日志备份。 例如，每天进行一次完整备份，每小时或几分钟进行一次日志备份。 说到差异备份，因为微软的差异备份记录了自上次全备份以来发生的变化，如果数据库经常发生变化，用不了多久差异备份就会接近全备份的大小。 因此，这种情况下是不合适的。 因此，全量备份+日志备份的方案适合大多数用户。

3、如果只对数据库进行本地备份，如果磁盘损坏或者整个服务器硬件损坏，备份就会消失，数据库无法恢复。 因此，您需要将备份文件转移到另一个物理硬件上。 大多数用户不使用磁带机，因此不会考虑它们。 一般我们需要另外一台便宜的服务器或者PC来存储数据库的备份，以防止硬件损坏造成的备份丢失。

4、可以在数据库服务器本地完成备份，然后通过一定的方法将备份文件传输到备份机上。 备份完成后是否立即传输？ 事实上，您可以考虑使用t-sql语句编写传输备份的脚本。

5、备份文件传输到备份机后，就可以高枕无忧了吗？ 不会。作为DBA，还需要检查备机上的备份文件是否可以将数据库恢复到最新版本。 如果使用日志备份，会不会因为某个日志备份文件丢失导致数据库无法恢复到最新版本？ 如何查看日志备份文件之间的间隙？ 有休息吗？

6.为了尽可能恢复数据库最新，您可以每10分钟（甚至1分钟）执行一次日志备份。 如果数据库损坏，您将必须在恢复过程中手动恢复数百或数千个日志文件。 ，是不是不现实？

7、如果你的公司有很多数据库服务器（比如我的公司）并且磁盘空间有限，那么你就必须经常登录服务器删除旧的备份文件。 如果有一天你忘记了，或者511长假期间，磁盘空间不足，你就会遇到麻烦。

8、备份数据库时，不会检查数据页的完整性。 如果数据页损坏，备份作业仍会执行，不会报错。 当您发现数据页出现错误时，您可能已经因磁盘空间不足而删除了较早的备份，而剩余的备份可能包含损坏的数据页。 如果损坏的数据页是表头，那么您将无法再访问该表。 没有办法恢复。

9. 因此需要定期执行dbcc检查以尽早发现数据库页的完整性。 在完成 dbcc 检查之前不能删除旧备份，以防止新备份出现问题。 因此，删除备份文件的任务就变得有点麻烦。

10. 您可能知道提供了数据库维护计划。 是的，您可以使用它进行定期备份并执行 dbcc 检查，但这一切仅限于本地操作。 为了让数据库可靠，还是需要自己将本地备份传输到备份机上。

总而言之，您的备份完成了吗？ 你检查过它们吗？ 删除旧备份是否会花费您很多时间，尤其是在网络条件不好的情况下？ 如果数据库备份文件的传输在某个时刻停止，您花了多长时间才发现？ 公司夜班的同事有权限查看数据库的备份状态吗？

【数据备份和恢复错误的解决办法】相关文章：

信息安全备份系统04-18

修复与升值03-24

修复与升值04-10

东园散文与赏析03-24

《氧化还原反应》教案03-12

氧化还原反应教案01-15

氧化还原反应教案05-10

工作失误回顾_工作失误回顾04-06

错误员工管理方法04-05

社保单位错误证明05-19