SQL SERVER恢复策略

Microsoft SQL Server的数据库备份和恢复策略

一、概述

备份和恢复是数据库管理员维护数据库安全性和完整性的重要 *** 作。备份是恢复数据库最容易和最能防止意外的保证方法。没有备份，所有的数据都可能会丢失。备份可以防止表和数据库遭受破坏、介质失效或用户错误而造成数据灾难。恢复是在意外发生后，利用备份来恢复数据库的 *** 作。

Microsoft SQL Server数据库中对于数据的备份和恢复有几种不同的方法，本人结合以往的一些经验，对其归纳如下。

二、常用的备份和恢复数据库的方法

1、Microsoft SQL Server中的备份和恢复：

1）备份类型，分别为：

•数据库备份(Database Backups)

•事务日志备份(Transaction Log Backup)

•差异备份(Differential Database Backups)

•文件和文件组备份(File and File Group Backup)

A．数据库备份(Database Backups)

数据库备份是指对数据库的完整备份，包括所有的数据以及数据库对象。实际上备份数据库过程就是首先将事务日志写到磁盘上，然后根据事务创建相同的数据库和数据库对象以及拷贝数据的过程。由于是对数据库的完全备份，所以这种备份类型不仅速度较慢，而且将占用大量磁盘空间。

B．事务日志备份(Transaction Log Backup)

事务日志备份是指对数据库发生的事务进行备份，包括从上次进行事务日志备份、差异备份和数据库完全备份之后，所有已经完成的事务。

C．差异备份(Differential Database Backups)

差异备份是指将最近一次数据库备份以来发生的数据变化备份起来，因此差异备份实际上是一种增量数据库备份。与完整数据库备份相比，差异备份由于备份的数据量较小，所以备份和恢复所用的时间较短。但是它却无法像事务日志备份那样提供到失败点的无数据损失备份。

D．文件和文件组备份(File and File Group Backup)

文件或文件组备份是指对数据库文件或文件夹进行备份，但其不像完整的数据库备份那样同时也进行事务日志备份。使用该备份方法可提高数据库恢复的速度，因为其仅对遭到破坏的文件或文件组进行恢复。

2）数据库恢复模式

•简单恢复（SimpleRecovery）

•完全恢复（Full Recovery）

•批日志恢复（Bulk-logged Recovery）

A．简单恢复(Simple Recovery)

所谓简单恢复就是指在进行数据库恢复时仅使用了数据库备份或差异备份，而不涉及事务日志备份。简单恢复模式可使数据库恢复到上一次备份的状态，但由于不使用事务日志备份来进行恢复，所以无法将数据库恢复到失败点状态。

B．完全恢复(Full Recovery)

完全数据库恢复模式是指通过使用数据库备份和事务日志备份将数据库恢复到发生失败的时刻，因此几乎不造成任何数据丢失，这成为对付因存储介质损坏而数据丢失的最佳方法。

C．批日志恢复(Bulk-logged Recovery)

批日志恢复在性能上要优于简单恢复和完全恢复模式，它能尽最大努力减少批 *** 作所需要的存储空间。

2、使用SQL SERVER的管理器ENTERPRISE MANAGER进行备份和恢复

1)完全手工方式。

在这种方式下，选择要备份和恢复的数据库，单击鼠标右键，在快捷菜单中的“ALL TASKS”下选择备份或者恢复数据库。

2)半手工方式。

这种方式就是管理员事先建立备份或者恢复数据库的作业，待到备份或者恢复数据库的时候，管理员打开“SQL SERVER ENTEPRISE MANAGER”，在“MANAGER”里找到相应的作业，然后执行之。

3)全自动方式。

在数据库管理器里面，管理员事先建立好恢复或者备份数据库的作业，然后定制一个执行计划，让计算机在特定的条件下自己执行备份和恢复 *** 作。

作业是ENTERPRISE MANAGER提供的一种定期处理数据的一种方法，前面提到的半手工方式和全自动方式虽然利用了作业，但它需要在ENTERPRISE MANAGER里启动和关闭作业；现在还可以在应用程序客户端启动和关闭作业的机制以作业机制实现数据库的恢复和备份，就是事先在建立备份和恢复数据库的作业，在应用程序客户端用控制体启动相应的执行体来实现之。用这种方式实现数据库的备份和恢复，用户不必打开数据库管理器进行 *** 作，用户可以在任何一个应用程序客户端完成 *** 作。

3、异机备份策略

在局域网内的任何一台工作站计算机上安装Microsoft Windows NT及Microsoft SQL Server，并在该机上建立一个与服务器中的数据库同名的数据库，利用Microsoft SQL Server系统本身提供的异机传送工具(在Microsof SQL Enterprise Manager中的Tools菜单下的Database/Object Transfer)通过设置定时(可以是每周、每月、每日或每时)由计算机自动的把服务器中数据库的数据传送到该工作站机的数据库中，这样一旦服务器( *** 作系统)崩溃或Microsoft SQL Server系统崩溃时，只要重装服务器 *** 作系统(Microsoft Windows NT)或重装Microsoft SQL Server仍然可以采用异机传送工具来通过该工作站机把数据传回至服务器的Microsoft SQL Server数据库中，以确保数据的安全恢复。

三、比较

上述这三种备份和恢复的方式，分别是在SQL Server之内、SQL SERVER的管理器中和异机中实现的。

SQL Server中的备份和恢复是数据库本身的一个功能，而且其提供了不同级别的备份和恢复策略，是一种比较完善的数据库安全保护措施，但由于此 *** 作只能在数据库管理器中进行，所以对于人员和设备的要求比较高，仅限于有限个人和机器可以 *** 作，所以 *** 作起来有一定的局限性。

SQL SERVER的管理器中的备份和恢复可以利用作业机制在任何一个应用程序客户端完成 *** 作，打破了我们常规对大型数据库备份和恢复必须在数据库管理器里进行的局限性，为在应用程序客户端实现复杂的数据库维护提供了一个思路，也大大方便了用户的 *** 作。但是由于这种 *** 作的方便性，也决定了其有一定的不安全性。

异机中的备份和恢复是最安全最可靠的方式，而且对于数据库的恢复来说也是最方便的一种，它完全避免了任何形式的数据损毁的威胁，特别是针对服务器崩溃和Microsoft SQL Server系统崩溃，其恢复效果是很理想的。因此对于一些重要的大型数据库来说是很可取的。但是由于成本较高，采用这种方法对于一些较小型的数据库系统是比较难以实现的。

四、结论

上述的三种方式都是数据库备份和恢复较为常用的一些方法，虽然各自实现的方式不同，但都达到了保护数据安全的目的。所以本人认为这三种方法都是可取的。

但是对于具体的案例，还需要仔细考虑各自系统的特性和方法的可 *** 作性，例如一般中小型的数据库，网内工作站计算机的分布范围不是很大（象一座大厦内），距离服务器的比较近时，采用Microsoft SQL Server内的备份恢复策略就完全可以解决问题；而对于一些服务器距离较远的数据库系统，人员无法常常去到服务器所在地去实施备份和恢复的，采用SQL SERVER的管理器中的策略就很理想；再者对于数据库内数据比较庞大，恢复起来需要一定的时间的，就不防采用异机备份的策略，可以大大降低因系统崩溃所带来的损失。

总之，事物总有其两面性，没有哪种方法是适用于任何情况的，我们应该在实际工作中多总结、归纳，逐渐摸索出最适合自身系统的一种解决方案，这样才能使我们的工作顺利开展

1)事务故障恢复。由系统自动完成，对用户是透明的。

DBMS执行恢复 *** 作的步骤如下：

①反向扫描日志文件(即从最后向前扫描日志文件)，查找该事务的更新 *** 作。

②对该事务的更新 *** 作执行逆 *** 作，即将日志记录中“更新前的值”写入数据库。

③继续反向扫描日志文件，做同样处理。

④如此处理下去，直至读到此事务的开始标记，该事务故障的恢复就完成了。

(2)系统故障恢复。系统故障可能会造成数据库处于不一致性状态：一是未完成事务对数据库的更新可能已写入数据库；二是已提交事务对数据库的更新可能还留在缓冲区，没来得及写入数据库。因此，恢复 *** 作就是要撤销故障发生时未完成的事务，重做已完成的事务。

系统故障的恢复步骤如下：

①正向扫描日志文件，找出在故障发生前已经提交的事务队列(REDO队列)和未完成的事务队列(UNDO队列)。

②对撤销队列中的各个事务进行UNDO处理。进行UNDO处理的方法是，反向扫描日志文件，对每个UNDO事务的更新 *** 作执行逆 *** 作，即将日志记录中“更新前的值”写入数据库。

③对重做队列中的各个事务进行REDO处理。进行REDO处理的方法是，正向扫描日志文件，对每个REDO事务重新执行日志文件登记的 *** 作，即将日志记录中“更新后的值”写入数据库。

(3)介质故障恢复。介质故障是最严重的一种故障。恢复方法是重装数据库，然后重做已完成的事务。具体过程如下：

①DBA装入最新的数据库后备副本(离故障发生时刻最近的转储副本)，使数据库恢复到转储时的一致性状态。

②DBA装入转储结束时刻的日志文件副本。

③DBA启动系统恢复命令，由DBMS完成恢复功能，即重做已完成的事务。

SQL2000数据库的备份概念

SQL

SERVER

2000有四种类型是：数据库、事务日志、差异、文件和文件组

数据库备份是创建完事数据库的复本。它并非将所有的页都复制到备份集，而只将实际包含数据的页复制到备份集。数据页和事务日志页均复制到备份集。

数据库备份用于重新创建数据库，使其恢复到BACKUP语句完成时的状态。如果数据库只存在数据库备份，那么数据库只能恢复到服务器或数据库发生故障前最后一次数据库备份时的状态。

事务日志备份仅制作日志文件的复本。日志文件备份本身不能用于还原数据库。日志文件用于在数据库还原后将数据库恢复到原始故障点。

例如，某站点在星期天晚上执行数据库备份，而在其它每个晚上执行日志备份。如果数据库的某个数据磁盘在星期二2：30丢失，则该站点可以：

1备份当前事务日志

2还原从星期天晚上开始的数据库备份

3还原从星期一晚上开始的日志备份，以将数据库前滚。

4还原故障之后的日志备份。这将使数据库前滚到故障发生的那一刻。

事务日志恢复需要从数据库备份的那一刻到磁盘丢失那一刻之间所进行的一边串不间断的事务日志备份。

差异备份只追寻数据库中自上一次数据库备份之后修改过的所有页的复本。差异日志主要用于使用频繁的系统，一旦这类系统中的数据库发生故障，必须尽快使其重新联机。差异备份比完事数据库备份小，因此对正在运行的系统影响较小。

例如，某个站点在星期天晚上执行完事数据库备份。在白天每隔4小时制作一个事务日志备份集，并用当天的备份重写头一天的备份。每晚则进行差异备份。如果数据库的某个数据磁盘在星期四上午9：12出现故障，则该站点可以：

1备份当前事务日志。

2还原从星期天晚上开始的数据库备份。

3还原从星期三晚上开始的差异备份，将数据库前滚到这一时刻。

4还原从早上4点到8点的事务日志备份，以将数据库前滚到早上8点。

5还原故障之后的日志备份，这将使数据库前滚到故障发生的那一刻。

SQL2000支持备份或还原数据库中的个别文件或文件组。这是一种相对较完善的备份和还原过程，通常用在具有较高可用性要求的超大型数据库中。如果可用的备份时间不足以支持完事数据库备份，则可以在不同的时间备份数据库的子集。

例如，某站点需要花三小时备份数据库，并且每天只能用两个小时执行备份。该站点可在一个晚上备份一半文件或文件级，并在第二个晚上备份另一半。如果包含数据库文件或文件组的磁盘出现故障，那么该站点可以只还原丢失的文件或文件组。

该站点还必须进行事务日志备份，并且在备份文件或文件组之后必须还原所胡事务日志备份。还可以从完事数据库备份集中还原文件和文件组。这将回忆恢复速度，因为在第一步只还原已损坏的文件或文件组，而不是整个数据库。

故障原因：

误删除数据库

数据库工作时，意外断电或程序意外终止

由于病毒造成的数据库损坏或丢失

文件系统损坏后，系统进行自检 *** 作

升级数据库时，命令语句不严格

设备故障等等

这是一款针对

SQL

数据库

MDF

和

NDF

文件被误删除、数据库文件所在分区误格式化、

提示页撕裂、

错误、通讯中断、无效的文件头等错误的

数据库恢复工具，全面支持

SQL 6 7 2000 2005 2008 2008r2

版本，支持数据库文件直接删除，企业管理器里删除，数据

库所在分区被误格式化，数据库变成

字节的恢复，恢复效果非常好。

数据恢复专家提醒：

用户需要经常对数据库进行备份

数据库还原时，先备份现有库，再进行还原

格式化、删除文件、重装系统之前，做好数据库文件备份

出现问题后，原介质尽量不要使用，尤其损坏的数据库所在的分区不能写任何数据

以上就是关于SQL SERVER恢复策略全部的内容，包括:SQL SERVER恢复策略、如何进行事务故障恢复，系统故障恢复，介质故障恢、数据库的备份与恢复等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！