在线学习系统数据库高可用性研究.docVIP

在线学习系统数据库高可用性研究 　　【摘要】文章通过Linux HA组件与DB2 HADR(High Availability and Disaster Recovery)组件相结合的方式实现在线教学系统的数据库高可用性方案。首先介绍了HADR实现DB2的双机热备,并分析了HADR自身存在的无法自动切换问题,然后提出了结合HA和HADR实现DB2数据库自动切换的解决方案,并对方案中出现的特别问题提出了解决办法。为提高在线学习系统的可用性提供了数据库保证。 　　【关键词】在线学习系统;高可用性灾难恢复;双机热备;实例监控;自动切换 　　 　　引言 　　信息技术给当今社会带来了巨大的变化,各行业通过运用IT技术可以实现减少成本、提高竞争优势、加强沟通并帮助提高对关键业务流程的管理。其中,数据库技术在信息化建设中扮演重要的角色,在各行业中都得以重要的应用。在高等教育领域也发挥了极其重要的作用,随着网络的发展,在线学习系统可以跨越时间、空间的限制,使得教学工作可以在更广的范围开展,也是网络优势的典型体现之一。在线学习系统主要采用Web技术、数据库以及视频技术相配合的方式,通过互联网提供视频教学、问题解答、教学评价、在线交流等功能,为课堂教学提供了有效的补充,同时也是网络教育、继续教育的有效教学手段。 　　在线教学系统的运行过程中,高可用性始终是该系统的核心问题,如何保证系统提供不间断的信息服务是在线教学系统需要重点解决的问题。其中,大量课程及教学信息都存储在数据库里,数据库作为该系统的中枢,需要得到第一位的保障。一旦数据库出现故障,将会导致所有的功能都无法提供。导致数据库系统故障的因素可能由各种原因引起,如设备故障、操作系统故障、软件系统故障等等[1]。一般情况下,恢复服务器正常可能需要10分钟、几小时甚至几天。但对于重要系统而言,就需要通过双机热备、集群等策略[2],来避免长时间的服务中断,保证系统长期、可靠的服务。 　　DB2是一款大型关系型数据库系统[3],其UDB版可通过HADR技术[4]实现数据库的双机热备,当一台服务器发生故障时,另一台数据库通过配置可接管服务。但是HADR本身通过重定向路由的方式实现,在切换方面无法实现数据库的自动切换,给系统管理造成很大的???便。本文将提出通过结合Linux HA组件和DB2 HADR协同工作的方式解决上述问题,采用HA+HADR相结合的方式实现在线学习系统数据库的自动切换。 　　本文共分为五个部分,第一部分为引言,第二部分简单描述HADR的实现方式及HADR的不足,第三部分将详细的描述如何结合HA及HADR实现完全自动切换,第四部分列出实现HA+HADR的实验过程,并提出了部分特殊问题及解决方式。最后,对本文进行了总结。 　　 　　一 DB2 HADR方案描述 　　 　　1 DB2 HADR方案原理简介 　　HADR是数据库级别的高可用性数据灾难恢复机制,最初被应用于Informix数据库系统中,称为High Availability Data Replication。IBM收购Informix之后,这项技术就应用到了新的DB2发行版中。 　　一个HADR环境需要两台数据库服务器:主数据库服务器(Primary)和备用数据库服务器(Standby)(如图1所示)。当主数据库中发生事务操作时,系统同时将日志文件通过TCP/IP协议传送到备用数据库服务器,然后备用数据库对接受到的日志文件进行重放(Replay)[4],从而保持与主数据库的一致性。当主数据库发生故障时(如图2所示),备用数据库服务器通过切换可以接管主数据库服务器的事务处理。此时,备用数据库服务器作为新的主数据库服务器进行数据库的读写操作,而客户端应用程序的数据库连接可以通过自动客户端重新路由(Automatic Client Reroute)机制转移到新的主服务器。当原来的主数据库服务器被修复后,又可以作为新的备用数据库服务器加入HADR。通过这种机制,DB2 UDB实现了数据库的灾难恢复和高可用性,最大限度的避免了数据丢失,实现了一定程度上的高可用性。 　　图1正常情况下的主备服务 　　图2主数据库故障后的情况 　　2 HADR方案的核心问题 　　HADR通过如下三个方面实现数据库高可用性: 　　(1)主备数据库同步问题 　　主备数据库同步问题可以认为是HADR的首要问题,DB2采用了日志传输(Log Shipping)的方式解决了这个问题,通过日志传输及日志回放,两台数据库的数据保持同步。 　　(2)故障切换 　　系统管理员可在两台机器中的任何一台进行切换,但HADR本身只能提供手动切换,这样就大大降低了高可用性,本文也主要针对这一点进行了一些工作。 　　(3)重定向路由