Page 40 - BP_201909
P. 40

专题
               Feature






             容错服务器在播出数据库中的应用





                                                                                                    扫一扫随身阅读


             罗星屏                                                    这个架构的优点是数据“一致性”好,靠的是盘阵双
             重庆广播电视集团(总台)                                       S A S连接主机实现共享读写。缺点是,盘阵必须选用高端的
                                                                RAID,而且是故障“单点”。
             序言                                                     在实际部署中,双机热备软件需要作复杂的配置,在日
                 业界周知,播出系统是全台最复杂、安全性要求最高的                       常运行维护中,需要定期检查和倒换测试。双机通过RS232或
             系统,而数据库的安全稳定运行则是播出系统的核心要素之                         CAT5心跳线相互检测对方是否存活,对环境要求非常苛刻。
             一。在设计建设播出系统时,我们始终致力使数据库安全稳定                        在实际使用中,出现过双机互检失败而争抢资源致宕机的情
             运行。但在现实场景中,由于数据库故障导致的播出事故仍然                        况,因盘阵故障导致数据丢失的情况也发生过。
             常发,影响程度轻重不一,严重时将导致大面积长时间停播,                            由于这种架构设备昂贵,且盘阵是故障“单点”,目前这
             恢复时间较长。本文就播出系统数据库的几个经典架构展开讨                        类案例逐渐减少。
             论,供读者参考。                                               这种类型的架构适合多种平台(W i n d o w、L i n u x、
                                                                Solaris)、数据库软件(SQL  Server、Oracle)、双机热备软件
             一.共享盘阵双机热备数据库                                      (Costandby、EMC autostart、NEC Express cluster )。

                                                                二.动态镜像双机热备数据库
                                                                    为了规避共享盘阵的单点,动态镜像双机热备数据库架构
                    服务器                         服务器
                                   心跳线                          得到广泛使用,在播出系统中占比较大。


                                                                                    心跳检测



                                    存储
                  图1 共享盘阵双机热备数据库                                           数据盘     数据同步       数据盘
                                                                                                 备用服务器
                 双机热备数据库架构见图1,核心是采用D A S(D i r e c t              Windows/1inux 32bit
                                                                      HA SMB                   Windows/1inux 32bit
             Attached  Storage)存储和双机热备软件,任一时刻只有一台主
                                                                     HA-Mirror                      HA SMB
             机处于服务状态,另一台主机处于等待服务状态。处于服务状                                                           HA-Mirror
             态的主机占用对外的IP地址,对共享盘阵有读写权限,对应的                       图2 动态镜像双机热备数据库
             数据库进程处于活动状态。而等待服务的主机释放出对外的IP
             地址,没有访问共享盘阵的权限(甚至根本看不见盘符),数据                           这种动态镜像双机热备架构不再需要昂贵的D A S存储盘
             库进程处于停止状态。在这个架构中,盘阵有两个SAS接口,                       阵,直接用服务器内置存储就可以部署系统。数据的“一致
             分别接到主、备机上,主机写进去的数据可被备机读出,反之                        性”是靠双机热备软件实时镜像数据来保证的。
             亦然,实现了数据的共享,数据的一致性非常好。                                 这里的实时镜像,不是文件级镜像,文件级镜像不能保
                 双机热备软件是一套资源管理系统,负责对外I P地址的                     证数据的一致性。在这个架构中,数据镜像是磁盘指令级的镜
             转移、数据库进程的管理、盘符保护。特别是在主、备机倒换                        像,是单步镜像,一步完成了再进行下一步。
             期间,对各资源按规定顺序停止、启动,违反这些规定都将使                            该架构消除了单点故障,综合性能较好。在实际使用中,
             数据出错。从主机倒换到备机的过程是:1.停止主机数据库进                       发现的问题是,数据镜像其实是很困难的,曾发生过倒换前后
             程、撤销主机对外IP地址、关闭主机的盘阵访问权限;2.开启                      数据不一致的情况。
             备机盘阵访问权限、加载备机对外IP地址、启动备机数据库进                           这种类型的架构也适合多种平台(W i n d o w、L i n u x、
             程。从备机到主机的倒换与此类似,倒换的时间大约在1分钟左                       Solaris)、数据库软件(SQL  Server、Oracle)、双机热备软件
             右,倒换后客户机的工作状态需要认真确认。                               (Costandby、EMC autostart、NEC Express cluster )。



          40
   35   36   37   38   39   40   41   42   43   44   45