详解DB2 restore恢复数据库

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介: 本文介绍了将生产数据库完整恢复到测试环境的具体步骤和注意事项。包括检查服务器空间、上传数据库文件、停掉数据库连接、查看日志、设置编码页、日志重定向、设置表空间大小、执行恢复、前滚日志、恢复字符集、善后工作等操作,帮助确保数据恢复过程顺利进行。

一、概述

测试环境经常需借用生产数据进行整库恢复,在这里记录一下操作过程及注意事项,或许对某些朋友会有些帮助。

二、What

利用restore及其他命令将生产数据库完整恢复到测试环境正在使用的数据库中。

三、Why

我们是二级系统,一旦负责提供服务的一级系统将数据恢复到了指定日期,二级系统就要跟着一起做数据恢复。

四、When

一级系统将数据恢复到指定日期时

五、How

1、切忌别恢复错了数据库文件

可能测试数据库服务器上有以前恢复库时用到的历史数据库文件,切忌别恢复错误了!!!

2、查看数据库服务器空间是否够用 df

首先要确保有足够的剩余空间用来存放借用到的生产数据文件。若A数据库服务器空间不够,先清理一下,清理后还不够用就要考虑换一台剩余空间比较大的服务器了。

3、将生产数据库文件上传到测试数据库服务器

注意跨网段传输慢的问题

4、停掉所有数据库连接

db2 list application
db2 force application all

5、查看db2diag.log日志

恢复库的过程中可能会遇到一些异常情况,到数据库实例用户目录下的sqllib/db2dumo中查看db2diag.log里面具体报了什么错误信息是很有必要的。由于db2diag.log日志文件一般比较大,可能上百兆,直接打开会比较慢,怎么办呢?这时可以选择打开两个服务器连接窗口,一个用来进行操作,而在另一台可以用tail -f db2diag.log命令事实监控报错信息。也可以在发觉操作过程中发生异常后,用tail -n xxx db2diag.log只查看最后xxx行的内容。

6、设置编码页

001 db2set db2codepage=1208 请根据实际情况来设置编码页 和生产保持一致
002 db2 terminate
执行002时可能会报SQL1350N The application is not in the correct state to process this request.Reason code="3".一般是因为重复来回进行恢复库操作因为的,不用太在意,重新执行直到不报错即可。

7、日志重定向

日志重定向之前需要将现有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.

8、设置表空间大小

需要根据实际情况来决定要设置几个表空间,假设是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.

9、开始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.

10、前滚日志

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.

11、恢复字符集

007 db2set DB2CODEPAGE=1386 以防止恢复库后中文乱码
008 db2 terminate

12、善后工作

009 恢复库后进行reorg
010 恢复库后进行runstats
011 恢复库后进行rebind
0111 db2 "CALL SYSPROC.ADMIN_REVALIDATE DB_OBJECTS(NULL, NULL, NULL)";
输出结果:
Return Status = 0
0112db2rbind 数据库实例名 -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/(1024
1024) as total_size_g,
tbsp_used_size_kb/(10241024) as used_size_g,
tbsp_free_size_kb/(1024
1024) 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;

13、相关命令

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数据备份与恢复](https://www.cnblogs.com/jwlfpzj/p/6691773.html)
 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
相关实践学习
通过日志服务实现云资源OSS的安全审计
本实验介绍如何通过日志服务实现云资源OSS的安全审计。
目录
相关文章
|
Java 应用服务中间件
WAS生成及分析javacore和heapdump
WAS生成及分析javacore和heapdump
|
Oracle JavaScript 关系型数据库
MySQL8 OCP可以个人报名了,内卷时代考个证提升自己
MySQL8 OCP可以个人报名了,内卷时代考个证提升自己
2535 0
MySQL8 OCP可以个人报名了,内卷时代考个证提升自己
|
12月前
|
存储 Oracle 关系型数据库
【数据库-DB2】深入了解DB2 reorg
本文介绍了DB2数据库中reorg操作的重要性,旨在通过重组表数据来消除数据碎片、压缩信息并提高数据访问速度。reorg操作能够根据索引关键字重新排序数据,减少查询I/O次数,提升查询性能。文章详细讲解了reorg的操作步骤、适用场景及注意事项,强调了在执行reorg前后更新统计信息的必要性。
632 2
|
12月前
|
缓存 监控 数据处理
【编程底层原理】从播放音乐的网页中提取mp3音频文件的两种方式及背后的技术思考【短连接和长连接】
本文介绍了两种从网页提取音乐文件的方法:一是通过IE临时缓存获取,二是利用开发者模式捕捉网络流量并下载音频URL。同时探讨了网页播放音乐的技术实现,包括短连接和长连接的区别及其适用场景,以及数据传输中的阻塞概念。
1642 0
|
12月前
|
存储 数据库连接 API
构建RESTful API:使用FastAPI实现高效的增删改查操作
构建RESTful API:使用FastAPI实现高效的增删改查操作
436 0
|
安全 Unix Shell
AIX 里的crontab如何使用
AIX 里的crontab如何使用
238 1
|
存储 Oracle 关系型数据库
RAC创建ASM磁盘组时配置多路径和UDEV
RAC创建ASM磁盘组时配置多路径和UDEV
2919 7
|
SQL 关系型数据库 MySQL
如何解决mysql警告:“ InnoDB:page_cleaner:1000毫秒的预期循环用了XXX毫秒设置可能不是最佳的”?
如何解决mysql警告:“ InnoDB:page_cleaner:1000毫秒的预期循环用了XXX毫秒设置可能不是最佳的”?
3359 0
|
Oracle 关系型数据库 数据库
【已解决】ORA-00942: table or view does not exist
【已解决】ORA-00942: table or view does not exist
967 0
|
SQL Linux Shell
centos yum 升级 glibc
在 CentOS 上使用 YUM 升级 GLIBC 库需要谨慎操作,因为 GLIBC 库是系统的基础组件,错误的升级可能导致系统不稳定或与现有应用程序不兼容。 以下是升级 GLIBC 库的步骤: 1. 备份重要数据:在执行任何系统级更改之前,请确保备份重要的数据和配置文件,以防止数据丢失或配置错误。 2. 更新系统:使用 YUM 更新系统软件包,确保系统是最新的稳定版本。可以使用以下命令进行更新: ```sql sudo yum update ``` 3. 备份 GLIBC 库:在升级之前,建议备份当前的 GLIBC 库。可以使用以下命令进行备份: ```bash sudo cp
7081 0