DB2恢复备份步骤.doc

一、DB2数据库备份及恢复步骤DB2数据库离线和在线全备、增量备份及恢复的具体操作步骤： 1、离线全备份(1)、首先确保没有用户使用DB2:$db2 list applications for db sample(2)、停掉数据库并重新启动，以便断掉所有连接：db2stop forcedb2start(3)、执行备份命令：(使用TSM作为备份的介质)db2 backup db sample use tsm备份成功，将会返回一个时间戳。(4)、检查备份成功：Db2 list history backup all for sample ，可以看到多了这个备份的纪录。Db2adutl query命令也可以看到返回值。(5)、备注：首先对主节点(catalog表空间在的节点)执行备份命令，再对另外的节点也做这个操作。2、 在线备份：(1)、首先打开一下支持在线备份的数据库配置参数：db2 update db cfg for sample using userexit on 启用用户出口db2 update db cfg for sample using logretain on 启用归档日志db2 update db cfg for sample using trackmod on 启用增量备份功能(需要各个Node都分别做设置)开启这些参数后，数据库处于backup pending状态，要求做数据库的离线全备份。做一下离线全备份，参考上面的命令。(2)、在线备份命令如下：db2 backup db sample online use tsm备份成功，返回一个时间戳。(3)、同样可以用db2adutl 和db2 list history察看备份纪录。(4)、备注：同样，对每个节点都做这个操作。3、 在线增量备份(1)、在开启了必须的三个参数的情况下，做增量备份：db2 backup db sample online incremental use tsm备份成功，返回一个时间戳。(2)、同样可以用db2adutl 和db2 list history察看备份纪录。(3)、还有一种delta的备份： db2 backup db sample onlineincremental delta use tsm这两种备份的区别，类似Oracle Exports的Incremental和Cumulative方式，db2的incremental对应oracle的cumulative方式，而db2的delta方式则对应oracle的incremental方式。(4)、备注：同样，对每个节点都做这个操作。4、 恢复数据库(1)、手工drop数据库，模拟灾难恢复的情况，执行如下操作：db2 drop db sample(2)、恢复备份历史纪录(每次backup，不论类型，都会备份历史纪录文件)。这里的时间戳应该是最新的：db2 restore db sample history file use tsmtaken at 20030102223107 buffer 100(3)、使用db2的恢复帮助工具：db2ckrst -d sample -t 20030101224424 -r database命令返回建议的必需的恢复操作命令。(4)、按照帮助工具的提示，先做版本恢复，恢复命令如下：db2 restore db sample incremental use tsm taken at 20030101224424 buffer 100同样先做主节点的恢复，再做其他节点的恢复操作。(5)、这时数据库处于rollforward-pending state的状态，需要做roll forward 操作：db2 rollforward db sample to 2003-01-12-13.27.25.000000 on all nodes and stop前滚到同一个时间点。这个操作要在主节点来做。5、说明：(1)、恢复操作也有online和offline的,区别等同backup的操作。(2)、按照表空间的备份和恢复类似，加子句TABLESPACE ( tablespace-name 即可。表空间级别的备份/恢复操作要求数据库处于归档日志和启用增量备份模式下。(3)、恢复的例子中只做了版本恢复。若还有更新的全备份和增量备份的image，可以依次做恢复(请注意使用db2ckrst的建议恢复次序和次数)之后，最后做roll forward.浅谈IBM DB2的数据库备份与恢复若无特殊说明，以下数据库备份与恢复的试验环境均为 Windows XP + IBM DB2 V9 企业版，同样的语句也在 AIX 5.2 + IBM DB2 V8.2 上验证通过。一、 数据库备份的重要性在信息日趋发达的时代，数据显得尤其重要。如何保障数据的完整性和安全性呢?如何避免数据灾难事故的发生呢?数据库备份作为数据安全和完整最有利保障手段的重要性就不言而喻了。数据库备份的重要性主要体现在：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.1 DB2 数据库实验准备工作(1)、Step1：创建测试数据库 TestDB脚本清单CREATE DATABASE TestDB ON D: USING CODESET GBK TERRITORY CN WITH Pjjs Test DB; (2)、Step2：创建数据库管理表空间 Data_SP(注意路径，如果没有请创建)脚本清单CREATE REGULAR TABLESPACE Data_SP PAGESIZE 4 K MANAGED BY DATABASE USING ( FILE D:DB2ContainerTestDBUserDataUserData 2560 ) BUFFERPOOL IBMDEFAULTBP;说明：上面的脚本创建了一个名为 Data_SP 的数据库管理表空间，该表空间使用的缓冲池为 IBMDEFAULTBP，存储路径为 D:DB2ContainerTestDBUserData，存储文件名为 UserData，大小为 2560 * 4K = 10M，页大小为 4K。(3)、Step3：创建测试表 TestTable 并插入测试数据脚本清单CREATE TABLE TestTable ( ID INTEGER NOT NULL GENERATED ALWAYS AS IDENTITY (START WITH 0, INCREMENT BY 1, NO CACHE ), Message VARCHAR(100), PRIMARY KEY(ID) )IN Data_SP;-插入测试数据 INSERT INTO TestTable(Message) VALUES(测试表建立成功);说明：建立测试表并插入数据是为了稍候验证数据库恢复的时候用的。(4)、Step3：创建测试表 TestTable 并插入测试数据脚本清单CREATE TABLE TestTable ( ID INTEGER NOT NULL GENERATED ALWAYS AS IDENTITY (START WITH 0, INCREMENT BY 1, NO CACHE ), Message VARCHAR(100), PRIMARY KEY(ID) )IN Data_SP;-插入测试数据INSERT INTO TestTable(Message)VALUES(测试表建立成功);4.2 DB2 数据库脱机备份与恢复实验脚本清单-Step1：完全备份数据库(脱机，备份时间戳记为 20071121152940)db2 backup db TestDB to D:DB2_Train-Step2：模拟灾难，强制删除数据库db2 drop db TestDB-Step3：根据该数据库完全备份还原数据库db2 restore db TestDB from D:DB2_Train taken at 200711211529404.3 DB2 数据库增量备份与恢复实验脚本清单-数据库增量备份以及还原实验-修改数据库参数 TrackMod ，使之支持数据库进行增量备份db2 update db cfg using TrackMod YES-更改参数后必须完全离线备份数据库(脱机，备份时间戳记为 20071121153818)db2 backup db TestDB to D:DB2_Train-插入测试数据INSERT INTO TestTable(Message)VALUES(开始增量数据库备份测试);-开始增量备份(脱机，备份时间戳记为 20071121154006)db2 backup db TestDB incremental to D:DB2_Train-删除数据库，模拟数据灾难db2 drop db TestDB-首先还原至完全离线备份状态db2 restore db TestDB from D:DB2_Train taken at 20071121153818-还原至增量离线备份状态db2 restore db TestDB incremental automatic from D:DB2_Train taken at 20071121154006-注意：上述语句中，有一个 automatic ，它表示无论有多少个增量备份，系统将全自动检索恢复数据库的顺序并自动恢复数据库。如果没有 automatic ，则需要多次手动恢复数据库，很麻烦而且容易出错。-Step3：根据该数据库完全备份还原数据库db2 restore db TestDB from D:DB2_Train taken at 20071121152940-还原数据库后查询测试表数据检验数据是否恢复成功4.4 DB2 数据库联机机备份与恢复实验说明：联机备份数据库可以使数据库在备份的同时仍然保持在可用状态。要让数据库支持联机备份，必须更改数据库的日志归档方式。在脱机备份模式下，数据库采用循环日志方式记录数据库日志，在联机备份模式下，数据库则采用归档日志的方式备份数据库日志。另外，对于联机备份的数据库来说，活动日志和归档日志就很重要了，一定要经常备份、保存。脚本清单-数据库联机备份以及还原实验-连接至数据库并插入测试数据db2 connect to TestDB-插入测试数据INSERT INTO TestTable(Message)VALUES(开始联机数据库备份测试-完全备份);-修改数据库参数，使之支持在线联机备份db2 update db cfg for TestDB using logretain on trackmod on-执行增量、在线备份之前必须执行离线全备份一次，否则数据库将处于备份暂挂的不可用状态-(联机完全备份，时间戳记：20071121160548)db2 backup db TestDB-连接至数据库并插入测试数据db2 connect to TestDB-插入测试数据INSERT INTO TestTable(Message)VALUES(开始联机数据库备份测试-增量备份);-执行联机备份，备份同时再打开一个会话，模拟应用在线(联机增量备份，时间戳记：20071121152922)db2 backup db TestDB online incremental to D:DB2_Train-模拟灾难，删除数据库!-重要，此前一定要将活动日志文件备份至另一个路径，保存好，本例中，活动日志保存在 C:db2admin 下。db2 drop db TestDB-根据在线完全备份恢复数据库db2 restore db TestDB from D:DB2_Train taken at 20071121160548-根据在线增量备份恢复数据库db2 restore db TestDB incremental automatic from D:DB2_Train taken at 20071121152922-恢复后的数据库处于前滚暂挂的不可用状态db2 connect to TestDB-前滚数据库，并指定归档日志位置，重要!db2 ROLLFORWARD DATABASE TESTDB TO END OF LOGS AND COMPLETE OVERFLOW LOG PATH (C:db2admin)五. 综述对于数据库管理人员或者维护人员来说，怎么强调数据库备份的重要性都不为过。希望本文能抛砖引玉，能让大家对 IBM DB2 UDB 的数据库备份与恢复有一些深入的认识。也希望大家能在本机上按照本文的脚本认真的做一次实验，这样，你的认识会更加深刻。数据库崩溃和灾难并不可怕，可怕的是在发生数据库崩溃和灾难的时候没有数据库备份。这句话与各位数据库爱好者共勉。二、DB2数据库备份及恢复命令总结1、运行-db2cmd2、命令行中输入db2cmd输入命令 db2 create db 数据库名称 on d:在d盘建立数据库。假设在d盘生成目录：D:DB2NODE0000SQL000063、cd4、保证D:db_bak目录下存在要恢复的数据库文件。确保目录结构为db2系统备份目录如 目录结构：D:db_bakGXDB.0DB2NODE0000CATN0000执行下面命令，db2 restore db 备份数据库名称 from D:db_bak taken at 20070302160117 into 上面创建数据库名称 redirect执行后，系统提示：-SQL1277N 复原已检测到一个或多个表空间容器是不可访问的，或者已将它们的状态设置为“必须定义存储器”。DB20000I RESTORE DATABASE 命令成功完成。-5、根据步骤2中数据库生成的目录结构db2 set tablespace containers for 0 using (path D:DB2NODE0000SQLxxxxSQLT0000.0)修改为：db2 set tablespace containers for 0 using (path D:DB2NODE0000SQL00006SQLT0000.0)下面2条修改方式相同db2 set tablespace containers for 1 using (path D:DB2NODE0000SQL00005SQLT0001.0)db2 set tablespace containers for 2 using (path D:DB2NODE0000SQL00005SQLT0002.0)下面的语句中把mam311修改为创建数据库名称.dbfdb2 set tablespace containers for 3 using (file D:tbsmam311.DBF 12500)下面的语句中把mam311修改