如何避免复原DB2 数据库备份映像文件被映像所覆盖？

    在将 DB2 用 BACKUP 命令方式创建的数据库备份映像文件由 RESTORE 命令复原到一个不同名的目标数据库中时，DB2 将把源数据库中的配置文件复制到复原的目标数据库中，从而覆盖了该数据库原有的各配置参数的设置。在此提供一种避免目标数据库中的配置文件不被映像文件中的所覆盖的方法。

一. 数据库种子值的概念：

    在介绍这一方法之前，首先要介绍一下数据库种子值（seed）的概念，它是数据库的唯一标识，在数据库的整个生命周期中，这个值都将始终保持不变。种子值是在数据库创建时由数据库管理器指定的，而在复原操作中，DB2 始终使用的是备份映像中的种子值。为获取备份映像中的种子值，可通过 db2ckbkp 命令从输出中查询。

    将一个 DB2 数据库的全备份映像复原到一个已存在的数据库中时，两个数据库的别名，数据库名，及种子值都可能不相同，复原实用程序将对该数据库进行一系列的操作，其中包括的一项操作就是比较源和目标数据库的两个种子值，如果种子值不同，则将备份映像中的数据库配置文件复制到目标数据库中，以覆盖其原有的各配置参数；如果两个值相同，则保留目标数据库中的配置文件。

二. 结合实例说明实现的步骤：

    下面我们举例说明避免复原 DB2 数据库备份映像至不同名数据库时，目标数据库的配置文件被映像中的所覆盖的方法，这里源数据库名 SAMPLE，目标数据库名为 TEST，以对数据库参数 UTIL_HEAP_SZ 的修改来举例：

·源数据库种子值的获取：

1. 查看源数据库中 UTIL_HEAP_SZ 的值：

db2 get db cfg for sample |find /i "util_"
实用程序堆大小（4KB） (UTIL_HEAP_SZ) = 5000

2. 脱机全备份源数据库：

db2 backup db sample
备份成功。此备份映像的时间戳记是：20050117162957

3. 查找源数据库的种子值：

db2ckbkp -H \SAMPLE.0\DB2\NODE0000\CATN0000\20050117\162957.001

=====================
MEDIA HEADER REACHED:
=====================

Server Database Name -- SAMPLE
Server Database Alias -- SAMPLE
Client Database Alias -- SAMPLE
Timestamp -- 20050117162957
Database Partition Number -- 0
Instance -- DB2
Sequence Number -- 1
Release ID -- A00
Database Seed -- 423AD856
:
:

从输出中可知 SAMPLE 数据库的种子值为 423AD856。

·目标数据库种子值的获取：

4. 创建目标数据库：

db2 create db test

5. 查看目标数据库中 UTIL_HEAP_SZ 的值：

db2 get db cfg for test |find /i "util_"
实用程序堆大小（4KB） (UTIL_HEAP_SZ) = 5000

6. 更改目标数据库中参数值，并确认已与源数据库的值不同：

db2 update db cfg for test using util_heap_sz 10000
db2 get db cfg for test |find /i "util_"
实用程序堆大小（4KB） (UTIL_HEAP_SZ) = 10000

7. 脱机全备份目标数据库：

db2 backup db test
备份成功。此备份映像的时间戳记是：20050126144943

8. 查找目标数据库的种子值：

db2ckbkp -H TEST.0\DB2\NODE0000\CATN0000\20050126\144943.001

=====================
MEDIA HEADER REACHED:
=====================
Server Database Name -- TEST
Server Database Alias -- TEST
Client Database Alias -- TEST
Timestamp -- 20050126144943
Database Partition Number -- 0
Instance -- DB2
Sequence Number -- 1
Release ID -- A00
Database Seed -- 41F7C3EA
:
:

    从输出中可知 TEST 数据库的种子值为 423AD856，也就是说，源和目标数据库库的种子值是互不相同的，它们分别唯一标识了源数据库 SAMPLE 和目标数据库 TEST。

·第一次复原操作（种子值不相同时）：

9. 将源数据库的映像文件复原到目标数据库中：

    db2 restore db sample into test
SQL2528W 警告！复原到与备份映像数据库相同的现有数据库，但是现有数据库的别名 "TEST" 与备份映像的别名 "SAMPLE" 不匹配，并且现有数据库的数据库名 "TEST" 与备份映像
的数据库名 "SAMPLE" 不匹配。目标数据库将被备份版本覆盖。
想要继续吗？（y/n）y

10.复原操作完成后，再次查看目标数据库中 UTIL_HEAP_SZ 的值：

db2 get db cfg for test |find /i "util_"
实用程序堆大小（4KB） (UTIL_HEAP_SZ) = 5000

     可以看到尽管在进行复原操作之前，TEST 库中的 UTIL_HEAP_SZ 已被修改为 10000，但完成了复原操作之后，这一参数又被改回 5000，这就是由于源和目标库的种子值不同，复原操作会将备份映像配置文件复制到目标数据库中，从而覆盖了原来目标数据库的配置所导致的，所以 UTIL_HEAP_SZ 参数的值由原来的 10000 覆盖回备份映像中的 5000。

·第一次复原操作后检查目标库的种子值变化：

11.复原操作完成后，再次脱机备份目标数据库：

db2 backup db test
备份成功。此备份映像的时间戳记是：20050126145640

12.利用新的备份映像再次查找目标数据库的种子值：

db2ckbkp -H 145640.001

=====================
MEDIA HEADER REACHED:
=====================
Server Database Name -- TEST
Server Database Alias -- TEST
Client Database Alias -- TEST
Timestamp -- 20050126145640
Database Partition Number -- 0
Instance -- DB2
Sequence Number -- 1
Release ID -- A00
Database Seed -- 423AD856
:
:

    可以发现，复原操作之后目标数据库 TEST 的种子值已和源数据库 SAMPLE 的相同，均为 423AD856 了！这说明目标数据库在复原操作的过程中获取了备份映像中种子值，覆盖了原种子值。

·第二次复原操作（种子值相同时）：

13.再次更改目标数据库中参数值，并确认更改已生效：

db2 update db cfg for test using util_heap_sz 15000
db2 get db cfg for test |find /i "util_"
实用程序堆大小（4KB） (UTIL_HEAP_SZ) = 15000

14.再次将源数据库的映像文件复原到目标数据库中：

db2 restore db sample into test

15.复原操作完成后，再对目标数据库中 UTIL_HEAP_SZ 的值进行查看：

db2 get db cfg for test |find /i "util_"
实用程序堆大小（4KB） (UTIL_HEAP_SZ) = 15000

    可以看到，这次对目标数据库参数的修改未被刚完成的复原操作所使用的源数据库映象所覆盖，其原因就在于在这一复原操作之前，目标数据库的种子值已因第一次的复原操作而与源数据库的相同，从而未触发覆盖目标数据库配置文件的操作，这样就最终实现了避免复原 DB2 数据库备份映像文件至不同名数据库时，目标数据库的配置文件被映像中的所覆盖的情况。