DB2 备份与跨平台迁移的正确操作步骤与代码

以下的文章主要向大家描述的是DB2 备份与跨平台迁移的正确操作步骤,如果你对DB2 备份与跨平台迁移的正确操作步骤心存好奇的话,以下的文章将会揭开它的神秘面纱,以下就是文章的详细内容介绍,望大家借鉴。

数据库, 备份, DB2, 迁移跨平台, 迁移

 

首先设置归档参数

 

Java代码

 

  1. 1. db2 update db cfg for using mirrorlogpath /home/db2inst1/mirror_log/ //mirror log   
  2. 2. db2 get db cfg for //确认是否成功   
  3. 3. db2 update db cfg for using userexit on //启用用户出口   
  4. 4. db2 update db cfg for using logretain on //启用归档日志   
  5. 5. db2 update db cfg for using trackmod on //启用增量备份功能   
  6. 6. db2stop force   
  7. 7. db2start   
  8. 8. db2 backup db to /home/db2inst1/off_back //  
  9. db2 update db cfg for using mirrorlogpath /home/db2inst1/mirror_log/ //mirror log  
  10. db2 get db cfg for //确认是否成功  
  11. db2 update db cfg for using userexit on //启用用户出口  
  12. db2 update db cfg for using logretain on //启用归档日志  
  13. db2 update db cfg for using trackmod on //启用增量备份功能  
  14. db2stop force  
  15. db2start  
  16. db2 backup db to /home/db2inst1/off_back //  

DB2 备份在线数据库

Java代码

 

  1. 1. db2 backup db online to /home/db2inst1/on_back/ //在线备份   
  2. 2. db2 backup db online incremental to /home/db2inst1/on_back/ //在线做增量备份   
  3. 3. db2 list history backup all for //查看备份记录   
  4. 4. db2 get db cfg for //查看log所在位置,cp到一个安全目录,供rollforward使用。   
  5. 5. db2stop force;db2start;db2 drop db //手工drop数据库,模拟灾难恢复的情况  
  6. db2 backup db online to /home/db2inst1/on_back/ //在线备份  
  7. db2 backup db online incremental to /home/db2inst1/on_back/ //在线做增量备份  
  8. db2 list history backup all for //查看备份记录  
  9. db2 get db cfg for //查看log所在位置,cp到一个安全目录,供rollforward使用。  
  10. db2stop force;db2start;db2 drop db //手工drop数据库,模拟灾难恢复的情况  

恢复在线数据库

Db2代码

 

  1. 1. db2ckrst -d -t 20070608032820 -r database //帮助工具提示恢复   
  2. 2. db2 restore db incremental from /home/db2inst1/on_back taken at 20070608032820 //恢复数据文件   
  3. 3. 先恢复完全备份,然后在恢复增量备份,不能自动寻找完全备份文件。   
  4. 4. db2 rollforward database to end of logs and complete overflow log path '(/home/db2inst1/log)' //前滚日志有一点不认同:“先恢复完全备份,然后在恢复增量备份”   
  5. 5. 对于增量恢复,你的做法正好反了,你这样做的话,会收到SQL2574N的错误信息。   
  6. 6. 在db2ckrst里面已经清楚的告诉你恢复的顺序。   
  7. 7. 下面是测试备份镜像中包日志的备份和恢复的步骤:   
  8. 8. 注:/home/db2inst1/on_back/ #为备份文件位置   
  9. 9. /home/db2inst1/db2inst1/NODE0000/SQL00001/SQLOGDIR/ #为数据库的log位置,通过db2 get db cfg for 得到。   
  10. 10. db2stop force;db2start;db2 drop db #模仿灾难发上,drop数据库。   
  11. 11. db2 backup db online to /home/db2inst1/on_back/ include logs #备份带日志的镜像文件   
  12. 12. db2 backup db online incremental to /home/db2inst1/on_back/ include logs #备份带日志的增量镜像文件   
  13. 13. db2 RESTORE db incremental automatic FROM /home/db2inst1/on_back/ taken at 20070612070526 LOGTARGET

     

     /home/db2inst1/db2inst1/NODE0000/SQL00001/SQLOGDIR/ #恢复时间戳在20070612070526的数据镜像和日志文件   
  14. 14. db2 rollforward database to end of logs and complete //回滚log日志   
  15. 15. 在“10”中已把数据库drop了,“20”中如何做online backup呢?   
  16. 16. 注:/home/db2inst1/on_back/ #为备份文件位置   
  17. 17. /home/db2inst1/db2inst1/NODE0000/SQL00001/SQLOGDIR/ #为数据库的log位置,通过db2 get db cfg for 得到。   
  18. 18. db2 backup db online to /home/db2inst1/on_back/ include logs #备份带日志的镜像文件   
  19. 19. db2 backup db online incremental to /home/db2inst1/on_back/ include logs #备份带日志的增量镜像文件   
  20. 20. db2stop force;db2start;db2 drop db #模仿灾难发上,drop数据库。   
  21. 21. db2 RESTORE db incremental automatic FROM /home/db2inst1/on_back/ taken at 20070612070526 LOGTARGET

     

     /home/db2inst1/db2inst1/NODE0000/SQL00001/SQLOGDIR/ #恢复时间戳在20070612070526的数据镜像和日志文件   
  22. 22. db2 rollforward database to end of logs and complete //回滚log日志  
  23. db2ckrst -d -t 20070608032820 -r database //帮助工具提示恢复  
  24. db2 restore db incremental from /home/db2inst1/on_back taken at 20070608032820 //恢复数据文件  
  25. 先恢复完全备份,然后在恢复增量备份,不能自动寻找完全备份文件。  
  26. db2 rollforward database to end of logs and complete overflow log path '(/home/db2inst1/log)' //前滚日志有一点不认同:“先恢复完全备份,然后在恢复增量备份”  
  27. 对于增量恢复,你的做法正好反了,你这样做的话,会收到SQL2574N的错误信息。  
  28. 在db2ckrst里面已经清楚的告诉你恢复的顺序。  
  29. 下面是测试备份镜像中包日志的备份和恢复的步骤:  
  30. 注:/home/db2inst1/on_back/ #为备份文件位置  
  31. /home/db2inst1/db2inst1/NODE0000/SQL00001/SQLOGDIR/ #为数据库的log位置,通过db2 get db cfg for 得到。  
  32. db2stop force;db2start;db2 drop db #模仿灾难发上,drop数据库。  
  33. db2 backup db online to /home/db2inst1/on_back/ include logs #备份带日志的镜像文件  
  34. db2 backup db online incremental to /home/db2inst1/on_back/ include logs #备份带日志的增量镜像文件  
  35. db2 RESTORE db incremental automatic FROM /home/db2inst1/on_back/ taken at 20070612070526 LOGTARGET

     

     /home/db2inst1/db2inst1/NODE0000/SQL00001/SQLOGDIR/ #恢复时间戳在20070612070526的数据镜像和日志文件  
  36. db2 rollforward database to end of logs and complete //回滚log日志  
  37. 在“10”中已把数据库drop了,“20”中如何做online backup呢?  
  38. 注:/home/db2inst1/on_back/ #为备份文件位置  
  39. /home/db2inst1/db2inst1/NODE0000/SQL00001/SQLOGDIR/ #为数据库的log位置,通过db2 get db cfg for 得到。  
  40. db2 backup db online to /home/db2inst1/on_back/ include logs #备份带日志的镜像文件  
  41. db2 backup db online incremental to /home/db2inst1/on_back/ include logs #备份带日志的增量镜像文件  
  42. db2stop force;db2start;db2 drop db #模仿灾难发上,drop数据库。  
  43. db2 RESTORE db incremental automatic FROM /home/db2inst1/on_back/ taken at 20070612070526 LOGTARGET

     

     /home/db2inst1/db2inst1/NODE0000/SQL00001/SQLOGDIR/ #恢复时间戳在20070612070526的数据镜像和日志文件  
  44. db2 rollforward database to end of logs and complete //回滚log日志  

以上为DB2备份方式

以下介绍一下跨平台迁移DB2

源数据库AIX平台+DB2 目标平台LINUX

首先在源库导出库结构。

Db2代码

 

  1. 1. db2look -d dbname -e -o db2look.sql  
  2. db2look -d dbname -e -o db2look.sql  

然后导出源数据库DB2数据

Db2代码

 

  1. 1. db2move dbname export –u user –p password  
  2. db2move dbname export –u user –p password  

其中db2move.lst记录所有导出的文件,可以进行编辑从而决定导入哪些数据表

然后在目标linux主机上建立DB2的新库,导入结构及数据、

Db2代码

 

  1. 1. db2 -tvf db2look.sql   
  2. 2. db2move dbname import  

以上的相关内容就是对DB2 备份及跨平台迁移的介绍,望你能有所收获。

【编辑推荐】

  1. DB2数据库备份参数修改后报错如何拯救?
  2. DB2 V9.7启用索引压缩大揭秘
  3. import 或是 load多个DB2主从表谈何容易?
  4. DB2确定某个表的统计信息的收集时间大揭秘
  5. DB2 -964问题的歼灭很简单!

     

     

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/268597.html<

(0)
管理的头像管理
上一篇2025-05-06 23:19
下一篇 2025-05-06 23:20

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注