你们公司在选用oralce数据库和MySQL高可用方案的时候，有什么标准和问题？

标准：自动发现、快速切换、不丢数据、对应用透明
问题：有些假死没有发现，有些顿卡反而切换了；切换有时候会切换失败；切换或丢了一部分数据；高可用搭建复杂度和运维方便度；切换过后的回切操作。

我这边是采用主备模式，ORACLE 11G ACTIVE DATAGUARD。然后采用DGBORKER自动检测，自动切换工作。应用程序采用TNSNAME.ORA里面的配置自动失败连接下一个连接。 设定好重复几次，间隔几秒，就连备库。
业务方面虽然要求 7X24小时运行，当对短暂的暂停业务还是可以忍受的。记得上次机房断电，已经中断业务8个小时。

从基础架构角度去考虑：
1、基础架构高可用：如，冗余存储柜，冗余光纤链路，冗余SAN，冗余Networking、冗余Server；
2、应用高可用：如，数据库并发集群，中间件冗余架构，应用服务器并发群集。

1、稳定可靠(High-Availability)
数据库保存的是企业最重要的数据，是企业应用的核心，稳定可靠的数据库可以保证企业的应用常年运行，而不会因为数据库的宕机而遭受损失。企业的信息化可以促进生产力，但如果选择了不稳定产品，经常影响业务生产的正常运营，则实际效果很可能是拖了企业的后退。无论是计划中（数据库维护等正常工作）还是意外的宕机都将给企业带来巨大的损失，这意味着企业要减低收入、要降低生产力、要丢失客户、要在激烈的企业竞争中丢失信心。信息系统的稳定可靠是由多方面的因素构成的，包括网络、主机、操作系统、数据库以及应用软件等几方面，这些因素互相之间又有一定的依赖关系，因此，在企业信息化的选型中要通盘考虑这些问题。在数据库方面主要看数据库要具备灾难恢复、系统错误恢复、人为操作错误恢复等功能，同时要尽量降低数据库的计划内维护宕机时间。
2、可扩展(High-Scalability)
企业的应用是不断深入和扩展的，数据量和单位时间的事务处理量都会逐渐增加。如果要求企业购置一套信息系统足以满足未来若干年发展的需要显然是不恰当的，因为这实际意味着企业要多花很多钱而不能发挥信息设备的最大效能，造成资源的浪费。比较好的解决办法就是企业先购置一套配置较低，功能适用的系统，当未来业务有需要时可以方便的对系统进行扩展，使系统的处理能力逐步增加满足业务处理的需求。落实到数据库就是要选择具有良好的伸缩性及灵活的配置功能的产品，无论是主机系统的内存或硬盘方面的扩展还是集群系统的扩展，都能够被数据库利用，从而提高系统的处理能力。
3、安全性(Security)
数据库的安全性是指保护数据库以防止不合法的使用造成的数据泄露、更改或破坏。安全性问题不是数据库系统独有的，所有计算机系统都有这个问题。只是在数据库系统中保存着大量重要的数据，而且为许多最终用户共享使用，从而安全问题更为突出。系统安全保护措施是否有效是数据库系统的重要指标之一。 数据库的安全控制主要通过用户标识与鉴别、存取控制、视图机制、审计、数据加密等机制完成。
4、丰富的开发工具
无论是优秀的硬件平台还是功能强大的数据库管理系统，都不能直接解决最终用户的应用问题，企业信息化的工作也要落实到开发或购买适合企业自身管理的应用软件。目前流行的数据库管理系统大都遵循统一的接口标准，所以大部分的开发工具都可以面向多种数据库的应用开发。当然，数据库厂商通常都有自己的开发工具，例如SYBASE公司的PowerBuilder，Oracle公司的Developer2000，以及Ms的VisualStudio。这些开发工具各有利弊，但无疑选择和数据库同一个厂商的产品会更有利于应用软件的开发以及将来得到统一的技术支持。
5、服务质量
在现今信息高度发达的竞争中，数据库厂商完全靠产品质量打动用户的年代已不复存在，各数据库产品在质量方面的差距逐渐缩小，而用户选择产品的一个重要因素就是定位在厂家的技术服务方面。因为在你购买了数据库系统之后，你面临着复杂的软件开发，数据库的维护，数据库产品的升级等等，你需要得到数据库厂商的培训，各种方式的技术支持（电话、用户现场）和咨询。数据库厂家的服务质量的好坏将直接影响到企业信息化建设的工作。

这个标准的话，一般而言，高可用方案和灾备方案有时候是相互耦合的，而灾备是以RTO (Recovery Time Objective)和RPO (Recovery Point Objective)作为最基本的标准，笼统的说高可用的标准也就是灾备的标准。
根据以上两个的标准，公司需要按照既定的RTO及RPO要求，选购最适合的灾备方案，同时这个跟成本有着必然的关系，如果你想达到RTO及RPO的皆为零，完全不存在数据上数据丢失或服务的不可用，当然成本也无尽的，而且有时候也不一定有这个必要，因为有些企业的服务是允许部分停机情况，所以，最佳方案必需在RTO、RPO、维护成本等多方面平衡。对于小企业而言，系统这块的资源不是很充足，更加需要了解你需要达到的RTO及RPO要求，然后再确定合适的成本预算。

以c/s架构系统为例

oracle采用adg，客户端连接负载均衡设备

1.易维护
负载均衡对数据库主备库进行负载 ，通过数据库监视器将请求平时只负载到主库上

adg配置自动故障转移，在故障情况下 应用直接连到新主库上
adg若不配置故障转移，主库故障 业务就中断手动去实施切换

2.高可靠
在某些行业，往往每一笔交易都很重要，我们配置成同步模式的最大可用。
同时adg可以防止物理错误，备库进行备份 防止逻辑和人为错误

3.易监控
开发一些监控脚本，平时通过监控系统对主备库状态和业务系统进行监控 及时发现问题处理问题