浅谈IBM DB2的数据库备份与恢复.docx

若无特殊说明，以下数据库备份与恢复的试验环境均为 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 是指编目名称是指备份发生的年月日，形如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