备份和恢复是数据库治理员维护数据库安全性和完整性的重要操作。虽然各种数据库系统本身提供了备份和恢复数据库的功能，但是操作步骤比较烦琐。 本文以SQL Server为例，总结了常用的几种备份和恢复数据库的方法,分析了作业机制的原理，并提出了一种以作业机制实现恢复和备份数据库的方法。利用此方法，用户不必打开数据库治理器，在应用程序客户端就可以方便地实现数据库的备份和恢复。
常用方法
备份可以防止由于表和数据库遭受破坏、介质失效或用户错误而造成的数据灾难。恢复是在意外发生后，利用备份来恢复数据库的操作。任何数据维护系统都必须具有备份和恢复数据库的功能。
SQL Server 的治理器EnterPRise Manager是一个强大的治理工具，能完成很多功能，备份和恢复数据库是其中的一项基本功能。借助这个治理工具有三种常用的方法实现备份和恢复数据库。
1．完全手工方式
首先选择要备份和恢复的数据库，然后单击鼠标右键，在快捷菜单中的“ALL TASKS”下选择备份或者恢复数据库。利用这种方式，用户要进行多步操作，其中要涉及到一些参数的设置，使用起来轻易出错，而且一旦操作失误可能带来很大的损失。
2．半手工方式
这种方式要求治理员事先建立备份或者恢复数据库的作业，待到需要备份或者恢复数据库的时候，治理员打开“SQL Server Enterprise Manager”，在“Manager”里找到相应的作业，然后执行。这种方式虽然是基于作业方式实现的，但是治理员必须打开数据库治理器，在繁多的作业中进行选择，一旦选择错误并执行，就有可能带来意想不到的损失。
3．全自动方式
这种方式也要求治理员事先建立好恢复或者备份数据库的作业，然后定制一个执行计划，让计算机在特定的条件下自己执行备份和恢复操作。这种方式看起来简单、省事，但是机器在异常情况下（如掉电），就不能按照计划执行了。
这几种实现和恢复数据库的方法都需要用户对Enterprise Manager相当熟悉，而且处理步骤较为烦琐，操作起来轻易发生失误。因此我们需要一种更加简便可行的实现方法。
作业机制的工作原理
作业是Enterprise Manager提供的一种定期处理数据的方法，可以在应用程序客户端启动和关闭。
作业机制由控制体和执行体两大部分构成（如图1所示）。
〈p align="center"〉〈img src="/uploadImages/2007-7-2/20077215392633073.jpg"〉〈/p〉
控制体是控制作业执行的实体，靠具体编程实现。控制体实现时，要调用MSDB数据库的系统存储过程Sp_start_job、Sp_end_job等，同时要访问表sysjobhistory，获取作业执行状态。
执行体是作业执行的整体，在应用系统投入使用时建立。
控制体由用户触发，启动相应的作业，交由执行体执行，在执行过程中，执行体执行的每一步的状态信息都要写入MSDB数据库的sysjobhistory表里。同时，控制体不断获取执行状态信息，根据这些信息，控制体决定继续执行还是停止该作业。在作业执行完毕或者出错停止后，控制体向用户反馈执行结果。
实现备份和恢复
为了便于说明，本文以PB实现的一个具体系统为例，来介绍数据库的备份和恢复。
1．执行体的建立
●建立应用系统的数据库XCCXXT。
●建立备份数据库所使用的设备XCCXXTBAK.
DAT。
●建立备份作业XCCXXT BACKUP，其中命令行为BACKUP DATABASE XCCXXT TO DISK=“C：/MSSQL7/DATA/BACKUP/XCCXXTBAK.DAT”。
2．控制体的实现
在相应对象的“备份”按钮的click事件中写入以下代码：
//声明相应的变量
string ls_database,ls_pass,ls_date,ls_time
integer li_gs,li_gs_o
transaction login_trans
login_trans = create transaction
if messagebox(“提示信息”,“是否真的要进行数据备份操作？”,Exclamation!,OKCancel!,2)〈〉1 then return
//连接MSDB数据库
login_trans.database = “msdb”
connect using login_trans;
if login_trans.sqlcode 〈〉 0 then
messagebox(“数据库错误信息”,login_trans.sqlerrtext)
return
end if
//检测上次该执行体执行结果,用以区别本次执行状况
select max(instance_id) into :li_gs_o from sysjobhistory using login_trans;
if isnull(li_gs_o) then li_gs_o =0
login_trans.autocommit = true
ls_pass = login_trans.logpass
//运行系统存储过程Sp_start_job,启动执行体
prepare sqlsa from “Sp_start_job ?” using login_trans;
if login_trans.sqlcode 〈〉 0 then
messagebox(“数据库错误信息”,login_trans.sqlerrtext)
login_trans.autocommit = false
disconnect using login_trans;
login_trans.database = ls_database
return
end if
EXECUTE sqlsa USING ‘XCCXXT BACKUP';
//检测执行体启动是否正常
if login_trans.sqlcode 〈〉 0 then
messagebox(“数据库错误信息”,login_trans.sqlerrtext)
login_trans.autocommit = false
disconnect using login_trans;
return
end if
//检测执行体执行的整个过程
do
uf_sleep (1)
select max(instance_id) into :li_gs from sysjobhistory
using login_trans;
if isnull(li_gs) then li_gs =0
loop while li_gs〈=li_gs_o＋1
//运行系统存储过程Sp_end_job,关闭执行体
prepare sqlsa from “Sp_end_job ?” using login_trans;
if login_trans.sqlcode 〈〉 0 then
messagebox(“数据库错误信息”,login_trans.sqlerrtext)
login_trans.autocommit = false
disconnect using login_trans;
login_trans.database = ls_database
return
end if
EXECUTE sqlsa USING ‘XCCXXT BACKUP';
//返回执行结果
li_gs_o=li_gs － 1
select run_status,run_date,run_time into :li_gs,:ls_date,:ls_time from sysjobhistory where instance_id =:li_gs_o using login_trans;
if li_gs = 1 then
st_3.text = left(ls_date,4)＋‘年'＋mid(ls_date,5,2)＋‘月'＋right(ls_date,2)＋‘日'＋‘ '＋ left(ls_time,2)＋‘:'＋mid(ls_time,3,2)＋‘:'＋right(ls_time,2)
messagebox(‘提示',“数据库备份操作成功！”)
else
messagebox(‘提示',“数据库备份操作失败！”)
end if
//断开与数据库MSDB的连接
login_trans.autocommit = false
disconnect using login_trans;
if login_trans.sqlcode 〈〉 0 then
messagebox(“数据库错误信息”,login_trans.sqlerrtext)
end if
备份是对源数据库进行读操作，执行体执行之前不需要检查用户对数据库的使用状态。
而恢复则是对整个数据库进行写操作，在启动执行体之前一定要检查是否有数据库进行写操作，否则可能导致失败。
小结
作业机制打破了常规上在数据库治理器里对大型数据库备份和恢复的局限性，实现了在应用程序客户端对数据库的备份和恢复。
