一、DB2中的代码页（codepage）问题。
DB2备份时发生过代码页错误的问题，修改代码页后备份正常，但创建数据库时又发生代码页的错误。这是DB2服务器使用的代码页配置和客户端使用的代码页配置不同造成的（注：DB2服务器的代码页配置是独立的，用代码页不同的客户端 *** 作服务器就会产生错误。本机 *** 作服务器称为本地客户端， *** 作系统使用的代码页有可能和DB2服务器的配置不同，和远程客户端一样会产生上面的问题）。代码页和系统使用的字符集有关，这也是windows下的数据库备份和Linux下的数据库备份不能相互恢复的原因（Windows的codepage为819，一般的国标库/GBK为1386）。可用db2set命令对服务器的代码页进行设置。（具体设置见后文）
locale命令查看本地字符集
二、TIANJIN数据库备份不能恢复的问题
TIANJIN数据库备份恢复时，在Linux系统下提示container被占用，这是由于TIANJIN数据库采用了系统以外的表空间引起的，不能采用常规方法进行恢复。
恢复步骤为：
db2 create db targetdb using codeset GBK territory zh_CN
（创建数据库供恢复）
db2 connect to tianjin
（连接到TIANJIN数据库）
db2 list tablespaces
（查看TIANJIN数据库使用的表空间）
db2 list tablespace containers for 3
（查看表空间3使用的容器）
…………
db2 list tablespace containers for 7
（查看表空间7使用的容器。）
（TIANJIN数据库用到了7个表空间，其中1、2为系统默认，其他为自己创建，若已知道数据库表空间，以上步骤可省略）
mkdir [directory]
（创建表空间用到的容器所在目录。需要多少容器，创建多少个目录，这个目录必须是DB2用户有权限的目录）
db2 connect reset
（释放所有连接）
db2 restore db sourcedb from /DB2Data/backupdata/ into targetdb redirect
（恢复数据库）
db2 "set tablespace containers for 3 using (path '/home/db2inst1/tt/1')"
（设置表空间的容器，path后是容器存放的路径）
db2 "set tablespace containers for 4 using (path '/home/db2inst1/tt/2',path '/home/db2inst1/tt/3')"
（表空间用了多个路径的情况）
…………
db2 "set tablespace containers for 7 using (path '/home/db2inst1/tt/6')"
db2 restore db tianjin continue
（完成数据库恢复）
连接数据库验证安装即可
三、不同 *** 作系统中数据库的移动（db2move）
由于我们的系统中使用了多个用户、多个表空间，不能直接用db2move进行恢复，必须先生成相关表空间和表，再插入数据。
1、 生成ddl文件
db2look -d 数据库别名 -e -p -l -o 目标文件的名字-i 用户名 -w 密码
-d指定数据库，-o指定目标文件，-l表示生成表空间，-i指定用户名，-w指定密码。
如：db2look -d jsyrem -e -p -l -o jsyrem.ddl -i zgc3 -w zgc
注意：源数据库必须在本地客户端编目，生成的文件存放在当前目录下。
2、 生成db2move的导出文件
db2move数据库别名export -l 大对象存放目录（可省略） -u 用户名 -p 密码
如：db2move jsyrem export -l lob -u zgc3 -p zgc
注意：源数据库必须在本地客户端编目，大对象存放目录可以不用事先建立，由系统自动生成，生成的文件存放在当前目录下。
3、 新建目标数据库
4、 在目标数据库里创建表空间和表
db2 -tvf ddl文件名
例如：db2 -tvf jsyrem.ddl
注意：
①两个数据库里的代码页必须设置为一致
②执行命令前必须先修改ddl文件，设置里面的connection连接至目标数据库（文件里可能会有多处需要对连接进行设置）。
③执行命令前必须先修改ddl文件，设置表空间地址，为目标数据库建立表空间指定存放位置。这些目录可能需要事先建好。（目录1、2……n可以不用建，由系统自动生成）
④执行命令必须在生成的文件存放的目录下进行。
5、 导入数据
db2move 数据库名 import -io insert -l大对象存放目录
-io 指定导入方式，为create表示数据库中不存在该表时自动生成表，为replace表示替换原有内容，为insert表示仅仅插入数据；-l指定大对象存放目录。
db2move jsy2 import –u 用户名 –p 密码
注意：执行命令必须在生成的文件存放的目录下进行。
6、 其他：由于数据库表之间存在键关系，数据导入时可能会发生冲突，需要记下发生冲突的表，并修改db2move.lst文件，把这些表对应的行挪到文件的最后生成。
7、 可通过EXPORT文件和IMPORT文件查看数据导入导出时的系统信息，通过tablennn.msg文件查看某个表导入导出时的系统信息。
注意：以上 *** 作针对的客户端是windows *** 作系统，linux系统下会发生错误。
数据库创建
首先建立文件夹
#mkdir /ecdsdbfs
授权给db2inst1访问ecdsdbfs文件夹的权限
#chown db2inst1:db2adm1 /ecdsdbfs
执行建库脚本：
#su – db2inst1
$db2 create database test on '/opt/ibm/data' using codeset utf-8 territory cn
注意：本数据库采用utf-8格式
1>连接到DB2 Server，打开DB2 Command，创建一个名为cogsam83的数据库，并为其建立缓存大小
create db cogsam83 alias cogsam83 using codeset UTF-8 territory CA
change db cogsam83 comment with 'Sample Data for Cognos 8.3'
connect to cogsam83
update db cfg using applheapsz 1024 deferred
update db cfg using locktimeout 240 deferred
connect reset
如果是在Linux上刚装完DB2即刻建立database，可能会遇到错误DB21019E An error occurred while accessing the directory "/root". 该错误原因为使用“su username”而非“su - username”在终端切换用户，前者相当于简单地同时登录有用户，而后者相当于注销后重新登录新用户，所以不会维持之前用户的ENV设置。
2>创建缓冲池和表空间
connect to cogsam83
create bufferpool cog04kbp immediate size 250 pagesize 4k
create bufferpool cog08kbp immediate size 250 pagesize 8k
create bufferpool cog16kbp immediate size 250 pagesize 16k
create regular tablespace cogsample pagesize 16k managed by automatic storage extentsize 16 prefetchsize 16 overhead 10.5 transferrate 0.33 bufferpool cog16kbp
comment on tablespace cogsample is 'Cognos Sample Data'
grant use of tablespace cogsample to public
connect reset
3>创建几个数据库模式(Database Schema）
connect to cogsam83
create schema gosl
comment on schema gosl is 'GO Sales'
create schema gosldw
comment on schema gosldw is 'GO Sales Data Warehouse'
create schema gohr
comment on schema gohr is 'GO Sales Human Resources'
create schema gort
comment on schema gort is 'GO Retailers'
create schema gomr
comment on schema gomr is 'GO Multilingual Retailers'
create schema godmt
comment on schema godmt is 'GO Data Manager Target'
#授予用户cognos数据库管理权限
grant dbadm on database to user cognos
connect reset
4>修改数据库配置页
connect to cogsam83
update dbm cfg using intra_parallel NO
update dbm cfg using federated NO
update dbm cfg using fed_noauth NO
update db cfg for cogsam83 using maxlocks 22
update db cfg for cogsam83 using locklist 50
update db cfg for cogsam83 using dft_degree 1
update db cfg for cogsam83 using avg_appls 1
update db cfg for cogsam83 using stmtheap 2048
update db cfg for cogsam83 using dft_queryopt 5
connect reset
5>编目数据库
catalog tcpip node dbnode remote dbhost server 50000
catalog database cogsam83 at node dbnode with 'Sample Data for Cogsam 8'
6>导入Samples内容到数据库中
适用于DB2的Samples文件在 Cognos安装目录/c8/webcontent/samples/datasources/db2 下，将GS_DB.tar解压出来，用DB2管理员帐号登录，使用DB2MOVE命令导入。
DB2MOVE dbname IMPORT -U username -P password
在Linux下使用DB2MOVE命令可能会出现错误提示Error opening report file. Terminating，该错误原因为当前用户对解压出的文件权限不够，设置所有解压的文件Permission为可写 *** 作即可。
导入数据库后可以运行 Cognos安装目录/c8/webcontent/samples/datasources/db2下的gs_db_modify.bat（需要先更改gs_db_modify.sql第一行中的dbname, user, password为你自己的配置），在Linux下可以先删除gs_db_modify.log，然后在终端手动输入以下命令运行gs_db_modify.sql
DB2 -f gs_db_modify.sql -z gs_db_modify.log
四、联合数据对象的建立
联合数据对象提供将一个数据库里的用户和表映射到另一个数据库的功能。用户可通过对后者的访问达到访问前者的目的。
建立步骤：
1、 前期工作1：配置数据库实例名的参数，设置“管理”下的FEDERATED为“”；是
2、 前期工作2：源数据库编码到客户端
3、 在联合数据库对象中创建包装器。（DB2àDB2的映射包装器名选择DRDA，库名使用缺省的缺省db2drda.dll即可）
4、 创建服务器。（远程数据源的名称填写数据库编码的别名，DB2àDB2的映射服务器类型选择DB2/UDB，选择正确的版本号，用户标示和密码填写目标库的用户名密码，其余内容默认即可）
5、 建立用户映射。选择远程用户和本地用户进行映射。
6、 建立别名映射，即是表的映射。
五、DB2中的常用命令
1、 db2set命令
db2set：查看db2的常用设置
db2set –lr：查看db2的所有变量
db2set 变量名 = 变量值：设置db2中的变量。如：db2set db2codepage = GBKdb2set db2country = zh_CN。（这是最常用的两个设置，设置codepage为GBK国标库，country为zh_CN中国。设置后可解决数据库创建、备份时代码页错误的问题。设置完后用db2 terminate中止一下即可起作用）
2、 查看数据库配置
查看Database Manager配置：db2 get dbm cfg
查看某数据库配置：
两种方法：
第一、 db2 get db cfg for 数据库名。如db2 get db cfg for tianjin
第二、 先用connect命令连接上数据库，再用db2 get db cfg。如：
connect to tianjin（或：connect to tianjin user zgc3 using zgc）
db2 get db cfg
可以只查看其中某一项的配置，如查看territory
db2 get db cfg for tianjin|grep terr
修改数据库配置：db2 update db cfg using 参数 参数值
3、 数据库备份、数据库创建、数据库恢复
数据库备份：db2 backup database 数据库名 to 备份位置（DB2用户必须对备份位置有权限）。如：db2 backup database tianjin to /home/db2inst1/backup。注意： 备份数据库时应用db2 connect reset将所有连接去掉。
数据库创建：db2 create database数据库名。如：db2 create database dbname
用特定的字符集创建数据库：db2 create database 数据库名 using codeset [codeset] territory [terriroty]。如：db2 create database dbname using codeset GBK territory CN
数据库恢复几点说明：若文件夹中只有一个备份文件，可以不用写taken at。若数据库恢复中产生错误，可用restore database dbname continue/abort来对恢复进行继续和取消。
或者用控制台创建数据库时，第六步region处选择PRC（People’s Republic Of China）
4、 其他常用命令
db2move：在不同 *** 作系统中移植数据库。但因存在外键约束，应对文件进行编辑。
db2level；查看DB2的修订版本
db2look：导出ddl？
db2 list table/tablespaces/db at……列出相应内容
（具体参看IBM红皮书）
5、 在客户端增加、查看结点和数据库编目
增加结点编目：db2 catalog tcpip node 结点名字 remote 结点所在ip地址 server 50000
查看结点编目：db2 list node directory
删除结点编目：db2 uncatalog node 结点别名
增加数据库编目：db2 catalog db 远程数据库名字 as 数据库别名 at node 结点名字
查看数据库编目：db2 list db directory
删除数据库编目：db2 uncatalog db数据库别名
6、 不同 *** 作系统的倒库（db2move）：
export：db2move dbname export
import：db2move dbname import（-io replace/create -u username –p password）
load：db2move dbname load
注意：执行export命令，生成的文件存放在当前目录下，dbname是catalog上的别名。import也是从当前目录读取文件。在将库import入一个新库时，应该先建立一个库，然后db2move 新库名称 import……。-io参数表示导入的库里的表覆盖/新建到新库里，-u、-p表示用于建库的用户名和密码。
7、 远程 *** 作数据库
db2 attach to 数据库别名 user 用户名 using 密码
即可在本地 *** 作远程数据库（create db、drop db等 *** 作）
注意：要 *** 作的数据库必须在本地编目
要取消attach可用命令db2 detach，或attach到其他数据库。
8、 将数据库 *** 作的控制台信息存入文档
要执行的命令名>控制台信息文件名
9、 DB2里的帮助
db2 ? 要查询的内容（如：db2 ? sql30082n）
或者直接输入命令（db2move）不带参数
10、 停止application
数据库 *** 作过程中可能会发生错误，导致数据库不可用。此时可用force application命令停止这种 *** 作。命令格式可以是db2 force application application号（停掉单个application）或db2 force application all（停掉所有application）两种形式。
11、 其他
六、对于系统优化的建议
1、 增加buffpage的配置
2、 增加sortheap的配置（一般4M以上）
3、 将锁定超时 locktimeout设置为on或yes
4、 恢复的日志保留
（具体设置参看IBM红皮书）
命令：
db2 connect to tianjin
db2 update db cfg using LOGRETAIN yes
db2 backup db tianjin //设置完LOGRETAIN后应备份数据库
/home/db2inst1/sqllib/bin //进入此目录下
db2empfa tianjin //Multi-page file allocation enabled
db2 update db cfg for tianjin using BUFFPAGE 25000 // 或更多
db2 update db cfg for tianjin using LOCKLIST 1000
db2 update db cfg for tianjin using LOCKTIMEOUT 15
db2 update db cfg for tianjin using SORTHEAP 1000 //或更多
db2 update db cfg for tianjin using LOGFILSIZ 10000
db2 alter bufferpool ibmdefaultbp size -1
db2 update dbm cfg using SHEAPTHRES 25000 //Max to half of the total mem.
七、在root窗口下启动DB2控制台
1、 以db2inst1登录：su – db2inst1（-表示登录同时读取db2inst1的环境变量）
2、 export DISPLAY=127.0.0.1:0.0
3、 xhost +
4、 db2cc
方法二。
-- *(1) 作为 root 用户登录。
-- *(2) 在命令行上，运行以下命令：xhost + localhost
-- *(3) 运行以下命令：su - db2inst1
-- *(4) 运行以下命令：db2cc
vnc 启动 vncserver 启动图形界面
八、数据导出
1、 EXPORT TO 'c:/UR_ENTERPRISE.del' OF DEL SELECT * FROM ZGC3.UR_ENTERPRISE
2、 EXPORT TO 'c:/UR_ENTERPRISE.ixf' OF ixf SELECT * FROM ZGC3.UR_ENTERPRISE
九、查看node
1、list node directory
2、删除node：? uncatalog
十、建序列
CREATE SEQUENCE "ZGC3"."SP_SEQ_MO_wbk" AS INTEGER
MINVALUE 0 MAXVALUE 2147483647
START WITH 21 INCREMENT BY 1
CACHE 20 NO CYCLE NO ORDER
十一授权
如果遇到DB2 License过期的问题，可以使用以下命令对DB2的License进行授权。
以管理员身份进入DB2环境，键入：db2licm -a [License目录中的db2ese.lic文件]
系统提示成功后，可通过 db2licm -l 显示授权信息
如果是，则激活方法如下：
1.cp /cdrom/db2/license/db2ese.lic /var/db2/db2ese.lic
2.su - db2inst1
3.db2licm -a /var/db2/db2ese.lic
#说明：由csdn下载，原版为doc格式，有对应的xml表，不过还是应该对每个服务的数据库单独考虑需要的检查表格。DB2维护手册
目录
DB2维护手册 1
一、 DB2日常维护日 *** 作 3
1、 检查管理服务器是否启动 3
2、 检查DB2实例是否已经启动 3
3、 查看表空间状态是否正常 3
4、 查看表的状态 4
5、 查看磁盘空间 4
6、 检查存储管理软件是否正常 4
7、 检查数据库备份是否正常 5
8、 检查归档日志是否正确归档了 5
9、 查看缓冲池的命中率 5
10、 查看当前运行最频繁的SQL，其命中率是否正常 5
11、 查看当前连接的应用程序，有没有非法连接 5
12、 检查有没有死锁 6
13、 对表和索引进行RUNSTATS 6
14、 检查表是否需要重组 6
15、 对需要重组的表进行重组 7
二、 DB2日常维护月 *** 作 7
1、 查看DB2日志 7
2、 检查备份和日志是否都保存好了 7
三、 DB2日常维护季度 *** 作 7
1、 通过快照监控器，查看系统性能如何 7
2、 数据库补丁级别 8
四、 注意事项 8
1、 不要删除活动日志文件 8
2、 注意交易日志存储空间 8
3、 按照系统的实际工作量配置日志空间 8
4、 设置正确数据库代码页 9
5、 检查许可证（LICENSE）安装情况 9
6、 创建数据库前调整好系统时间 9
7、 不要随便执行 CHOWN (CHMOD) –R （UNIX/LINUX） 9
8、 在归档日志模式下使用LOAD记得加NONRECOVERABLE参数 9
五、 附：以脱机方式重组表 9
六、 附：索引重组 10
七、 附：收集和更新统计信息的准则 11
八、 附：使用 CLP 捕获数据库运行状况快照 13
一、 DB2日常维护日 *** 作
1、 检查管理服务器是否启动
用ps命令查看是否有dasusr1后台进程
＃ps -ef | dasusr1
请确保管理服务器已经启动，如果没有启动，则按以下步骤启动管理服务器：
以管理服务器用户(UNIX默认是DASUSR1)登录
发出db2admin start命令
如果是HA环境，则要保证在脚本中正确配置了启动命令
2、 检查DB2实例是否已经启动
用ps命令查看是否有db2sysc后台进程
＃ps -ef | db2sysc
也可以以DB2实例所有者登录，通过发出db2start命令来确保启动了实例（如果实例已经启动，则会告知SQL1026N 数据库管理器已激活；否则，将把实例启动起来）
3、 查看表空间状态是否正常
以db2实例所有者登录
#db2 list tablespaces show detail//在单分区上查看表空间的状态,正常返回0x0000
# db2_all list tablespaces show detail//在所有分区上查看表空间的状态
可以使用LIST TABLESPACES 命令确定连接数据库中表空间的当前状态，可以使用SHOW DETAIL选项查看表空间的详细信息。比如，我们连上SAMPLE数据库，执行list tablespaces show detail ，可以看到状态返回值是0x0000，此时，使用db2tbst可以查看状态编号对于的状态含义，具体语法如下：
db2tbst <tablespace state> 可以查看编号所代表的状态
db2tbst 命令接收十六进制的状态值，并返回相应的表空间状态。例如，命令 db2tbst 0x0008 返回 State = Load Pending 。而该十六进制的状态值反过来又是 LIST TABLESPACES 命令输出的组成部分。表空间的外部可见状态是由单个状态值的十六进制总和构成的。例如，如果表空间的状态是 Backup Pending和 Load in Progress，那么所返回的十六进制值就是 0x20020（0x00020 + 0x20000）
4、 查看表的状态
查询系统目录视图以获得关于数据库的有用信息。例如，下面的语句使用 NOT LIKE 断言，返回在 SYSCAT.TABLES 中有项的所有用户定义的表的名称，以及每个表的列数和表的状态（N = 正常；C = 待审核（check pending））
#db2 select tabname, colcount, status FROM syscat.tables WHERE tabschema NOT LIKE 'SYS%' ORDER BY tabname
也可以使用load query命令查看单个表的状态，比如对表TEST1，我们可以发出如下命令：
#db2 load query table test1
5、 查看磁盘空间
查看数据库活动日志目录是否已满,活动日志目录可以使用get db cfg查看，注意一定不要手工删除活动日志
#df -k
查看SMS表空间对应的容器目录空间是否满了
#df -k
查看DMS表空间中是否还有可用页
#db2 list tablespaces show detail//在单分区上查看表空间的是否还有可用页
# db2_all list tablespaces show detail//在所有分区上查看表空间是否还有可用页
6、 检查存储管理软件是否正常
请检查TSM或其他存储管理软件是否正常，以及磁带机是否运行正常。
7、 检查数据库备份是否正常
请查看TSM或第三方存储管理软件，看备份映像文件是否完整的保存到了磁带机上了，想在DB2上查看备份情况，可以使用LIST命令
# db2 list history backup all for 数据库名
8、 检查归档日志是否正确归档了
请确保活动日志目录下没有的日志文件都已经正确归档到了带机上(查看TSM或第三方存储管理软件)。
查看活动目录里的日志文件：
#ls -l
9、 查看缓冲池的命中率
# db2 get snapshot for bufferpools on 数据库名
查看缓冲池的命中率，看其是否低于95%（命中率越高越好）
10、 查看当前运行最频繁的SQL，其命中率是否正常
# db2 get snapshot for bufferpools on 数据库名 >log.txt
用grep命令查看" Number of executions"执行次数最频繁的语句，看其命中率是否正常。
比如：
grep -n " Number of executions" snap.out | grep -v "= 0" | sort -k 5,5rn | more
11、 查看当前连接的应用程序，有没有非法连接
#db2 list applications show detail
看这些连接的情况，看有没有不合适的IP连上来，或者不被允许的第三方工具连上来，比如一些第三方工具连上来会对表进行锁定，影响业务系统正常运行，这个时候可以用FORCE APPLICATIONS (应用程序句柄)停下来。
12、 检查有没有死锁
# db2 get snapshot for all on 数据库名 >log.txt
用grep命令查看输出的文件中是否有死锁的记录，比如
grep -n "Deadlocks detected" log.txt | grep -v "= 0" | more
13、 对表和索引进行runstats
#db2 runstats on table 表名 and index all
对系统表以及变化比较频繁的表运行统计信息，建议写成shell脚本自动运行。
14、 检查表是否需要重组
使用REORGCHK命令，通过统计数据检查表是否需要重组，语法如下：
REORGCHK [UPDATE | CURRENT ]STATISTICS ON [TABLE SYSTEM| TABLE USER | TABLE ALL | TABLE table_name | SCHEMA schema_name]
UPDATE STATISTICS： 更新表的统计数据，根据该统计数据判断是否需要重组表
CURRENT STATISTICS：根据当前表统计数据判断是否需要重组表
TABLE table_name ：对单个表进行分析
TABLE ALL： 对数据库所有的表进行分析
TABLE SYSTEM：对系统表进行分析
TABLE USER ： 对当前用户模式下的所有表进行分析
#db2 reorgchk update statistics on table all
15、 对需要重组的表进行重组
#db2 reorg table 表名 //通过重构行来消除“碎片”数据
#db2 reorg indexes all for table 表名//只重组索引
比如：
reorg table db2inst1.org index by_id
将根据索引by_id，如果不加INDEX选项将重组表和所有的索引
reorg table db2inst1.org index by_id use tempspace1
使用指定的临时表空间重组表
表重组完成后需要进行RUNSTATS。另外，记住在分区数据库环境中，如果想在所有节点运行命令，需要使用db2_all命令。
二、 DB2日常维护月 *** 作
1、 查看DB2日志
请至少每月查看一次db2diag.log文件，看其中是否有异常。
2、 检查备份和日志是否都保存好了
通过TSM或第三方存储管理软件，查看备份和归档日志是否都保存好了，在数据库级别查看备份，可以使用：
# db2 list history backup all for 数据库名
三、 DB2日常维护季度 *** 作
1、 通过快照监控器，查看系统性能如何
通过快照监控器，抓取数据库的信息，分析数据库性能是否合理：
# db2 get snapshot for all on 数据库名 >log.txt
2、 数据库补丁级别
# db2level
四、 注意事项
1、 不要删除活动日志文件
DB2 的活动日志文件不能被删除。一旦 DB2 的活动日志文件被删除，或者所在的存储设备出现问题，则不可避免地造成 DB2 数据库系统宕机。
2、 注意交易日志存储空间
在归档日志模式下，如果没有使用自动归档方式，则存储的日志文件会不断增多，有可能造成日志所在的文件系统空间满。 当这种情况发生时，会根据参数 BLK_LOG_DSK_FUL 的配置而有不同的现象：
1）如果该参数启用，则 DB2 数据库可继续读 *** 作，但是写 *** 作会挂起
2）如果该参数没有启用，则 DB2 数据库会停止工作
两种情况下，都需要到日志所在的文件系统添加了空间才恢复正常。
3、 按照系统的实际工作量配置日志空间
DB2数据库通过日志文件维护数据的完整性和一致性。DB2 数据库的日志空间可通过如下公式计算：
日志空间 = （主日志文件 + 二级日志文件） * 日志文件尺寸
其中：
1） 主日志文件由参数 LOGPRIMARY 控制，
2） 二级日志文件由参数 LOGSECOND 控制
3） 日志文件尺寸由参数 LOGFILSIZ 控制
4） LOGPRIMARY + LOGSECOND <256 （不同的 DB2 版本略有不同，请参看相同版本的 DB2 手册确认）
4、 设置正确数据库代码页
由于数据库的代码页在数据库创建之后是无法修改的，所以在创建数据库时一定要选择正确的代码页。
错误的数据库代码页会造成 JDBC/ODBC 访问时中文字段被截断（包括控制中心），这种情况需要重建数据库以修改数据库代码页。
从全局规划来说，如果应用需要访问多个数据库，那么这多个数据库的代码页应该是一致的。
5、 检查许可证（License）安装情况
许可证过期会造成不必要的服务中断，所以在 DB2 安装完毕后，建议检察许可的安装情况
6、 创建数据库前调整好系统时间
在数据库创建好之后，调整系统时间会造成数据库内部时间戳的异常。数据库中一些对象和时间相关，一旦时间不准确要调整需要很小心。错误的时间调整可能会造成很多问题，如：
1）某些对象失效，例如 ：
SQL0440N，找不到具有兼容自变量的类型为 “<例程类型>” 的名为 “<例程名>” 的已授权例程
2）数据库日志逻辑错误 ->宕机
3）常见错误 – 只调整时间，未调整时区
7、 不要随便执行 chown (chmod) –R （UNIX/Linux）
在实例目录下chown (chmod) -R 会造成
1） 在数据库服务器上 db2 connect to <dbname>能连接上数据库
2） db2 connect to <dbname>user ... using ...连接不上
8、 在归档日志模式下使用LOAD记得加NONRECOVERABLE参数
五、 附：以脱机方式重组表
以脱机方式重组表是整理表碎片的最快方法。重组可减少表所需的空间量并提高数据访问和查询性能。
必须具有 SYSADM、SYSCTRL、SYSMAINT 或 DBADM 权限，或者必须具有对表的 CONTROL 权限才能重组表。必须具有数据库连接才能重组表。
标识需要重组的表之后，可以对这些表运行 REORG 实用程序，并且可以选择对在这些表上定义的任何索引运行该实用程序。
1. 要使用 CLP 重组表，请发出 REORG TABLE 命令：
db2 reorg table test.employee
要使用临时表空间 mytemp 重组表，请输入：
db2 reorg table test.employee use mytemp
要重组表并根据索引 myindex 对行进行重新排序，请输入：
db2 reorg table test.employee index myindex
2. 要使用 SQL 调用语句重组表，请使用 ADMIN_CMD 过程发出 REORG TABLE 命令：
call sysproc.admin_cmd ('reorg table employee index myindex')
3. 要使用 DB2 管理 API 重组表，请使用 db2REORG API。
在重组表之后，应收集有关表的统计信息，以便优化器具有最准确的数据来评估查询访问方案。
六、 附：索引重组
通过删除和插入 *** 作对表进行更新后，索引的性能会降低，其表现方式如下：
• 叶子页分段
叶子页被分段之后，由于必须读取更多的叶子页才能访存表页，因此 I/O *** 作成本会增加。
• 物理索引页的顺序不再与这些页上的键顺序相匹配（此称为不良集群索引）。
叶子页出现不良集群情况后，顺序预取 *** 作的效率将降低，因此会导致更多的 I/O 等待。
• 形成的索引大于其最有效的级别数。
在此情况下应重组索引。
如果在创建索引时设置了 MINPCTUSED 参数，则在删除某个键且可用空间小于指定的百分比时，数据库服务器会自动合并索引叶子页。此过程称为联机索引整理碎片。但是，要复原索引集群和可用空间以及降低叶级别，请使用下列其中一种方法：
• 删除并重新创建索引。
• 使用 REORG INDEXES 命令联机重组索引。
因为此方法允许用户在重建表索引期间对表进行读写 *** 作，所以在生产环境中可能需要选择此方法。
• 使用允许脱机重组表及其索引的选项运行 REORG TABLE 命令。
联机索引重组
在使用 ALLOW WRITE ACCESS 选项运行 REORG INDEXES 命令时，如果同时允许对指定的表进行读写访问，则会重建该表的所有索引。进行重组时，对基础表所作的任何将会影响到索引的更改都将记录在 DB2® 日志中。另外，如果有任何内部内存缓冲区空间可供使用，则还将这些更改放在这样的内存空间中。重组将处理所记录的更改以便在重建索引时与当前写活动保持同步更新。内部内存缓冲区空间是根据需要从实用程序堆中分配的指定内存区域，它用来存储对正在创建或重组的索引所作的更改。使用内存缓冲区空间使索引重组 *** 作能够通过这样的方式来处理更改，即先直接从内存读取，然后读取日志（如有必要），但读取日志的时间要晚得多。在重组 *** 作完成后，将释放所分配的内存。重组完成后，重建的索引可能不是最佳集群的索引。如果为索引指定 PCTFREE，则在重组期间，每页上均会保留相应百分比的空间。
对于分区表，支持对各个索引进行联机索引重组和清除。要对各个索引进行重组，指定索引名：REORG INDEX index_name for TABLE table_name
对于空间索引或多维集群（MDC）表，不支持采用 ALLOW WRITE 方式的联机索引重组。
注： REORG INDEXES 命令的 CLEANUP ONLY 选项不能完全重组索引。CLEANUP ONLY ALL 选项将除去那些标记为“删除”且被认为要落实的键。此外，它还将释放所有标记为“删除”且被认为要落实的键所在的页。在释放页后，相邻的叶子页将会合并，前提是这样做可以在合并页上至少留出 PCTFREE 可用空间。PCTFREE 是指在创建索引时为其定义的可用空间百分比。CLEANUP ONLY PAGES 选项仅删除那些标记为“删除”且被认为要落实的所有键所在的页。
使用 CLEANUP ONLY 选项对分区表的索引进行重组时，支持任何访问级别。如果未指定 CLEANUP ONLY 选项，则缺省访问级别 ALLOW NO ACCESS 是唯一支持的访问级别。
REORG INDEXES 具有下列要求：
• 对索引和表具有 SYSADM、SYSMAINT、SYSCTRL 或 DBADM 权限，或者具有 CONTROL 特权。
• 用于存储索引的表空间的可用空间数量等于索引的当前大小
在发出 CREATE TABLE 语句时，考虑在大型表空间中重组索引。
• 其他日志空间
REORG INDEXES 需要记录其活动。因此，重组可能会失败，尤其是在系统繁忙和记录其他并发活动时。
注： 如果具有 ALLOW NO ACCESS 选项的 REORG INDEXES ALL 命令运行失败，则会标记索引无效并且此项 *** 作不可撤销。但是，如果具有 ALLOW READ ACCESS 选项的 REORG 命令或具有 ALLOW WRITE ACCESS 选项的 REORG 命令运行失败，则可以复原原来的索引对象。
七、 附：收集和更新统计信息的准则
RUNSTATS 命令收集表、索引和统计信息视图的统计信息，以为优化器提供准确信息进行访问方案选择。
在下列情况下，使用 RUNSTATS 实用程序来收集统计信息：
• 当数据已装入表中且已创建适当的索引时。
• 当在表中创建新的索引时。如果自从上次在表中运行 RUNSTATS 以来尚未修改表，则只需要对新的索引执行 RUNSTATS。
• 当一个表已用 REORG 实用程序重组时。
• 当通过数据修改、删除和插入已大量更新表及其索引时。（此处所指的“大量”可能表示有 10% 到 20% 的表和索引数据受影响。）
• 在绑定性能非常重要的应用程序之前
• 当您想要比较当前和先前统计信息时。如果定期更新统计信息，则可以及早发现性能问题。
• 当预取量更改时。
• 当使用了 REDISTRIBUTE DATABASE PARTITION GROUP 实用程序时。
注:
在先前版本的 DB2® 中，此命令使用了 NODEGROUP 关键字，而不是 DATABASE PARTITION GROUP 关键字。
• 使用 RUNSTATS 实用程序来收集关于 XML 列的统计信息。 使用 RUNSTATS 仅收集 XML 列的统计信息时，将保留 LOAD 或上一次执行 RUNSTATS 实用程序已收集的非 XML 列的现有统计信息。如果先前已收集关于一些 XML 列的统计信息，则在当前命令未收集关于该 XML 列的统计信息时，将删除先前收集的 XML 列的统计信息；在当前命令收集了关于该 XML 列的统计信息时，将替换先前收集的 XML 列的统计信息。
要提高 RUNSTATS 性能并保存用来存储统计信息的磁盘空间，考虑仅指定应该收集其数据分布统计信息的列。
理论上，您应在运行统计信息之后重新绑定应用程序。如果查询优化器具有新的统计信息，则它可以选择不同的访问方案。
如果您没有足够的时间一次收集全部的统计信息，则可以运行 RUNSTATS 来每次仅更新几个表、索引或统计信息视图的统计信息，并轮流完成该组对象。如果对选择性部分更新运行 RUNSTATS 期间由于表上的活动而产生了不一致性，则在查询优化期间将发出警告消息（SQL0437W，原因码 6）。例如，如果执行 RUNSTATS 来收集表分布统计信息，以及在某个表活动后，再次执行 RUNSTATS 来收集该表的索引统计信息，则可能发生这种情况。如果由于表上的活动产生了不一致并且在查询优化期间检测到这些不一致，则发出该警告消息。当发生这种情况时，应再次运行 RUNSTATS 来更新分布统计信息。
要确保索引统计信息和表同步，执行 RUNSTATS 来同时收集表和索引统计信息。索引统计信息保留自上次运行 RUNSTATS 以来收集的大部分表和列的统计信息。如果自上次收集该表的统计信息以来已对该表做了大量修改，则只收集该表的索引统计信息将使两组统计信息不能在所有节点上都同步。
对生产系统调用 RUNSTATS 可能会对生产工作负载的性能产生负面影响。RUNSTATS 实用程序现在支持调速选项，在执行较高级别的数据库活动期间，可以使用调速选项来限制执行 RUNSTATS 的性能影响。
在分区数据库环境中收集表的统计信息时，RUNSTATS 仅收集执行该命令的数据库分区上的表的统计信息。将此数据库分区的 RUNSTATS 结果推广到其他数据库分区。如果执行 RUNSTATS 的数据库分区不包含特定表的一部分，则将请求发送到数据库分区组中包含该表一部分的第一个数据库分区。
收集统计信息视图的统计信息时，将收集所有包含该视图引用的基本表的数据库分区的统计信息。
考虑以下技巧来提高 RUNSTATS 的效率和已收集的统计信息的有效性：
• 仅对用来连接表的列或 WHERE、GROUP BY 以及查询的类似子句中的列收集统计信息。如果对这些列建立了索引，则可以用 RUNSTATS 命令的 ONLY ON KEY COLUMNS 子句指定列。
• 为特定表和表中特定列定制 num_freqvalues 和 num_quantiles 的值。
• 使用 SAMPLE DETAILED 子句收集 DETAILED 索引统计信息，以减少对详细的索引统计信息执行的后台计算量。SAMPLE DETAILED 子句减少收集统计信息所需要的时间，并在大多数情况下产生足够的精度。
• 当创建已填写的表的索引时，添加 COLLECT STATISTICS 子句来在创建索引时创建统计信息。
• 当添加或除去了大量表行时，或如果更新了收集其统计信息的列中的数据，则再次执行 RUNSTATS 来更新统计信息。
• 因为 RUNSTATS 仅收集单个数据库分区的统计信息，所以，如果数据不是在所有数据库分区中一致分发的，则统计信息将不太准确。如果您怀疑存在变形数据分发，则您可能想要在执行 RUNSTATS 之前使用 REDISTRIBUTE DATABASE PARTITION GROUP 命令来在各数据库分区之间再分发数据。
八、 附：使用 CLP 捕获数据库运行状况快照
可从 CLP 使用 GET HEALTH SNAPSHOT 命令来捕获运行状况快照。该命令语法支持检索运行状况监视器监视的不同对象类型的运行状况快照信息。
先决条件
必须具有实例连接才能捕获运行状况快照。如果没有实例连接，则创建缺省实例连接。要获取远程实例的快照，必须先连接至该实例。
过程
要使用 CLP 捕获数据库运行状况快照
1. 从 CLP 发出带有期望参数的 GET HEALTH SNAPSHOT 命令。
在以下示例中，将在启动数据库管理器之后立即捕获数据库管理器级别运行状况快照。
db2 get health snapshot for dbm
2. 对于分区数据库系统，可为特定分区捕获专门的数据库快照，或者为所有分区捕获全局的数据库快照。要对特定分区（如分区号 2）上的数据库捕获运行状况快照，请发出以下命令：
db2 get health snapshot for db on sample at dbpartitionnum 2
要对所有分区上的所有应用程序捕获数据库快照，请发出以下命令：
db2 get health snapshot for db on sample global
以下命令捕获的运行状况快照带有附加详细信息，包括公式、附加信息和运行状况指示器历史记录：
db2 get health snapshot for db on sample show detail
3. 对于基于集合状态的运行状况指示器，可对所有集合对象捕获数据库快照，而不考虑这些对象的状态。常规 GET HEALTH SNAPSHOT FOR DB 命令返回所有集合对象，这些对象需要针对所有基于集合状态的运行状况指示器的警报。
要对列示了所有集合对象的数据库捕获运行状况快照，请发出以下命令：
db2 get health snapshot for db on sample with full collection
可以。DB2 license过期解决方案：
db2licm -l命令可以查看到db2的license信息。
如果license过期：
可以找一个永久的license添加到db2数据库即可
把db2ese_c.lic放到一目录下：
/opt/ibm/db2/V9.1/license/db2ese_c.lic ，在/opt/IBM/db2/V9.1/adm/目录下执行 。db2licm -a /opt/ibm/db2/V9.1/license/db2ese_c.lic
执行后显示：LIC1402I License added successfully.。
再用db2licm -l查看，你会发现你的db2变为永久了
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）