db2容灾技术
今天有人在打电话问有关DB2的容灾怎么做,大家来一起考虑一下,他的环境是这样的,一个单节点的数据库,使用两台主机做HACMP实现本地的高可用性,另外想在远程的一台主机上为该数据库实现远程的灾备,由于远程没法共享本地的存储,那么是使用HADR的办法还是使用SQL复制(Q复制),还是有其他更好的办法?希望大家各抒己见,讨论一下各种容灾的技术和遇到的问题,在这个帖子里,我们会逐渐的写一些有关的DB2容灾技术和具体实现的办法。
A blog of my life and my work, a blog of my interests and my friends. Join and share! db2/oracle/c/c++/Java...and life:) Wish you find it easy and useful!:)
今天有人在打电话问有关DB2的容灾怎么做,大家来一起考虑一下,他的环境是这样的,一个单节点的数据库,使用两台主机做HACMP实现本地的高可用性,另外想在远程的一台主机上为该数据库实现远程的灾备,由于远程没法共享本地的存储,那么是使用HADR的办法还是使用SQL复制(Q复制),还是有其他更好的办法?希望大家各抒己见,讨论一下各种容灾的技术和遇到的问题,在这个帖子里,我们会逐渐的写一些有关的DB2容灾技术和具体实现的办法。
Posted by linyunyi at 3/14/2007 10:10:00 上午
Labels: DB2
2 comments:
我自己先说一下,当时我对这个问题的第一反映就是当然远程那一台要使用hadr的办法,但是仔细一想,问题马上就来了。假设以上问题是A机和B机之间做HA,C在远程,数据库正常情况下运行在A机。如果使用hadr的办法,那么当A机宕掉的时候,数据库到底应该是被接管到B机呢还是C机? :)抛砖引玉,大家考虑一下
一个选择,先顶一下.
HADR只做log shopping & rollforwarding, 不配置客户端自动路由.
问题是,在A,B机通过HACMP接管过程中,对HADR的影响. 呵呵,继续讨论.
发表评论 Add/View Comments