摘要本文探讨了基于 IBM DB 的各种数据库备份与恢复策略并附有完整的实验步骤本文试图通过具体的实验使读者领会各种数据库备份方式的优劣和异同并掌握 IBM DB 的数据库备份与恢复技术
若无特殊说明以下数据库备份与恢复的试验环境均为 Windows XP + IBM DB V 企业版同样的语句也在 AIX + IBM DB V 上验证通过
一 数据库备份的重要性
在信息日趋发达的时代数据显得尤其重要如何保障数据的完整性和安全性呢?如何避免数据灾难事故的发生呢?数据库备份作为数据安全和完整最有利保障手段的重要性就不言而喻了
数据库备份的重要性主要体现在
提高系统的高可用性和灾难可恢复性(在数据库系统崩溃的时候没有数据库备份怎么办!?)
使用数据库备份还原数据库是数据库系统崩溃时提供数据恢复最小代价的最优方案(总不能让客户重新填报数据吧!?)
没有数据就没有一切数据库备份就是一种防范灾难于未然的强力手段(没有了数据应用再花哨也是镜中花水中月)
对于DBA来说最首要也是最重要的任务就是数据库备份
二 DB 数据库备份的方式与分类
按照数据库备份对数据库的使用影响来划分
A联机备份(也称热备份或在线备份)
B脱机备份(也称冷备份或离线备份)
说明联机备份和脱机备份最大的不同在于联机备份数据库时数据库仍然可以供用户使用而脱机备份数据库则不行脱机备份数据库时必须断开所有与数据库有连接的应用后才能进行
按照数据库的数据备份范围来划分
A完全备份
B增量备份
说明完全备份数据库是指备份数据库中的所有数据而增量备份只是备份数据库中的部分数据至于增量备份到底备份哪些数据稍候会提到
增量备份的两种实现方式
A增量备份(也称累计备份)
Bdelta备份
说明这两种备份方式的严格定义如下
增量备份是自最近成功的完全备份以来所有更改的数据的备份
delta 备份则是上一次成功的完全增量或 delta 备份以后所做更改的数据的备份
这里请读者们仔细的看上面两个增量备份方式的定义注意这两种备份方式的细微差别这里我们举一个例子来说明
假设有一个数据库它每天都有部分数据在发生变化我们星期一晚上对该数据库做了一次完全备份星期二晚上对该数据库做了一次增量备份A(注这里的增量备份是指累计备份下同)星期三晚上又做了一次增量备份B星期四则做了一次delta 备份
那么我们可以得出以下结论
星期一的数据库备份包含了所有的数据
星期二没有变动过的数据没有发生备份在星期二变动过的数据会备份并且备份到增量备份A中
星期三的备份中含有自星期一完全备份以来发生过变动的所有数据包含了星期二和星期三发生过变动的数据显然增量备份A 被 增量备份 B 包含
星期四做的是delta备份注意它会也只会备份自星期三备份之后变动过的数据
三 DB 备份文件的结构介绍
在不同的操作系统下DB 的备份文件的结构是不同的这里概要地介绍一下
Windows 操作系统下的数据库备份文件结构
说明Windows 操作系统下的数据库备份文件是嵌套在一系列文件夹之下的特殊结构上例中D:\DB_Train 是指备份目录TESTDB 是指数据库名称为 TESTDBDB 是指实例名称NODE 是指节点名称CATN 是指编目名称 是指备份发生的年月日形如YYYYMMDD是指备份发生的时间精确到秒也就是指 点 分 秒形如HHMMSS最后的 则是备份文件的一个序列号
Unix 操作系统下的数据库备份文件结构
说明Unix 操作系统下的数据库备份文件就是一个文件上例中HTDC 是指数据库名称dbinst 是指实例名称NODE 是指节点名称CATN 是指编目名称 是指备份发生的具体时间形如YYYYMMDDHHMMSS同样地它的时间精确到秒也就是指 年月日点分秒发生备份最后的 则是备份文件的一个序列号
四 DB 数据库备份实验(附完整命令脚本清单)
DB 数据库实验准备工作
()Step创建测试数据库 TestDB
脚本清单 CREATE DATABASE TestDB
ON D:
USING CODESET GBK TERRITORY CN
WITH Pjjs Test DB;
}
()Step创建数据库管理表空间 Data_SP(注意路径如果没有请创建)
脚本清单 CREATE REGULAR TABLESPACE Data_SP
PAGESIZE K
MANAGED BY DATABASE
USING ( FILE D:\DB\Container\TestDB\UserData\UserData )
BUFFERPOOL IBMDEFAULTBP;
说明上面的脚本创建了一个名为 Data_SP 的数据库管理表空间该表空间使用的缓沖池为 IBMDEFAULTBP存储路径为 D:\DB\Container\TestDB\UserData\存储文件名为 UserData大小为 * K = M页大小为 K
()Step创建测试表 TestTable 并插入测试数据
脚本清单
CREATE TABLE TestTable
(
ID INTEGER NOT NULL GENERATED ALWAYS AS IDENTITY (START WITH INCREMENT BY NO CACHE )
Message VARCHAR()
PRIMARY KEY(ID)
)IN Data_SP;
插入测试数据 INSERT INTO TestTable(Message) VALUES(测试表建立成功);
说明建立测试表并插入数据是为了稍候验证数据库恢复的时候用的
()Step创建测试表 TestTable 并插入测试数据
脚本清单 CREATE TABLE TestTable
(
ID INTEGER NOT NULL GENERATED ALWAYS AS IDENTITY (START WITH INCREMENT BY NO CACHE )
Message VARCHAR()
PRIMARY KEY(ID)
)IN Data_SP;
插入测试数据 INSERT INTO TestTable(Message)
VALUES(测试表建立成功);
DB 数据库脱机备份与恢复实验
脚本清单
Step完全备份数据库(脱机备份时间戳记为 )
db backup db TestDB to D:\DB_Train
Step模拟灾难强制删除数据库
db drop db TestDB
Step根据该数据库完全备份还原数据库
db restore db TestDB from D:\DB_Train taken at
DB 数据库增量备份与恢复实验
脚本清单
数据库增量备份以及还原实验
修改数据库参数 TrackMod 使之支持数据库进行增量备份
db update db cfg using TrackMod YES
更改参数后必须完全离线备份数据库(脱机备份时间戳记为 )
db backup db TestDB to D:\DB_Train
插入测试数据
INSERT INTO TestTable(Message)
VALUES(开始增量数据库备份测试);
开始增量备份(脱机备份时间戳记为 )
db backup db TestDB incremental to D:\DB_Train
删除数据库模拟数据灾难
db drop db TestDB
首先还原至完全离线备份状态
db restore db TestDB from D:\DB_Train taken at
还原至增量离线备份状态
db restore db TestDB incremental automatic from D:\DB_Train taken at
注意上述语句中有一个 automatic 它表示无论有多少个增量备份系统将全自动检索恢复数据库的顺序并自动恢复数据库如果没有 automatic 则需要多次手动恢复数据库很麻烦而且容易出错
Step根据该数据库完全备份还原数据库
db restore db TestDB from D:\DB_Train taken at
还原数据库后查询测试表数据检验数据是否恢复成功
DB 数据库联机机备份与恢复实验
说明联机备份数据库可以使数据库在备份的同时仍然保持在可用状态要让数据库支持联机备份必须更改数据库的日志归档方式在脱机备份模式下数据库采用循环日志方式记录数据库日志在联机备份模式下数据库则采用归档日志的方式备份数据库日志另外对于联机备份的数据库来说活动日志和归档日志就很重要了一定要经常备份保存
脚本清单
数据库联机备份以及还原实验
连接至数据库并插入测试数据
db connect to TestDB
插入测试数据
INSERT INTO TestTable(Message)
VALUES(开始联机数据库备份测试完全备份);
修改数据库参数使之支持在线联机备份
db update db cfg for TestDB using logretain on trackmod on
执行增量在线备份之前必须执行离线全备份一次否则数据库将处于备份暂挂的不可用状态
(联机完全备份时间戳记)
db backup db TestDB
连接至数据库并插入测试数据
db connect to TestDB
插入测试数据
INSERT INTO TestTable(Message)
VALUES(开始联机数据库备份测试增量备份);
执行联机备份备份同时再打开一个会话模拟应用在线(联机增量备份时间戳记)
db backup db TestDB online incremental to D:\DB_Train
模拟灾难删除数据库!
重要此前一定要将活动日志文件备份至另一个路径保存好本例中活动日志保存在 C:\dbadmin 下
db drop db TestDB
根据在线完全备份恢复数据库
db restore db TestDB from D:\DB_Train taken at
根据在线增量备份恢复数据库
db restore db TestDB incremental automatic from D:\DB_Train taken at
恢复后的数据库处于前滚暂挂的不可用状态
db connect to TestDB
前滚数据库并指定归档日志位置重要!
db ROLLFORWARD DATABASE TESTDB TO END OF LOGS AND COMPLETE OVERFLOW LOG PATH (C:\dbadmin)
五 综述
对于数据库管理人员或者维护人员来说怎么强调数据库备份的重要性都不为过
希望本文能抛砖引玉能让大家对 IBM DB UDB 的数据库备份与恢复有一些深入的认识也希望大家能在本机上按照本文的脚本认真的做一次实验这样你的认识会更加深刻
数据库崩溃和灾难并不可怕可怕的是在发生数据库崩溃和灾难的时候没有数据库备份这句话与各位数据库爱好者共勉