一、为什么要备份数据库?

在现实IT世界里，我们使用的服务器硬件可能因为使用时间过长，而发生故障；

Windows系列服务器有可能蓝屏或者感染病毒；SQL Server数据库也可能因为误操作或Bug而停止运行。

如何有效备份SQL Server数据库，避免故障真正发生时长时间的宕机，是每个系统管理员必须面对的任务。

二、简单实现Standby Sql Server 数据库的原理

我这里介绍一种不需要多大硬件投入（只需一台专用或兼用备份服务器）的Standby SQL Server的简单配置和使用方法。

数据库完全备份和日志备份文件通过Msdos下xcopy命令从工作环境复制到备份环境（比在SQL Server里设置日志转移方法要简单得多），备份环境再根据xcopy过来的备份文件设定作业（执行一些存储过程）来完成自动恢复操作。

如果意外发生时，这样的备份体系当然还需要人为地来干预和恢复（如改变备份机器的IP地址和主机名或更改应用程序的连接数据库参数等），会丢失一些数据也在所难免。

下面是我的测试环境Standby SQL Server备份体系图：

三、备份和恢复案例介绍

首先我们要了解系统所能承受的最长宕机时间是多少（假如是1小时），能承受的数据丢失最多是多少（假如是30分钟），用它来定下备份和恢复的目标：

工作环境下的某一个SQL Server数据库（假如是db_test）必须设置成完全故障还原模式；

然后在数据库维护计划里设定每天凌晨四点做一次完全数据库备份(每天从0:00开始，每20分钟做一次数据库日志文件的备份，直到23:59分)；

备份目录下只保留最近一天内的完全备份和日志备份文件；并把此目录共享。

备份环境下的服务器在[控制面板]->[任务计划]里添加一个每天0:05分开始，每20分钟执行一次的xcopy局域网上备份目录下最新文件的任务，直到23:59分。

xcopy \\192.168.0.１\db_test_backup\ F:\backup_data\db_test\ /c /y /d /s

备份服务器上SQL Server根据复制过来的备份文件，也每天0:10分开始，每20分钟执行一次由旧到新，逐一恢复数据库的作业（调用我改写的过程sp_RestoreDir实现）；

另外还有一个删除备份服务器两天前备份文件的作业（调用我写的过程p_delete_db_test_backup实现），避免备份硬盘扇区被装满。

过程sp_RestoreDir的源代码：

if exists (            select *            from dbo.sysobjects            where id = object_id(N''[dbo].[sp_RestoreDir]'')            and OBJECTPROPERTY(id, N''IsProcedure'') = 1)            drop procedure [dbo].[sp_RestoreDir]            GO            SET QUOTED_IDENTIFIER OFF            GO            SET ANSI_NULLS >过程p_delete_db_test_backup的源代码： 
                                    
if exists (            select *            from dbo.sysobjects            where id = object_id(N''[dbo].[p_delete_db_test_backup]'')            and OBJECTPROPERTY(id, N''IsProcedure'') = 1)            drop procedure [dbo].[p_delete_db_test_backup]            GO            create PROCEDURE dbo.p_delete_db_test_backup            AS            DECLARE            @year1			varchar(4),            @m>四、结束语 
这里介绍的简单实现Standby Sql Server数据库方法在我的工作环境也是运行良好的。 
它没有主从服务器之间明显的依赖关系，没有复杂的配置，只要我们定好备份和恢复时间计划表，就可以简单实现实时备份数据库的目的了。 

			
选择5ucms.org 选择未来