SQLServer数据库加强版备份体验

老鸟说事：Microsoft SQL Server数据库加强版备份体验

在欧洲，有一首传播很广的民谚：

由于丧失一根铁钉，我们失往了一块马蹄铁；

由于失往一块马蹄铁，我们失往了一匹骏马；

由于失往一匹骏马，我们失往一名骑士；

由于失往一名骑士，我们输掉了一场战斗……

在企业的经营中，细节决定成败，要规避一切埋伏的风险，避免由于一些小的失误而造成重大丧失，在企业运营越来越依附IT支撑的今天，企业的要害利用，比如财务软件、CRM、OA、ERP等，一旦产生数据丧失，丧失将非常惨重，想想财务数据的数据丧失的成果吧，工资无法正常发放；当年的财务总结没措施进行；盈利还是亏损无法盘算；下一年的业务也无法正常开展；大客户可能因此拂袖而往。

数据已经不再是0101这样的二进制信息，而是人们的钱袋子，真正的真金白银。人们应当及时做好数据备份。

中小企业最常应用的数据库是微软的是SQL Server，本身带有主动备份功效，但多年来的经验告诉我，SQL自带的备份已经远远不能满足企业业务的持续性、安全性需求了。

SQL SERVER自带备份功效是一个简略的进门级的备份小工具，在非常简略的利用时，比如一两台SQL服务器，数据量又大，数据重要性一般的时候，SQL自带备份功效就可以胜任了。

但是当数据重要性非常高时，企业不能够承担数据丧失的风险时，那么就需要寻求更加专业、更加安全可靠的数据备份解决计划。由于SQL自带备份功效有以下不足和缺点。经过重复的筛选和比拟之后，本人找到一款在功效和性能上都能对SQL自带备份功效带来非常大改良的备份工具--爱数备份软件。下面是功效比拟：

备份功效之比拟

大家都知道，数据库备份有四种类型，分辨利用于不同的场合，下面简要先容一下。

1、完整备份

这是大多数人常用的方法，它可以备份全部数据库，包含用户表、系统表、索引、视图和存储过程等所有数据库对象。但它需要花费更多的时间和空间，所以，一般推荐一周或一月做一次完整备份。

2、事务日志备份

事务日志是一个单独的文件，它记录数据库的转变，备份的时候只需要复制自上次备份以来对数据库所做的转变，所以只需要很少的时间。为了使数据库具有鲁棒性，推荐每小时甚至更频繁的备份事务日志。

3、差别备份

也叫增量备份。它是只备份数据库一部分的另一种方法，它不应用事务日志，相反，它应用全部数据库的一种新映象。它比最初的完整备份小，由于它只包含自上次完整备份以来所转变的数据库。它的长处是存储和恢复速度快。推荐天天做一次差别备份。

4、文件备份

数据库可以由硬盘上的很多文件构成。假如这个数据库非常大，并且一个晚上也不能将它备份完，那么可以应用文件备份每晚备份数据库的一部分。由于一般情况下数据库不会大到必需应用多个文件存储，所以这种备份不是很常用。

假如你只做全备份，那么受限于全备份的大小和备份时间，不可能常做。而且只有全备份，不能将数据库恢复至某个时间点。所以，我们需要全备份 日志备份。比如天天一个全备份，每隔1小时或若干分钟一个日志备份。

说到差别备份，由于微软的差别备份记录的是上一次全备份以来产生的变更，所以，假如数据库的修正很频繁的话，没过多久，差别备份就会和全备份的大小接近，因此这种情况下就分歧适了。因此，全备份 日志备份的计划合适尽大多数的用户。

备份文件传送至备机后，就可以高枕无忧了吗？不。作为DBA还需要检查备机上的备份文件是否能将数据库恢复至最新，假如采用日志备份，会不会由于丧失某一个日志备份文件而导致数据库不能恢复至最新？如何检查日志备份文件之间存在断档？

数据库在备份的时候，并不会检查数据页面的完整性，假如数据页坏了，备份作业仍会履行，而且不会报错，等到你发明数据页有错误的时候，你也很可能已经过于磁盘空间不足，而删除了早期的备份，而此时剩下的那些备份可能都是包含损坏的数据页，假如损坏的数据页是某个表的表头的话，那这个表你就再也没措施恢复了。

爱数的解决计划：

主动将完整备份和日志备份完整有机联合起来，并主动将日志文件组织一个文件包里，不用担心丧失和遭病毒损坏，不用担心日志断档。

高级的循环备份功效，可以主动设置多久履行一次全备份，以及每个全备份下面带多少个增量备份点。比如：每周履行一次完整备份，保留三个完整备份；每个全备份下面带有30个增量备份，这样，既保证了数据库备份的完整性，又保证了数据备份的速度和效率。

恢复功效之比拟

SQL自带备份：

为了将数据库尽可能的恢复到最新，你可能会每隔10分钟（甚至1分钟）履行一越日志备份，那么万一数据库坏了，在恢复的时候，手动恢复成百上千个日志文件，就非常非常麻烦~~~

爱数的解决计划：

将完整备份与日志备份主动组织，抽象成一个一个时间点，只要选择时间点便可以轻松到该备份时间点。

备份的完整性充分保障，不用担心日志断档，不用手动恢复成百上千个日志文件，节俭大批的恢复的时间，在数据产生后能够敏捷恢复利用，减少企业的丧失。

备份治理之比拟

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

所以你需要定期履行DBCC检查，来尽早发明数据库页面的完整性。在未作完DBCC检查之前，你不能删除旧的备份，以防止新的备份存在标题。所以，删除备份文件的工作变的有些麻烦。

你可能知道SQL Server供给了数据库保护打算。没错，应用它可以定期做备份，履行DBCC检查，但这一切仅限于本机把持。为了使数据库可靠，你还是需要自己把本地备份传送至备机。

爱数的解决计划：

利用集中式治理工具的帮助，系统治理员可对全网的备份策略进行同一治理，备份服务器可以监控所有机器的备份作业，也可以修正备份策略，具有主动删除老数据功效，多种加密算法，保护数据隐私，三种压缩模式，可以将数据量大大减小，自有文件格局，病毒冰冻技巧，具体的日志与报表，保障用户的可省阅性。

系统支撑功效之比拟

在网络条件不好的时候？假如数据库备份文件的传送在某一时刻结束了，你多久才干发明？公司值晚班的同事有权限检查数据库的备份情况吗？系统崩溃了，SQL的运行也成了空中楼阁。

服务器被盗，或者遭遇火灾、地震或者其它自然灾害，那SQL的数据丧失更加成为必定。SQL自带备份对以上这些情况毫无措施。

爱数的解决计划：网络不稳固时可以主动重联；具有系统备份功效；高性价比、易实行的远程数据备份

总体来说爱数上风还比拟多：

完整备份＋日志备份整合非常优良，实现了数据库小粒度的增量备份。

按时间点的恢复，我们不用考虑恢复到数据库崩溃前需要恢复哪些日志文件。