本文测试环境:Windows XP、IBM DB2 Express V9.5、 DB2 Quest Center V9.5
在这里举个应用场景以说明数据库恢复备份的思路:
那么假设我们周一晚上做了一个数据库的备份,周二中午12点数据库存储介质出现了故障。如何能够实现恢复呢 ? 那么首先是把数据库恢复到我们备份的那个时刻(周一晚上),但是备份之后和周二12 点之间对数据库已经做的交易(事物)怎么办呢?这就需要用到数据库日志,因为一旦交易提交,我们对数据库做的SQL (insert 、update 、delete 等)都会记录到数据库日志中。所以我们就用数据库日志(前提是数据库日志没有受到损坏)把备份之后和数据库崩溃之前的所有SQL 操作重做(redo )一遍,。这就是数据库备份恢复的原理。
1、DB2数据备份和恢复实验准备工作
Step1:创建测试数据库TestDB
3 USING CODESET GBK TERRITORY CN
结果:
*** SCRIPT START: Connection: LENOVO-MILO-DB2-TOOLSDB (db2admin) Jul-09-2009 14:34:49 ***
CREATE DATABASE TestDB
ON 'E:'
USING CODESET GBK TERRITORY CN
WITH 'DEMO TestDB';
completed successfully.
DB20000I CREATE DATABASE命令成功完成。
Statement processed successfully in 32.42 secs.
*** SCRIPT END : Connection: NONE Jul-09-2009 14:35:21 ***
Step2:创建数据库管理表区间Data_SP(要先设置好路径和文件)
此处的路径为:E:/DB2_Train/TestDB/UserData
文件名设置为:TestDB.UserData
1 CREATE REGULAR TABLESPACE Data_SP
7 USING(FILE ' E:/DB2_Train/TestDB/UserData/TestDB.UserData' 2560 )
这里设置了初始化为4K * 2560 = 10MB的表空间
结果:TableSpace里面多了一个名为Data_SP表空间
3 ID INTEGER NOT NULL GENERATED ALWAYS AS IDENTITY (START WITH 0 , INCREMENT BY 1 , NO CACHE),
1 INSERT INTO TestTable(Message)
--说明:建立测试表并插入数据是为了稍后验证数据库恢复的时候用的--
结果:
或者可以使用
Step5:DB2数据库脱机备份和恢复实验
说明:我将脱机备份的文件放在了以下路径中:E:/DB2_Train/Offline
1、完全脱机备份数据库
7 db2 backup db TestDB to "E:/DB2_Train/Offline"
8 // 完全备份数据库,(脱机,备份时间戳为20090709152004)
2 db2 restore db TestDB from "E:/DB2_Train/Offline" taken at 20090709152004
4、查询表TestTable里面内容,这一块要重点关注,因为它涉及三种备份方式的区别
Step6、DB2数据库增量备份和恢复实验
1、查看数据库配置文件
1 // 查询数据库配置文件里的参数TRACKMOD的状态,默认为OFF
2、修改数据库配置参数TRACKMOD,使之数据库进行增量备份
1 // 设置参数TRACKMOD为YES,使之数据库可以进行增量备份
2 db2 update db cfg for TestDB USING TRACKMOD YES
1 // 修改参数后需要全备份数据库,脱机,时间戳为20090709163256
2 db2 backup db TestDB to "E:/DB2_Train/Online"
3、查看TestTable表的内容
4、插入测试数据
这里我要说明一下为什么要在表这里插入测试据?
状态 | TestTable表里MESSAGE的值 | 备注 |
全备份 | 测试表建立成功 | |
插入数据 | 测试表建立成功 开始增量数据库备份测试 | |
增量备份 | 测试表建立成功 开始增量数据库备份测试 | |
还原全备份 | 测试表建立成功 | |
还原增量备份 | 测试表建立成功 开始增量数据库备份测试 |
2 INSERT INTO TestTable(Message)
1 // 增量备份数据库,脱机,时间戳为20090709170956
2 db2 backup db TestDB incremental to "E:/DB2_Train/Online"
7、恢复数据库
首先还原至完全离线备份状态,然后还原至增量离线备份状态
7.1、还原至完全离线备份状态
1 // 还原离线完全备份数据库,脱机,时间戳为20090709163256
2 db2 restore db TestDB from "E:/DB2_Train/Online" taken at 20090709163256
这里要注意还原完全备份后TestTable表里Message的值,也是为什么要加入测试数据的原因
7.2、还原至增量离线备份状态
1 // -- 注意:下述语句中,有一个 automatic ,它表示无论有多少个增量备份,系统将全自动检索恢复数据库的顺序并自动恢复数据库。如果没有 automatic ,则需要多次手动恢复数据库,很麻烦而且容易出错
2 db2 restore db TestDB incremental automatic from "E:/DB2_Train/Online" taken at 20090709170956
联机备份数据库可以使数据库在备份的同时仍然保持在可用状态。要让数据库支持联机备份,必须更改数据库的日志归档方式。在脱机备份模式下,数据库采用循环日志方式记录数据库日志,在联机备份模式下,数据库则采用归档日志的方式备份数据库日志。另外,对于联机备份的数据库来说,活动日志和归档日志就很重要了,一定要经常备份、保存,像银行多数使用的是归档日志的方式,因为银行的数据关乎到民生的生活,哪怕是突然间断电了,数据库崩溃了,但是每一笔的银行交易都需要时时刻刻把交易记录保存下来,所以这里的联机备份模式就很适合这类的应用场景
1、实验开始之前,最好先重新启动数据库实例,并且连接到需要做联机备份的数据库,此例数据库为TestDB
2、开始插入测试数据,此处为“开始联机备份恢复的测试”
2 INSERT INTO TestTable(Message)
主要测试的参数为
参数名 | 修改前 | 修改后 |
TRACKMOD | ON | ON |
MIRRORLOGPATH | NULL | E:/DB2_Train/Logs |
LOGRETAIN | OFF | ON |
USEREXIT | OFF | ON |
2 // 参数MIRRORLOGPATH设置为E:/DB2_Train/Logs,还有一点需要补充的是,当删除数据库的时候,它会根据数据库配置文件来自动搜寻相关的文件,因此这个文件夹下面的数据库日志文件同样也会被删除,所以需要将它复制一份放到别的路径下,此例放在了E:/DB2_Train /Logs_Backup,一定要注意另外保存归档好这些数据库日志文件
5 db2 update db cfg for TestDB USING TRACKMOD ON MIRRORLOGPATH E:/DB2_Train/Logs LOGRETAIN ON USEREXIT ON
7 // 更新配置文件参数好,最好重新启动一下数据库,以使参数设置成功
12 // 每当更改为联机备份模式的时候,系统会要求你强制离线完全备份一次数据库
4、执行离线完全备份(脱机,时间戳为20090710113202)
1 // 执行联机模式备份之前必须执行离线完全备份一次,否则数据库处于备份暂挂的不可用状态
2 db2 backup db TestDB to "E:/DB2_Train/Online"
2 INSERT INTO TestTable(Message)
3 VALUES (' 开始联机备份恢复测试--开始增量备份' )
6、执行联机在线增量备份,模拟应用在线(联机增量备份,时间戳为20090710115930)
2 db2 backup db TestDB online incremental to "E:/DB2_Train/Online"
7、插入测试数据
这里模拟发生了一个应用场景,假设我早上11点钟做了离线完全备份,12点钟做了在线增量备份,但是1点钟突然间发生了不可预见的灾难性事故,数据库崩溃了,在12点钟备份后到1点钟这个时间段我做了一个插入数据“开始联机备份恢复测试-数据库日志”
2 INSERT INTO TestTable(Message)
3 VALUES (' 开始联机备份恢复测试-数据库日志' )
这里列出所有备份所对应的TestTable表里Message字段的值
名称 | ID | TestTable表里Message字段的值 |
离线完全备份 | 0 测试表建立成功 | |
在线增量备份 | 0 测试表建立成功 | |
数据库日志 | 0 测试表建立成功 |
8、保存归档好数据库日志文件
系统默认的数据库日志文件存放位置,此路径由参数MIRRORLOGPATH设置,这里为E:/DB2_Train/Logs
1 // 一定要注意将数据库日志文件复制一份放置到另一个路径上,此处为E:/DB2_Train/Logs_Backup,并且把它归档好,归档的方法下面所述
说明:Windows操作系统下的数据库备份文件是嵌套在一系列文件夹之下的特殊结构。上例中,D:/DB2_Train 是指备份目录,TESTDB.0是指数据库名称为 TESTDB,DB2 是指实例名称,NODE0000 是指节点名称,CATN0000 是指编目名称,20070801是指备份发生的年月日,形如YYYYMMDD,181241是指备份发生的时间,精确到秒,也就是指 18 点 12 分 41秒,形如HHMMSS,最后的 001 则是备份文件的一个序列号。
9、本例数据库日志归档整理后的文件组织结构
1 // 日志文件最好和数据库备份文件对应起来,这样子到时候比较好查询
1 // 删除数据库之前,最好先重启一下DB2实例,以断开应用程序和数据库的连接
11、根据离线完全备份恢复数据库
2 db2 restore db TestDB from "E:/DB2_Train/Online" taken at 20090710113202
1 // 在线增量备份恢复数据库,记得加上automatic,系统会自动寻找相关的增量备份文件
2 db2 restore db TestDB incremental automatic from "E:/DB2_Train/Online" taken at 20090710115930
2 db2 ROLLFORWARD DATABASE TestDB TO END OF LOGS AND COMPLETE OVERFLOW LOG PATH("E:/DB2_Train/Logs_Backup/TestDB. 0 /DB2/NODE0000/CATN0000/ 20090710 / 115930.001 ")
2 db2 "select * from TestTable"
15、总结及展望
这个教程花了我两天的时间来整理和撰写,但是还是感觉到对文章组织结构、逻辑推理方面还远远不够,这篇教程的用意是为了让自己更加深刻的理解DB2数据库的各种备份和恢复类型,也作为一个知识字典,下次忘记语句了,还可以过来查找,希望自己更加的努力学习DB2数据库,它的魅力实在太大了。
如果觉得我的文章对您有用,请点赞。您的支持将鼓励我继续创作!
赞0
添加新评论0 条评论