了解DB2 restore
概述
测试环境经常需借用生产数据进行整库恢复，在这里记录一下操作过程及注意事项，或许对某些朋友会有些帮助。
What
利用restore及其他命令将生产数据库完整恢复到测试环境正在使用的数据库中。
Why
我们是二极系统，一旦负责提供服务的一级系统将数据恢复到了指定日期，二级系统就要跟着一起做数据恢复。
When
一级系统将数据恢复到指定日期时
How
查看数据库服务器空间是否够用 df
首先要确保有足够的剩余空间用来存放借用到的生产数据文件。若A数据库服务器空间不够，先清理一下，清理后还不够用就要考虑换一台剩余空间比较大的服务器了。
将生产数据库文件上传到测试数据库服务器
注意跨网段传输慢的问题
停掉所有数据库连接
db2 list application
db2 force application all
查看db2diag.log日志
恢复库的过程中可能会遇到一些异常情况，到数据库实例用户目录下的sqllib/db2dumo中查看db2diag.log里面具体报了什么错误信息是很有必要的。由于db2diag.log日志文件一般比较大，可能上百兆，直接打开会比较慢，怎么办呢？这时可以选择打开两个服务器连接窗口，一个用来进行操作，而在另一台可以用tail -f db2diag.log命令事实监控报错信息。也可以在发觉操作过程中发生异常后，用tail -n xxx db2diag.log只查看最后xxx行的内容。
设置编码页
001 db2set db2codepage=1208 请根据实际情况来设置编码页 和生产保持一致
002 db2 terminate
执行002时可能会报SQL1350N The application is not in the correct state to process this request.Reason code=“3”.一般是因为重复来回进行恢复库操作因为的，不用太在意，重新执行直到不报错即可。
日志重定向
日志重定向之前需要将现有backlog路径下的日志删除(backlog目录别删)，否则后续可能会因为旧日志没删除而导致恢复库的操作失败:rm -rf backlog/* 。
日志重定向命令需要在数据库文件所在目录下执行，否则会报SQL2542N No match for a database image file was found based on the source database alias “XXX” provided.
日志重定向执行前还需要用df命令检查一下数据库服务器的空间大小分布，找一个空间比较大的且剩余空间比较多的用户路径用来存放日志。
日志重定向所指定的路径必需已经存在，否则会报SQL2581N Restore is unable to extract log files or restore a log directory from the backup image to the specified path.Reason code “2”.
003 db2 restore db 数据库实例名 logtarget backlog目录所在绝对路径 redirect
输出结果：
SQL1277W A redirected restore operation is being performed.During a table space restore,only table spaces being restored can have their paths reconfigured.During a database restore,storage group storage paths and DMS table space containers can be reconfigured.
DB20000I The RESTORE DATABASE command completed successfully.
设置表空间大小
需要根据实际情况来决定要设置几个表空间，假设是3个：
004
db2 “set tablespace containers for 0 using (file ‘xx/xx/tbspace/tp0’ 表空间大小如100011具体值需按实际情况设)”
db2 “set tablespace containers for 1 using (file ‘xx/xx/tbspace/tp1’ )”
db2 “set tablespace containers for 2 using (file ‘xx/xx/tbspace/tp2’ 表空间大小如100011具体值需按实际情况设)”
输出结果：
DB20000I The SET TABLESPACE CONTAINERS command coompleted successfully.
开始restore
005 db2 restore db 数据库实例名 continue
该语句执行一般比较久，如果执行后立即就返回成功结果，说明可能出现了异常情况，需要查看db2diag.log去了解具体报错信息。修复问题后再继续执行。可能是因为表空间大小分配的不够，这种情况下db2diag.log中都会明确告诉某个表空间实际需要多大表空间，在它给的基础上再加一些，修改一下表空间大小后再重新执行即可。
输出结果：
DB20000I The RESTORE DATABASE command completed successfully.
如果执行过程中出现以下错误,说明命令执行期间被中断了，需要重新执行。
SQL2001N The utility was interrupted.The output data may be incomplete.
前滚日志
DB2 rollforward 命令使用详解
在数据库日志中，记录了对该数据库的所有操作，用 rollforward可以通过前滚日志把数据库恢复到备份后有日志记录的某一时间点，或者活动日志的末尾。
006 db2 “rollforward db 数据库实例名 to end of logs and complete overflow log path(‘backlog所在绝对路径’) noretrieve”
输出结果：
Rollforward Status
Input database alias = 数据库实例名别名
Number of members have returned status = 1
Member ID = 0
Rollforward status = not pending
Next log file to be read =
Log file processed = -
Last committed transaction = 2099-09-09-09.09.09.000000 UTC
DB20000I The ROLLFORWARD command completed successfully.
恢复字符集
007 db2set DB2CODEPAGE=1386 以防止恢复库后中文乱码
008 db2 terminate
善后工作
009 恢复库后进行reorg
010 恢复库后进行runstats
011 恢复库后进行rebind
0111 db2 “CALL SYSPROC.ADMIN_REVALIDATE DB_OBJECTS(NULL, NULL, NULL)”;
输出结果：
Return Status = 0
0112 db2rbind 数据库实例名 -1 rebind.log all;
输出结果：
Rebind done successfully for database ‘数据库实例名’.
012 查看表空间
查看表空间使用率的sql主要是为了在恢复库之后供检查使用，查看一下是否刚恢复完库后某些表空间已经快耗尽了，如果快使用完了就需要扩充表空间，否则可能会影响数据库操作性能。
select char(TBSP_NAME,50) as TBSP_NAME, TBSP_USABLE_PAGES, TBSP_USED_PAGES, rtrim(100TBSP_USED_PAGES/TBSP_USABLE_PAGES)||’%’ as USED_RATE from sysibmadm.SNAPTBSP_PART where TBSP_USEABLE_PAGES>0 order by TBSP_NAME,DEPARTITIONNUM;
select --snapshot_timestamp.tbsp_id,
tbsp_id,tbsp_name,tbsp_state,
tbsp_total_size_kb/(10241024) as total_size_g,
tbsp_used_size_kb/(10241024) as used_size_g,
tbsp_free_size_kb/(10241024) as free_size_g,
tbsp_utilization_percent||’%’ as used_rate
–,tbsp_page_size,tbsp_total_pages,tbsp_used_pages
from sysibmadm.tbsp_utilization order by tbsp_id;
相关命令
991 修改表空间大小
db2 “alter tablespace 某表空间名称 resize (all 50g)”
有些表空间大小修改时报错，则需要先降低高水位,然后再修改:
db2 alter tablespace 某表空间名称 lower high water mark
992查看reorg/runstats进度
实际可以通过在执行reorg/runstats命令时输出日志，通过查看日志中的命令执行到哪确定进度。
查看所有表reorg进度：
db2 get snapshot for tables on 数据库实例名 >reorg.log
查看某张表的reorg进度：
db2pd -reorg -db 数据库实例名|grep 表名
查看某张表runstats进度:
db2pd -d 数据库实例名 -runstats |grep 表名
993恢复库后使DBvisual能连上数据库
cd ./sqllib/bnd
db2 connect to 数据库实例名 user 模式名 using 模式名密码
db2 bind db2schema.bnd grant public sqlerror continue
994整库备份
db2 restore database 数据库实例名 from 备份库文件所在路径 taken at 时间戳如20990909090909
>db2数据备份与恢复
db2Stop force
> db2Start
> DB2 FORCE APPLICATIONS ALL
> DB2 BACKUP DATABASE histest TO D:\数据库备份
> db2 Create db HISTEST on D:
> db2 restore db HISTEST from D:\数据库备份 taken at 20170209164335 into HISTEST
> db2 rollforward db HISTEST to end of logs and stop