浅谈IBMDB2的数据库备份与恢复

摘要 本文探讨了基于 IBM DB 的各种数据库备份与恢复策略 并附有完整的实验步骤 本文试图通过具体的实验使读者领会各种数据库备份方式的优劣和异同 并掌握 IBM DB 的数据库备份与恢复技术

若无特殊说明 以下数据库备份与恢复的试验环境均为 Windows XP + IBM DB V 企业版 同样的语句也在 AIX + IBM DB V 上验证通过

一 数据库备份的重要性

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

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

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

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

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

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

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

按照数据库备份对数据库的使用影响来划分

A 联机备份（也称热备份或在线备份）

B 脱机备份（也称冷备份或离线备份）

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

按照数据库的数据备份范围来划分

A 完全备份

B 增量备份

说明 完全备份数据库是指备份数据库中的所有数据 而增量备份只是备份数据库中的部分数据 至于增量备份到底备份哪些数据 稍候会提到

增量备份的两种实现方式

A 增量备份（也称累计备份）

B delta备份

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

增量备份是自最近成功的完全备份以来所有更改的数据的备份

delta 备份则是上一次成功的完全 增量或 delta 备份以后所做更改的数据的备份

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

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

那么 我们可以得出以下结论

星期一的数据库备份包含了所有的数据

星期二没有变动过的数据没有发生备份 在星期二变动过的数据会备份 并且备份到增量备份A中

星期三的备份中含有自星期一完全备份以来发生过变动的所有数据 包含了星期二和星期三发生过变动的数据 显然 增量备份A 被 增量备份 B 包含

星期四做的是delta备份 注意 它会也只会备份自星期三备份之后变动过的数据

三 DB 备份文件的结构介绍

在不同的 *** 作系统下 DB 的备份文件的结构是不同的 这里概要地介绍一下

Windows *** 作系统下的数据库备份文件结构

说明 Windows *** 作系统下的数据库备份文件是嵌套在一系列文件夹之下的特殊结构 上例中 D:\DB _Train 是指备份目录 TESTDB 是指数据库名称为 TESTDB DB 是指实例名称 NODE 是指节点名称 CATN 是指编目名称 是指备份发生的年月日 形如YYYYMMDD 是指备份发生的时间 精确到秒 也就是指 点 分 秒 形如HHMMSS 最后的 则是备份文件的一个序列号

Unix *** 作系统下的数据库备份文件结构

说明 Unix *** 作系统下的数据库备份文件就是一个文件 上例中 HTDC 是指数据库名称 db inst 是指实例名称 NODE 是指节点名称 CATN 是指编目名称 是指备份发生的具体时间 形如YYYYMMDDHHMMSS 同样地 它的时间精确到秒 也就是指 年 月 日 点 分 秒发生备份 最后的 则是备份文件的一个序列号

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

DB 数据库实验准备工作

（ ） Step 创建测试数据库 TestDB

脚本清单          CREATE DATABASE TestDB        ON D:         USING CODESET GBK TERRITORY CN        WITH Pjj s 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:\db admin 下

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 PLETE OVERFLOW LOG PATH ( C:\db admin )

五 综述

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

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

lishixinzhi/Article/program/Oracle/201311/18590

DB2是什么?

DB2拥有悠久的历史并且被很多人认为是最早使用SQL(同样最早被IBM开发)的数据库产品。 DB2这个名字最早被用于数据库管理系统(Database Management System, DBMS)是在1983年当IBM发布基于MVS大型机平台的DB2产品时。此前，一个叫做SQL/DS的同类产品被应用于VM大型机。更早期的38系统平台同样也包含一个关系型数据库管理系统。关系型系统，或者我们称为System R，是一个在70年代开发的检索原型。DB2可以追朔至70年代初，当时在IBM工作的埃德加·科德(E.F.Codd) 博士描述了关系型数据库理论并在1970年6月发表数据处理模型。为了应用这个模型Codd需要一种被他称为Alpha的关系型数据库的语言。那个时候 IBM并不相信Codd想法的潜力，只是把这个项目的实施交给了一个并不在Codd监管之下的程序小组，而这个小组违背了Codd的关系型模型中的一些基础理论这个项目的实施结果就是Structured English QUEry语言(SEQUEL)。当IBM公布其第一个关系型数据库产品时，他们希望同样能有一款可用于商业用途的子语言，因此IBM重新开发了 SEQUEL并且命名其为SQL以区别于SEQUEL。SQL，与流行的看法相反，并不是“依靠允许深层分支打破了面向结构的语言的基本规则” (Allen G. Taylor, 2004)的Structured Query Language的缩写。这可以引导读者去思考SQL的真正含义。非常有意思的是，当Informix收购了IIIustra并通过引进他们的Universal Server使他们的数据库引擎成为object-SQL数据库管理系统后，Oracle和IBM跟随着扩展了他们数据库引擎能力从而也能处理关系型对象。更进一步的是，在2001年，IBM购买了Informix并在第二年将Informix技术整合在DB2产品组中。今天，DB2可以被技术性地认为是一个object-SQL数据库管理系统。在很多年里，DB2作为一个全功能的数据库管理系统，被IBM大型机所专用。此后IBM将DB2带向了其它平台，包括OS/2、UNIX以及 Windows服务器，然后是Linux(包括Linux on zSeries)和PDAs。这一转变主要发生在90年代。DB2大型机版本的结构灵感部分来源于IBM DL/1和IBM IMS，这两者最初都是层次型数据库然后转变为网络型(CODASYL)数据库。DB2也被嵌入在了用于IBM System i(i系列，以前的AS/400)的i5/OS *** 作系统中，并且也有可用于z/VSE和z/VM的`版本。DB2 LUW(Linux, Unix, Windows)的一个较早的代码版本是OS/2一个扩展版本组件Database Manager的一部分。IBM多次扩展了Database Manager的功能，包括在局域网内允许远程共享访问的分配式数据库功能。最终IBM宣布在Database Manager的代码中存在不可克服的复杂度问题，并且作出了困难的决定，在其多伦多实验室完全重写了这个软件。新版本的Database Manager被称为DB2，如同其在大型机上的前身一样，同样被运行在OS/2和RS/6000平台上，并分别被称为DB2/2和DB2/6000。

IBM DB2认证是什么?

DB2认证是IBM与教育部高校合作项目中主要的认证课程之一。IBM DB2 UDB能够在各种系统中运行自如，是业界唯一能够为不同规模的系统提供同等功能的数据库。通过一门或多门考试就可获得认证。通过了所需的入门考试“DB2 系列基础，512”，您就获得了IBM DB2 用户认证。接下来参加四门认证解决方案专家(Certified Solution Expert (CSE))考试中的任何一门。例如，要成为一名 DB2 认证开发人员，就要通过“DB2 系列应用程序开发，514”考试。或者通过“DB2 UNIX 和 Windows DBA，513”考试成为认证 UNIX/Windows DBA，或者通过“DB2 OS/390 DBA，516”获得大型机 DBA 的认证。DB2 认证过程相当好的特点在于其模块性。通过入门考试(512)之后，可以参加您喜欢的任何考试。每通过一门考试都会使您获得另一个认证。

IBM DB2认证考试是什么样的?

DB2 考试的题目较难。通过考试所需答对的题目的百分比很低。例如，为了取得DB2开发人员证书，您只需要在两个考试中分别答对 55%和57% 就可以通过。IDUG讨论会的经验表明DB2考试的通过率是75%。请记住所有题目都是多选题，因此应该回答每个题目(答错了不倒扣分，因此至少还可以猜答案)。考试软件允许您“标记”以后要返回的题目，因此您可以跳过难题，以后再回过头来解决它们。

考试时间是足够的。如果您仔细检查您的解答，也只会花去规定的时间。当完成考试时，单击 Done按钮，软件将立即显示您是否通过。您可以通过与 LAN 连接的打印机在现场打印成绩副本。如果您通过，IBM 会以邮寄方式发给您一张可以挂在墙上的证书，胸针以及其它“会员”好处。如果在规定时间内没有完成考试会怎么样呢?屏幕会冻结，一条消息告诉您考试已经结束，您将看到与您自己单击 Done按钮时相同的“是否通过”消息。

IBM/DB2.Linux的安装配置管理

作为关系型数据库技术的领导者，IBM公司在2001年将世界排名第四的Informix数据库公司纳入麾下，并将其所拥有的先进特性融入到DB2当中。下面我准备了关于IBM/DB2.Linux的安装配置管理的.文章，提供给大家参考!

1.安装IBM/DB2 V9.1 Linux版

下载得到安装文件 db2exc_912_LNX_x86.tar.gz ，解压到ext2/3分区

# cd db2exc_912_LNX_x86

# ./db2setup

(1)d出java的安装界面，install new instance

(2)使用“Typical Mode”，选择安装目录，默认为 DB2_root=/opt/ibm/db2/V9.1/

# echo DB2_root=/opt/ibm/db2/V9.1/ >>/etc/profile

(3)并默认创建 db2inst?、db2fenc?、db2adsusr? 这个几个用户最重要的是本地实例管理用户 db2inst? 其负责管理数据库实例

(4)创建Instance，然后下一步继续安装，看到successful结果，表示成功

(5) # ps -e | grep db2 应该可以看到三个不同名称的进程

(6) # tail /etc/inittab #可以看到最后一行就是启动db2的方法

fmc：2345：respawn：/opt/ibm/db2/V9.1/bin/db2fmcd #DB2 Fault Monitor Coordinator

2.配置IBM/DB2的库开发和CLI/ODBC连接

# su db2inst1

$ cd $DB2_ROOT

## 编目(catalog)：

$ ./db2 catalog tcpip node remote server

$ ./db2 catalog db at node

$ ./db2 connect to user using

## 反编目(uncatalog)：

$ ./db2 uncatalog db

$ ./db2 uncatalog node

3.修改，使用IBM/DB2的CLI/ODBC进行程序开发

(1)如果不想使用db2实例，而只是想使用CLI/ODBC来开发程序，可以注释 /etc/inittab 中启动db2的那一句，放弃启动IBM/DB2数据库服务。

(2)环境变量配置文件 ： /home/db2inst1/sqllib/db2profile

查看 /etc/profile ，保证(添加或者修改)有以下两句

export DB2INSTANCE=db2inst1

export PATH=$DB2_ROOT/binPATH

export LD_LIBRARY_PATH=$DB2_ROOT/lib32LD_LIBRARY_PATH

(3)编目目标机器地址与ODBC的DSN的关系，CLI/ODBC 中最重要的头文件(include)和库(lib)

$DB2_ROOT/lib32 或 其联接 /home/db2inst1/sqllib/lib，其中最重要的是libdb2.so

4.数据库备份及恢复

(1).使用用户名和口令登录服务器

# db2 connect to ecm3000 user using

(2).强制停止所有应用，是异步的

# db2 force applications all

(3).将数据库备份到指定目录下

# db2 backup database to

(4).从指定目录中恢复数据库

# db2 restore database from

5.修改和卸载DB2

请先反编目()如步骤2中

# su db2inst1

$ cd $DB2_ROOT/install

$ ./db2_deinstall -a

等待结束 ...

修改该/etc/inittab 中启动db2的那一句，保证放弃启动IBM/DB2数据库服务。

---