双机热备说明.docx

双机热备说明.docx

《双机热备说明.docx》由会员分享，可在线阅读，更多相关《双机热备说明.docx（27页珍藏版）》请在冰豆网上搜索。

双机热备说明

日志传送是SQLSERVER2000企业版进行双机热备的一个主要解决方案，其原理比较简单，实现也比较方便，只是由于和Windows之间错综复杂的关系，导致设置起来有不少困难，出现问题也不容易诊断。

1.实现概述

*双机热备针对的是具体的某个数据库而不是整个服务器

双机热备基于日志传送原理。

全程由作业控制，主服务器定时向辅服务器发送日志，辅服务器处于STANDBY模式下，定时按日志进行差异恢复。

如果主服务器停摆，监视服务器会将主服务器和辅服务器的角色互换。

监视服务器推荐设置在第三台服务器上，如条件不具备，也可考虑设置在辅服务器上。

                                                                      图1-1

2.准备工作

操作系统：

首先准备两台干净环境的计算机，装完全一样的操作系统，SQLSERVR2000企业版（版本和补丁包一致），SQLSERVER相关的硬盘一定要NTFS格式，不装MACFEE（我的个人经验说明MACFEE和SQLSERVER有内存冲突）。

为两台机器建立隶属Administrator组的帐户名和密码，帐户名和密码需要完全一样（也可直接用Administrator）。

在两台机器的…/MSSQL目录下建立两个共享文件夹，名称不要相同，如shipping_source和shipping_dest，并给予Administrator组帐号的全部权限。

这两个文件夹将作为两台服务器上的数据库存放和装载日志文件的文件夹（具体设置后面将讲到）。

检查两台机器的子网掩码，保证其在一个域或工作组中，在网上邻居内能看到对方服务器的共享文件夹并且访问时不需要输入密码（*如弹出密码输入，则不要输入以免影继续响调试）。

主服务器和辅服务器上的SQLSERVER服务和SQLAGENT服务都设置成开机自动启动。

SQLSERVER2000企业版：

在主服务器和辅服务器上以自己的计算机名或域中的成员名注册各自和对方的SQLSERVER（*（local）不要，IP也可以）

打开数据库的属性窗口，勾选自动启动SQLSERVER,自动启动SQLSERVER代理，自动启动MSDTC，（两台都要做）并检查两台服务器的产品版本和操作平台是否一致。

                                                                     图2-1

切换到“安全性”选项卡，保证身份认证是SQLSERVER和WINDOWS

把启动服务帐户由系统帐户修改为前面建立的Administrator组用户，两台服务器都要设置（此步骤很重要），设置时administrator前会要求加域名，不能设错。

                                                                     图2-2

将SQLAGENT的启动帐户也改为刚才的帐户，具体步骤如下：

打开管理->SQLServer代理->属性，在常规选项卡的服务启动帐户中将帐户改为本帐户，输入刚才的帐户和密码（两台机器都要做，很重要）。

                                                                    图2-3

到此请检查：

1．两台数据库服务器的Windows用户名密码

2．SQLServer用户名密码

3．SQLAgent用户名密码

是否全部相同

两台机器的共享文件夹是否全部都可以在网上邻居里看到，而且访问不需要用户名密码

而且具有全部权限。

3.设置

所有的设置都在主服务器里进行！

在想要进行日志传送的数据库里运行维护计划向导：

                                                                     图3-1

在向导中勾选你想要传送日志的数据库，并选中“将事务日志传送到其它的SQL

Server（日志传送）”

                                                                      图3-2

其它维护计划步骤与日志传送无关，略

存储备份文件目录设定成前面的主服务器上的共享文件夹的本地路径，

如：

D:

\ProgramFiles\MicrosoftSQLServer\MSSQL\shipping_source（重要步骤）

                                                                     图3-3

指定事务日志共享中，指定到主服务器的共享文件夹的网络路径（重要，主服务器备份

文件目录对应主服务器备份文件目录的共享网络路径）

如：

\\192.168.0.127\shipping_source

                                                                     图3-4

在添加目的数据库中：

服务器名称：

辅服务器的名称（SQLSERVER注册名应和计算机名相同）

事务日志的目录：

指向辅服务器上创建的共享文件夹的本地目录

目的数据库：

事先不要在辅服务器上建立和主服务器同名的数据库，此向导会自动建立，勾选“创建并初始化新数据库”

使用以下文件目录：

用于数据，用于日志，这个和本地建库没有区别，可用默认的，但要保证该盘是NTFS格式

数据库装载状态：

选中备用模式（重要，不在备用模式无法使用差异还原）

终止数据库中的用户（推荐）：

勾选此项

允许数据库采用主角色：

勾选此项

事务日志备份目录：

指的是辅服务器的备份目录的网络路径，如图中所示（重要，辅服务器备份文件目录对应辅服务器备份文件目录的共享网络路径）

                                                                     图3-5

立即执行全部的数据库备份

设置备份调度：

频率指多长时间进行一次日志备份-传送-装载的过程

装载延时指主服务器日志备份调度后到辅服务器开始根据日志还原的延时，一般需要设几分钟的延时，但应保证到下一次传送调度时辅服务器能装载结束。

                                                                     图3-6

该阈值指因为种种原因多长时间内主服务器没备份或辅服务器没还原就告警，应根据实际情况设置，但应保证大于3倍的频率比较合理。

生成的警告可以在SQLServer日志中查看。

                                                                     图3-7

监视服务器在没有第三台服务器的情况下应该使用辅服务器，用Windows身份认证。

                                                                     图3-8

是否产生报表和维护记录根据实际需求决定。

双机热备即是目前通常所说的active/standby方式，服务器数据包括数据库数据同时往两台或多台服务器写，或者使用一个共享的存储设备。

当active服务器出现故障的时候，通过软件诊测（一般是通过心跳诊断）将standby机器激活，保证应用在短时间内完全恢复正常使用。

双机互备，在双机热备的基础上，两个相对独立的应用在两台机器同时运行，但彼此均设为备机，当某一台服务器出现故障时，另一台服务器可以在短时间内将故障服务器的应用接管过来，从而保证了应用的持续性。

这种方式实际上是双机热备的一种应用。

它避免了两个应用使用四台服务器分别实现双机热备。

双机双工，两台或多台服务器均为活动，同时运行相同的应用，保证整体的性能，也实现了负载均衡和互为备份。

需要利用磁盘柜存储技术（最好采用san）。

对于数据库服务而言，它同时需要数据库软件的支持，是比较复杂的。

而WEB服务器或应用服务器就比较简单了

双机热备、集群及高可用性入门

2008-07-1601:

18

文章来源:

目前主流应用的服务器容错技术有三类，它们分别是：

服务器群集技术、双机热备份技术和单机容错技术。

它们各自所对应的容错级别是从低到高的，也就是说服务器群集技术容错级别最低，而单机容错技术级别最高。

由此可知它们各自应用的行业容错级别需求也是从低到高的。

什么是双机热备？

双机热备这一概念包括了广义与狭义两种意义。

　从广义上讲，就是对于重要的服务，使用两台服务器，互相备份，共同执行同一服务。

当一台服务器出现故障时，可以由另一台服务器承担服务任务，从而在不需要人工干预的情况下，自动保证系统能持续提供服务。

（相关文章：

为什么需要双机热备？

）

　双机热备由备用的服务器解决了在主服务器故障时服务不中断的问题。

但在实际应用中，可能会出现多台服务器的情况，即服务器集群。

（相关文章：

双机软件与集群软件的异同）

　双机热备一般情况下需要有共享的存储设备。

但某些情况下也可以使用两台独立的服务器。

（相关文章：

双机热备的实现模式）

　实现双机热备，需要通过专业的集群软件或双机软件。

（相关文章：

双机与集群软件的选择）

　从狭义上讲，双机热备特指基于active/standby方式的服务器热备。

服务器数据包括数据库数据同时往两台或多台服务器写，或者使用一个共享的存储设备。

在同一时间内只有一台服务器运行。

当其中运行着的一台服务器出现故障无法启动时，另一台备份服务器会通过软件诊测（一般是通过心跳诊断）将standby机器激活，保证应用在短时间内完全恢复正常使用。

（相关文章：

双机热备、双机互备与双机双工的区别）

为什么要做双机热备？

双机热备针对的是服务器的故障。

　服务器的故障可能由各种原因引起，如设备故障、操作系统故障、软件系统故障等等。

一般地讲，在技术人员在现场的情况下，恢复服务器正常可能需要１０分钟、几小时甚至几天。

从实际经验上看，除非是简单地重启服务器（可能隐患仍然存在），否则往往需要几个小时以上。

而如果技术人员不在现场，则恢复服务的时间就更长了。

　而对于一些重要系统而言，用户是很难忍受这样长时间的服务中断的。

因此，就需要通过双机热备，来避免长时间的服务中断，保证系统长期、可靠的服务。

　决定是否使用双机热备，正确的方法是要分析一下系统的重要性以及对服务中断的容忍程度，以此决定是否使用双机热备。

即，你的用户能容忍多长时间恢复服务，如果服务不能恢复会造成多大的影响。

　在考虑双机热备时，需要注意，一般意义上的双机热备都会有一个切换过程，这个切换过程可能是一分钟左右。

在切换过程中，服务是有可能短时间中断的。

但是，当切换完成后，服务将正常恢复。

因此，双机热备不是无缝、不中断的，但它能够保证在出现系统故障时，能够很快恢复正常的服务，业务不致受到影响。

而如果没有双机热备，则一旦出现服务器故障，可能会出现几个小时的服务中断，对业务的影响就可能会很严重。

　另有一点需要强调，即服务器的故障与交换机、存储设备的故障不同，其概念要高得多。

原因在于服务器是比交换机、存储设备复杂得多的设备，同时也是既包括硬件、也包括操作系统、应用软件系统的复杂系统。

不仅设备故障可能引起服务中断，而且软件方面的问题也可能导致服务器不能正常工作。

　还应指出的是，一些其他的防护措施如磁盘阵列（RAID）、数据备份虽然是非常重要的，但却不能代替双机热备的作用。

可参见相关文章：

双机热备与数据备份/Raid的关系

双机热备的实现模式　－　基于共享存储与纯软件方式

双机热备有两种实现模式，一种是基于共享的存储设备的方式，另一种是没有共享的存储设备的方式，一般称为纯软件方式。

　基于存储共享的双机热备是双机热备的最标准方案。

　对于这种方式，采用两台（或多台，参见：

双机与集群的异同）服务器，使用共享的存储设备（磁盘阵列柜或存储区域网SAN）。

两台服务器可以采用互备、主从、并行等不同的方式。

在工作过程中，两台服务器将以一个虚拟的IP地址对外提供服务，依工作方式的不同，将服务请求发送给其中一台服务器承担。

同时，服务器通过心跳线（目前往往采用建立私有网络的方式）侦测另一台服务器的工作状况。

当一台服务器出现故障时，另一台服务器根据心跳侦测的情况做出判断，并进行切换，接管服务。

对于用户而言，这一过程是全自动的，在很短时间内完成，从而对业务不会造成影响。

由于使用共享的存储设备，因此两台服务器使用的实际上是一样的数据，由双机或集群软件对其进行管理。

　（典型的双机热备产品，参见：

LanderCluster集群软件）

　对于纯软件的方式，则是通过支持镜像的双机软件，将数据可以实时复制到另一台服务器上，这样同样的数据就在两台服务器上各存在一份，如果一台服务器出现故障，可以及时切换到另一台服务器。

　对于这种方式的深入分析，请参见：

纯软件方式的双机热备方案深入分析

　纯软件方式还有另外一种情况，即服务器只是提供应用服务，而并不保存数据（比如只进行某些计算，做为应用服务器使用）。

这种情况下同样也不需要使用共享的存储设备，而可以直接使用双机或集群软件即可。

但这种情况其实与镜像无关，只不过是标准的双机热备的一种小的变化。

纯软件方式的双机热备方案深入分析

本文将对双机热备的纯软件方式进行深入分析。

　数据库双机热备有两种典型的方式，一种是比较标准的，两台服务器通过一个共享的存储设备（一般是共享的磁盘阵列或存储区域网SAN），并且安装双机软件，实现双机热备，称为共享方式。

另一种方式是通过纯软件的方式，一般称为纯软件方式或镜像方式（Mirror）。

　对于共享方式，数据库放在共享的存储设备上。

当一台服务器提供服务时，直接在存储设备上进行读写。

而当系统切换后，另一台服务器也同样读取该存储设备上的数据。

　对于纯软件的方式，通过镜像软件，将数据可以实时复制到另一台服务器上，这样同样的数据就在两台服务器上各存在一份，如果一台服务器出现故障，可以及时切换到另一台服务器。

纯软件方式有三大优点：

　1.避免了磁盘阵列的单点故障：

对于双机热备，本身即是防范由于单个设备的故障导致服务中断，但磁盘阵列恰恰又形成了一个新的单点。

（比如，服务器的可靠系数是99.9%,磁盘阵列的可靠系数是99.95%，则纯软双机的可靠系数是1-99.9%x99.9%=99.99%，而基于磁盘阵列的双机热备系统的可靠系数则会是略低于99.95%

　2.节约投资：

不需购买昂贵的磁盘阵列。

　3.不受距离的限制：

两台服务器不需受SCSI电缆的长度限制（光纤通道的磁盘阵列也不受距离限制，但投资会大得多）。

这样，可以更灵活地部署服务器，包括通过物理位置的距离来提高安全性。

　纯软件方式以前应用得较少，一方面是由于当时市场上比较流行的双机软件不支持纯软件方式，另一方面是由于少数支持纯软件方式的产品其可靠性不太令人放心。

但随着NEC这样的大牌厂商的产品进入市场，应该说纯软件方式将逐渐成为一种方向。

　从方案选择的角度，建议在进行双机热备时，如果投资充裕、数据量大（1T以上），可以采用共享的存储设备（如磁盘阵列）的方式，但应尽量选择高可靠性（如著名品牌的）设备，并且考虑选择双控制器的方案。

否则，则更好的选择是纯软件方式。

当然，这时就一定要选择成熟的、大厂商的经过考验的产品。

双机、集群的配置模式：

主从、互备、多点集群

在应用双机热备时，有多种应用模式，典型的包括主从、互备、多点集群三大类：

　主从模式是最标准、最简单的双机热备，即是目前通常所说的active/standby方式。

它使用两台服务器，一台作为主服务器（Active），运行应用系统来提供服务。

另一台作为备机，安装完全一样的应用系统，但处于待机状态（Standby）。

当active服务器出现故障的时候，通过软件诊测（一般是通过心跳诊断）将standby机器激活，保证应用在短时间内完全恢复正常使用。

　双机互备，在双机热备的基础上，两个相对独立的应用在两台机器同时运行，但彼此均设为备机，当某一台服务器出现故障时，另一台服务器可以在短时间内将故障服务器的应用接管过来，从而保证了应用的持续性。

这种方式实际上是双机热备的一种应用。

它避免了两个应用使用四台服务器分别实现双机热备。

　但双机互备存在着性能瓶颈，即如果进行切换后，在一台服务器上就有同时运行两个应用，有可能负载过大。

并且，有些情况下会有不止两台服务器对外提供服务。

在这种情况上，多点集群就显示出了其必要性。

　多点集群可以理解为双机热备在技术上的提升。

多机服务器可以组成一个集群。

根据应用的实际情况，可以灵活地在这些服务器上进行部署，同时可以灵活地设置接管策略。

比如，可以由一台服务器作为其他所有服务器的备机，也可以设置多重的接管关系，等等。

这样，就可以充分地利用服务器的资源，同时保证系统的高可用性。

双机软件与集群软件的异同：

双机软件与集群软件的异同

在双机热备应用方面，有两大类软件产品。

一类是双机软件（HA），另一类则称作集群软件（Cluster）。

这两类软件的异同在什么地方呢？

　　它们都是为实现系统的高可用性服务的，都解决了一台服务器出现故障时，由其他服务器接管应用，从而持续可靠地提供服务的问题。

　　它们都是通过心跳技术在进行系统检测。

　　但是，双机软件只能支持两台服务器以主从方式或互备方式工作。

而集群软件除了支持双机工作外，还可以支持多台服务器（MultiNode）工作，同时部署多个应用，并在多个服务器间灵活地设置接管策略。

　　在两种情况下需要使用集群软件：

一是有超过两个应用，本身就需要部署三台或更多的服务器。

二是只有两个应用，但每个应用的负载均较大，不宜采用双机互备的方式，而是需要由第三台服务器来作为这两个应用的备机。

　　一般地讲，集群软件具有更多的技术含量，具备更高的可靠性。

同时，往往价格（平均到每台服务器）也高于双机软件。

　　在选择产品时，应根据应用的实际情况来确定。

最理想的方式，则是在应用数量少、负载不是很大时先使用双机软件，然后在应用数量增多、负载增大时平滑过渡到集群软件。

　　典型的支持多点集群的热备软件，参见：

LanderCluster集群软件）

如何选择与实施双机热备及高可用性方案?

建议采取以下的步骤与方法：

第一，确定对于双机热备或其他高可用性的要求。

　在这一步骤要以应用为主导，进行认真的分析。

应该明确以下事项：

*有哪些服务器在运行

*服务器的操作系统与数据库系统、应用软件都是什么

*使用什么样的应用系统

*能够承担多长时间的服务中断

*数据量、数据写入的频繁程度

*硬件条件

*大致的预算

第二，确定双机热备及其他高可用性方案的模式。

　1.决定要不要备、谁和谁备。

采用数据库双机热备，应用服务器集群，是主从方式还是互备？

亦或是多台服务器？

　　请参见：

双机热备与数据备份的关系

　　　　　　双机热备、双机互备与双机双工的区别

　　　　　　Web服务器和应用服务器的负载均衡

　2.决定如何备。

就双机热备而言，是采用共享存储方式、纯软件备份方式、备机方式，甚至什么都不采用？

　　请参见：

基于存储共享的双机热备方案　　术语解释：

磁盘阵列

　　　　　　纯软件方式的双机热备方案

第三，选择确定具体的设备、软件的型号。

　　要特别注意的是，不同的软件、存储设备之间存在兼容性的问题，因此一定要统一考虑，并提前及时咨询专业人员。

切忌出现采购了双机软件对相关的存储设备不兼容等问题。

　　请参见：

LanderCluster软件概述

　　　　　　LifeKeeper高可用性软件概述

　　　　　　RoseHA双机软件概述

第四，实施。

第五，在双机热备或其他高可用性方案实施完成后，一定要进行测试。

第六，在使用阶段，要定期对双机热备或其他高可用性系统是否能够正常切换进行测试。

目前，市场上主要的基于Windows和Linux平台的双机软件包括LanderCluster、LifeKeeper、RosaHA等。

有关方案规划与产品选择，请咨询我们。

双机热备、集群及高可用性软件产品的选择

在进行双机热备、集群及高可用性软件产品的选择时，可按以下步骤进行：

1.明确应用的方式与要求：

　　是双机方式还是多点集群？

或者是目前使用双机、以后可能升级到集群？

（相关内容：

双机、集群的配置模式：

主从、互备、多点集群）

　　如果是双机，是采用共享的存储设备，还是采用基于镜像的纯软件方式？

（相关内容：

双机热备的实现模式-基于共享存储与纯软件方式）

2.了解清楚应用环境：

　　使用什么操作系统？

　　运行什么应用？

（比如，数据库的版本）

　　使用什么服务器？

　　使用什么存储设备？

　　如果考虑纯软件方式，则还有了解清楚：

数据量的大小、数据写入的频率、应用的关键性与重要性（相关内容：

纯软件方式的双机热备方案深入分析）

3.在此基础上，考虑以下因素，选择相应的软件产品：

　　产品是否能支持所要求的应用方式？

　　产品是否能支持所使用的应用环境？

　　产品的其他特性：

*是否支持远程监控？

（可以使你不用非要经常跑到机房，才知道是否一台服务器宕机了）

*界面语言。

（对双机软件，中文界面并不是非常重要，但也是一个因素。

同时，是否有中文手册等则可能非常重要）

*安装的难易程度

　　是买贵的、买性价比高的、还是买最便宜的？

　　是否存在合法的供货渠道？

（直接关系到产品是否能得到长期可靠的服务！

！

！

）

　　是否需要安装服务？

需要什么样的售后服务？

　服务要求是否有保障？

如果可能会运行特别的应用系统（比如使用面较少的操作系统、数据库、自己开发的应用软件等），是否能得到原厂商在开发与调试一级的支持。

（非常重要！

！

！

）

常见产品：

LanderCluster集群软件：

支持多点集群及双机；远程监控；支持Unix

LifeKeeper集群软件：

支持多点集群及双机

RoseHA双机软件：

双机热备、互备

选择合适的双机和集群软件

本文将避免深入的技术研究，以快速的方法，帮助你选择最合适的高可用性软件。

　首先要明确，本文所说的双机和集群软件，都是指需要对数据进行写操作的情况，比如数据库。

如果仅仅是应用服务器，则应该选择负载均衡软件。

　对于双机和集群软件，选择的基本方法是，先处理可选项少的情况，再处理可选项多的情况，这样便于快速对号入座。

　SCOUNIX：

只有LanderCluster支持。

　　　　　更多了解LanderCluster

　SUNSolaris：

只有PCL支持　　　　　　　　　　更多了解PCLHA软件

　Linux：

　　　　－无共享存储设备，低端数据库（如MySQL），数据量小（<500G），可以考虑LifeKeeper.

　　　　－Oracle等数据库，较重要应用，或数据量较大，一定要使用共享存储设备（磁盘阵列柜或SAN）。

　　　　－在有共享存储设备的情况下，如果是双机，可以