Goldenlife for Linux+Oracle技术解决方案.doc

GoldenLife 热备方案 V0.9 2009-09-13  一．概述 根据目前行业本身的特点，要求计算机网络系统具有高可靠，高可用性，能够达到7x24小时服务，而网络系统是否能够可靠、高速、稳定的运行取决于网络的心脏——服务器是否有最佳的容错、容灾手段。 根据相关机构的调查表明，在服务器的硬件中，最容易发生故障的仍然是可动的机械部分即硬盘（故障发生率为52%），其次是内存（占23%）和电源（占6%），三者之和约占硬件故障的80%以上。但是，在目前的服务器中，对硬盘，内存，电源所实行的基本可靠性措施可以说已经相当完备。中档以上服务器可以利用标准件或可选件来配置磁盘控制器和冗余电源。所用的机器中都配置了高可靠性的ECC内存，基本上消除了由典型故障所造成的停机事故。在软件故障中，操作系统事故约占60%，由应用引起的故障约占40%。群集备份技术是解决由软件(或硬件)引起可靠性降低的有效措施。 群集技术是用网络将两个以上的服务器连接起来，当一台服务器停机时，机群中的其他服务器在保证自身业务的基础上，将停机服务器的业务接管。 作为为服务器开发的第一个群集解决方案，GoldenLife是利用本公司在UNIX环境下的多年群集经验的基础上诞生的。多台服务器配置用于监测和备份您的应用程序。所有服务器在发生故障之前都是活动的和有效的。因此，故障发生之后活着的服务器可以自动恢复所有的网络界面，数据和应用程序。恢复工作是自动而透明的，故将停机时间减少到最低限度。 二．原理及特点 原理 （原理请见附录：《GoldenLife技术白皮书》） 特点 不用增加任何额外硬件投资，纯软件方式就可以实现双机容错，且对主/备机硬件配置无特殊要求。 可支持Notes、Exchange、SQL Server、Sybase、Informix、Oracle、MySql、SAP等多种系统的应用层热恢复。 支持共享磁盘阵列柜和扩展镜像两种方式，给用户提供了选择上的灵活性，同时也能适应各种机型、网络结构、软件平台及应用系统。 GoldenLife在扩展镜像或共享磁盘阵列任意方式下，均能实现两台服务器各自运行不同应用且相互热备份，即实现双Active运转模式。 使用共享磁盘阵列柜方式时，最多可以支持16个节点，远远大于其它类似系统所支持的2个节点数。 最大限度地保护用户端的应用连续性。用户的硬件资源(如网卡，软件资源如操作系统、数据库管理系统、数据库应用系统、电子邮件系统等)均能处于GoldenLife的保护之下，当这些被保护资源出现技术故障时，GoldenLife可随时实施系统资源切换。如此，GoldenLife真正实现了用户硬件或是软件资源发生故障时系统及应用层上的在线热切换。 GoldenLife占用系统资源极少，不增加网络负荷，且不打扰任何具体应用系统的任何操作。 GoldenLife真正实现无人值守，全自动地实现应用资源切换，且图形界面操作，简单方便。 自投入使用以来，已经历了大量交易高峰的实际考验，其执行效率很高且运行十分稳定可靠，全球市场占有率第一。 三．GoldenLife实现 3.1 GoldenLife实施方案 如GoldenLife实现原理中所述，双机/多机热备必须将数据共享。根据用户投资设备的不同，有一下两种方案实现数据共享软件方式和磁盘阵列方式。 软件方式是利用GoldenLife提供了Mirroring软件模拟磁盘阵列来实现。 GoldenLife提供了Mirroring（扩展镜像）方式，作为对GoldenLife系统的补充。 原理： Mirroring软件在两台服务器的本地存储系统上划分出部分分区，将两台服务器上的这部分空间作实时镜像，并充分保证数据的同步（具体原理请见技术白皮书）。 Mirroring提供把群集服务器的内部驱动盘通过LAN（局域网）进行数据镜像，无需通过共享SCSI子系统就可以实现高可用群集。当在主服务器上进行镜像数据写操作时， Mirroring确保从服务器上也有对应的操作。 特点：造价低、不存在单点故障；缺点是性能要比使用SCSI子系统相对低，但对于本用户需求不高的情况下完全可以适用。 这种方式是以时间换取效率和成本。 由于是使用LAN的方式通讯，所以可以跨越长距离分布，从而达到一定容灾和备份的效果。 结构示意图如下： 磁盘阵列方式是使用磁盘子系统（磁盘阵列柜）的方式来实现。 原理：通过多个接口（不小于2个）的磁盘阵列子系统，分别接入两台服务器，磁盘阵列子系统中的存储空间为两台/多台共享。每个节点上的公共数据都存于磁盘阵列子系统中。当其中一台服务器宕机，另一台自动接管服务，并接管共享存储子系统。共享存储子系统的作用是为两台服务器提供共享空间，使切换后服务得以继续，并无缝过渡到另一台服务器。 GoldenLife软件从操