Chinaunix首页 | 论坛 | 博客
  • 博客访问: 101927860
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927861
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927862
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927863
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927864
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927865
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927866
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927867
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927868
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927869
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927870
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927871
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927872
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927873
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927864
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927875
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927876
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927877
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927878
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927879
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927881
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927882
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927883
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927884
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927885
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927886
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927887
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927888
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927879
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927890
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927891
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927892
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927893
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927894
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927895
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927896
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927897
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927898
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927899
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927901
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927902
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927903
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927894
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927905
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927906
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927907
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927908
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927909
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927910
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927911
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927912
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks

DB2 9数据库管理(731考试)认证指南,第7部分: 高可用性:镜像分割与高可用性灾难恢复(3)-sdccf-ChinaUnix博客
  • 博客访问: 101927913
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-04-13 14:47:12

developerWorks



日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40976) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40975) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40974) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40973) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40972) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40971) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40970) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40969) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40968) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40967) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40966) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40965) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40964) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40963) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40962) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40961) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40960) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40959) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40958) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40957) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40956) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40955) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40954) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40953) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40952) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40951) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40950) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40949) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40948) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40947) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40946) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40945) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40944) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40943) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40942) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40941) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40940) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40939) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40938) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40937) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40936) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40935) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40934) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40933) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40932) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40931) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40930) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40929) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40928) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40927) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40926) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


日志传送

一个 HA 系统通常由一个主数据库和一个备用数据库组成。当前运行的数据库称为主数据库(primary database)。所有事务都使用这个数据库。备用数据库(standby database)是主数据库的一个镜像。如果主数据库出现故障,则备用数据库接管已有的事务,并成为新的主数据库。

日志传送(log shipping)是在主 DB2 服务器上自动备份事务日志,并使之可以被备用服务器访问的一种方法。

备用数据库通常是通过恢复主数据库的一个备份镜像来进行初始化的。然而,在备用数据库被初始化之后,主数据库仍然继续处理事务。如果这些事务没有应用到备用数据库,那么备用数据库就与主数据库不一致。为了保持备用数据库与主数据库同步,备用数据库必须能够不断地应用主数据库产生的日志。当备用数据库接管主数据库时,它便可以马上处理事务,而不必在接管时应用所有日志。

可以使用 ROLLFORWARD DATABASE 命令将主数据库产生的日志文件应用到备用数据库上。实际上,必须在备用数据库上不断地调用这个命令,一旦日志可用,就立即运行日志。这个过程可以编写在脚本中,并且周期性地按时运行。HA 系统中使用归档日志记录。HA 系统中不能使用循环日志记录,因为它不提供前滚能力。

问题是:如何使备用数据库能够使用主数据库产生的日志文件,以便不断地应用它们?答案就是日志传送。







设置日志传送的关键是配置主数据库,使它将日志归档到备用数据库可以访问到的地方。

可以通过设置 LOGARCHMETH1 数据库参数在主数据库上建立日志归档的地点。选择备用服务器能访问到的一个位置,例如挂载的网络驱动器或共享驱动器。

在备用数据库上,将 LOGARCHMETH1 参数设置为与主数据库上该参数使用的相同的值。当在备用数据库上发出 ROLLFORWARD DATABASE 命令时,DB2 从这个归档位置提取日志,并将它们应用到备用数据库上。



日志传送

为确保冗余,在主数据库上配置 LOGARCHMETH2 参数。当设置了 LOGARCHMETH2 时,日志将同时被归档到由 LOGARCHMETH1LOGARCHMETH2 指定的位置。

要使日志传送生效,两个系统都必须运行相同版本的 DB2。

设置日志传送的另一种方法是在备用数据库上使用一个用户出口程序,通过这个用户出口程序不断地从主数据库获取日志文件。如果使用用户出口,那么主数据库和备用数据库都必须配置为使用相同的用户出口程序。用户出口是一个老的特性,从 8.2 版开始,它的功能已经被 LOGARCHMETH1 取代。但是,由于向后兼容的缘故,在 DB2 8.2 和 DB2 9 中仍然支持用户出口程序这种方法。

阅读(40925) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~