什么是双机热备份

从广义上讲，就是对于重要的服务，使用两台服务器，互相备份，共同执行同一服务。当一台服务器出现故障时，可以由另一台服务器承担服务任务，从而在不需要人工干预的情况下，自动保证系统能持续提供服务。

双机热备由备用的服务器解决了在主服务器故障时服务不中断的问题。但在实际应用中，可能会出现多台服务器的情况，即服务器集群。集群软件的异同)

双机热备一般情况下需要有共享的存储设备。但某些情况下也可以使用两台独立的服务器。

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

从狭义上讲，双机热备特指基于active/standby方式的服务器热备。服务器数据包括数据库数据同时往两台或多台服务器写，或者使用一个共享的存储设备。在同一时间内只有一台服务器运行。当其中运行着的一台服务器出现故障无法启动时，另一台备份服务器会通过软件诊测（一般是通过心跳诊断）将 standby机器激活，保证应用在短时间内完全恢复正常使用。

决定是否使用双机热备，正确的方法是要分析一下系统的重要性以及对服务中断的容忍程度，以此决定是否使用双机热备。即，你的用户能容忍多长时间恢复服务，如果服务不能恢复会造成多大的影响。

在考虑双机热备时，需要注意，一般意义上的双机热备都会有一个切换过程，这个切换过程可能是一分钟左右。在切换过程中，服务是有可能短时间中断的。 但是，当切换完成后，服务将正常恢复。因此，双机热备不是无缝、不中断的，但它能够保证在出现系统故障时，能够很快恢复正常的服务，业务不致受到影响。而 如果没有双机热备，则一旦出现服务器故障，可能会出现几个小时的服务中断，对业务的影响就可能会很严重。

另有一点需要强调，即服务器的故障与交换机、存储设备的故障不同，其概念要高得多。原因在于服务器是比交换机、存储设备复杂得多的设备，同时也是既包括硬 件、也包括操作系统、应用软件系统的复杂系统。不仅设备故障可能引起服务中断，而且软件方面的问题也可能导致服务器不能正常工作。

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

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

应该说RAID和数据备份都是很重要的。但是，RAID技术只能解决硬盘的问题，备份只能解决系统出现问题后的恢复。而一旦服务器本身出现问题，不论是设 备的硬件问题还是软件系统的问题，都会造成服务的中断。因此，RAID及数据备份技术不能解决避免服务中断的问题。对于需要持续可靠地提供应用服务的系 统，双机还是非常重要的。只要想一想，如果你的服务器坏了，你要用多少时间将其恢复到能正常工作，你的用户能容忍多长的恢复时间就能理解双机的重要性了。

从另外一个方面，RAID以及磁带备份也是非常需要的。对于RAID而言，可以以很低的成本大大提高系统的可靠性，而且其复杂程度远远低于双机。因为毕竟 硬盘是系统中机械操作最频繁、易损率最高的部件，如果采用RAID，就可以使出现故障的系统很容易修复，也减少服务器停机进行切换的次数。

双机热备的实现模式

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

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

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

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

纯软件方式还有另外一种情况，即服务器只是提供应用服务，而并不保存数据（比如只进行某些计算，做为应用服务器使用）。这种情况下同样也不需要使用共享的存储设备，而可以直接使用双机或集群软件即可。但这种情况其实与镜像无关，只不过是标准的双机热备的一种小的变化。

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

双机热备即是目前通常所说的active/standby方式，服务器数据包括数据库数据同时往两台或多台服务器写，或者使用一个共享的存储设备。当active服务器出现故障的时候，通过软件诊测（一般是通过心跳诊断）将standby机器激活，保证应用在短时间内完全恢复正常使用。

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

双机双工，两台或多台服务器均为活动，同时运行相同的应用，保证整体的性能，也实现了负载均衡和互为备份。需要利用磁盘柜存储技术（最好采用san）。对于数据库服务而言，它同时需要数据库软件的支持，是比较复杂的。

双机热备分两种模式，一种是基于共享磁盘阵列柜的，这种方式是两台服务器都连接到磁盘阵列上共享一份数据，A服务器运行时，他能访问磁盘阵列里的数据但B不能访问，当A故障时候切换到B，此时B可以访问共享磁盘而A不能访问

还有一种是基于镜像磁盘的方式，也就是两台服务器各拿出一个分区通过软件来实现软件之间的镜像同步。

软件介绍：windows Server自带的双机热备只能实现有共享磁盘的方式，而能支持这两种模式的软件且稳定性较好的产品有NEC的，不过这个软件是收费的！

不需要。双机热备都是基于操作系统级的集群高可用环境，分两种架构来说：

共享盘阵型热备：这个环境下热备软件并不操作数据，故只要操作系统能识别存储分区，正常挂盘即可，与服务器品牌、新旧、本地盘空间大小无关

镜像型热备：这个架构下都是通过抓取底层I/O的方式实现镜像，协议是通用的，故与服务器本身的品牌和配置无关。

综上：双机热备与服务器本身配置无关，所以无需配置完全一样的服务器；但因为切换后需要业务系统在备机也能正常运行，所以做热备都要求操作系统一致；应用系统配置方式、路径一致；服务器本地盘的大小和CPU等的配置，需要能承担对应业务即可。典型代表：Rose双机、赛门VCS等

　　1mysql数据库没有增量备份的机制，当数据量太大的时候备份是一个很大的问题。还好mysql数据库提供了一种主从备份的机制，其实就是把主数据库的所有的数据同时写到备份数据库中。实现mysql数据库的热备份。

　　2要想实现双机的热备首先要了解主从数据库服务器的版本的需求。要实现热备mysql的版本都要高于32，还有一个基本的原则就是作为从数据库的数据库版本可以高于主服务器数据库的版本，但是不可以低于主服务器的数据库版本。

　　3设置主数据库服务器：

　　a首先查看主服务器的版本是否是支持热备的版本。然后查看mycnf(类unix)或者myini(windows)中mysqld配置块的配置有没有log-bin(记录数据库更改日志)，因为mysql的复制机制是基于日志的复制机制，所以主服务器一定要支持更改日志才行。然后设置要写入日志的数据库或者不要写入日志的数据库。这样只有您感兴趣的数据库的更改才写入到数据库的日志中。

　　server-id=1 //数据库的id这个应该默认是1就不用改动

　　log-bin=log_name //日志文件的名称，这里可以制定日志到别的目录 如果没有设置则默认主机名的一个日志名称

　　binlog-do-db=db_name //记录日志的数据库

　　binlog-ignore-db=db_name //不记录日志的数据库

　　以上的如果有多个数据库用","分割开

　　然后设置同步数据库的用户帐号

　　mysql> GRANT REPLICATION SLAVE ON

　　-> TO 'repl'@'%mydomaincom' IDENTIFIED BY 'slavepass';

　　402以前的版本, 因为不支持REPLICATION 要使用下面的语句来实现这个功能

　　mysql> GRANT FILE ON

　　-> TO 'repl'@'%mydomaincom' IDENTIFIED BY 'slavepass';

　　设置好主服务器的配置文件后重新启动数据库

　　b锁定现有的数据库并备份现在的数据

　　锁定数据库

　　mysql> FLUSH TABLES WITH READ LOCK;

　　备份数据库有两种办法一种是直接进入到mysql的data目录然后打包你需要备份数据库的文件夹，第二种是使用mysqldump的方式来备份数据库但是要加上"--master-data " 这个参数，建议使用第一种方法来备份数据库

　　c查看主服务器的状态

　　mysql> show master status\G;

　　+---------------+----------+--------------+------------------+

　　| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |

　　+---------------+----------+--------------+------------------+

　　| mysql-bin003 | 73 | test | manual,mysql |

　　+---------------+----------+--------------+------------------+

　　记录File 和 Position 项目的值，以后要用的。

　　d然后把数据库的锁定打开

　　mysql> UNLOCK TABLES;

　　4设置从服务器

　　a首先设置数据库的配置文件

　　server-id=n //设置数据库id默认主服务器是1可以随便设置但是如果有多台从服务器则不能重复。

　　master-host=db-mastermycompanycom //主服务器的IP地址或者域名

　　master-port=3306 //主数据库的端口号

　　master-user=pertinax //同步数据库的用户

　　master-password=freitag //同步数据库的密码

　　master-connect-retry=60 //如果从服务器发现主服务器断掉，重新连接的时间差

　　report-host=db-slavemycompanycom //报告错误的服务器

　　b把从主数据库服务器备份出来的数据库导入到从服务器中

　　c然后启动从数据库服务器，如果启动的时候没有加上"--skip-slave-start"这个参数则进入到mysql中

　　mysql> slave stop; //停止slave的服务

　　d设置主服务器的各种参数

　　mysql> CHANGE MASTER TO

　　-> MASTER_HOST='master_host_name', //主服务器的IP地址

　　-> MASTER_USER='replication_user_name', //同步数据库的用户

　　-> MASTER_PASSWORD='replication_password', //同步数据库的密码

　　-> MASTER_LOG_FILE='recorded_log_file_name', //主服务器二进制日志的文件名(前面要求记住的参数)

　　-> MASTER_LOG_POS=recorded_log_position; //日志文件的开始位置(前面要求记住的参数)

　　e启动同步数据库的线程

　　mysql> slave start;

　　查看数据库的同步情况。

　　查看主从服务器的状态

　　mysql> SHOW PROCESSLIST\G //可以查看mysql的进程看看是否有监听的进程

　　如果日志太大清除日志的步骤如下

　　1锁定主数据库

　　mysql> FLUSH TABLES WITH READ LOCK;

　　2停掉从数据库的slave

　　mysql> slave stop;

　　3查看主数据库的日志文件名和日志文件的position

　　show master status;

　　+---------------+----------+--------------+------------------+

　　| File | Position | Binlog_do_db | Binlog_ignore_db |

　　+---------------+----------+--------------+------------------+

　　| louis-bin001 | 79 | | mysql |

　　+---------------+----------+--------------+------------------+

　　4解开主数据库的锁

　　mysql> unlock tables;

　　5更新从数据库中主数据库的信息

　　mysql> CHANGE MASTER TO

　　-> MASTER_HOST='master_host_name', //主服务器的IP地址

　　-> MASTER_USER='replication_user_name', //同步数据库的用户

　　-> MASTER_PASSWORD='replication_password', //同步数据库的密码

　　-> MASTER_LOG_FILE='recorded_log_file_name', //主服务器二进制日志的文件名(前面要求记住的参数)

　　-> MASTER_LOG_POS=recorded_log_position; //日志文件的开始位置(前面要求记住的参数)

　　6启动从数据库的slave

　　mysql> slave start;