abfqzl双机热备说明

《abfqzl双机热备说明》由会员分享，可在线阅读，更多相关《abfqzl双机热备说明（27页珍藏版）》请在金锄头文库上搜索。

1、-+ 懒惰是很奇怪的东西，它使你以为那是安逸，是休息，是福气；但实际上它所给你 的是无聊，是倦怠，是消沉 ;它剥夺你对前途的希望，割断你和别人之间的友情，使你 心胸日渐狭窄，对人生也越来越怀疑。 罗兰日志传送是 SQL SERVER2000 企业版进行双机热备的一个主要解决方案，其原理比较简单，实现也比较方便，只是由于和 Windows 之间错综复杂的关系，导致设置起来有不少困难，出现问题也不容易诊断。1.实现概述*双机热备针对的是具体的某个数据库而不是整个服务器双机热备基于日志传送原理。全程由作业控制，主服务器定时向辅服务器发送日志，辅服务器处于 STAND BY 模式下，定时按日志进行差异

2、恢复。如果主服务器停摆，监视服务器会将主服务器和辅服务器的角色互换。监视服务器推荐设置在第三台服务器上，如条件不具备，也可考虑设置在辅服务器上。图 1-12.准备工作操作系统：首先准备两台干净环境的计算机，装完全一样的操作系统，SQL SERVR2000 企业版（版本和补丁包一致），SQL SERVER 相关的硬盘一定要 NTFS 格式，不装MACFEE（我的个人经验说明 MACFEE 和 SQL SERVER 有内存冲突）。为两台机器建立隶属 Administrator 组的帐户名和密码，帐户名和密码需要完全一样（也可直接用 Administrator）。在两台机器的/MSSQL 目录下建立

3、两个共享文件夹，名称不要相同，如shipping_source 和 shipping_dest，并给予 Administrator 组帐号的全部权限。这两个文件夹将作为两台服务器上的数据库存放和装载日志文件的文件夹（具体设置后面将讲到）。检查两台机器的子网掩码，保证其在一个域或工作组中，在网上邻居内能看到对方服务器的共享文件夹并且访问时不需要输入密码（*如弹出密码输入，则不要输入以免影继续响调试）。主服务器和辅服务器上的 SQLSERVER 服务和 SQLAGENT 服务都设置成开机自动启动。SQL SERVER 2000 企业版：在主服务器和辅服务器上以自己的计算机名或域中的成员名注册各自和

4、对方的 SQL SERVER（*（local）不要，IP 也可以）打开数据库的属性窗口，勾选自动启动 SQL SERVER,自动启动 SQL SERVER 代理，自动启动 MSDTC，（两台都要做）并检查两台服务器的产品版本和操作平台是否一致。图 2-1切换到“安全性”选项卡，保证身份认证是 SQL SERVER 和 WINDOWS把启动服务帐户由系统帐户修改为前面建立的 Administrator 组用户，两台服务器都要设置（此步骤很重要），设置时 administrator 前会要求加域名，不能设错。图 2-2将 SQL AGENT 的启动帐户也改为刚才的帐户，具体步骤如下：打开管理-SQ

5、L Server 代理-属性，在常规选项卡的服务启动帐户中将帐户改为本帐户，输入刚才的帐户和密码（两台机器都要做，很重要）。图 2-3到此请检查：1两台数据库服务器的 Windows 用户名密码2SQL Server 用户名密码3SQL Agent 用户名密码是否全部相同两台机器的共享文件夹是否全部都可以在网上邻居里看到，而且访问不需要用户名密码而且具有全部权限。3.设置所有的设置都在主服务器里进行！在想要进行日志传送的数据库里运行维护计划向导：图 3-1在向导中勾选你想要传送日志的数据库，并选中“将事务日志传送到其它的 SQL Server(日志传送)”图 3-2其它维护计划步骤与日志传送无

6、关，略存储备份文件目录设定成前面的主服务器上的共享文件夹的本地路径，如：D:Program FilesMicrosoft SQL ServerMSSQLshipping_source(重要步骤)图 3-3指定事务日志共享中，指定到主服务器的共享文件夹的网络路径（重要，主服务器备份文件目录对应主服务器备份文件目录的共享网络路径）如：192.168.0.127shipping_source图 3-4在添加目的数据库中：服务器名称：辅服务器的名称（SQL SERVER 注册名应和计算机名相同）事务日志的目录：指向辅服务器上创建的共享文件夹的本地目录目的数据库：事先不要在辅服务器上建立和主服务器同名的

7、数据库，此向导会自动建立，勾选“创建并初始化新数据库”使用以下文件目录：用于数据，用于日志，这个和本地建库没有区别，可用默认的，但要保证该盘是 NTFS 格式数据库装载状态：选中备用模式（重要，不在备用模式无法使用差异还原）终止数据库中的用户（推荐）：勾选此项允许数据库采用主角色：勾选此项事务日志备份目录：指的是辅服务器的备份目录的网络路径，如图中所示（重要，辅服务器备份文件目录对应辅服务器备份文件目录的共享网络路径）图 3-5立即执行全部的数据库备份设置备份调度：频率指多长时间进行一次日志备份-传送-装载的过程装载延时指主服务器日志备份调度后到辅服务器开始根据日志还原的延时，一般需要设几分钟

8、的延时，但应保证到下一次传送调度时辅服务器能装载结束。图 3-6该阈值指因为种种原因多长时间内主服务器没备份或辅服务器没还原就告警，应根据实际情况设置，但应保证大于 3 倍的频率比较合理。生成的警告可以在 SQL Server 日志中查看。图 3-7监视服务器在没有第三台服务器的情况下应该使用辅服务器，用 Windows 身份认证。图 3-8是否产生报表和维护记录根据实际需求决定。双机热备即是目前通常所说的 active/standby 方式，服务器数据包括数据库数据同时往两台或多台服务器写，或者使用一个共享的存储设备。当 active 服务器出现故障的时候，通过软件诊测（一般是通过心跳诊断）

9、将 standby 机器激活，保证应用在短时间内完全恢复正常使用。双机互备，在双机热备的基础上，两个相对独立的应用在两台机器同时运行，但彼此均设为备机，当某一台服务器出现故障时，另一台服务器可以在短时间内将故障服务器的应用接管过来，从而保证了应用的持续性。这种方式实际上是双机热备的一种应用。它避免了两个应用使用四台服务器分别实现双机热备。双机双工，两台或多台服务器均为活动，同时运行相同的应用，保证整体的性能，也实现了负载均衡和互为备份。需要利用磁盘柜存储技术（最好采用 san）。对于数据库服务而言，它同时需要数据库软件的支持，是比较复杂的。而 WEB 服务器或应用服务器就比较简单了双机热备、集

10、群及高可用性入门 2008-07-16 01:18 文章来源:http:/ 热备份技术和单机容错技术。它们各自所对应的容错级别是从低到高的，也就 是说服务器群集技术容错级别最低，而单机容错技术级别最高。由此可知它们 各自应用的行业容错级别需求也是从低到高的。什么是双机热备？ 双机热备这一概念包括了广义与狭义两种意义。从广义上讲，就是对于重要的服务，使用两台服务器，互相备份，共同执行 同一服务。当一台服务器出现故障时，可以由另一台服务器承担服务任务，从 而在不需要人工干预的情况下，自动保证系统能持续提供服务。(相关文章：为 什么需要双机热备？ )双机热备由备用的服务器解决了在主服务器故障时服务不

11、中断的问题。但在 实际应用中，可能会出现多台服务器的情况，即服务器集群。(相关文章：双机 软件与集群软件的异同)双机热备一般情况下需要有共享的存储设备。但某些情况下也可以使用两立的服务器。(相关文章：双机热备的实现模式)实现双机热备，需要通过专业的集群软件或双机软件。(相关文章：双机与集 群软件的选择)从狭义上讲，双机热备特指基于 active/standby 方式的服务器热备。服务器 数据包括数据库数据同时往两台或多台服务器写，或者使用一个共享的存储设 备。在同一时间内只有一台服务器运行。当其中运行着的一台服务器出现故障 无法启动时，另一台备份服务器会通过软件诊测（一般是通过心跳诊断）将 s

12、tandby 机器激活，保证应用在短时间内完全恢复正常使用。(相关文章：双机 热备、双机互备与双机双工的区别 ) 为什么要做双机热备？ 双机热备针对的是服务器的故障。服务器的故障可能由各种原因引起，如设备故障、操作系统故障、软件系统 故障等等。一般地讲，在技术人员在现场的情况下，恢复服务器正常可能需要 分钟、几小时甚至几天。从实际经验上看，除非是简单地重启服务器（可 能隐患仍然存在），否则往往需要几个小时以上。而如果技术人员不在现场， 则恢复服务的时间就更长了。而对于一些重要系统而言，用户是很难忍受这样长时间的服务中断的。因此， 就需要通过双机热备，来避免长时间的服务中断，保证系统长期、可靠的

13、服务。决定是否使用双机热备，正确的方法是要分析一下系统的重要性以及对服务 中断的容忍程度，以此决定是否使用双机热备。即，你的用户能容忍多长时间 恢复服务，如果服务不能恢复会造成多大的影响。在考虑双机热备时，需要注意，一般意义上的双机热备都会有一个切换过程， 这个切换过程可能是一分钟左右。在切换过程中，服务是有可能短时间中断的。 但是，当切换完成后，服务将正常恢复。因此，双机热备不是无缝、不中断的， 但它能够保证在出现系统故障时，能够很快恢复正常的服务，业务不致受到影 响。而如果没有双机热备，则一旦出现服务器故障，可能会出现几个小时的服 务中断，对业务的影响就可能会很严重。另有一点需要强调，即服

14、务器的故障与交换机、存储设备的故障不同，其概 念要高得多。原因在于服务器是比交换机、存储设备复杂得多的设备，同时也 是既包括硬件、也包括操作系统、应用软件系统的复杂系统。不仅设备故障可 能引起服务中断，而且软件方面的问题也可能导致服务器不能正常工作。还应指出的是，一些其他的防护措施如磁盘阵列（RAID）、数据备份虽然是 非常重要的，但却不能代替双机热备的作用。可参见相关文章：双机热备与数 据备份/Raid 的关系 双机热备的实现模式 基于共享存储与纯软件方式 双机热备有两种实现模式，一种是基于共享的存储设备的方式，另一种是没有 共享的存储设备的方式，一般称为纯软件方式。基于存储共享的双机热备是

15、双机热备的最标准方案。对于这种方式，采用两台（或多台，参见：双机与集群的异同）服务器，使 用共享的存储设备（磁盘阵列柜或存储区域网 SAN）。两台服务器可以采用互备、 主从、并行等不同的方式。在工作过程中，两台服务器将以一个虚拟的 IP 地址 对外提供服务，依工作方式的不同，将服务请求发送给其中一台服务器承担。 同时，服务器通过心跳线(目前往往采用建立私有网络的方式)侦测另一台服务器的工作状况。当一台服务器出现故障时，另一台服务器根据心跳侦测的情况 做出判断，并进行切换，接管服务。对于用户而言，这一过程是全自动的，在 很短时间内完成，从而对业务不会造成影响。由于使用共享的存储设备，因此 两台服

16、务器使用的实际上是一样的数据，由双机或集群软件对其进行管理。(典型的双机热备产品，参见：LanderCluster 集群软件)对于纯软件的方式，则是通过支持镜像的双机软件，将数据可以实时复制到 另一台服务器上，这样同样的数据就在两台服务器上各存在一份，如果一台服 务器出现故障，可以及时切换到另一台服务器。对于这种方式的深入分析，请参见：纯软件方式的双机热备方案深入分析纯软件方式还有另外一种情况，即服务器只是提供应用服务，而并不保存数 据（比如只进行某些计算，做为应用服务器使用）。这种情况下同样也不需要 使用共享的存储设备，而可以直接使用双机或集群软件即可。但这种情况其实 与镜像无关，只不过是标准的双机热备的一种小的变化。 纯软件方式的双机热备方案深入分析 本文将对双机热备的纯软件方式进行深入分析。数据库双机热备有两种典型的方式，一种是比较标准的，两台服务器通过一 个共享的存储设备（一般是共享的磁盘阵列或存储