- 浏览: 385285 次
- 性别:
- 来自: 西安
最新评论
-
chenhaifeng5:
...
数据库问题总结 -
xiaoLee:
在2011年这篇文章是相当给力的!
如何成为一个dba -
tiger427:
现在明白了,怪不得文本文件不兼容。原来如此
不同操作系统对文本文件“行结束符”的不同定义 -
xxwinnie:
总结的很全~ 谢谢~
Oracle系统权限的分类 -
dsmagickey:
对DB2连接,没有比这个更清晰的了
关于Java连接db2 的问题
说明:
对于 DB2 分区数据库来说,其非增量备份映象的恢复操作是可以通过仅发出两条恢复命令来完成的,即先恢复编目分区的备份,再恢复其它分区的备份。但如果要恢复分区数据库的增量备份映象,由于要对恢复的增量备份映象的时间戳记使用 db2ckrst 这一检测增量备份映象恢复顺序的实用程序进行检测,以获取恢复操作的命令序列,而各分区的增量备份映象的时间戳记又不可能完全相同,因此对于编目分区外的其它分区,不可能再通过一条命令来恢复这些分区的增量备份映象了,而必须针对每个分区,分别使用 db2ckrst 获取恢复命令的操作序列,并根据所取得的命令分分区进行恢复操作。
这里就以一个具有 4 个节点的分区数据库 SAMPLE 为例,说明对于 DB2 分区数据库增量备份进行恢复操作的具体步骤。
一. DB2 分区数据库的增量备份操作:
1. 检查并修改数据库参数设置:
数据库可进行增量备份的一个必要条件是要启用 TRACKMOD 这一数据库参数。仅当 TRACKMOD 被设为 ON 时才可执行对数据库进行增量备份的操作。为检测该参数当前的状态,可使用:
db2_all "db2 get db cfg for sample" |grep "TRACKMOD" --(Unix 平台)
db2_all "db2 get db cfg for sample" |find /i "TRACKMOD" --(Windows 平台)
该命令将返回所有分区上 TRACKMOD 的设置。如果输出显示不是所有分区上的设置都为 ON 这一打开状态,可用下述命令修改此设置为打开状态(假设要修改的分区号为 3):
db2_all "<<+3< db2 update db cfg for sample using trackmod on"
如果整个数据库的 TRACKMODE 参数均未打开,可使用如下命令对所有分区进行修改:
db2_all "db2 update db cfg for sample using trackmod on"
2. 对分区数据库的脱机全备份操作:
当修改了参数的设置后,首先需要对分区数据库进行一次完整的脱机全备份操作,后续的增量备份映象都是建立在这一备份映象的基础之上的。备份的命令为(这里未使用分区并行操作的备份方式):
db2_all "db2 backup db sample"
备份操作将在各个分区上被执行,备份结束后,在放置备份映象的路径下(此处为当前路径)使用命令 ls,可查看到上述命令产生的,分别对应于四个分区的备份映象文件,如:
SAMPLE.0.db2v8eee.NODE0000.CATN0000.20040429142824.001
SAMPLE.0.db2v8eee.NODE0001.CATN0000.20040429142843.001
SAMPLE.0.db2v8eee.NODE0002.CATN0000.20040429142857.001
SAMPLE.0.db2v8eee.NODE0003.CATN0000.20040429142912.001
从上述文件名中包含的时间戳记可以看到,各分区上完成备份操作的时间是不同的。
3. 对分区数据库的增量备份操作:
在完成了分区数据库的一次全备份操作的前提下,用户可根据数据库的使用情况,考虑对分区数据库进行多次增量备份操作(这里仅以一次非并行方式的增量备份为例进行说明),其命令为:
db2_all "db2 backup db sample incremental"
命令执行完成后可得到类似如下的,相应于各个分区的四个增量备份映象文件:
SAMPLE.0.db2v8eee.NODE0000.CATN0000.20040429143406.001
SAMPLE.0.db2v8eee.NODE0001.CATN0000.20040429143419.001
SAMPLE.0.db2v8eee.NODE0002.CATN0000.20040429143433.001
SAMPLE.0.db2v8eee.NODE0003.CATN0000.20040429143447.001
到此步骤为止,就完成了对 DB2 分区数据库的增量备份操作,下面将介绍如何在必要时恢复这些增量备份映象。
二. DB2 分区数据库增量备份的恢复操作:
用户创建的增量备份映象,会因备份操作的时间点的不同,而产生多套备份映象。为了恢复某个时间点的分区数据库增量备份映象,用户必须保证在一次恢复操作中使用的各分区的增量备份映象均为同一次备份操作所产生的。
由于分区数据库的所有编目表都放置在编目分区中,DB2 在备份或恢复时要求独占该分区,因此在对其它分区进行恢复操作之前,应首先完成该分区的增量备份的恢复操作,然后再依次对其它节点进行恢复。这里假设我们要恢复上述步骤 3. 中产生的一套增量备份映象文件。
1. 在编目分区上进行增量备份的恢复步骤:
1)获取编目分区号:
用户可利用如下命令确定分区数据库中哪个分区为编目分区,以便首先完成该分区的恢复操作:
db2 list db directory
Database 7 entry:
Database alias = SAMPLE
Database name = SAMPLE
Local database directory = /home/public/db2v8eee
Comment =
Directory entry type = Indirect
Catalog database partition number = 0
从命令输出的最后一行“ Catalog database partition number(目录数据库分区号)” 中可知编目分区号为 0。
2)获取恢复操作的命令序列:
与单分区增量备份的恢复步骤相同,用户首先需要使用 db2ckrst 检测增量备份映象恢复操作的命令序列。从步骤 3 中的增量备份文件的文件名:
SAMPLE.0.db2v8eee.NODE0000.CATN0000.20040429143406.001
:
中可知,编目分区为 0 的增量备份的时间戳为:20040429143406,则使用 db2ckrst 的命令为:
db2_all "<<+0< db2ckrst -d sample -t 20040429143406"
命令执行后,在屏幕上会有类似的如下输出:
Suggested restore order of images using timestamp 20040429143406 for
database sample.
====================================================================
restore db sample incremental taken at 20040429143406
restore db sample incremental taken at 20040429142824
restore db sample incremental taken at 20040429143406
====================================================================
3)恢复增量备份映象:
按照上述给出的命令完成 0 号编目分区的增量备份映象的恢复操作:
db2_all "<<+0< db2 restore db sample incremental taken at 20040429143406"
db2_all "<<+0< db2 restore db sample incremental taken at 20040429142824"
db2_all "<<+0< db2 restore db sample incremental taken at 20040429143406"
2. 在除编目分区外的其它分区上进行增量备份的恢复步骤:
在完成了编目分区的恢复操作后,便可以类似编目分区恢复操作的顺序对其它分区依次进行增量备份的恢复操作了,需要注意的是,如上面已经提到的,由于是对增量备份进行恢复,所有无法对其它分区进行并行的恢复操作。这里以分区 3 为例加以说明:
1)获取恢复操作的命令序列:
3 号分区的增量备份映象文件名为:
SAMPLE.0.db2v8eee.NODE0003.CATN0000.20040429143447.001
利用 db2ckrst 取得恢复操作的命令序列的命令为:
db2_all "<<+3< db2ckrst -d sample -t 20040429143447"
其输出为:
Suggested restore order of images using timestamp 20040429143447 for
database sample.
====================================================================
restore db sample incremental taken at 20040429143447
restore db sample incremental taken at 20040429142912
restore db sample incremental taken at 20040429143447
====================================================================
2)恢复增量备份映象:
依次执行上述输出中步骤中所取得的输出序列,便可完成该分区的恢复操作:
db2_all "<<+3< restore db sample incremental taken at 20040429143447"
db2_all "<<+3< restore db sample incremental taken at 20040429142912"
db2_all "<<+3< restore db sample incremental taken at 20040429143447"
对于其它分区增量备份的恢复,只需依次重复上述步骤进行恢复即可,当最终完成了该分区数据库的增量备份的恢复操作后,分区数据库中的数据将重新处于完整的,保证了一致点的正常状态,以供用户连接使用。
对于 DB2 分区数据库来说,其非增量备份映象的恢复操作是可以通过仅发出两条恢复命令来完成的,即先恢复编目分区的备份,再恢复其它分区的备份。但如果要恢复分区数据库的增量备份映象,由于要对恢复的增量备份映象的时间戳记使用 db2ckrst 这一检测增量备份映象恢复顺序的实用程序进行检测,以获取恢复操作的命令序列,而各分区的增量备份映象的时间戳记又不可能完全相同,因此对于编目分区外的其它分区,不可能再通过一条命令来恢复这些分区的增量备份映象了,而必须针对每个分区,分别使用 db2ckrst 获取恢复命令的操作序列,并根据所取得的命令分分区进行恢复操作。
这里就以一个具有 4 个节点的分区数据库 SAMPLE 为例,说明对于 DB2 分区数据库增量备份进行恢复操作的具体步骤。
一. DB2 分区数据库的增量备份操作:
1. 检查并修改数据库参数设置:
数据库可进行增量备份的一个必要条件是要启用 TRACKMOD 这一数据库参数。仅当 TRACKMOD 被设为 ON 时才可执行对数据库进行增量备份的操作。为检测该参数当前的状态,可使用:
db2_all "db2 get db cfg for sample" |grep "TRACKMOD" --(Unix 平台)
db2_all "db2 get db cfg for sample" |find /i "TRACKMOD" --(Windows 平台)
该命令将返回所有分区上 TRACKMOD 的设置。如果输出显示不是所有分区上的设置都为 ON 这一打开状态,可用下述命令修改此设置为打开状态(假设要修改的分区号为 3):
db2_all "<<+3< db2 update db cfg for sample using trackmod on"
如果整个数据库的 TRACKMODE 参数均未打开,可使用如下命令对所有分区进行修改:
db2_all "db2 update db cfg for sample using trackmod on"
2. 对分区数据库的脱机全备份操作:
当修改了参数的设置后,首先需要对分区数据库进行一次完整的脱机全备份操作,后续的增量备份映象都是建立在这一备份映象的基础之上的。备份的命令为(这里未使用分区并行操作的备份方式):
db2_all "db2 backup db sample"
备份操作将在各个分区上被执行,备份结束后,在放置备份映象的路径下(此处为当前路径)使用命令 ls,可查看到上述命令产生的,分别对应于四个分区的备份映象文件,如:
SAMPLE.0.db2v8eee.NODE0000.CATN0000.20040429142824.001
SAMPLE.0.db2v8eee.NODE0001.CATN0000.20040429142843.001
SAMPLE.0.db2v8eee.NODE0002.CATN0000.20040429142857.001
SAMPLE.0.db2v8eee.NODE0003.CATN0000.20040429142912.001
从上述文件名中包含的时间戳记可以看到,各分区上完成备份操作的时间是不同的。
3. 对分区数据库的增量备份操作:
在完成了分区数据库的一次全备份操作的前提下,用户可根据数据库的使用情况,考虑对分区数据库进行多次增量备份操作(这里仅以一次非并行方式的增量备份为例进行说明),其命令为:
db2_all "db2 backup db sample incremental"
命令执行完成后可得到类似如下的,相应于各个分区的四个增量备份映象文件:
SAMPLE.0.db2v8eee.NODE0000.CATN0000.20040429143406.001
SAMPLE.0.db2v8eee.NODE0001.CATN0000.20040429143419.001
SAMPLE.0.db2v8eee.NODE0002.CATN0000.20040429143433.001
SAMPLE.0.db2v8eee.NODE0003.CATN0000.20040429143447.001
到此步骤为止,就完成了对 DB2 分区数据库的增量备份操作,下面将介绍如何在必要时恢复这些增量备份映象。
二. DB2 分区数据库增量备份的恢复操作:
用户创建的增量备份映象,会因备份操作的时间点的不同,而产生多套备份映象。为了恢复某个时间点的分区数据库增量备份映象,用户必须保证在一次恢复操作中使用的各分区的增量备份映象均为同一次备份操作所产生的。
由于分区数据库的所有编目表都放置在编目分区中,DB2 在备份或恢复时要求独占该分区,因此在对其它分区进行恢复操作之前,应首先完成该分区的增量备份的恢复操作,然后再依次对其它节点进行恢复。这里假设我们要恢复上述步骤 3. 中产生的一套增量备份映象文件。
1. 在编目分区上进行增量备份的恢复步骤:
1)获取编目分区号:
用户可利用如下命令确定分区数据库中哪个分区为编目分区,以便首先完成该分区的恢复操作:
db2 list db directory
Database 7 entry:
Database alias = SAMPLE
Database name = SAMPLE
Local database directory = /home/public/db2v8eee
Comment =
Directory entry type = Indirect
Catalog database partition number = 0
从命令输出的最后一行“ Catalog database partition number(目录数据库分区号)” 中可知编目分区号为 0。
2)获取恢复操作的命令序列:
与单分区增量备份的恢复步骤相同,用户首先需要使用 db2ckrst 检测增量备份映象恢复操作的命令序列。从步骤 3 中的增量备份文件的文件名:
SAMPLE.0.db2v8eee.NODE0000.CATN0000.20040429143406.001
:
中可知,编目分区为 0 的增量备份的时间戳为:20040429143406,则使用 db2ckrst 的命令为:
db2_all "<<+0< db2ckrst -d sample -t 20040429143406"
命令执行后,在屏幕上会有类似的如下输出:
Suggested restore order of images using timestamp 20040429143406 for
database sample.
====================================================================
restore db sample incremental taken at 20040429143406
restore db sample incremental taken at 20040429142824
restore db sample incremental taken at 20040429143406
====================================================================
3)恢复增量备份映象:
按照上述给出的命令完成 0 号编目分区的增量备份映象的恢复操作:
db2_all "<<+0< db2 restore db sample incremental taken at 20040429143406"
db2_all "<<+0< db2 restore db sample incremental taken at 20040429142824"
db2_all "<<+0< db2 restore db sample incremental taken at 20040429143406"
2. 在除编目分区外的其它分区上进行增量备份的恢复步骤:
在完成了编目分区的恢复操作后,便可以类似编目分区恢复操作的顺序对其它分区依次进行增量备份的恢复操作了,需要注意的是,如上面已经提到的,由于是对增量备份进行恢复,所有无法对其它分区进行并行的恢复操作。这里以分区 3 为例加以说明:
1)获取恢复操作的命令序列:
3 号分区的增量备份映象文件名为:
SAMPLE.0.db2v8eee.NODE0003.CATN0000.20040429143447.001
利用 db2ckrst 取得恢复操作的命令序列的命令为:
db2_all "<<+3< db2ckrst -d sample -t 20040429143447"
其输出为:
Suggested restore order of images using timestamp 20040429143447 for
database sample.
====================================================================
restore db sample incremental taken at 20040429143447
restore db sample incremental taken at 20040429142912
restore db sample incremental taken at 20040429143447
====================================================================
2)恢复增量备份映象:
依次执行上述输出中步骤中所取得的输出序列,便可完成该分区的恢复操作:
db2_all "<<+3< restore db sample incremental taken at 20040429143447"
db2_all "<<+3< restore db sample incremental taken at 20040429142912"
db2_all "<<+3< restore db sample incremental taken at 20040429143447"
对于其它分区增量备份的恢复,只需依次重复上述步骤进行恢复即可,当最终完成了该分区数据库的增量备份的恢复操作后,分区数据库中的数据将重新处于完整的,保证了一致点的正常状态,以供用户连接使用。
发表评论
-
tsm
2010-09-17 21:32 1093http://publib.boulder.ibm.com/t ... -
export lob类型数据
2009-03-23 19:21 1397在导出具有大对象列的表时,只会导出头 32 KB LOB 数据 ... -
指定锁定等待方式策略
2009-03-23 19:17 1028单个会话现在可以指定锁定等待方式策略,该策略在会话需要不能立即 ... -
QUIESCE
2009-03-23 18:17 2738解答: 使用新的QUIESCE命令,可以强制所有用户关闭实例 ... -
DB2停止实例下数据库的几种方法
2009-03-23 18:15 31231. db2 connect to sample db2 q ... -
db2学习
2009-03-22 18:53 126首先应该是硬件。 一 ... -
db2 常用 语句
2009-03-19 19:53 3941将某个表导出为IXF档: Sql代码 CONNECT TO ... -
SQL0270N 函数不受支持(原因码 = "2")。 SQLSTATE=4
2009-03-18 10:53 2113根本的原因是数据库是分区的,而建表的时候没有指定分区键,建主 ... -
DB2 日常维护技巧,第 1 部分
2009-03-16 18:28 1494级别: 初级 程永 (cyong@cn.ibm.com), ... -
userexit
2009-03-16 18:26 1065userexit - 启用用户出口配置参数 配置类型 数据库 ... -
logretain
2009-03-16 18:24 1982此参数确定是否保留活动日志文件以及这些文件是否可用于前滚恢复。 ... -
数据库问题总结
2009-03-16 18:08 1737我对昨晚数据库升级出现的问题现在总结一下: 下边是错 ... -
db2pd 工具
2009-03-13 15:24 1232DB2 UDB V8.2 带来饿一个强大的工具 db2pd ... -
DB2 V9 新增加的代理程序进程
2009-03-13 13:49 1664随着 DB2 UDB V9 的正式发布,已经有不少用户开始体验 ... -
SQL1611W 监视器不返回任何东西
2009-03-12 20:00 2224原因: 1.实例级别的开关。 ... -
db2 临时表注意事项
2009-03-09 13:36 1481在使用DB2的临时表时, 以下几点需要注意: 1. DB2的 ... -
查看表的行数。
2009-03-05 10:41 1081必须先runstate 一下先 select card fr ... -
SQL30081N
2009-03-04 20:32 1864如果你是远程客户端遇到问题,那么先测试服务器本地是否可以连 ... -
存储过程cursor
2009-02-28 16:36 2189前面我们已经讨论了如何声明存储过程的返回结果集。 ... -
db2 快照
2009-02-28 14:14 1343实例级别 1.db2 update dbm cfg using ...
相关推荐
- **1.4.1 备份**:DB2支持多种备份方式,包括全备份、增量备份等。 - **1.4.2 恢复**:DB2支持完整的数据库恢复,也可以恢复单个表或者表空间。 **1.5 配置参数** - **1.5.1 配置参数**:DB2有很多配置参数来调整...
- **备份方式**: 包括完整备份、增量备份等多种备份策略。 - **恢复过程**: 在数据丢失或损坏时能够快速恢复到正常状态。 - **容灾方案**: 实现异地多活或多数据中心同步,提高系统的可用性和稳定性。 ##### 7. ...
6. **备份与恢复**:了解DB2 V8的备份策略,包括完整备份、增量备份和差异备份。学习如何执行恢复操作,确保在系统故障或数据丢失时能快速恢复数据。 7. **性能调优**:掌握性能监控和调优技术,如查询优化、索引...
- 增量备份:仅备份自上次备份以来更改的数据。 - 差异备份:只备份自上次完全备份以来更改的数据。 - 恢复策略:包括即时恢复、时间点恢复等,确保数据安全。 7. 高可用性与故障恢复: - 集群技术:多台服务器...
学生会学习如何制定备份计划,理解全备份、增量备份和差异备份的区别,以及如何进行数据库恢复。 7. **DB2介绍**:IBM的DB2是一款强大的企业级数据库系统,支持多种操作系统。它提供了高级功能,如分区、集群、复制...
6. **备份与恢复**:了解DB2的备份策略,包括全备、增量备和差异备份,以及如何执行数据库恢复以应对数据丢失或系统故障。 7. **性能优化**:探讨DB2的性能监控工具,学习如何通过调整SQL语句、索引设计、表分区和...
- **完整备份与增量备份**:定期备份整个数据库或仅备份自上次备份以来更改的数据。 - **逻辑备份**:通过导出数据到文件,实现数据库的逻辑备份。 - **恢复策略**:制定灾难恢复计划,包括如何快速恢复到特定...
- 备份策略:了解完整备份、增量备份和差异备份的区别,制定合适的备份计划。 - 数据恢复:在数据丢失或系统故障时,如何使用备份恢复数据。 - 系统迁移:如何将DB2数据库从一个环境迁移到另一个环境。 7. **...
8. **备份与恢复**:定期备份数据库以防止数据丢失,DB2提供多种备份策略,包括完整备份、增量备份和差异备份。同时,学习如何在灾难发生时恢复数据库至正常状态。 9. **监控与维护**:利用DB2的监控工具跟踪数据库...
- **备份与恢复**:理解DB2的备份策略,包括完整备份、增量备份和差异备份,以及如何进行数据恢复。 5. **进阶主题**: - **XML支持**:DB2内置对XML数据的支持,包括XML存储、查询和索引。 - **大数据与NoSQL**...
4. **备份与恢复**:DB2提供了多种备份策略,如完整备份、增量备份和差异备份,以适应不同业务需求。恢复机制则包括点对点恢复、时间点恢复和日志恢复,以应对数据丢失或系统故障。 5. **安全性与权限管理**:DB2...
增量备份仅保存自上次备份以来的改动,以节省空间。为了提高备份效率,可以使用并行备份。恢复策略包括崩溃恢复、灾难恢复、版本恢复和前滚恢复,以及特定表空间的恢复,以应对各种问题场景。 性能优化是DB2管理的...
4. 数据备份与恢复:学习备份策略,包括完整备份、增量备份和差异备份,以及如何在数据丢失时进行恢复操作。 五、进阶学习 1. 触发器与存储过程:使用触发器实现数据的自动更新,通过存储过程封装复杂的业务逻辑,...
7. **备份与恢复**:DB2提供多种备份策略,如全库备份、增量备份和日志备份。同时,它支持在线备份,不影响数据库的正常运行。 8. **云集成**:DB2可以部署在公有云、私有云或混合云环境中,如IBM Cloud,提供灵活...
- **备份策略**:定期备份数据库以防止数据丢失,可以选择完整备份、增量备份或差异备份。 - **恢复操作**:在数据丢失或系统故障后,通过备份文件恢复数据库至特定时间点。 - **日志管理**:事务日志用于记录...
1. 数据备份:定期备份数据库以防止数据丢失,可以采用完整备份、增量备份和差异备份策略。 2. 数据恢复:在数据丢失或系统故障后,使用备份文件恢复数据库到特定时间点。 五、安全管理 1. 用户与权限:设置数据库...
DB2提供全量备份、增量备份和差异备份等多种方式。恢复时需遵循正确的顺序,确保数据一致性。 三、性能优化 1. 查询优化:使用EXPLAIN分析查询计划,找出性能瓶颈。优化SQL语句,如避免全表扫描,使用JOIN代替子...
在这样的环境下,备份与恢复策略需考虑到分区的特点,比如可能需要分别对每个分区进行备份,或者在恢复时考虑分区间的依赖关系。 ### 最佳实践与优化 实施有效的备份与恢复策略,除了遵循基本的操作流程外,还需...
7. **备份与恢复**:学习如何进行数据库备份和恢复策略,包括完整备份、增量备份和差异备份,以及如何使用DB2的恢复命令来应对数据丢失或系统故障。 8. **数据库的高可用性**:理解DB2的高可用性特性,如镜像、集群...
- 备份技术:讲解如何对数据库进行完整备份、增量备份和差异备份。 - 恢复策略:讨论在数据丢失或系统故障时如何恢复数据库,包括点-in-time恢复。 7. **性能优化** - 查询优化器:DB2如何选择执行计划,以及...