Oracle与SQLServer集群部署方案对比及实例.docVIP

Oracle与SQLServer集群部署方案对比及实例 一、 需求背景 1、 大型全国系统的稳定性、安全性必须在现有基础上进一 步提高，需要升级到综合性能更强大的硬件，实现更加完善的故 障转移、数据冗余、灾难备份等容错手段。 2、 全国系统中，以数据量和访问量为代表的系统负载将会 大幅度提升，数据库的性能将成为关键瓶颈。数据库服务器需要 从现有的双机故障转移集群升级为可支持负载均衡的集群方式， 在满足性能要求的同时，为未来的动态性能扩展打下基础。 二、 Oracle RAC与SQL Server的集群方案对比 1，方案与需求分析 关键功能与费用矩阵分析表: 对比项 Oracle RAC SQL Server 故障转移 支持 支持 负载均衡 支持 不支持 可扩展性 支持 支持 费用 高 低 集群方案与需求矩阵分析表: 需求 髙可用性 高性能 数据冗余 灾备 故障转移 髙速网络 共亨存储 负载均衡 10 RAID ASM DATA GUARD 集 群 Oracle RAC V 7 7 7 7 V 7 7 SQL Server V 7 7 X V V X X 由上表可见： 集群分两个层面：系统层群集和应用层群集，Oracle RAC和 SQL Server故障转移集群都是属于应用集群，两种集群都能够 实现高可用性即容错的要求。 两者最大的不同之处在于：Oracle RAC虽成本较高，但能实 现负载平衡的需求，支持动态添加服务器节点来应对负载的增 加。而SQL Server集群成本虽然较低，但系统不具备方便的负 载性能扩展的能力，当出现数据库系统的性能不能满足应用的负 载时，只能更换更高配置的机器，这个问题也是到目前为止微软 自身的集群解决方案具有的通病。尽管也有一些号称是支持SQL Server实现负载均衡的增值开发，但对这样一个全国系统来说， 使用非微软原生的第三方系统需要慎重考虑。 另外，对于一个大型全国系统来说，要求的高可用性的需求和 场景还应该包括有其他的内容，例如数据的冗余、异地灾难备份， 这些需求可能需要我们用集群以外的方式来实现，还需要进一步 制定在上述集群之外的方案，而在Oracle数据库所具备的ASM 和DATA GUARD功能也为数据冗余和异地灾难备份提供了更多更 好的可能性。 2,功能实现方式对比 以下再进一步从故障转移、负载均衡、可扩展性等各个方面的 功能实现方式上，对两种集群方式进行更加详细的对比。 SQL Server集群功能实现方式 1） 故障转移 SQL Server集群故障转移功能是通过群集中连接的多个计算 机中的冗余或备份实现的，每台计算机都具有独立的故障状态。 为了实现冗余或备份，需要在群集中的多个服务器节点上都安装 数据库程序。但在故障发生前的任一时刻，应用程序只会在其中 一个数据库节点上处于联机状态。仅当该应用程序出现故障或该 服务器停机时，此应用程序将在另外一个冗余或备份节点上重新 连接或自动接替。 2） 多节点互备 在集群中部署多个数据库应用的情况下。各个不同应用可分 别部署在不同节点上运行。当任何一个节点故障时，该节点上运 行的应用可自动转移到其他节点上，从而实现多节点互备。 3） 可扩展性 可在不中断服务的情况下，在线增加新节点，获取更多高可 用备份，但无论集群中的备份节点如何增加，由于SQL Server 只在最新Always On AG集群中可以在不同节点上配置读写分离 功能，没有动态的负载均衡功能，所以要实现性能扩展原则上只 能通过在现有集群中更换更高档的服务器来实现。 Oracle RAC集群功能实现方式 1）故障转移 除了通过群集中连接的多个计算机中的冗余或备份实现的故 障转移之外，Oracle RAC实现了对客户端透明（TAF）的故障转 移。所谓TAF，就是连接建立以后，应用系统运行过程中，如果 某个实例发生故障，连接到这个实例上的用户会被自动迁移到其 他的健康实例上。采用TAF这种方式在提升系统的高可用性上 带来了很大的进步。 ORACLE RAC故障转移的特点： ＞访问时应用透明（注意不只是对Oracle客户端的透明） 程序通过Oracle端访问RAC,访问程序无需了解数据库是双 机还是单双机，只通过本地服务名即可访问。 ＞故障时应用透明 一些情况下，应用感受不到某个节点发生了失败，不会收到 异常。一些情况下，应用收到异常，但不需要再次连接，即 可继续执行访问。一些情况下，应用程序收到异常，并需要 重新连接。 2） 负载均衡 服务器端的负载均衡可以根据RAC中各节点的负荷及连接数 情况，而自动作出判定，将新的客户端连接分配到集群中负荷 最小的节点上去。 3） 可扩展性 可在不中断服务的情况下，在线增加新节点，获取更多高可 用备份，同时加入的新节点可通过上面的负载均衡功