Contents
- 使用db2 backup指令备份
- 使用db2 restore指令恢复
- 使用db2look提取数据库结构DDL
- 用于数据移动的文件格式
- 使用db2move导出全部数据
- 使用db2 export指令导出数据
- 使用db2move导入（import）数据
- 使用db2 import指令导入数据
使用db2 backup指令备份
首先关闭所有到数据库的连接，将数据库置为“静默”状态：
$ db2 connect to testdb user db2inst1 using thepasswd
$ db2 quiesce database immediate force connections
$ db2 connect reset
现在可以开始备份了：
$ db2 backup database testdb to “/home/backup” user db2inst1 using thepasswd
解除数据库的“静默”状态：
$ db2 connect to testdb user db2inst1 using thepasswd
$ db2 unquiesce database
$ db2 connect reset
说明：
1， 以上指令将会把数据库testdb备份到指定目录 /home/backup下，所以请确保当前登陆用户（db2inst1）对该目录有读写的权限。
题外话，若打算使用root用户来执行备份，请先编辑文件 /etc/group，将root用户加入到与DB2相关的几个组：db2grp1, db2fgrp1, dasadm1.
2， 生成的备份文件名如下：
TESTDB.0.db2inst1.NODE0000.CATN0000.20050131205259.001
使用db2 restore指令恢复
相同库名恢复：
$ db2 restore database testdb from “/home/backup”
说明：
这将会从指定的位置恢复数据库testdb。
不同库名恢复：
$ db2 restore database testdb from “/home/backup” into testdb_new
说明：
这个指令将会建立一个新库，名为testdb_new，其结构、内容来自原先testdb的备份。
使用db2look提取数据库结构DDL
提取DDL
$ db2look –d testdb –a –e –x –o testdb.sql
参数的含义与用法请参考db2look的help.
编辑得到的DDL文件
使用db2look得到的DDL文件无法直接使用，因为其中存在一些与当前系统相关的特殊信息，所以需要对该文件进行编辑。共有几个方面：
1， 去掉文件头、尾的指令：
CONNECT TO TESTDB;
COMMIT WORK;
CONNECT RESET;
TERMINATE;
位于这几句指令之间的就是定义该数据库的DDL语句，去掉这几句话让这个文件变成一个纯粹的DDL文件，另外，有时候很容易发生DB2指令执行错误，将四句指令放到文件外手动执行更有助troubleshooting.
2， 去掉schema name.
在本案例中schema name是db2inst1。因为在进行异种平台的数据移动的时候会发生schema name的变化，最常见的就是从UNIX类系统迁移到Windows平台的时候，它缺省的schema name分别为db2inst1, db2admin.
3， 去掉全部引号
此经验主要来自Oracle，一个object，定义它的时候，使用了引号与没有使用引号是两个不同的object.
4， 去掉create table语句中指定的tablespace
这个原因与2类似，在数据移动的过程中，tablespace name发生变化是很经常的事情，所以不要指定，让（不同的）系统自己决定。
有一点非常重要，需要强调，若存在比较大的字段，就必须创建pagesize比较大的bufferpool，在创建一个tablespace使用该bufferpool。
用于数据移动的文件格式
这个部分简单介绍一下用于DB2数据移动的文件格式，共有四种：
1. ASC
非定界ASCII文件，是一个ASCII字符流。数据流中的行由行定界符分隔，而行中的每一列则通过起始和结束位置来定义。例如：
10 Head Office 160 Corporate New York
15 New England 50 Eastern Boston
20 Mid Atlantic 10 Eastern Washington
38 South Atlantic 30 Eastern Atlanta
42 Great Lakes 100 Midwest Chicago
51 Plains 140 Midwest Dallas
66 Pacific 270 Western San Francisco
84 Mountain 290 Western Denver
2. DEL
定界ASCII文件，也是一个ASCII字符流。数据流中的行由行定界符分隔，行中的列值由列定界符分隔。文件类型修饰符可用于修改这些定界符的默认值。例如：
10,"Head Office",160,"Corporate","New York"
15,"New England",50,"Eastern","Boston"
20,"Mid Atlantic",10,"Eastern","Washington"
38,"South Atlantic",30,"Eastern","Atlanta"
42,"Great Lakes",100,"Midwest","Chicago"
51,"Plains",140,"Midwest","Dallas"
66,"Pacific",270,"Western","San Francisco"
84,"Mountain",290,"Western","Denver"
3. WSF
work sheet format，工作表格式，用于与Lotus系列的软件进行数据交换。
4. PC/IXF
集成交换格式（Integration Exchange Format，IXF）数据交换体系结构的改编版本，由一些列可变长度的记录构成，包括头记录、表记录、表中每列的列描述符记录以及表中每行的一条或多条数据记录。PC/IXF 文件记录由包含了字符数据的字段组成。
使用db2move导出全部数据
db2move是一个集成式的数据移动工具，它支持导出（export）、导入（import）、装入（load）三种操作方式。其实db2move的这三种工作方式分别是通过简单使用db2 export, db2 import, db2 load指令来完成的。
此部分仅仅介绍其export功能，import和load将在稍后的部分介绍。使用db2move导出的数据文件格式是IXF。
建立并进入数据存放目录：
$ mkdir /home/backup/mydata
$ cd /home/backup/mydata
导出指定的数据库中的全部数据：
$ db2move testdb export –u db2inst1 –p thepasswd
说明：
1，这将会把数据库testdb中的全部数据提取到当前目录（/home/backup/mydata）中。每个表的内容都存储在一个.ixf文件中，每 个.ixf文件都有一个与之相对应的.msg文件，.msg文件是描述从表中导出数据时的信息的。另外还有两个文件，db2move.lst用来记 录.ixf文件、.msg文件与表的一一对应关系，EXPORT.out记录的是导出数据时的屏幕输出。
2，有关db2move指令更多的细节，请直接执行该指令，将会打印出其帮助信息。
使用db2 export指令导出数据
与上面提到的db2move的export功能不同，db2 export是一个更加细致的导出工具，它支持三种数据文件格式：DEL, WSF, IXF.
以下示范将数据库testdb中表mytbl的数据导出，存储在目录 /home/backup 下。
建立到数据库的连接：
$ db2
db2 => connect to testdb user db2inst1 using thepasswd
以DEL格式导出：
db2 => export to /home/backup/mytbl.txt of del select * from mytbl
以IXF格式导出：
db2 => export to /home/backup/mytbl.ixf of ixf select * from mytbl
注：若需要记录导出过程中的message，使用：
db2 => export to /home/backup/mytbl.ixf of ixf messages /home/backup/mytbl.msg select * from mytbl
断开连接：
db2 => connect reset
db2 => quit
$
更多有关db2 export的帮助，请：
$ db2 ? export
使用db2move导入（import）数据
以db2inst1用户身份登录到Host 2。
创建数据库mytestdb：
$ db2
db2 => create database mytestdb on ‘/home/db2inst1’ using codeset UTF-8 territory CN
db2 => connect to mytestdb user db2inst1 using thepasswd
创建一个pagesize为16K的bufferpool，名为mybigpool：
db2 => create bufferpool mybigpool immediate size 1000 pagesize 16K
创建一个tablespace使用上面创建的bufferpool，名为mybigspace：
db2 => create regular tablespace mybigspace pagesize 16K managed by system using (‘/home/db2inst1/db2inst1/NODE0000/SQL00004/SQLT0003.0’) extentsize 16 overhead 12.67 prefetchsize 16 transferrate 0.18 bufferpool mybigpool dropped table recovery off
注：
extentsize, overhead, prefetchsize, transferrate这几个参数值与所使用的服务器有关，我这里使用的值是基于普通的、使用SCSI硬盘的PC服务器的。
完成空库的创建：
db2 => commit work
db2 => connect reset
db2 => terminate
导入（import）数据：
使用import方式不需要先建表结构，即，准备好一个空库就行了。这一点与load方式不一样，load方式需要先建立表结构。
我将从Host1上导出的全部数据文件（位于Host1的 /home/backup/mydata下）复制到Host2下某个目录下，假定为 /home/movedata
$ cd /home/movedata
$ db2move mytestdb import –u db2inst1 –p thepasswd
此时屏幕上会显示有关导入数据的信息。
存在的问题：
db2move import方式只能导入“普通”的表，如果表中存在自增长的IDENTITY列，那么使用db2move import时，会出错。这是因为，如果IDENTITY列创建表的时候都是定义成always的话，那么在导入数据的时候该列数据是不能被赋值的，而是应该由系统生成，使用db2move无法导入这样的表。对于这种含有IDENTITY列的表，只能使用db2 import指令来进行导入，相关的参数是IDENTITYIGNORE，IDENTITYMISSING。我将在下一部分给出具体的指令操作。
一句题外话：
如果需要实现唯一主键，可以不必使用IDENTITY列，改而使用sequence，这样比较便于维护和管理。
使用db2 import指令导入数据
import和export是一对存在对应关系的指令，有一点不同的是，import支持四种格式：ASC, DEL, WSF, IXF, 而export只支持三种（见上面相应部分的描述）。
以下示范将数据文件/home/movedata/mytbl.ixf导入到数据库mytestdb中。
$ db2
db2 => connect to mytestdb user db2inst1 using thepasswd
db2 => import from /home/movedata/mytbl.ixf of ixf insert into mytbl
db2 => commit work
db2 => connect reset
db2 => quit
$
在上一部分，我有提到，若表中存在自增长的IDENTITY列，需要使用相应的参数才能导入，比如：
db2 => import from /home/movedata/mytbl2.ixf of ixf modified by identityignore insert into mytbl2
更多有关db2 import的帮助，请：
$ db2 ? import
Appendix
[root@tiv06 root]# uname -a
Linux tiv06.cn.ibm.com 2.4.9-e.57 #1 Thu Dec 2 20:56:19 EST 2004 i686 unknown
[root@tiv06 root]# cat /etc/redhat-release
Red Hat Linux Advanced Server release 2.1AS (Pensacola)
[db2inst1@tiv06 db2inst1]$ db2level
DB21085I Instance "db2inst1" uses "32" bits and DB2 code release "SQL08010" with level identifier "01010106".
Informational tokens are "DB2 v8.1.0.0", "s021023", "", and FixPak "0".
Product is installed at "/opt/IBM/db2/V8.1".
[root@sea root]# uname -a
Linux sea.cn.ibm.com 2.4.21-20.ELsmp #1 SMP Wed Aug 18 20:46:40 EDT 2004 i686 i686 i386 GNU/Linux
[root@sea root]# cat /etc/redhat-release
Red Hat Enterprise Linux AS release 3 (Taroon Update 3)
[db2inst1@sea db2inst1]$ db2level
DB21085I Instance "db2inst1" uses "32" bits and DB2 code release "SQL08020" with level identifier "03010106".
Informational tokens are "DB2 v8.1.0.64", "s040812", "MI00086", and FixPak "7".
Product is installed at "/opt/IBM/db2/V8.1".
Reference
none