DB2数据备份和恢复

我是条汉子

　　<!-- [if gte mso 9]><xml><w:WordDocument><w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel><w:DisplayHorizontalDrawingGridEvery>0</w:DisplayHorizontalDrawingGridEvery><w:DisplayVerticalDrawingGridEvery>2</w:DisplayVerticalDrawingGridEvery><w:DocumentKind>DocumentNotSpecified</w:DocumentKind><w:DrawingGridVerticalSpacing>7.8</w:DrawingGridVerticalSpacing><w:View>Normal</w:View><w:Compatibility></w:Compatibility><w:Zoom>0</w:Zoom></w:WordDocument></xml><![endif]-->

本文探讨了基于IBMDB2的各种数据库备份与恢复策略，并附有完整的实验步骤。本文试图通过具体的实验使读者领会各种数据库备份方式的优劣和异同，并掌握IBMDB2的数据库备份与恢复技术。
若无特殊说明，以下数据库备份与恢复的试验环境均为WindowsXP+IBMDB2V9企业版，同样的语句也在AIX5.3+IBMDB2V8.2.5上验证通过。

一、数据库备份的重要性

在信息日趋发达的时代，数据显得尤其重要。如何保障数据的完整性和安全性呢？如何避免数据灾难事故的发生呢？数据库备份作为数据安全和完整最有利保障手段的重要性就不言而喻了。

数据库备份的重要性主要体现在：

1、提高系统的高可用性和灾难可恢复性；（在数据库系统崩溃的时候，没有数据库备份怎么办！？）

2、使用数据库备份还原数据库是数据库系统崩溃时提供数据恢复最小代价的最优方案；（总不能让客户重新填报数据吧！？）

3、没有数据就没有一切，数据库备份就是一种防范灾难于未然的强力手段；（没有了数据，应用再花哨也是镜中花水中月）

4、对于DBA来说，最首要也是最重要的任务就是数据库备份。

二、DB2数据库备份的方式与分类

1、按照数据库备份对数据库的使用影响来划分
A、联机备份（也称热备份或在线备份）
B、脱机备份（也称冷备份或离线备份）

说明：联机备份和脱机备份最大的不同在于：联机备份数据库时，数据库仍然可以供用户使用，而脱机备份数据库则不行。脱机备份数据库时，必须断开所有与数据库有连接的应用后才能进行。

2、按照数据库的数据备份范围来划分
A、完全备份
B、增量备份

说明：完全备份数据库是指备份数据库中的所有数据，而增量备份只是备份数据库中的部分数据。至于增量备份到底备份哪些数据，稍候会提到。
3、增量备份的两种实现方式
A、增量备份（也称累计备份）
B、delta备份

说明：这两种备份方式的严格定义如下，

增量备份是自最近成功的完全备份以来所有更改的数据的备份。
delta备份则是上一次成功的完全、增量或delta备份以后所做更改的数据的备份。

这里请读者们仔细的看上面两个增量备份方式的定义，注意这两种备份方式的细微差别。这里我们举一个例子来说明。

假设有一个数据库，它每天都有部分数据在发生变化。我们星期一晚上对该数据库做了一次完全备份，星期二晚上对该数据库做了一次增量备份A（注：这里的增量备份是指累计备份，下同），星期三晚上又做了一次增量备份B，星期四则做了一次delta备份。

那么，我们可以得出以下结论：
·星期一的数据库备份包含了所有的数据。
·星期二没有变动过的数据没有发生备份，在星期二变动过的数据会备份，并且备份到增量备份A中。
·星期三的备份中含有自星期一完全备份以来发生过变动的所有数据，包含了星期二和星期三发生过变动的数据。显然，增量备份A被增量备份B包含。
·星期四做的是delta备份，注意，它会也只会备份自星期三备份之后变动过的数据。


三、DB2备份文件的结构介绍
在不同的操作系统下，DB2的备份文件的结构是不同的，这里概要地介绍一下。

1、Windows操作系统下的数据库备份文件结构：

说明：Windows操作系统下的数据库备份文件是嵌套在一系列文件夹之下的特殊结构。上例中，D:/DB2_Train是指备份目录，TESTDB.0是指数据库名称为TESTDB，DB2是指实例名称，NODE0000是指节点名称，CATN0000是指编目名称，20070801是指备份发生的年月日，形如YYYYMMDD，181241是指备份发生的时间，精确到秒，也就是指18点12分41秒，形如HHMMSS，最后的001则是备份文件的一个序列号。

2、Unix操作系统下的数据库备份文件结构：

说明：Unix操作系统下的数据库备份文件就是一个文件。上例中，HTDC是指数据库名称，db2inst1是指实例名称，NODE0000是指节点名称，CATN0000是指编目名称，20070310002357是指备份发生的具体时间，形如YYYYMMDDHHMMSS，同样地，它的时间精确到秒，也就是指2007年3月10日0点23分57秒发生备份，最后的001则是备份文件的一个序列号。

四、DB2数据库备份实验（附完整命令脚本清单）

4.1DB2数据库实验准备工作
（1）、Step1：创建测试数据库TestDB

脚本清单
CREATEDATABASETestDB
ON'D:'
USINGCODESETGBKTERRITORYCN
WITH'Pjj''sTestDB';
}


（2）、Step2：创建数据库管理表空间Data_SP（注意路径，如果没有请创建）

脚本清单

CREATEREGULARTABLESPACEData_SP
PAGESIZE4K
MANAGEDBYDATABASE
USING(FILE'D:/DB2/Container/TestDB/UserData/UserData'2560)
BUFFERPOOLIBMDEFAULTBP;

说明：上面的脚本创建了一个名为Data_SP的数据库管理表空间，该表空间使用的缓冲池为IBMDEFAULTBP，存储路径为D:/DB2/Container/TestDB/UserData/，存储文件名为UserData，大小为2560*4K=10M，页大小为4K。

（3）、Step3：创建测试表TestTable并插入测试数据

脚本清单

CREATETABLETestTable
(
IDINTEGERNOTNULLGENERATEDALWAYSASIDENTITY(STARTWITH0,INCREMENTBY1,NOCACHE),
MessageVARCHAR(100),
PRIMARYKEY(ID)
)INData_SP;
--插入测试数据INSERTINTOTestTable(Message)VALUES('测试表建立成功');

说明：建立测试表并插入数据是为了稍候验证数据库恢复的时候用的。

（4）、Step3：创建测试表TestTable并插入测试数据
脚本清单

CREATETABLETestTable
(
IDINTEGERNOTNULLGENERATEDALWAYSASIDENTITY(STARTWITH0,INCREMENTBY1,NOCACHE),
MessageVARCHAR(100),
PRIMARYKEY(ID)
)INData_SP;
--插入测试数据
INSERTINTOTestTable(Message)
VALUES('测试表建立成功');

4.2DB2数据库脱机备份与恢复实验

脚本清单

--Step1：完全备份数据库（脱机，备份时间戳记为20071121152940）

db2backupdbTestDBtoD:/DB2_Train
--Step2：模拟灾难，强制删除数据库

db2dropdbTestDB
--Step3：根据该数据库完全备份还原数据库

db2restoredbTestDBfromD:/DB2_Traintakenat20071121152940

4.3DB2数据库增量备份与恢复实验

脚本清单

--数据库增量备份以及还原实验

--修改数据库参数TrackMod，使之支持数据库进行增量备份
db2updatedbcfgusingTrackModYES
--更改参数后必须完全离线备份数据库（脱机，备份时间戳记为20071121153818）
db2backupdbTestDBtoD:/DB2_Train
--插入测试数据
INSERTINTOTestTable(Message)
VALUES('开始增量数据库备份测试');
--开始增量备份（脱机，备份时间戳记为20071121154006）
db2backupdbTestDBincrementaltoD:/DB2_Train
--删除数据库，模拟数据灾难
db2dropdbTestDB
--首先还原至完全离线备份状态
db2restoredbTestDBfromD:/DB2_Traintakenat20071121153818
--还原至增量离线备份状态
db2restoredbTestDBincrementalautomaticfromD:/DB2_Traintakenat20071121154006
--注意：上述语句中，有一个automatic，它表示无论有多少个增量备份，系统将全自动检索恢复数据库的顺序并自动恢复数据库。如果没有automatic，则需要多次手动恢复数据库，很麻烦而且容易出错。

--Step3：根据该数据库完全备份还原数据库
db2restoredbTestDBfromD:/DB2_Traintakenat20071121152940
--还原数据库后查询测试表数据检验数据是否恢复成功


4.4DB2数据库联机机备份与恢复实验
说明：联机备份数据库可以使数据库在备份的同时仍然保持在可用状态。要让数据库支持联机备份，必须更改数据库的日志归档方式。在脱机备份模式下，数据库采用循环日志方式记录数据库日志，在联机备份模式下，数据库则采用归档日志的方式备份数据库日志。另外，对于联机备份的数据库来说，活动日志和归档日志就很重要了，一定要经常备份、保存。

脚本清单

--数据库联机备份以及还原实验

--连接至数据库并插入测试数据
db2connecttoTestDB
--插入测试数据
INSERTINTOTestTable(Message)
VALUES('开始联机数据库备份测试--完全备份');
--修改数据库参数，使之支持在线联机备份
db2updatedbcfgforTestDBusinglogretainontrackmodon
--执行增量、在线备份之前必须执行离线全备份一次，否则数据库将处于备份暂挂的不可用状态
--（联机完全备份，时间戳记：20071121160548）
db2backupdbTestDB
--连接至数据库并插入测试数据
db2connecttoTestDB
--插入测试数据
INSERTINTOTestTable(Message)
VALUES('开始联机数据库备份测试--增量备份');
--执行联机备份，备份同时再打开一个会话，模拟应用在线（联机增量备份，时间戳记：20071121152922）
db2backupdbTestDBonlineincrementaltoD:/DB2_Train
--模拟灾难，删除数据库！
--重要，此前一定要将活动日志文件备份至另一个路径，保存好，本例中，活动日志保存在C:/db2admin下。
db2dropdbTestDB
--根据在线完全备份恢复数据库
db2restoredbTestDBfromD:/DB2_Traintakenat20071121160548
--根据在线增量备份恢复数据库
db2restoredbTestDBincrementalautomaticfromD:/DB2_Traintakenat20071121152922
--恢复后的数据库处于前滚暂挂的不可用状态
db2connecttoTestDB
--前滚数据库，并指定归档日志位置，重要！
db2ROLLFORWARDDATABASETESTDBTOENDOFLOGSANDCOMPLETEOVERFLOWLOGPATH("C:/db2admin")

五.综述

对于数据库管理人员或者维护人员来说，怎么强调数据库备份的重要性都不为过。

希望本文能抛砖引玉，能让大家对IBMDB2UDB的数据库备份与恢复有一些深入的认识。也希望大家能在本机上按照本文的脚本认真的做一次实验，这样，你的认识会更加深刻。

数据库崩溃和灾难并不可怕，可怕的是在发生数据库崩溃和灾难的时候没有数据库备份。这句话与各位数据库爱好者共勉。