双机热备(HRSP)
两台路由器+两台三层交换机做冗余最大限度避免单点故障
网络拓扑图如下：
192.168.100.1/24192.168.200.1/24192.168.100.2/24192.168.200.2/24
交换机名：MSW
拓扑说明：
1． 路由器Internet 是一台模拟Internet 环境的路由器，为了尽可能真实，我仅在路由器上
配置了相应的端口IP 没有任何静态或动态路由。
2． 接入层交换机为傻瓜型设备，仅设置vlan 端口划分。随时可以更换，基本不用做任何配
置。
3．两台交换机互相做备份，配置基本差不多。区别在于VTP Server在MSW上，BSW作为VTP Client存在。
4．SPT没有专门配置，有设备自动生成。
5．两台路由器互相备份，配置基本差不多。
6．该配置环境中只要有一台路由器和一台核心交换机在工作，网络可以正常工作。
7．其他详细网络参数基本可以在拓扑图上找到，更详细的参数，请参照最后的配置文件。配置情况：
基本配置
Internet
enable
configure terminal
hostname Internet
interface g0/0
ip address 8.8.8.254 255.255.255.0
no shutdown
exit
interface g0/1
ip address 1.1.1.1 255.255.255.0
no shutdown
exit
interface g0/2
ip address 2.2.2.1 255.255.255.0
no shutdown
exit
exit
write
MR
enable
configure terminal
hostname MR
interface g0/0
ip address 1.1.1.2 255.255.255.0
no shutdown
exit
interface g0/1
ip address 192.168.10.2 255.255.255.0 no shutdown
exit
interface g0/2
ip address 192.168.20.2 255.255.255.0 no shutdown
exit
exit
write
BR
enable
configure terminal
hostname BR
interface g0/0
ip address 2.2.2.2 255.255.255.0
no shutdown
exit
interface g0/1
ip address 192.168.20.3 255.255.255.0 no shutdown
exit
interface g0/2
ip address 192.168.10.3 255.255.255.0 no shutdown
exit
write
msw
enable configure terminal hostname MSW ip routing
exit
write
bsw
enable configure terminal hostname BSW
ip routing
exit
write
SW1
enable configure terminal hostname SW1 exit
write
SW2
enable configure terminal hostname SW2 exit
配置交换机VLAN
MSW
enable
configure terminal
vtp domain a
vtp password a
vtp mode server
vlan 10
vlan 20
vlan 100
vlan 200
interfacevlan 10
ip address 192.168.10.253 255.255.255.0 exit
interfacevlan 20
ip address 192.168.20.253 255.255.255.0 exit
interfacevlan 100
ip address 192.168.100.253 255.255.255.0 exit
interfacevlan 200
ip address 192.168.200.253 255.255.255.0 exit
interface range f0/1-24
switchport mode access
switchport mode trunk
switchport trunk allowed vlan all
exit
interface g0/1
switchport mode access
switchport access vlan 10
exit
interface g0/2
switchport mode access
switchport access vlan 20
exit
exit
write
BSW
enable
configure terminal
vtp domain a
vtp password a
vtp mode client
interfacevlan 10
ip address 192.168.10.252 255.255.255.0 exit
interfacevlan 20
ip address 192.168.20.252 255.255.255.0 exit
interfacevlan 100
ip address 192.168.100.253 255.255.255.0 exit
interfacevlan 200
ip address 192.168.200.253 255.255.255.0 exit
interface range f0/1-24
switchport mode access
switchport mode trunk
switchport trunk allowed vlan all
exit
interface g0/1
switchport mode access
switchport access vlan 20
exit
interface g0/2
switchport mode access switchport access vlan 10
exit
exit
write
SW1
enable
configure terminal
vtp domain a
vtp password a
vtp mode client
interface range f0/21-24 switchport mode access switchport mode trunk switchport trunk allowed vlan all exit
interface range f0/1-10 switchport mode access switchport access vlan 100
exit
interface range f0/11-20 switchport mode access switchport access vlan 200
exit
exit
write
SW2
enable
configure terminal
vtp domain a
vtp password a
vtp mode client
interface range f0/21-24
switchport mode access
switchport mode trunk
switchport trunk allowed vlan all
exit
interface range f0/1-10
switchport mode access
switchport access vlan 100
exit
interface range f0/11-20
switchport mode access
switchport access vlan 200
exit
exit
write
配置HRSP（热备份路由协议）MR
enable
configure terminal
interface g0/1
standby 11 ip 192.168.10.1
standby 11 priority 120
standby 11 preempt
exit
interface g0/2
standby 21 ip 192.168.20.1
standby 21 priority 120
standby 21 preempt
exit
exit
write
BR
enable
configure terminal
interface g0/1
standby 21 ip 192.168.20.1 standby 21 priority 120 standby 21 preempt
exit
interface g0/2
standby 11 ip 192.168.10.1 standby 11 priority 120 standby 11 preempt
exit
exit
write
MSW
enable
configure terminal
interfacevlan 10
standby 10 ip 192.168.10.254 standby 10 priority 120 standby 10 preempt
exit
interfacevlan 20
standby 20 ip 192.168.20.254 standby 20 priority 120 standby 20 preempt
exit
interfacevlan 100
standby 100 ip 192.168.100.254
standby 100 priority 120 standby 100 preempt
exit
interfacevlan 200
standby 200 ip 192.168.200.254 standby 200 priority 120 standby 200 preempt
exit
exit
write
BSE
enable
configure terminal
interfacevlan 10
standby 10 ip 192.168.10.254 standby 10 priority 120 standby 10 preempt
exit
interfacevlan 20
standby 20 ip 192.168.20.254 standby 20 priority 120 standby 20 preempt
exit
interfacevlan 100
standby 100 ip 192.168.100.254 standby 100 priority 120 standby 100 preempt
exit
interfacevlan 200
standby 200 ip 192.168.200.254 standby 200 priority 120 standby 200 preempt
exit
exit
write
添加静态路由
MR
enable
configure terminal
ip route 0.0.0.0 0.0.0.0 1.1.1.1
ip route 192.168.0.0 255.255.0.0 192.168.10.254 exit
write
BR
enable
configure terminal
ip route 0.0.0.0 0.0.0.0 2.2.2.1
ip route 192.168.0.0 255.255.0.0 192.168.10.254 exit
write
MSW
enable
configure terminal
ip route 0.0.0.0 0.0.0.0 192.168.10.1
exit
write
BSW
enable
configure terminal
ip route 0.0.0.0 0.0.0.0 192.168.10.1
exit
write
路由器添加NAT转换
MR
enable
configure terminal
interface g0/0
ipnat outside
exit
interface g0/1
ipnat inside
exit
interface g0/2
ipnat inside
exit
ipnat pool out 1.1.1.3 1.1.1.3 netmask 255.255.255.255 access-list 10 permit 192.168.0.0 0.0.255.255
ipnat inside source list 10 pool out overload
exit
write
--------------------------------------------------------------------------- BR
enable
configure terminal
interface g0/0
ipnat outside
exit
interface g0/1
ipnat inside
exit
interface g0/2
ipnat inside
exit
ipnat pool out 2.2.2.3 2.2.2.3 netmask 255.255.255.255 access-list 10 permit 192.168.0.0 0.0.255.255
ipnat inside source list 10 pool out overload
exit
write
配置清单
Internet
Internet#shrunn
Building configuration...
Current configuration : 719 bytes
!
version 15.1
no service timestamps log datetimemsec no service timestamps debug datetimemsec no service password-encryption
!
hostname Internet
!
!
!
!
!
!
!
!
ipcef
no ipv6 cef
!
!
!
!
licenseudipid CISCO2911/K9 sn FTX15240M09 !
!
!
!
!
!
!
!
!
!
!
spanning-tree mode pvst
!
!
!
!
!
!
interface GigabitEthernet0/0
ip address 8.8.8.254 255.255.255.0
duplex auto
speed auto
!
interface GigabitEthernet0/1
ip address 1.1.1.1 255.255.255.0
duplex auto
speed auto
!
interface GigabitEthernet0/2
ip address 2.2.2.1 255.255.255.0
duplex auto
speed auto
!
interface Vlan1
noip address
shutdown
!
ip classless
!
ip flow-export version 9
!
!
!
!
!
!
line con 0
!
line aux 0
!
linevty 0 4
login
!
!
!
end
Internet#
MR
MR>EN
MR#showrunn
Building configuration...
Current configuration : 1183 bytes
!
version 15.1
no service timestamps log datetimemsec no service timestamps debug datetimemsec no service password-encryption
!
hostname MR
!
!
!
!
!
!
!
!
ipcef
no ipv6 cef
!
!
!
licenseudipid CISCO2911/K9 sn FTX152483N7 !
!
!
!
!
!
!
!
!
!
!
spanning-tree mode pvst
!
!
!
!
!
!
interface GigabitEthernet0/0
ip address 1.1.1.2 255.255.255.0
ipnat outside
duplex auto
speed auto
!
interface GigabitEthernet0/1
ip address 192.168.10.2 255.255.255.0 ipnat inside
duplex auto
speed auto
standby version 2
standby 11 ip 192.168.10.1
standby 11 priority 120
standby 11 preempt
!
interface GigabitEthernet0/2
ip address 192.168.20.2 255.255.255.0 ipnat inside
duplex auto
speed auto
standby version 2
standby 21 ip 192.168.20.1
standby 21 priority 120
standby 21 preempt
!
interface Vlan1
noip address
shutdown
!
ipnat pool out 1.1.1.3 1.1.1.3 netmask 255.255.255.255 ipnat inside source list 10 pool out overload
ip classless
ip route 0.0.0.0 0.0.0.0 1.1.1.1
ip route 192.168.0.0 255.255.0.0 192.168.10.254
!
ip flow-export version 9
!
!
access-list 10 permit 192.168.0.0 0.0.255.255
!
!
!
!
!
line con 0
!
line aux 0
!
linevty 0 4
login
!
!
!
end
MR#
BR
BR>en
BR#shrunn
Building configuration...
Current configuration : 1183 bytes
!
version 15.1
no service timestamps log datetimemsec
no service timestamps debug datetimemsec no service password-encryption
!
hostname BR
!
!
!
!
!
!
!
!
ipcef
no ipv6 cef
!
!
!
!
licenseudipid CISCO2911/K9 sn FTX15245NTA !
!
!
!
!
!
!
!
!
!
!
spanning-tree mode pvst
!
!
!
!
!
!
interface GigabitEthernet0/0
ip address 2.2.2.2 255.255.255.0
ipnat outside
duplex auto
speed auto
!
interface GigabitEthernet0/1
ip address 192.168.20.3 255.255.255.0
ipnat inside
duplex auto
speed auto
standby version 2
standby 21 ip 192.168.20.1
standby 21 priority 120
standby 21 preempt
!
interface GigabitEthernet0/2
ip address 192.168.10.3 255.255.255.0
ipnat inside
duplex auto
speed auto
standby version 2
standby 11 ip 192.168.10.1
standby 11 priority 120
standby 11 preempt
!
interface Vlan1
noip address
shutdown
!
ipnat pool out 2.2.2.3 2.2.2.3 netmask 255.255.255.255 ipnat inside source list 10 pool out overload
ip classless
ip route 0.0.0.0 0.0.0.0 2.2.2.1
ip route 192.168.0.0 255.255.0.0 192.168.10.254
!
ip flow-export version 9
!
!
access-list 10 permit 192.168.0.0 0.0.255.255
!
!
!
!
!
line con 0
!
line aux 0
linevty 0 4
login
!
!
!
end
BR#
MSW
MSW>en
MSW#shrunn
Building configuration...
Current configuration : 3368 bytes
!
version 12.2
no service timestamps log datetimemsec no service timestamps debug datetimemsec no service password-encryption
!
hostname MSW
!
!
!
!
!
!
!
ip routing
!
!
!
!
!
!
!
!
!
!
!
双机热备技术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，双机热备之间的切换是以主备机所连接的外网的通断作为判断的依据。并且与主备机网络名称相关。 解决办法：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软件配置文件，修改里面的时间为当前系统的时间并保存，重启该机 的双机热备软件。
存储、集群双机热备方案
存储集群双机热备方案
目录 一、前言 (3) 1、公司简介 (3) 2、企业构想 (3) 3、背景资料 (4) 二、需求分析 (4) 三、方案设计 (5) 1．双机容错基本架构 (5) 2、软件容错原理 (6) 3、设计原则 (7) 4、拓扑结构图 (7) 四、方案介绍 (10) 方案一1对1数据库服务器应用 (10) 方案二CLUSTER数据库服务器应用 (11) 五、设备选型 (12) 方案1：双机热备+冷机备份 (12) 方案2：群集+负载均衡+冷机备份 (13) 六、售后服务 (15) 1、技术支持与服务 (15) 2、用户培训 (15)
一、前言 1.1、公司简介 《公司名称》成立于2000年,专业从事网络安全设备营销。随着业务的迅速发展，经历了从计算机营销到综合系统集成的飞跃发展。从成立至今已完成数百个网络工程，为政府、银行、公安、交通、电信、电力等行业提供了IT相关系统集成项目项目和硬件安全产品，并取得销售思科、华为、安达通、IBM、HP、Microsoft等产品上海地区市场名列前茅的骄人业绩。 《公司名称》致力于实现网络商务模式的转型。作为国内领先的联网和安全性解决方案供应商，《公司名称》对依赖网络获得战略性收益的客户一直给予密切关注。公司的客户来自全国各行各业，包括主要的网络运营商、企业、政府机构以及研究和教育机构等。 《公司名称》推出的一系列互联网解决方案，提供所需的安全性和性能来支持国内大型、复杂、要求严格的关键网络，其中包括国内的20余家企事业和政府机关. 《公司名称》成立的唯一宗旨是--企业以诚信为本安全以创新为魂。今天，《公司名称》通过以下努力，帮助国内客户转变他们的网络经济模式，从而建立强大的竞争优势：（1）提出合理的解决方案，以抵御日益频繁复杂的攻击 （2）利用网络应用和服务来取得市场竞争优势。 （3）为客户和业务合作伙伴提供安全的定制方式来接入远程资源 1.2、企业构想 《公司名称》的构想是建立一个新型公共安全网络，将互联网广泛的连接性和专用网络有保障的性能和安全性完美地结合起来。《公司名称》正与业界顶尖的合作伙伴协作，通过先进的技术和高科产品来实施这个构想。使我们和国内各大企业可通过一个新型公共网络来获得有保障的安全性能来支持高级应用。 《公司名称》正在帮助客户改进关键网络的经济模式、安全性以及性能。凭借国际上要求最严格的网络所开发安全产品，《公司名称》正致力于使联网超越低价商品化连接性的境界。《公司名称》正推动国内各行业的网络转型，将今天的"尽力而为"网络改造成可靠、安全的高速网络，以满足今天和未来应用的需要。 1.3、背景资料 随着计算机系统的日益庞大，应用的增多，客户要求计算机网络系统具有高可靠，高
RoseMirrorHA双机热备软件的安装及配置手册
双机热备软件的安装与配置指导手册 系统版本：A1 文档编号：CHI-PT-NJBL-SJRB-A0
内容简介 《双机热备软件的安装与配置指导手册》主要针对目前公司人员定位系统服务器双机热备软件的安装和配置进行了详细说明，指导现场工程师对双机热备软件进行安装及配置。 本手册共分四章节，分别为： 第一章：概述 第二章：软件的安装 第三章：服务的安装及配置 第四章：注意事项 第五章：常见故障处理 本文档的读者范围： 公司内部员工 版权声明 本文档属南京北路科技有限公司版权所有，侵权必究。 本文文件专供用户、本公司职员以及经本公司许可的人员使用，未经公司书面 同意，任何单位或个人不得以任何方式复制、翻印、改编、摘编、转载、翻 译、注释、整理、出版或传播手册的全部或部分内容。
南京北路自动化系统有限责任公司位于南京江宁经济技术开发区，是南京市高新技术企业，现有高级工程师、工程师及其他专业技术人员100余名。是专业从事煤矿通信、自动化、信息化产品的研发、生产、销售及服务的高科技公司。 公司拥有ISO9001:2000质量管理体系认证，坚持“质量第一、用户至上、至诚服务、持续改进”的质量方针，得到了广大客户的信赖和支持。目前公司产品覆盖全国10多个省、自治区，并在多个煤炭主产区设有售后服务机构。 公司以满足客户需求为己任，不断生产高性价比的产品，为客户创造价值。 南京北路自动化系统有限责任公司 联系地址：南京市江宁开发区菲尼克斯路99号 邮政编码：211106 电话号码：(025)52187543 传真：(025)52185703 邮件地址：njbestway@https://www.360docs.net/doc/6b14567916.html, 客户服务电话：400-611-5166 客户支持网站：https://www.360docs.net/doc/6b14567916.html,
容错方案和双机热备方案的对比 2
为什么选择容错 Stratus容错服务器与双机热备方案比较
一、容错技术和集群的比较： 1、可靠性比较：
容错服务器的可靠性可达到99.999%以上，其设计原理是“容错原则---容忍错误发生，当出现任意单点故障时，不会对系统造成任何影响，系统仍然连续工作”。而集群方案的可靠性只能在99.9%~99.99%之间，其设计原理是“避错原则----当系统出现故障时，如何补救错误、避免错误进一步扩大”。 2、拓扑结构比较： 计算机业界对可靠性的定义 容错服务器独立服务器 阵的独立服务器 系统 消除单点心 系统结构复杂 环节过多，外部连接 故障发生点多 系统结构简单 如同单机，内部连接 故障发生点少 无单点故障的集群方案 无单点故障的容错方案
3、软硬件架构： 在系统架构中，容错服务器结构简单，且是单软件映像。 1、 工作原理比较： 硬软件结构复杂 依赖集群软件 对所有软件和硬件要求苛刻 切换机制只能覆盖部分实际应用情况 硬软件结构简单 纯硬件容错结构 对所有软件无特殊要求 时钟同步，无需切换
容错方案在出现任何单点故障的情况之下系统工作状态均不会中断，且是零切换时间，进而完整的保护了静态数据及动态数据。 2、维护管理及实施比较： 由于容错服务器的冗余全部是依靠硬件完成的，避免了对软件及人为因素的依赖，因此，其实施及维护非常简单、方便。 3、集群和容错软硬件可靠性实测比较： System Application Fault-Tolerant Cluster Conventional 容错方案的软硬件可靠性是最高的；集群方案虽然略微提高了硬件的可靠性，但却牺牲了软件本身的可靠性。
双机热备的数据备份和灾难备份方案
双机热备的数据备份和灾难备份方案 一、方案背景 1. 用户目前数据环境及需求 根据提供的信息，目前用户的系统环境如下描述：操作系统：Windows 操作系统，关键数据：VSS 数据库现在用户要备份的服务器为2台数据库服务器做双机热备集群，整个系统对于备份的要求：备份系统稳定可靠，保证随时能够备份/还原关键数据；对服务器有灾备的考虑，操作系统崩溃时能通过灾难备份快速恢复操作系统。同时考虑远期建设目标平滑过渡，避免重复投资。 2. 用户目前状态和存在的问题 目前用户双机服务器拓扑图如下，这样的方式存在以下问题： a) 由于主机与备机及磁盘阵列中的数据都没有备份，一旦发生磁盘阵列数据丢失、主机与备机数据丢失事故时，将会造成重大损失。 b) 当服务器操作系统崩溃时，无法快速恢复。 二、设计方案 1. 设计原则 根据上述问题建议的备份方案应该遵循以下原则：备份系统应该支持Open File 热备份功能磁盘阵列连接在专用的备份服务器上、对双机集群中的2台机器都能进行数据备份、备份软件支持定时计划备份、备份软软件支持服务器灾难备份、备份软件提供网络集中备份功能，能集中备份网络上其余SQL Server、ORACLE或文件数据，提供良好的扩展性。 2. 方案的设计 依据上述设计原则，建议采用爱数备份软件专业备份软件安装在一台备份服务器上，通过网络对双机系统进行数据备份和操作系统灾难备份。Backup Exec 作为专业的备份软件，具有以下优点： c) 专业的企业网络集中备份解决方案，一台备份服务器可以备份网络上多台服务器数据（文件服务器、VSS服务器、数据库服务器、邮件服务器等） d) 备份软件支持Open file 热备份功能，能对正在使用的数据进行备份。 e) 能根据需要制定灵活多变的备份计划任务 f) 支持服务器操作系统崩溃灾难备份/恢复
IBM3650双机热备方案示例
IBM3650双机热备方案示例 IBM3650双机热备方案示例 IBM X3650服务器+DS3200 SAS 磁盘柜双机热备方案双机热备方案所需软硬件清单如下： 1、IBM X3650 服务器2台（具体配置根据需求选配） 2、IBM DS3200 磁盘柜一台（单控制器，单SAS 接口） 3、SAS HBA 卡2块（每台服务器各加一块） 4、双机模块（子卡）一块 5、SAS 连接线2条 6、双机热备软件（ROSE HA OR LIFEKEEPER ）一套 DS3200/DS3400安装心得及技巧 这应该是网络上第一篇关于IBM System Storage DS3200和DS3400产品安装的非官方性文章，希望可以对大家的工作中带来帮助。 作为DS400产品的更新型号，DS3200和DS3400提供了更强的性能及灵活性，相信会成为今后一两年内的IBM低端存储产品的首选。 DS3200和DS3400均出自于LSI公司的Engenio系统（DS4000系列的大部分产品也是由Engenio为IBM协议设计及生产，去年Engenio被LSI收购）。所以设计思想和结构与DS400（Adapter 公司设计）会有较大的不同，管理方式也会与DS4000系列较为接近。
DS3000系列均需要在自身上安装不少于4个硬盘。建议先装上硬盘再上电开机。 DS3000系列提供与DS4000系列类似的带内和带外两种管理方法，带外管理的默认IP地址也与DS4000一样，控制器A为192.168.128.,控制器B为192.168.128.102。 本人比较喜欢采用带外管理，将本本网卡设至192.168.128网段后，可以ping通即可。 管理口长时间未起用时需要若干分钟的时候等待管理接口工作。 在本本上安装DS3000 Storage Manager（随机附带），注意该SM与DS4000上的Storage Manager为不同程序，不可替换使用。甚至不能在一台机器上共存。 打开Storage Manager后，首先需要发现设备，可以ping通控制器后，发现工作会非常容易。 双击发现的设备就可以进入该设备的管理界面，学名叫Subsystem Management。 Subsystem Management分为5个大项，Summary，Configure，Modify，Tools，Support。 常规的操作这里不再详述，如果你装过DS4000产品，应该对配置方法不会感到陌生。当然Storage Manager里只提供一些常规功能，在遇到问题的时候，比如需要重置手动清零时在该程序里无法完成的，所以与DS4000产品一样，提供了Script的方式，运行Script有两种方法。方法一：在DS3000 Storage
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。 三．软件级双机热备产品：
如何实现的双机热备
如何实现的双机热备 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/6b14567916.html,) HA软件： ftp://https://www.360docs.net/doc/6b14567916.html,/pub/ha/piranha-docs-0.4.17-2.i386.rpm ftp://https://www.360docs.net/doc/6b14567916.html,/pub/ha/piranha-gui-0.4.17-2.i386.rpm ftp://https://www.360docs.net/doc/6b14567916.html,/pub/ha/piranha-0.4.17-2.i386.rpm ftp://https://www.360docs.net/doc/6b14567916.html,/pub/ha/ipvsadm-1.11-4.i386.rpm https://www.360docs.net/doc/6b14567916.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
SQL2008双机热备方案
SQL2008双机热备方案 Question 0Sign in to vote公司要上一套系统，DB用SQL2008，怎么实现双机热备？ 一种方案是用windows的故障转移群集搭配SQL自己的群集功能，这种方案需要有共享存储，我现在在虚拟测试环境没办法做实验，所以暂时先不考虑这个。 另外一种是用镜像的方式做双机热备，DB都放在服务器上，不用外接存储，主节点服务器DB实时复制到备用节点中，主节点故障后自动跳到备用节点，不会出现服务中断的问题。这种方式能否实现，该如何操作？因为没做过这种，所以思路有些乱，需要高手们给点指引，谢谢啦。 Friday, November 09, 2012 7:42 AMReply | Quote Rik1012 10 Points
Answers 0Sign in to vote你好，你的方法是不是要有3台服务器安装SQL，一台主机，一台备机，一台做见证，安装完SQL后，打开SQL输入你提供的命令，来实现镜像功能？因为以前没做过这块，所以比较小白，想细致了解一下，高手有空来指点指点，谢谢了。 你好， 那个见证服务器是可选的，你可以选择安装也可以不安装，见证服务器的作用就是，如果主机出错，那见证服务器就会自动地实现故障转移，然后使备机转化成主机，代替主机继续工作，如果你不安装的就只好出错的时候，自己手动转移了。 也不是说要输入命令，SSMS 里这些都有的，你直接点击就可以了，因为我配置的时候也不愿意敲代码，不过这里有现成的你可以直接复制就好。 这篇文档可以手把手教你如果配置，不用写命令，请参考：https://www.360docs.net/doc/6b14567916.html,/p-690922020761.html 。 有什么不清楚的，在问我们，大家相互学习啦。
双机热备份软件介绍
双机热备份软件介绍 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也会做出相应的版本更新
双机热备简介
双机热备简介 一、双机热备 双机热备特指基于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）交换机：核心交换机一台。
高可用多机集群数据备份双机热备方案
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）介质问题，网络连接或物理硬盘也可能会出现问题。 方案拓扑：
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 电缆等共同连接的磁盘柜或存储 仲裁资源: 构建群集时，有一块磁盘会用来仲裁信息，其中包括当前的服务状态各个节点的状态以及群集转移时的一些日志 资源状态: 主要指资源目前是处于联机状态还是脱机状态 资源依赖: 资源之间的依存关系 组: 故障转移的最小单位 虚拟服务器: 提供一组服务--如数据库文件和打印共享等 故障转移: 应用从宕机的节点切换到正常联机的节点 故障回复: 某节点从宕机状态转为联机状态后，仍然继续宕机前的工作，为其他节点分流
四种PLC双机热备的比较
四种PLC双机热备的比较 更正：下图中所有的“ENTERNET”应改为“Ethernet”。 一．施耐德PLC双机热备，网络冗余 1.基于 Concept 编程的 Modicon Quantum PLC 双机热备 其中： CPU：140 CPU x13 0x 140 CPU 424 02 140 CPU 424 12 140 CPU 534 14 热备模块：140 CHS 110 00 140 CHS 210 00 主RIO：140 CRP 931 00或140 CRP 932 00（网络冗余） 从RIO：140 CRA 931 00或140 CRA 932 00（网络冗余） 以太网模块：140 NOE 771 x1 MODBUS模块：140 NOM 2xx 00 电源：8－14A 背板：没有特殊要求 需要光纤两根 需要的软件：Concept CHS所需要的软件 优点：通过同步CPU实现无冲击切换，光纤通讯实现了系统间的数据快速传送，手动开关允许手动切换控制系统，实现了CPU，网络和I/O冗余。 缺点：两边都需要2个冗余通讯模块，需要使用两根跟踪电缆建立数据传送，无双工特点，每个CPU 必须分别编程，麻烦的CHS模块的设置，需要使用独立的软件，没有冗余的电源，系统间数据传送的复杂的状态RAM概念。
2.基于 Unity 编程的 Modicon Quantum PLC 双机热备 其中： CPU：140 CPU 671 60 主RIO：140 CRP 931 00或140 CRP 932 00（网络冗余） 从RIO：140 CRA 931 00或140 CRA 932 00（网络冗余） 以太网模块：140 NOE 771 x1 MODBUS模块：140 NOM 2xx 00 电源：8－14A 背板：没有特殊要求 需要光纤一根：490NOR0003/490NOR0005/490NOR0015 需要的软件：Unity 说明： 在这套系统中，对Ethernet的设置是只设置主站中的以太网模块的的IP地址，从站的IP地址会在主站IP的基础上自动加一，当主站出现故障的时候，从站自动切换成为主站，它的IP会自动减一。例如：主站的IP是192.168.0.10，那么当系统正常之后从站的IP会是192.168.0.11。当主站出现故障，从站取代主站，IP为192.168.0.10。 所以在设主站IP的时候不要把IP设到最后面。所以上位机和它相连的时候，只需要连接主站的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）介质问题，网络连接或物理硬盘也可能会出现问题。 方案拓扑：
服务器双机热备方案
双机热备方案 双机热备针对的是服务器的临时故障所做的一种备份技术，通过双机热备，来避免长时间的服务中断，保证系统长期、可靠的服务。 1.集群技术 在了解双机热备之前，我们先了解什么是集群技术。 集群（Cluster）技术是指一组相互独立的计算机，利用高速通信网络组成一个计算机系统，每个群集节点（即集群中的每台计算机）都是运行其自己进程的一个独立服务器。这些进程可以彼此通信，对网络客户机来说就像是形成了一个单一系统，协同起来向用户提供应用程序、系统资源和数据，并以单一系统的模式加以管理。一个客户端（Client）与集群相互作用时，集群像是一个独立的服务器。计算机集群技术的出发点是为了提供更高的可用性、可管理性、可伸缩性的计算机系统。一个集群包含多台拥有共享数据存储空间的服务器，各服务器通过内部局域网相互通信。当一个节点发生故障时，它所运行的应用程序将由其他节点自动接管。 其中，只有两个节点的高可用集群又称为双机热备，即使用两台服务器互相备份。当一台服务器出现故障时，可由另一台服务器承担服务任务，从而在不需要人工干预的情况下，自动保证系统能持续对外提供服务。可见，双机热备是集群技术中最简单的一种。 2. 双机热备适用对象 一般邮件服务器是要长年累月工作的，且为了工作上需要，其邮件备份工作就绝对少不了。有些企业为了避免服务器故障产生数据丢失等现象，都会采用RAID 技术和数据备份技术。但是数据备份只能解决系统出现问题后的恢复；而RAID
技术，又只能解决硬盘的问题。我们知道，无论是硬件还是软件问题，都会造成邮件服务的中断，而RAID及数据备份技术恰恰就不能解决避免服务中断的问题。 要恢复服务器，再轻微的问题或者强悍的技术支持，服务器都要中断一段时间，对于一些需要随时实时在线的用户而言，丢失邮件就等于丢失金钱，损失可大可小，这类用户是很难忍受服务中断的。因此，就需要通过双机热备，来避免长时间的服务中断，保证系统长期、可靠的服务。 3. 实现方案 双机热备有两种实现模式，一种是基于共享的存储设备的方式，另一种是没有共享的存储设备的方式，一般称为纯软件方式。 1）基于共享的存储设备的方式 基于存储共享的双机热备是双机热备的最标准方案。对于这种方式，采用两台服务器（邮件系统同时运行在两台服务器上），使用共享的存储设备磁盘阵列（邮件系统的数据都存放在该磁盘阵列中）。两台服务器可以采用互备、主从、并行等不同的方式。在工作过程中，两台服务器将以一个虚拟的IP地址对外提供服务，依工作方式的不同，将服务请求发送给其中一台服务器承担。同时，服务器
冷备份与热备份、双机热备与容错
冷备份与热备份、双机热备与容错 冷备份与热备份、双机热备与容错 冷备份与热备份 一、冷备份 冷备份发生在数据库已经正常关闭的情况下，当正常关闭时会提供给我们一个完整的数据库。冷备份时将关键性文件拷贝到另外的位置的一种说法。对于备份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