MS-SQL异机备份恢复并最小化停机时间

本文采用备份加增量日志的恢复方法，恢复源库到异机，增量日志恢复保证停机切换时间最小。

1、

SQL Server数据库有三种恢复模式：简单恢复模式、完整恢复模式和大容量日志恢复模式：  

1.Simple 简单恢复模式,

Simple模式的旧称叫”Checkpoint with truncate log“，其实这个名字更形象，在Simple模式下，SQL Server会在每次checkpoint或backup以后自动截断log，也就是丢弃全部的inactive log records，仅保留用于实例启动时自动发生的instance recovery所需的少许log，这样作的好处是log文件很是小，不须要DBA去维护、备份log，但坏处也是显而易见的，就是一旦数据库出现异常，须要恢复时，最多只能恢复到上一次的备份，没法恢复到最近可用状态，由于log丢失了。 Simple模式主要用于非critical的业务，好比开发库和测试库，可是道富这边的SQL Server（即便是生产库）大都采用Simple模式，是由于这边的SQL Server大都用于非critical的业务（critical的数据库大都采用Oracle和DB2)，能够忍受少于1天的数据丢失(咱们的job天天都会定时备份全库）。

若是须要压缩数据库日志（Shrink语句），将数据库模式切换到简单恢复模式后压缩率才是最高的，若是你的数据库在完整恢复模式或大容量日志回复模式下采用日志压缩，压缩后的日志大小并不会很理想。

2.Full 完整恢复模式,

和Simple模式相反，Full模式的旧称叫”Checkpoint without truncate log“，也就是SQL Server不主动截断log，只有备份log以后，才能够截断log，不然log文件会一直增大，直到撑爆硬盘，所以须要部署一个job定时备份log。Full的好处是能够作point-in-time恢复，最大限度的保证数据不丢失，通常用于critical的业务环境里。缺点就是DBA须要维护log，增长人员成本（其实也就是多了定时备份log这项工做而已）。

3.Bulk-logged 大容量日志恢复