双机热备系统的实现
双机热备系统的实现
聂 洪
(梅山矿业公司 南京 210041)
摘 要:在矿业公司应用信息系统改进的同时,开始注意提高企业信息系统的可用性和可靠性。通过双机热备系统为企业提供系统高可用性保障是目前企业普遍采用的方法。梅山矿业公司成本信息的特殊性要求其信息系统不间断运行,采用双机热备方案为系统提高可靠性方案。文章对梅山矿业公司双机热备系统的实现作了详细介绍。
关键词:双机热备系统;磁盘阵列;数据库
Actualization of Dual2server H ot2standby System
N ie Hong
(Meishan Mining Co.,Nanjing210041)
K ey w ords:Dual2server hot2standby system;Disk array;Database
0 引 言
在今天应用信息系统中,对网络服务的可靠性要求也越来越强。服务器系统作为整个网络系统提供服务的核心,稳定持续的系统运行时间变得越来越重要。由于计算机软件和硬件都会不可避免地发生故障,而这些故障都可能给企业带来极大的损失,而传统意义中的小型机系统使得用户望而却步。群集备份技术是解决由软硬件引起可靠性降低的有效措施。
1 双机热备系统技术简介
在群集系统中,最简单、最为典型的是双机热备系统。双机热备份是提供计算机网络系统可靠性的有力措施。双机热备份系统是一种软硬件结合的高可靠性应用模式。该系统由两台服务器系统和一个外接共享磁盘阵列柜及相应的双机热份软件组成。用户的数据存放在外接共享磁盘阵列中。操作系统和应用程序安装在两台服务器的本地系统盘上。双机热备份系统采用“心跳”方法保证主系统与备用系统的联系(所谓“心跳”,指的是主从系统之间,相互按照一定的间隔发送通讯信号,表明系统目前的运行状态)。一旦“心跳”信号表明主机系统发生故障,或者备用系统无法收到主机系统的“心跳”信号,则系统的高可用性管理软件认为主机系统发生故障,主机停止工作,并将系统资源转移到备用系统上,备用系统将替代主机发挥作用,以保证网络服务运行不间断。
它的优点就是可有效地提高系统的可用性。如果一个服务器或应用程序崩溃,热备系统中另一个服务器在继续工作的同时,接管崩溃服务器的任务,最大限度地缩短用户服务器和应用程序宕机的时间。
2 系统配置
矿业公司双机热备份方案的网络结构框架如图1。采用两台同一型号的服务器进行群集,4块网卡,其中的两块用于两台服务器主机集群内部的“心跳”同步,构成私用网,通过RJ-45网线互连。另两块分别用于两台服务器与局域网的连接,构成公用网,通过光纤连接中心交换机上。除此之外,还需要一个磁盘阵列。
2.1 所需硬件
(1)服务器主机 两台IBM X365服务器。
(2)主机网卡 因每台服务器集成有1块100MM网卡,所以只需另外配置1块1000MM 光纤网卡。
(3)外置磁盘扩展柜 1台IBM EXP400。
(4)其他 外置SCSI电缆两条(用于连接磁
?
3
1
?
2006年增刊 梅山科技
盘阵列,EXP400仅支持SCSI 总线类型);热插拔硬盘11块(用于配置RA ID 5)
。
图1 双机热备用网结构框架
2.2 所需软件
(1)操作系统 Windows 2000Advanced
Server (需安装有群集组件)。
(2)服务器软件配置 Windows 2000Ad 2vanced Server 各种补丁,Oracle 数据库为8.0.5
企业版。
(3)IBM ServeRA ID 随机软件。
(4)其他相关的软件(如网卡驱动等会随选件购买而带)。3 安装步骤3.1 操作系统安装
(1)关闭IBM EXP400磁盘阵列柜;
(2)两台服务器分别安装好操作系统及各种驱动程序,设计算机名为MSDB1和MSDB2; (3)将MSDB1的集成网卡与MSDB2的集成网卡用双绞线连接起来,作为心跳线。设定IP 地址分别为172.16.1.1和172.16.1.2; (4)服务器MSDB1、MSDB2的另一块光纤网卡分别接在交换机上与局域网相连。IP 地址设置与局域网的IP 地址一样,可以被局域网内的其他机器所访问。
(5)在两台X365服务器上分别配置Active Directory ,将MSDB1设置为主域控制器,MS 2DB2设置为备份域控制器。3.2 配置磁盘阵列
(1)MSDB1用IBM ServeRA ID Support CD 引导盘进入IBM EXP400磁盘阵列柜的Linux
图形配置界面,要求配置两个阵列。
(2)将IBM EXP400磁盘阵列柜的前5块硬盘设置为RA ID 5E ,将来作为Oracle 数据库数据盘。后6块硬盘设置为RA ID 5E ,将来作为Domino 数据库数据盘。
(3)RA ID 建立完成后,配置阵列柜以作将来群集用,选择“Configure Clustering ”,弹出窗口如图2所示,需配置以下3项
:
图2 Configure Clustering 窗口
Cont roller names :Cont roller name 为MS 2
DB1;Part ner name 为MSDB2,Initiator IDs :选择6。Merge group information :将Logical drive 1和Logical drive 2选择共享。 (4)关闭MSDB1。
(5)MSDB2用IBM ServeRA ID Support CD 启动,不要配置阵列,直接进“Configure Cluste 2ring ”配置Cont roller names :Cont roller name 为MSDB2;Part ner name 为MSDB1,Initiator IDs :
选择7。Merge group information :将Logical
drive 1和Logical drive 2选择共享,关闭MS 2DB1。3.3 配置异常接管
(1)启动MSDB1,用Administ rator 进入Windows 2000Advanced Server 。
(2)将IBM ServeRA ID Support CD 放入光驱。运行Support 子目录下的IPSHA H TO 执行文件。这将共享硬盘强行接管到MSDB1。
(3)进入磁盘管理,提示配置共享盘,选择要签名,不要升级为动态磁盘。对磁盘陈列柜中的磁盘1分配盘符D ,磁盘2分配盘符E ,并进行格式化。
(4)关闭MSDB1,开启MSDB2,用Adminis 2
?41?梅山科技 2006年增刊
t rator进入Windows2000Advanced Server。然后按上面方法在MSDB2上对共享磁盘进行同样的配置。
3.4 配置群集服务
(1)在MSDB1上运行IBM Cluster Solution Software。调用Windows组件,选择群集服务,提示插入Windows2000Advanced Server光盘。
(2)选择群集中的第一个节点MSDB1,取一个群集名称MSDB。
(3)设置网卡在群集中的用途:设置心跳线连接的网卡作为私网,设置用于外网的网卡为混合网络。
(4)为群集IP输入一个预计的局域网IP地址。
(5)在MSDB2同样运行IBM Cluster solu2 tion software。Cluster Solution自动调用添加/删除Windows组件,选择安装群集服务器,系统提示插入Windows2000Advanced Server光盘,复制文件后出现配置群集的向导。
(6)选择群集中的第二个节点MSDB2,输入要加入的群集的名字即可。
3.5 数据库的安装
(1)先关闭MSDB2机,在MSDB1机上安装Oracle数据库,安装路径默认为D盘,归档日志放在E盘。安装完毕后,将Oracle的3个服务(此处SID为ORCL,所以3个服务就是OracleServi2 ceORCL、OracleStartORCL和Oracle TNSlisten2 er)的启动方式改为手动并将此3个服务停止。注意:改为手动的目的是为了让这3个服务由双机容错软件来启动,而不是由操作系统启动。
(2)关闭MSDB1机,启动MSDB1机,格式化D盘,将刚刚由A机建立的磁盘阵列上的Oracle 目录也格式化掉;在B机上安装Oracle数据库,安装路径默认为D盘,安装完毕,同样将Oracle 的3个服务的启动方式改为手动并停止3个服务。
双机上安装Oracle的实质就是将Oracle系统分别装在2台服务器上,而数据只存储在磁盘阵列上。
3.6 检验群集
(1)打开两台服务器的“磁盘管理器”,都能看到D和E盘。但在MSDB1上D盘是可以访问,而E盘是不可以访问。在MSDB2上相反。
(2)查看MSDB1上D盘中的MSCS文件夹,其中有Quolog文件,它不是文本文件,不要打开或修改它。在MSDB2上E盘情况是相同的。
(3)重新启动MSDB1,60s后在MSDB2上
D、E盘可以访问,而MSDB1上只有C盘。
(4)重新启动MSDB2后,在MSDB1上D、E 盘可以访问,而MSDB2只有C盘。
(5)再重新启动MSDB2,这样来回切换试试看。
(6)最后,用手工方法把MSDB1的Lot us组切换到MSDB2上。
4 结 语
因为双机热备采用的是比较实用的SCSI总线存储类型,充分利用了操作系统Windows2000 Advanced Server企业版系统的群集技术,节省了用户另外购买双机备份所需的群集软件。还有一个最大的特点就是,IBM X365服务器和EXP400磁盘阵列都具有非常完善的冗余机制和极佳的可扩展性能,使得用户不再需要过多地对系统的稳定性能和可扩展性操心,完全可以满足企业7×24n恒久稳定运作,以及长期的存储容量和性能需求。
(编辑:于留春)
?
5
1
?
聂 洪 双机热备系统的实现
双机热备常见问题及处理
人员定位系统双机热备软件常见故障分析与处理 （一）故障现象：软件安装后，主备机无法正常切换。 分析原因：1，双机热备之间的切换是以主备机所连接的外网的通断作为判断的依据。并且与主备机网络名称相关。 解决办法：1，检查主备机外网通断情况。 2，检查主备机与矿交换机之间硬件连接以及能否拼通。 3，检查软件内外网IP是否与本机对应的俩个网卡网络名以及设置IP是否一致。 （二）故障现象：主备可以正常切换，数据可以自动同步，但手动镜像却提示不成功或者超时。 分析原因：1，数据库过大会导致2分钟内数据同步不完全并超时。 2，来宾帐户未启用或设置了密码，导致本机无法访问另台机子的数据文件。 3，系统中SERVER 服务和Workstation未启动。 4，针对WINDOWS SERVER 2003 操作系统装机后要配置文件服务器，配置后选择的文件要求共享，且权限为完全控制。隶属于Everyone 用户. 5,,在本地策略用户指派权利中“拒绝本地登录中”去掉Guest帐户。 解决办法：1，检查数据库大小，把人事库照片删除后缩小在添进去。 2，检查来宾帐户是否启用以及用户指派权利选项。 3，检查是否启动SERVER 和Workstation服务。 4，在主机的数据查询分析器中输入备机的内网IP 看能否访问到备机BW_HR 和BW_KJ222这两个库。在备机硬盘下创建文件，并通过主机的‘开始，运 行’选项输入对方内网IP（例如：\\10.10.10.4）看能否访问到该文件，并对 该文件进行删除及创建新文件，看是否成功。如不成功，则检查共享文件的 权限。 （三）故障现象：主备机切换时，提示无法切换成主机且数据服务器软件没有自动关闭或启动。 分析原因：1，双机热备软件设置时，所添加的文件路径与实际路径不一致。 2，软件设置时，未把最后一项：“当双机热备软件关闭时自动关闭服务器软件 程序”选项打勾。 3，主备机SQL SERVER 数据库注册属性不一致。默认情况下为windows 身份 认证。 解决办法：1，检查设置文件路径 2，检查双机热备最后选项。 3，查看并编辑主备机SQL SERVER 数据库注册属性。 （四）故障现象：当启动主机双机热备软件时，提示数据库过旧，无法切换为主机状态。分析原因：1，主备机关机顺序未安照先关备机后关主机的原则，而启动时则先启动了最先关的机子。 解决办法：1，先确定俩台机子谁的数据最新，则先启动谁，明确正确的启动和关闭顺序。 2，在确定的数据最新的那台机子上，去双机热备软件的安装文件夹下面找到Init.dll软件配置文件，修改里面的时间为当前系统的时间并保存，重启该机 的双机热备软件。
RoseMirrorHA双机热备软件的安装及配置手册
双机热备软件的安装与配置指导手册 系统版本：A1 文档编号：CHI-PT-NJBL-SJRB-A0
内容简介 《双机热备软件的安装与配置指导手册》主要针对目前公司人员定位系统服务器双机热备软件的安装和配置进行了详细说明，指导现场工程师对双机热备软件进行安装及配置。 本手册共分四章节，分别为： 第一章：概述 第二章：软件的安装 第三章：服务的安装及配置 第四章：注意事项 第五章：常见故障处理 本文档的读者范围： 公司内部员工 版权声明 本文档属南京北路科技有限公司版权所有，侵权必究。 本文文件专供用户、本公司职员以及经本公司许可的人员使用，未经公司书面 同意，任何单位或个人不得以任何方式复制、翻印、改编、摘编、转载、翻 译、注释、整理、出版或传播手册的全部或部分内容。
南京北路自动化系统有限责任公司位于南京江宁经济技术开发区，是南京市高新技术企业，现有高级工程师、工程师及其他专业技术人员100余名。是专业从事煤矿通信、自动化、信息化产品的研发、生产、销售及服务的高科技公司。 公司拥有ISO9001:2000质量管理体系认证，坚持“质量第一、用户至上、至诚服务、持续改进”的质量方针，得到了广大客户的信赖和支持。目前公司产品覆盖全国10多个省、自治区，并在多个煤炭主产区设有售后服务机构。 公司以满足客户需求为己任，不断生产高性价比的产品，为客户创造价值。 南京北路自动化系统有限责任公司 联系地址：南京市江宁开发区菲尼克斯路99号 邮政编码：211106 电话号码：(025)52187543 传真：(025)52185703 邮件地址：njbestway@https://www.360docs.net/doc/5b18315821.html, 客户服务电话：400-611-5166 客户支持网站：https://www.360docs.net/doc/5b18315821.html,
oracle双机热备架构方案
oracle双机热备架构方案 双机热备有两种实现模式，一种是基于共享的储备设备的方式，另一种是没有共享的储备设备的方式，一样称为纯软件方式。 基于储备共享的双机热备是双机热备的最标准方案。 关于这种方式，采纳两台（或多台）服务器，使用共享的储备设备（磁盘阵列柜或储备区域网SAN）。两台服务器能够采纳互备、主从、并行等不同的方式。在工作过程中，两台服务器将以一个虚拟的IP地址对外提供服务，依工作方式的不同，将服务要求发送给其中一台服务器承担。同时，服务器通过心跳线(目前往往采纳建立私有网络的方式)侦测另一台服务器的工作状况。当一台服务器显现故障时，另一台服务器依照心跳侦测的情形做出判定，并进行切换，接管服务。关于用户而言，这一过程是全自动的，在专门短时刻内完成，从而对业务可不能造成阻碍。由于使用共享的储备设备，因此两台服务器使用的实际上是一样的数据，由双机或集群软件对其进行治理。 关于纯软件的方式，则是通过支持镜像的双机软件，将数据能够实时复制到另一台服务器上，如此同样的数据就在两台服务器上各存在一份，假如一台服务器显现故障，能够及时切换到另一台服务器。 纯软件方式还有另外一种情形，即服务器只是提供应用服务，而并不储存数据（比如只进行某些运算，做为应用服务器使用）。这种情形下同样也不需要使用共享的储备设备，而能够直截了当使用双机或集群软件即可。但这种情形事实上与镜像无关，只只是是标准的双机热备的一种小的变化。 本方案是前者————基于共享储备设备的数据库热备。 数据库服务器双机热备的好处 这种配置模式的优点是有利于数据库的升级，当其中systemA需要升级的时候，就把服务切换到systemB上运行，升级A的DB2程序，之后还能够把服务切换回到A来，然后升级B的DB2程序。那个升级过程可不能阻碍用户的DB2使用，因为总有一台机器能够使用DB2程序来响应用户的服务要求。 服务器的故障可能由各种缘故引起，如设备故障、操作系统故障、软件系统故障等等。一样地讲，在技术人员在现场的情形下，复原服务器正常可能需要１０分钟、几小时甚至几天。从实际体会上看，除非是简单地重启服务器（可能隐患仍旧存在），否则往往需要几个小时以上。而假如技术人员不在现场，则复原服务的时刻就更长了。 而关于一些重要系统而言，用户是专门难忍耐如此长时刻的服务中断的。因此，就需要通过双机热备，来幸免长时刻的服务中断，保证系统长期、可靠的服务。
双机热备技术C
技术白皮书 双机热备技术白皮书 双机热备技术白皮书 关键词：双机热备、主备模式、负载分担模式、数据同步、流量切换 摘要：防火墙设备是所有信息流都必须通过的单一点，一旦故障所有信息流都会中断。保障信息流不中断至关重要，这就需要解决防火墙设备单点故障问题。双机热备技术可以保障即 使在防火墙设备故障的情况下，信息流仍然不中断。本文将介绍双机热备的概念、工作 模式、实现机制及典型应用等。 缩略语英文全名中文解释 ALG Application Level Gateway应用层网关 ASPF Application Specific Packet Filter基于应用层的包过滤 NAT Network Address Translator网络地址转换 VRRP Virtual Router Redundancy Protocol虚拟路由冗余协议 OSPF Open Shortest Path First开放最短路径优先
目录 1 概述 1.1 产生背景 在当前的组网应用中，用户对网络可靠性的要求越来越高，对于一些重要的业务入口或接入点（比如企业的Internet接入点、银行的数据库服务器等）如何保证网络的不间断传输，成为急需解决的一个问题。如图1 所示，防火墙作为内外网的接入点，当设备出现故障便会导致内外网之间的网络业务的全部中断。在这种关键业务点上如果只使用一台设备的话，无论其可靠性多高，系统都必然要承受因单点故障而导致网络中断的风险。 图1 单点设备组网图 于是，业界推出了传统备份组网方案来避免此风险，该方案在接入点部署多台设备形成备份，通过VRRP或动态路由等机制进行链路切换，实现一台设备故障后流量自动切换到另一台正常工作的设备。 传统备份组网方案适用于接入点是路由器等转发设备的情况。因为经过设备的每个报文都是查找转发表进行转发，链路切换后，后续报文的转发不受影响。但是当接入点是状态防火墙等设备时，由于状态防火墙是基于连接状态的，当用户发起会话时，状态防火墙只会对会话的首包进行检查，如果首包允许通过则会建立一个会话表项（表项里包括源IP、源端口、目的IP、目的端口等信息），只有匹配该会话表项的后续报文（包括返回报文）才能够通过防火墙。如果链路切换后，后续报文找不到正确的表项，会导致当前业务中断。 双机热备解决方案能够很好的解决这个问题。在链路切换前，对会话信息进行主备同步；在设备故障后能将流量切换到其他备份设备，由备份设备继续处理业务，从而保证了当前的会话不被中断。如图2 所示，在接入点的位置部署两台防火墙，当其中一台防火墙发生故障时，数据流被引导到另一台防火墙上继续传输，因为在流量切换之前已经进行了数据同步，所以当前业务不会中断，从而提高了网络的稳定性及可靠性。 图2 双机热备组网图 双机热备可以从两个层面去理解：一个是广义的双机热备，它是一种解决方 案，用来解决网络中的单点故障问题，它通过数据同步和流量切换两个技术 来实现；一个是狭义的双机热备，它是设备支持的一个功能模块（只实现了
双机热备的数据备份和灾难备份方案
双机热备的数据备份和灾难备份方案 一、方案背景 1. 用户目前数据环境及需求 根据提供的信息，目前用户的系统环境如下描述：操作系统：Windows 操作系统，关键数据：VSS 数据库现在用户要备份的服务器为2台数据库服务器做双机热备集群，整个系统对于备份的要求：备份系统稳定可靠，保证随时能够备份/还原关键数据；对服务器有灾备的考虑，操作系统崩溃时能通过灾难备份快速恢复操作系统。同时考虑远期建设目标平滑过渡，避免重复投资。 2. 用户目前状态和存在的问题 目前用户双机服务器拓扑图如下，这样的方式存在以下问题： a) 由于主机与备机及磁盘阵列中的数据都没有备份，一旦发生磁盘阵列数据丢失、主机与备机数据丢失事故时，将会造成重大损失。 b) 当服务器操作系统崩溃时，无法快速恢复。 二、设计方案 1. 设计原则 根据上述问题建议的备份方案应该遵循以下原则：备份系统应该支持Open File 热备份功能磁盘阵列连接在专用的备份服务器上、对双机集群中的2台机器都能进行数据备份、备份软件支持定时计划备份、备份软软件支持服务器灾难备份、备份软件提供网络集中备份功能，能集中备份网络上其余SQL Server、ORACLE或文件数据，提供良好的扩展性。 2. 方案的设计 依据上述设计原则，建议采用爱数备份软件专业备份软件安装在一台备份服务器上，通过网络对双机系统进行数据备份和操作系统灾难备份。Backup Exec 作为专业的备份软件，具有以下优点： c) 专业的企业网络集中备份解决方案，一台备份服务器可以备份网络上多台服务器数据（文件服务器、VSS服务器、数据库服务器、邮件服务器等） d) 备份软件支持Open file 热备份功能，能对正在使用的数据进行备份。 e) 能根据需要制定灵活多变的备份计划任务 f) 支持服务器操作系统崩溃灾难备份/恢复
PLC常用双机热备系统介绍与比较
PLC常用双机热备系统介绍与比较 （由txt文件修改） 对热备系统的简单分类（基于热备切换方式的分法）： 一．硬件级双机热备产品： A．单机架双机热备： 同一块机架上插双电源，双CPU，有1套热备单元（欧姆龙为1个而三菱为2个），一般还可以插双通讯模块（如双以太网单元），CPU的数据交换通过机架底板电路，一般不是RIO式的分布式结构，切换速度快，一般在50ms以下。 1．Omron CVM1D和CS1D 2．Mitsubishi Q4AR 注意： Siemens使用UR2机架的S7-400H不是此类，该产品虽然插在同一块机架上，但该机架在电气上完全独立的，即把2个机架作成一体式。 B．双机架硬件级热备产品： 主、从两个机架，两套完整独立的系统，两套机架上的热备单元一般通过光纤通讯，切换速度飞快。施耐德Quantum切换速度在48ms以下。西门子的S7-400H不太清楚，请咨询技术支持。GE S90-70的切换速度看资料，在25-50ms。 1．Schneider Quantum 2．Siemens S7-400H 3．GE S90-70 4．AB ControlLogix 5000 二．总线级双机热备产品： 我不知道把此类划到硬件级热备好还是软件级热备好，还是另外拉出来单独说吧。基于总线级的通讯传输速率，总线通讯单元兼有热备切换功能。当主CPU故障时，从CPU接管I/O的控制，夺取I/O总线的控制权。切换速度其实还可以，在150-300ms内。 典型代表： 1．AB SLC500，由1747-BSN 实现RIO结构的热备。 2．Mitsubishi小Q，由CC-Link单元实现RIO结构的热备。 其实三菱的大Q和A也可以，但三菱技术支持建议用小Q。 三．软件级双机热备产品：
双机热备工作原理及切换过程具体剖析
双机热备工作原理及切换过程具体剖析 双机热备容错基本原理是一个企业需要长期学习的技术，但是企业在组建的时候还是有很多不解的地方。下面我们就详细的了解下双机热备容错的相关知识。 一.双机工作原理 (1)心跳工作过程 通过IP做心跳检测时，主备机会通过此心跳路径，周期性的发出相互检测的测试包，如果此时主机出现故障，备机在连续丢失设定数目的检测包后，会认为主机出现故障，这时备机会自动检测设置中是否有第二种心跳，如果没有第二种心跳的话，备机则根据已设定的规则，启动备机的相关服务，完成双机热备容错的切换。 (2)IP工作过程 IP地址用虚拟IP地址的方法来实现，主要原理 主机正常的情况下虚拟IP地址指向主机的实IP地址，用户通过虚拟IP地址访问主机，这时，双机热备容错软件将虚拟IP地址解析到主机实IP地址。当主机做相关的切换时，虚拟IP地址通过双机热备容错软件自动将虚拟IP地址解析到备机的实IP地址上，这时，虚拟IP地址指向备机的实IP地址。但对用户来说，用户访问的仍然是虚拟IP地址。所以用户只会在切换的过程中发现有短暂的通信中断，经过一个短暂的时间，就可以恢复通信。 应用及网络故障切换过程 (i)可以检测到操作系统的故障并及时将服务切到备用服务器。 (ii)当操作系统正常的情况下，数据库系统出现意外故障，这时双机容错软件可以及时发现并将其切到备用服务器，使服务不致于停止。（如图2） (iii)当操作系统和数据库系统全都正常的情况下，服务器网络出现故障，这时双机热备容错软件，可以将系统切到正常的备用服务器上。 二.双机热备容错模式 双机热备有两种实现模式，一种是基于共享的存储设备的方式即双机热备容错方式，另一种是没有共享的存储设备的方式，一般称为镜像方式。 双机热备容错方式 对于这种方式，采用两台服务器，使用共享的存储设备（磁盘阵列柜或存储区域网SAN）。两台服务器可以采用互备、主从、并行等不同的方式。在工作过程中，两台服务器将以一个
双机热备份软件介绍
双机热备份软件介绍 1、PrimeCluster（PCL）HA集群软件产品概述 PrimeCluster HA（PCL HA）是德国富士通－西门子计算机公司（Fujitsu-Siemens Computers）提供的业界领先的支持双机热备和多节点集群的高可用管理软件。 PCL HA是一种应用与系统高可用性（High Availability）管理器。它为关键业务应用及其相关资源提供了能够持续访问的平台。PCL HA可为任何类型的应用、服务或数据提供最通用的高可用性环境。最主要的优点在于自动识别系统故障及组件错误，并具有诸如透明本地恢复或应用故障转移（Failover）等合适的恢复措施。PCL HA拥有多方向故障转移功能——集群内任一节点均可接管其他节点的功能。若特定服务器出现故障，它所运行的应用会分配给余下正常运行的服务器，使管理员能灵活而有效地应用系统资源。由于应用可通过管理干预转移到其他服务器，这样就能在不中断操作的情况下对集群进行扩容。 PCL HA for Linux同目前市场上其他的基于开放源代码的HA软件不同，PCL是由FSC完全自行开发的Linux平台上的高可用软件，它在维护、故障排除、升级、售后服务方面都能够有充分的保障。同时根据PCL用户的反馈，对于开放源代码的HA类的系统关键软件，最终用户普遍对其版本更新能力、数据安全性和故障（特别是兼容性及底层故障）的排除能力普遍持怀疑态度。PCL for Linux在欧洲已经有相当的关键业务成功案例，在中国也有上百个成功安装使用的案例，因此，最终用户对PCL的接受度明显较高。 PCL HA做为一个高可靠的HA软件，以德国富士通-西门子公司的先进技术、严谨作风和可靠信誉为后盾，为用户提供系统高可用性方面的可靠保障，是关键应用下服务器集群的理想选择。 PCL HA高可用软件应用环境 PCL HA支持的操作系统有Linux和Solaris。 Intel-based的Linux发行版： ?RedHat Enterprise Linux ES/AS 3 (up to Update 5) ?RedHat Enterprise Linux ES/AS 4 (up to Update 2)以及64bit版本 ?SuSE Linux Enterprise Server 8 ( up to SP4) ?SuSE Linux Enterprise Server 9 ( up to SP2)以及64bit版本 ?以及各种兼容上述两种发行版的Linux，比如红旗、中标、CentOS等等 Sparc-based的Solaris ?Solaris 8 / 9 / 10 注：上述操作系统为PCLv4.2A00支持的操作系统，随着操作系统的升级，PCL也会做出相应的版本更新
服务器双机热备方案定稿版
服务器双机热备方案精 编W O R D版 IBM system office room 【A0816H-A0912AAAHH-GX8Q8-GNTHHJ8】
双机热备方案 双机热备针对的是服务器的临时故障所做的一种备份技术，通过双机热备，来避免长时间的服务中断，保证系统长期、可靠的服务。 1.集群技术 在了解双机热备之前，我们先了解什么是集群技术。 集群（Cluster）技术是指一组相互独立的计算机，利用高速通信网络组成一个计算机系统，每个群集节点（即集群中的每台计算机）都是运行其自己进程的一个独立服务器。这些进程可以彼此通信，对网络客户机来说就像是形成了一个单一系统，协同起来向用户提供应用程序、系统资源和数据，并以单一系统的模式加以管理。一个客户端（Client）与集群相互作用时，集群像是一个独立的服务器。计算机集群技术的出发点是为了提供更高的可用性、可管理性、可伸缩性的计算机系统。一个集群包含多台拥有共享数据存储空间的服务器，各服务器通过内部局域网相互通信。当一个节点发生故障时，它所运行的应用程序将由其他节点自动接管。 其中，只有两个节点的高可用集群又称为双机热备，即使用两台服务器互相备份。当一台服务器出现故障时，可由另一台服务器承担服务任务，从而在不需要人工干预的情况下，自动保证系统能持续对外提供服务。可见，双机热备是集群技术中最简单的一种。 2. 双机热备适用对象 一般邮件服务器是要长年累月工作的，且为了工作上需要，其邮件备份工作就绝对少不了。有些企业为了避免服务器故障产生数据丢失等现象，都会采用RAID技术和数据备份
技术。但是数据备份只能解决系统出现问题后的恢复；而RAID技术，又只能解决硬盘的问题。我们知道，无论是硬件还是软件问题，都会造成邮件服务的中断，而RAID及数据备份技术恰恰就不能解决避免服务中断的问题。 要恢复服务器，再轻微的问题或者强悍的技术支持，服务器都要中断一段时间，对于一些需要随时实时在线的用户而言，丢失邮件就等于丢失金钱，损失可大可小，这类用户是很难忍受服务中断的。因此，就需要通过双机热备，来避免长时间的服务中断，保证系统长期、可靠的服务。 3. 实现方案 双机热备有两种实现模式，一种是基于共享的存储设备的方式，另一种是没有共享的存储设备的方式，一般称为纯软件方式。 1）基于共享的存储设备的方式 基于存储共享的双机热备是双机热备的最标准方案。对于这种方式，采用两台服务器（邮件系统同时运行在两台服务器上），使用共享的存储设备磁盘阵列（邮件系统的数据都存
如何实现的双机热备
如何实现的双机热备 2009-01-05 12:19:58 一．介绍 作为服务器，需要提供一定的24X7的安全保证，这样可以防止关键节点的宕机引起系统的全面崩溃。春笛公司在长期的邮件系统方案实施过程 中，利用OpenSource开源软件，结合金笛邮件系统，成功地为多家单位实施了大容量邮件系统的高可靠双机热备方案。 基于linux的 HA软件可靠稳定，比使用商业版本的HA软件降低成本约9成左右。 在这里我们用 lvs 和 DRBD 实现了一个真实环境下的双机热容错集群。 这里的关键技术是如何实现ip代换, mon/heartbeat检测, 文件同步。 同样这一方法稍加改动就可以实现oracle热备份、ldap热备份等。 二．方案描述 将真实服务地址绑定到一个虚拟网卡(eth0:1)上通过检测程序 (heartbeat)来将主机或是备份主机的虚拟网卡(eth0:1)激活。从而实现热备份。使用网络硬盘RAID来同步文件。检测程序通过内网进行监控。 金笛高可用邮件系统架构（双机系统） F 2 工作模式
a) 正常状态：
正常工作状态 b) 备份激活： node1失效，node2激活状态c) 主机就绪： node1故障排除，恢复状态
d) 切换回正常模式： 需要手动停止备份服务器的服务，系统会自动切换回正常模式 三．软硬件需求 两台双网卡主机完全安装 redhat6.2 主机IP 10.0.0.126 备份主机IP 10.0.0.250 实际服务即浮动IP 202.93.204.68 邮件系统： 金笛邮件系统Jindi-Mail2.0 (https://www.360docs.net/doc/5b18315821.html,) HA软件： ftp://https://www.360docs.net/doc/5b18315821.html,/pub/ha/piranha-docs-0.4.17-2.i386.rpm ftp://https://www.360docs.net/doc/5b18315821.html,/pub/ha/piranha-gui-0.4.17-2.i386.rpm ftp://https://www.360docs.net/doc/5b18315821.html,/pub/ha/piranha-0.4.17-2.i386.rpm ftp://https://www.360docs.net/doc/5b18315821.html,/pub/ha/ipvsadm-1.11-4.i386.rpm https://www.360docs.net/doc/5b18315821.html,plang.tuwien.ac.at/reisner/drbd/download/drbd-0.5 .8.1.tar.gz 安装软件: rpm –Uvh ipvsadm* piranha*两台主机都要装 金笛邮件系统安装 DRBD 安装 Tar zvxf tar -zvxf drbd-0.5.8.1.tar.gz cd drbd make make install 有如下相关文件 /usr/sbin/drbdsetup /lib/modules/2.2.18pre11-va2.1/block/drbd.o /etc/ha.d/resource.d /etc/rc.d/init.d/drbd /sbin/insmod drbd进行测试 应返回”Using /lib/modules/2.2.18pre11-va2.1/block/drbd.o” 四．设置 编辑/etc/lvs.cf文件 #Example of /etc/lvs.cf #还需要smtpd popd这两个启动脚本 service = fos # 采用fos模式 primary = 10.0.0.126 # 主ip地址(qmail) backup = 10.0.0.250 # 备份主机ip地址(Backup) backup_active = 1 # 激活备份 heartbeat = 1 # 激活Heartbeat heartbeat_port = 1050 # Heartbeat端口 keepalive = 2 # heartbeat间隔单位秒 deadtime = 10 # 判定死机间隔 rsh_command = ssh # 文件同步方案选ssh
双机热备简介
双机热备简介 一、双机热备 双机热备特指基于active/standby方式的服务器热备。服务器数据包括数据库数据同时往两台或多台服务器写，或者使用一个共享的存储设备。在同一时间内只有一台服务器运行。当其中运行着的一台服务器出现故障无法启动时，另一台备份服务器会通过软件诊测（一般是通过心跳诊断）将standby机器激活，保证应用在短时间内完全恢复正常使用。其实现过程如下图所示： 图（1） 为什么要做双机热备？ 双机热备针对的是服务器的故障。 服务器的故障可能由各种原因引起，如设备故障、操作系统故障、软件系统故障等等。一般地讲，在技术人员在现场的情况下，恢复服务器正常可能需要１０分钟、几小时甚至几天。双机高可用系统解决方案，为用户提供了具有单点故障容错能力的系统平台。它采用主服务发生故障时备服务器接管的机制，实现在线故障自动切换，实现系
统7×24小时不间断运行，避免停机造成的损失。 （一）纯软件双机热备 纯软件双机热备是在实时数据镜像基础上，实现了不需要共享存储的纯软高可用性系统，一般支持数据库和应用软件实现双机热备。 方案一：Windows(或者Linux)+ Rose Mirror HA+ORACLE（或者SQL Server）的双机热备 网络拓扑： 图（2） 投资采购软硬件设备： （1）数据库服务器：两台数据库服务器，每台服务器至少两个网络口； （2）操作系统：windows或者linux操作系统； （3）数据库软件：Oracle或者SQL Server企业版； （4）集群软件：Rose mirror HA（Rose公司）； （5）交换机：核心交换机一台。
windows双机热备文档
目录结构 目录结构 (1) 一、群集介绍 (2) 二、群集专业术语 (2) 三、环境介绍及要求 (3) 1、网络拓扑结构 (3) 2、软件配置说明 (3) 3、硬件配置要求 (4) 四、安装群集前的准备工作 (5) 1、创建共享磁盘 (5) 2、网络及系统配置 (9) 五、安装群集服务 (20) 1、在A 节点上新建一个群集 (20) 2、将B 节点加入现有群集 (26) 六、配置群集服务 (31) 1、群集网络配置 (31) 2、心跳适配器优先化 (33) 3、仲裁磁盘配置 (34) 4、测试群集安装 (34) 七、故障转移测试 (37) 1、初级测试 (37) 2、高级测试 (38)
一、群集介绍 服务器群集是一组协同工作并运行Microsoft 群集服务（Microsoft Cluster Service，MSCS）的独立服务器。它为资源和应用程序提供高可用性、故障恢复、可伸缩性和可管理性。它允许客户端在出现故障和计划中的暂停时，依然能够访问应用程序和资源。如果群集中的某一台服务器由于故障或维护需要而无法使用，资源和应用程序将转移到可用的群集节点上。（说明:本文档编写的目的是为了帮助大家实现所关心的如何在VMWare Workstation 中完成，典型群集的配置步骤，不会具体的涉及到如何安装群集应用程序） 二、群集专业术语 节点: 构建群集的物理计算机 群集服务: 运行群集管理器或运行群集必须启动的服务 资源: IP 地址、磁盘、服务器应用程序等都可以叫做资源 共享磁盘: 群集节点之间通过光纤SCSI 电缆等共同连接的磁盘柜或存储 仲裁资源: 构建群集时，有一块磁盘会用来仲裁信息，其中包括当前的服务状态各个节点的状态以及群集转移时的一些日志 资源状态: 主要指资源目前是处于联机状态还是脱机状态 资源依赖: 资源之间的依存关系 组: 故障转移的最小单位 虚拟服务器: 提供一组服务--如数据库文件和打印共享等 故障转移: 应用从宕机的节点切换到正常联机的节点 故障回复: 某节点从宕机状态转为联机状态后，仍然继续宕机前的工作，为其他节点分流
RoseMirrorHA镜像服务器双机热备解决方案及具体配置
RoseMirrorHA镜像服务器双机热备解决方
案及具体配置 . 一、双机热备拓扑图以及工作原理 专业资料Word .
双机热备工作示意图 二、双机热备方案介绍操作系统和应用程序是安装在两台服务器的本地系统盘在高可用性方案中，数据的集磁盘阵列集中管理和数据备份的。上的，而整个网络系统的数据是通过将所有站点的数据直接从中央存储设备来读取和中管理是通过双机热备份系统，用户的数极大地保护了数据的安全性和保密性。存储，并由专业人员进行管理，备机主动替代主机工在一台服务器出现故障时，据存放在外接共享磁盘阵列中，作，保证网络服务不间断。 心双机热备份系统采用“心跳”方法保证主系统与备用系统的联系。所谓“，指的是主从系统之间相互按照一定的时间间隔发送通讯信号，表明各自系”跳统当前的运行状态。一旦“心跳”信号表明主机系统发生故障，或者是备用系统双机软件无法收到主机系统的“心跳”信号，则系统的高可用性管理软件（专业资料 Word .
RoseHA）认为主机系统发生故障，立即令主机停止工作，并将系统资源转移到备用系统上，备用系统将替代主机发挥作用，以保证网络服务运行不间断。 双机备份方案中，根据两台服务器的工作方式可以有三种不同的工作模式，即双机热备模式、双机互备模式和双机双工模式。下面分别予以简单介绍： 双机热备模式即目前通常所说的active/standby 方式，active服务器?处于工作状态；而standby服务器处于监控准备状态。当active服务器出现故障的时候，通过软件诊测或手工方式将standby机器激活，保证应用在短时间内完全恢复正常使用。这是目前最理想的一种模式。 双机互备模式，是两个相对独立的应用在两台机器同时运行，但彼此均?设为备机，当某一台服务器出现故障时，另一台服务器可以在短时间内将故障服务器的应用接管过来，从而保证了应用的持续性，但对服务器的性能要求比较高。服务器配置相对要好。 双机双工模式: 是目前Cluster（集群）的一种形式，两台服务器均为?活动状态，同时运行相同的应用，保证整体的性能，也实现了负载均衡和互为备份。WEB服务器或FTP服务器等用此种方式比较多。 双机热备有两种实现模式，一种是基于共享的存储设备的方式，另一种是没有共享的存储设备的方式，一般称为纯软件方式，低成本模式。 基于存储共享的双机热备是双机热备的最标准方案。这种方式采用两台服务器，使用共享的存储设备（磁盘阵列柜或存储区域网SAN）。两台服务器可以采用热备（主从）、互备、双工（并行）等不同的方式。在工作过程中，两台服专业资料 Word .
服务器双机热备解决方案
最新服务器双机热备解 决方案 -CAL-FENGHAI-(2020YEAR-YICAI)_JINGBIAN
服务器双机热备解决方案
前言 数据信息是当今社会进步、发展的关键。面对日益庞大的计算机网络，用户的要求是网络能够可靠、高速、稳定地运行。当前大部分网络服务都是采用中心服务器的模式（只有一台服务器），服务器的高可靠性、高可用性是网络安全运行的关键，一旦服务器出现故障，所提供的服务就会被中断，影响正常工作，并可能丢失关键数据，从而造成严重后果。无论对企业的有形和无形资产都带来不必要的损失。如何在故障情况下尽快恢复使用并保证数据的安全，已经成为一个日渐突出的问题。服务器双机热备份技术正是解决由软硬件故障引起可靠性降低的有效措施，该技术较为成熟，成本相对较低，具有安装维护简单、稳定可靠、监测直观等优点，在网络保障中获得了广泛的应用。 一、双机热备阐述 什么是双机热备 所谓双机热备份，概况地说，就是用网络两台服务器连接起来，平时互相备份，共同执行同一服务。当一台服务器停机时，可以由双机中的另一台服务器自动将停机服务器的业务接管，从而在不需要人工干预的情况下，保证系统能持续提供服务。 什么时候需要双机热备呢 一般服务器要长年累月（7 X 24 小时）不间断工作，其备份工作就绝对少不了。所以，决定是否使用双机热备，应首先对系统的重要性，以及终端用户对服务中断的容忍程度进行考虑，然后再来决定是否使用双机热备。比如网络中的用户最多能容忍多长时间恢复服务如果服务不能很快恢复会造成什么样的后果等等。
二、双机热备拓扑图以及工作原理 双机热备工作示意图
高可用多机集群数据备份双机热备方案
PLUSWELL多机集群、数据备份解决方案 北京蓝科泰达科技有限公司 2008年7月
一：概述 企业和事业单位的运转越来越依赖于计算机系统，如果一旦这个数据处理中心无法正常运转，就会造成业务停顿，导致不可挽回的损失。 而现有的双机热备份设备存在价格高昂，成本较高的情况，往往使用户望而却步。而用户寻求底成本的纯软件方案又往往因产品不容易维护，纯软件双机方案不稳定等因素，往往给用户造成不必要的使用麻烦。有时因护理不当造成数据损坏，发生更大的事故。 蓝科泰达凭借其丰富的研发经验，为您提供高可用性系列产品和优质的服务，推出了蓝科泰达双机容错打包解决方案，目的在于保证数据永不丢失和系统永不停顿，同时为用户节省大量的开支。蓝科泰达容错系统结合了蓝科泰达磁盘阵列产品的安全可靠性与双机容错技术高可用性的优点，相互配合二者的优势。蓝科泰达磁盘阵列针对双机容错技术做了许多优化和改进，满足了双机硬件的连接要求，根据应用环境的实际情况，适用于Windows2000平台以上，开放源代码Linux 平台，SCO UNIX平台上的多种双机热备软件。 二、需求分析 企业关键业务一旦中断，企业的日常运作将受到致命的影响，那么就要求我们的系统在最短的时间内将系统恢复到正常状态。 所以我们要求双机软件能够实现以下几点： 1、异常终端检测 2、网络故障，系统故障，应用程序故障等全系统检测 3、当高可用系统中的某个节点故障，无须人工干预自动切换，保障系统运行 4、速度快（快速恢复） 贵单位业务平台，是以Windwos 2003 Server系统平台为基础，以SQL Server核心的数据 库应用系统，该系统对稳定性要求很高、系统实时性和可用性提出要有连续运行的能力，系统一旦出现故障，其损失是惨重的。 因此，建议用户采用高可用技术，高可用系统在各个节点间保持的间歇的通讯，使系统中的独立节点组合成整体的一套系统，并使用PlusWell 软件可以保障该系统中的某一节点故障都可 被PlusWell 软件所监控，如主服务器应用程序、网卡、操作系统，均纳入公共的安全体系，确 保7*24的不停机。 比较典型的危及系统安全应用和系统错误主要有： （1）进程错误，比如用户应用与文件数据库的连接异常中断或用户进程发生错误。 （2）文件系统故障，由于异常操作或其它原因造成文件系统内部部分信息丢失或不一致。 （3）操作系统故障，操作系统本身的系统调用问题及底层的应用驱动在安装或更新出现冲突； （4）网络线缆故障。 （5）介质问题，网络连接或物理硬盘也可能会出现问题。 方案拓扑：
冷备份与热备份、双机热备与容错
冷备份与热备份、双机热备与容错 冷备份与热备份、双机热备与容错 冷备份与热备份 一、冷备份 冷备份发生在数据库已经正常关闭的情况下，当正常关闭时会提供给我们一个完整的数据库。冷备份时将关键性文件拷贝到另外的位置的一种说法。对于备份Oracle信息而言，冷备份时最快和最安全的方法。冷备份的优点是：１、是非常快速的备份方法（只需拷文件） ２、容易归档（简单拷贝即可） ３、容易恢复到某个时间点上（只需将文件再拷贝回去） ４、能与归档方法相结合，做数据库“最佳状态”的恢复。 ５、低度维护，高度安全。 但冷备份也有如下不足： １、单独使用时，只能提供到“某一时间点上”的恢复。 ２、再实施备份的全过程中，数据库必须要作备份而不能作其他工作。也就是说，在冷备份过程中，数据库必须是关闭状态。 ３、若磁盘空间有限，只能拷贝到磁带等其他外部存储设备上，速度会很慢。 ４、不能按表或按用户恢复。 如果可能的话（主要看效率），应将信息备份到磁盘上，然后启动数据库（使用户可以工作）并将备份的信息拷贝到磁带上（拷贝的同时，数据库也可以工作）。
冷备份中必须拷贝的文件包括： １、所有数据文件 ２、所有控制文件 ３、所有联机REDO LOG文件 ４、Init.ora文件（可选） 值得注意的使冷备份必须在数据库关闭的情况下进行，当数据库处于打开状态时，执行数据库文件系统备份是无效的。 下面是作冷备份的完整例子。 （1）关闭数据库 sqlplus /nolog sql>connect /as sysdba sql>shutdown normal; （2）用拷贝命令备份全部的时间文件、重做日志文件、控制文件、初始化参数文件 sql>cp （3）重启Oracle数据库 sql>startup 二、热备份 热备份是在数据库运行的情况下，采用archivelog mode方式备份数据库的方法。所以，如果你有昨天夜里的一个冷备份而且又有今天的热备份文件，在发生问题时，就可以利用这些资料恢复更多的信息。热备份要求数据库在Archivelog方式下操作，并需要大量的档案空间。一旦数据库运行在archivelog
RoseMirrorHA镜像服务器双机热备解决方案及具体配置
RoseMirrorHA镜像服务器双机热备解决方案 及具体配置
一、双机热备拓扑图以及工作原理
双机热备工作示意图 二、双机热备方案介绍 在高可用性方案中，操作系统和应用程序是安装在两台服务器的本地系统盘上的，而整个网络系统的数据是通过磁盘阵列集中管理和数据备份的。数据的集中管理是通过双机热备份系统，将所有站点的数据直接从中央存储设备来读取和存储，并由专业人员进行管理，极大地保护了数据的安全性和保密性。用户的数据存放在外接共享磁盘阵列中，在一台服务器出现故障时，备机主动替代主机工作，保证网络服务不间断。 双机热备份系统采用“心跳”方法保证主系统与备用系统的联系。所谓“心跳”，指的是主从系统之间相互按照一定的时间间隔发送通讯信号，表明各自系统当前的运行状态。一旦“心跳”信号表明主机系统发生故障，或者是备用系统无法收到主机系统的“心跳”信号，则系统的高可用性管理软件（双机软件RoseHA）认为主机系统发生故障，立即令主机停止工作，并将系统资源转移到备用系统上，备用系统将替代主机发挥作用，以保证网络服务运行不间断。
双机备份方案中，根据两台服务器的工作方式可以有三种不同的工作模式，即双机热备模式、双机互备模式和双机双工模式。下面分别予以简单介绍： ?双机热备模式即目前通常所说的active/standby 方式，active服务器处于工作状态；而standby服务器处于监控准备状态。当active服务器出现故障的时候，通过软件诊测或手工方式将standby机器激活，保证应用在短时间内完全恢复正常使用。这是目前最理想的一种模式。 ?双机互备模式，是两个相对独立的应用在两台机器同时运行，但彼此均设为备机，当某一台服务器出现故障时，另一台服务器可以在短时间内将故障服务器的应用接管过来，从而保证了应用的持续性，但对服务器的性能要求比较高。服务器配置相对要好。 ?双机双工模式 : 是目前Cluster（集群）的一种形式，两台服务器均为活动状态，同时运行相同的应用，保证整体的性能，也实现了负载均衡和互为备份。WEB服务器或FTP服务器等用此种方式比较多。 双机热备有两种实现模式，一种是基于共享的存储设备的方式，另一种是没有共享的存储设备的方式，一般称为纯软件方式，低成本模式。 基于存储共享的双机热备是双机热备的最标准方案。这种方式采用两台服务器，使用共享的存储设备（磁盘阵列柜或存储区域网SAN）。两台服务器可以采用热备（主从）、互备、双工（并行）等不同的方式。在工作过程中，两台服务器将以一个虚拟的IP地址对外提供服务，依工作方式的不同，将服务请求发送给其中一台服务器承担。同时，服务器通过心跳线（目前往往采用建立私有网络的方式）侦测另一台服务器的工作状况。当一台服务器出现故障时，另一台服务器根据心跳侦测的情况做出判断，并进行切换，接管服务。对于用户而言，这一过程是全自动的，在很短时间内完成，从而对业务不会造成影响。由于使用共享的存储设备，因此两台服务器使用的实际上是一样的数据，由双机或集群软件对其进行管理。
PLUSWELL双机热备
PLUSWELL多机集群、数据备份 解决方案
一：概述 企业和事业单位的运转越来越依赖于计算机系统，如果一旦这个数据处理中心无法正常运转，就会造成业务停顿，导致不可挽回的损失。 而现有的双机热备份设备存在价格高昂，成本较高的情况，往往使用户望而却步。而用户寻求底成本的纯软件方案又往往因产品不容易维护，纯软件双机方案不稳定等因素，往往给用户造成不必要的使用麻烦。有时因护理不当造成数据损坏，发生更大的事故。 蓝科泰达凭借其丰富的研发经验，为您提供高可用性系列产品和优质的服务，推出了蓝科泰达双机容错打包解决方案，目的在于保证数据永不丢失和系统永不停顿，同时为用户节省大量的开支。 蓝科泰达容错系统结合了蓝科泰达磁盘阵列产品的安全可靠性与双机容错技术高可用性的优点，相互配合二者的优势。蓝科泰达磁盘阵列针对双机容错技术做了许多优化和改进，满足了双机硬件的连接要求，根据应用环境的实际情况，适用于Windows2000平台以上，开放源代码Linux平台，SCO UNIX平台上的多种双机热备软件。 二、需求分析 企业关键业务一旦中断，企业的日常运作将受到致命的影响，那么就要求我们的系统在最短的时间内将系统恢复到正常状态。 所以我们要求双机软件能够实现以下几点： 1、异常终端检测 2、网络故障，系统故障，应用程序故障等全系统检测 3、当高可用系统中的某个节点故障，无须人工干预自动切换，保障系统运行 4、速度快（快速恢复） 贵单位业务平台，是以Windwos 2003 Server系统平台为基础，以SQL Server核心的数据库应用系统，该系统对稳定性要求很高、系统实时性和可用性提出要有连续运行的能力，系统一旦出现故障，其损失是惨重的。 因此，建议用户采用高可用技术，高可用系统在各个节点间保持的间歇的通讯，使系统中的独立节点组合成整体的一套系统，并使用PlusWell 软件可以保障该系统中的某一节点故障都可被PlusWell 软件所监控，如主服务器应用程序、网卡、操作系统，均纳入公共的安全体系，确保7*24的不停机。 比较典型的危及系统安全应用和系统错误主要有： （1）进程错误，比如用户应用与文件数据库的连接异常中断或用户进程 发生错误。 （2）文件系统故障，由于异常操作或其它原因造成文件系统内部部分信 息丢失或不一致。 （3）操作系统故障，操作系统本身的系统调用问题及底层的应用驱动在 安装或更新出现冲突； （4）网络线缆故障。 （5）介质问题，网络连接或物理硬盘也可能会出现问题。 方案拓扑：