GBase 8s支撑银行核心业务系统的高可用集群解决方案

1GBase 8s SSC高可用
SSC简介
SSC部署架构图如图1所示。

图1　SSC部署架构图
SSC是一个共享存储设备体系架构的集群数据库，可实现：
高可用性（High Availability），当某一节点故障时，其他节点将自动、快速接管；
高可扩展性（Scalability），企业依照数据增长增加节点来提高数据库的处理能力；
应用透明性，无须调整应用程序至数据库；
负载均衡，备机可以承担读写业务，有效降低了主机的负载。
SSC工作原理
共享存储数据库集群多节点同时读写共享磁盘，一般用在大型联机交易应用业务，和Oracle RAC相似。提供高可用性和负载均衡的能力。
所有节点都使用日志从其他节点复制出现变更的数据。集群的所有节点在出现数据变更的情况下（有insert、update和其他写操作语句）服务器可通过生成日志并发布到集群其他节点，从而在其他节点上复制对数据所作的更新，复制并非在共享存储上执行，而是仅刷新其他节点的数据缓存，以保证各节点的数据缓存与共享存储的数据一致，接收到逻辑日志的其他节点同时在本节点生成逻辑日志记录，并将这些记录应用到其自己的数据库空间。与传统的数据复制不同，数据变更的节点不是将整个日志进行发送，而只是将逻辑日志页的日志位置发送到其他节点。通过使用接收到的日志位置，其他节点从磁盘读取逻辑日志页，并将其应用于内存数据缓冲区。以上方案的基础是各节点的逻辑日志文件均存储在共享存储上。
接收逻辑日志的节点不会向共享磁盘块中写任何东西，不会将共享内存的数据刷新到磁盘，即使是发生checkpoint（检查点）操作也一样。如果接收逻辑日志的节点需要刷新共享内存数据，他们会备写到临时的‘ paging file ’中，直到下一次checkpoint操作才清空‘paging file’。
同时，实际执行数据变更的节点不会清仓共享内存中的数据页，直到确认集群其他不再需要该数据页才会清仓到磁盘上。
扩展的节点首先创建到集群的SMX连接，之后，扩展的节点向集群发出checkpoint请求，集群响应扩展节点checkpoint请求，并将相应数据页发送给该节点，该节点启动必要的恢复操作，之后，集群开始不断向扩展节点发送当前的数据页，该节点也开始不断向集群发送 ACK 确认信息。

图2 SSC同步方式示意图
SSC数据一致流程：
Primary 写逻辑日志
Primary将Log Sequence Number (LSN) 发送到 secondary servers
SSC_1,2,3 : 根据接收到的LSN从磁盘读取相应的log并在buffer中重做
SSC_1,2,3:重做后发送ACK回primary server
Primary : 确认ACK
GBase 8s SSC 使用了 Redo的技术
当第1个节点上的事务开始执行时，将会把日志写入逻辑日志文件。并把LSN发送给备用服务器，备用服务器接收到LSN，根据LSN读取相关逻辑日志记录，触发恢复线程来重做逻辑日志。实现变更数据的同步。
在主服务器提交后，辅助服务器立刻提交。
在主服务器回滚后，辅助服务器立刻回滚。
辅助服务器只修改它自己的内存，并不需写入磁盘。

连接管理器(Connection Manager)
连接管理器是一个守护程序，它接受来自客户机应用程序的连接请求，然后将客户机连接到数据库服务器。连接管理器从连接单元中的每台服务器收集工作负载统计信息，并将客户机连接定向到最合适的服务器。

2创新点
创新点主要为以下：
1）共享存储数据库集群节点同步技术
在共享存储数据库集群节点间采用逻辑日志和检查点方式进行同步。采用的同步机制既通过逻辑日志确保数据安全，又通过检查点机制保证数据库运行效率，较目前国内数据同步技术有较大提升。
2）共享存储数据库集群节点间数据缓存同步技术
数据库从执行效率方面考虑，配置一定量的缓存，缓存用来记录数据被修改后的数据信息，与磁盘中存储的“前映像”信息（Before Image）对应。检查点可以同步缓存和磁盘中的不一致数据。集群节点间使用逻辑日志对缓存进行同步更新，使用的缓存数据同步技术可带来数据库效率的提升。