政府机关
有奖讨论：如何提高数据库的可用性？（送米送U盘）
作为一个 DBA ，如何提高数据库的可用性是我们无法回避的一个问题。
其实提高数据库可用性的概念是很广的，小到我们每天做的备份，大到异地建立灾备中心，所有的这些工作都是为了提高在问题或者意外发生时的数据库的可用性。
针对这个问题，各大数据库厂商也提供了对应的特性，用户也根据自己的需求去实现自己的高可用性，
请论坛中的各位朋友结合自己日常工作中，讨论一下实现和使用数据库高可用性过程中遇到过的各种问题、困惑、经验和教训，以及自己心目中理想的高可用应该是怎么样的？
具体奖品，楼下公布 ：）
----------------------------------------------------------------------------------------------------------------------------
论坛【有奖讨论】有奖征集讨论话题及主持人
http://www.db2china.net/club/thread-25276-1-1.html
此次有奖讨论的获奖名单已经出来了:
五位讨论最积极的会员：
tree ,
leo,
WUJJ0828 ,
marvelyu ,
Felix
每人获得奖励200大米。
讨论最认真的会员：
kt563
获得U盘一个
PS:后续大家也可以在里面进行互动，继续加分哦。
大米已经为大家加上，请获得大米的五位朋友核实是否收到。
奖品均已经寄送出去，请大家近期注意查收。
其实提高数据库可用性的概念是很广的，小到我们每天做的备份，大到异地建立灾备中心，所有的这些工作都是为了提高在问题或者意外发生时的数据库的可用性。
针对这个问题，各大数据库厂商也提供了对应的特性，用户也根据自己的需求去实现自己的高可用性，
请论坛中的各位朋友结合自己日常工作中，讨论一下实现和使用数据库高可用性过程中遇到过的各种问题、困惑、经验和教训，以及自己心目中理想的高可用应该是怎么样的？
具体奖品，楼下公布 ：）
----------------------------------------------------------------------------------------------------------------------------
论坛【有奖讨论】有奖征集讨论话题及主持人
http://www.db2china.net/club/thread-25276-1-1.html
此次有奖讨论的获奖名单已经出来了:
五位讨论最积极的会员：
tree ,
leo,
WUJJ0828 ,
marvelyu ,
Felix
每人获得奖励200大米。
讨论最认真的会员：
kt563
获得U盘一个
PS:后续大家也可以在里面进行互动，继续加分哦。
大米已经为大家加上，请获得大米的五位朋友核实是否收到。
奖品均已经寄送出去，请大家近期注意查收。
47同行回答
此帖子收益良多，很受启发，学习dreamsea214 发表于 2012-8-11 08:16
这就是我们讨论的目的和意义所在谢谢所有参加讨论的兄弟们！，很多会员的回复都是经过自己积极思考的，让大家受益非浅。但是奖品有限，经过仔细的评审和商讨，现公布以下获奖名单，获得U 盘的朋友，本站管理人员稍后会和你联系。获得米的人员，管理员会给各位加上
U 盘 ： kt563
米 ：tree ,leo, WUJJ0828 ,marvelyu ,Felix收起
U 盘 ： kt563
米 ：tree ,leo, WUJJ0828 ,marvelyu ,Felix收起
浏览611
让我来说说对可用性的理解，请各位批评指正
1. 备份和恢复演练 （任何生产数据库都必须的）,当然我们我听说过一些大型的 BI 系统的数据库，由于数据量太大，投入的时间以及存储成本过高而放弃备份的，但是我始终认为，有效可用的备份是数据库可用性的基本保证。
2. HA OS 级别的，例如 HACMP 等 OS 级别的 HA ,这里的 DB2 对于 OS 来说只是一种应用，当DB2 所在的节点出现故障时，备用节点会把整个共享存储接管过去，可以实现数据库再可用。很多客户为了充分利用备机资源，往往在备机上部署其他的应用，实现双机互备。一点某个节点出问题就可以都所有的应用，包括 db2 都切换到备机上去。优点：技术成熟，可以通过脚本或者一些工具实现自动切换。缺点：切换过程中可能会有短暂停机,如果共享存储出问题，无法利用这种 HA 实现高可用性。
3. DB 级别的 HA , 也就是大家很熟悉的 HADR ,目前 IBM 对 HADR 进行了改进，备机可读可以进一步降低总体拥有成本。优点是不需要共享存储，怎样的话可能实现远程部署，进一步提高对自然灾害的抵抗力。但是切换也需要短暂停机。
4. CA（continue available），0 停机，一般通过 SQL 或者 Q 复制来保证两个或者多个数据库之间的同步，前端应用通过 cluster 的方式分别连接到不同的数据库，显示同时对多个数据库的读写访问。后台通过复制技术保证多个数据库的数据互相同步。这种技术基本上可以保证数据库的不停机，因为可以把各个数据库部署在不同的地方，实现灾备，我所接触的一些国内银行项目就是在北京和上海分别建立数据中心，用复制技术来保证同步，两个数据中心同时对外服务，实现了“双活”。
5. 说到可用性，不得不提的就是 Oracle RAC 和 DB2 purescale 技术，它们都是基于共享存储来实现数据库的集群，优缺点都很明显，想必我也不用多说了，目前 IBM 已经把复制技术和 purescale 结合起来，在提高单个 site 的可用性和并发性的同时，也实现了多个 site 之间的互相数据同步，这个方案也是结合了两者的优点，克服了两者的一些缺点。收起
1. 备份和恢复演练 （任何生产数据库都必须的）,当然我们我听说过一些大型的 BI 系统的数据库，由于数据量太大，投入的时间以及存储成本过高而放弃备份的，但是我始终认为，有效可用的备份是数据库可用性的基本保证。
2. HA OS 级别的，例如 HACMP 等 OS 级别的 HA ,这里的 DB2 对于 OS 来说只是一种应用，当DB2 所在的节点出现故障时，备用节点会把整个共享存储接管过去，可以实现数据库再可用。很多客户为了充分利用备机资源，往往在备机上部署其他的应用，实现双机互备。一点某个节点出问题就可以都所有的应用，包括 db2 都切换到备机上去。优点：技术成熟，可以通过脚本或者一些工具实现自动切换。缺点：切换过程中可能会有短暂停机,如果共享存储出问题，无法利用这种 HA 实现高可用性。
3. DB 级别的 HA , 也就是大家很熟悉的 HADR ,目前 IBM 对 HADR 进行了改进，备机可读可以进一步降低总体拥有成本。优点是不需要共享存储，怎样的话可能实现远程部署，进一步提高对自然灾害的抵抗力。但是切换也需要短暂停机。
4. CA（continue available），0 停机，一般通过 SQL 或者 Q 复制来保证两个或者多个数据库之间的同步，前端应用通过 cluster 的方式分别连接到不同的数据库，显示同时对多个数据库的读写访问。后台通过复制技术保证多个数据库的数据互相同步。这种技术基本上可以保证数据库的不停机，因为可以把各个数据库部署在不同的地方，实现灾备，我所接触的一些国内银行项目就是在北京和上海分别建立数据中心，用复制技术来保证同步，两个数据中心同时对外服务，实现了“双活”。
5. 说到可用性，不得不提的就是 Oracle RAC 和 DB2 purescale 技术，它们都是基于共享存储来实现数据库的集群，优缺点都很明显，想必我也不用多说了，目前 IBM 已经把复制技术和 purescale 结合起来，在提高单个 site 的可用性和并发性的同时，也实现了多个 site 之间的互相数据同步，这个方案也是结合了两者的优点，克服了两者的一些缺点。收起
浏览408