服务器怎么做热备

Ⅰ linux下的服务器双机热备份，如何做

Linux上的heartbeat双机热备服务架设
【一】 安装前环境设定

两台主机硬件环境(不必完全一致)：

CPU: Xeon 3G *2 (EM64T)

MEM: 2G

NIC: Intel 1G *2

eth0: 对外IP

eth1: 对内IP(HA专用)

两台主机的eth1使用双机对联线直接连接。

分区方式：

Filesystem 容量 挂载点

/dev/sda2 9.7G /

/dev/sda6 45G /Datas

/dev/sda1 99M /boot

none2.0G /dev/shm

/dev/sda3 9.7G /opt

另外每台主机应预留500M的raw空间或者更多来作为共用空间被HA使用。

操作系统：

RedHat Enterprise 4 Update2 (2.6.9-22 EL)

预安装软件：

@ X Window System

@ GNOME Desktop Environment

@ KDE Desktop Environment

@ Editors

@ Engineering and Scientific

@ Graphical Internet

@ Text-based Internet

@ Authoring and Publishing

@ Server Configuration Tools

@ Development Tools

@ Kernel Development

@ X Software Development

@ GNOME Software Development

@ KDE Software Development

@ Administration Tools

@ System Tools

【二】安装前网络环境设定：

node1: 主机名：servers201 ( HA01 )

eth0: 192.168.10.201 //对外IP地址

eth1: 10.0.0.201 //HA心跳使用地址

node2: 主机名：servers202 ( HA02 )

eth0: 192.168.10.202 //对外IP地址

eth1: 10.0.0.202 //HA心跳使用地址

特别注意要检查以下几个文件：

/etc/hosts

/etc/host.conf

/etc/resolv.conf

/etc/sysconfig/network

/etc/sysconfig/network-scripts/ifcfg-eth0

/etc/sysconfig/network-scripts/ifcfg-eth1

/etc/nsswitch.conf

#vi /etc/hosts

node1的hosts内容如下：

127.0.0.1 localhost.localdomain localhost

192.168.10.201 servers201 HA01

10.0.0.201 HA01

10.0.0.202 HA02

192.168.10.202 server202

node2的hosts内容如下:

127.0.0.1 localhost.localdomain localhost

192.168.10.202 servers202 HA02

10.0.0.202 HA02

10.0.0.201 HA01

192.168.10.201 server201

#cat /etc/host.conf

order hosts,bind

#cat /etc/resolv.conf

nameserver 61.139.2.69 //DNS地址

#cat /etc/sysconfig/network

NETWORKING=yes

HOSTNAME=servers201 //主机名

GATEWAY="192.168.10.1" //网关

GATEWAY="eth0" //网关使用网卡

ONBOOT=YES //启动时加载

FORWARD_IPV4="yes" //只允许IPV4

#cat /etc/sysconfig/network-scripts/ifcfg-eth0

DEVICE=eth0

ONBOOT=yes

BOOTPROTO=static

IPADDR=192.168.10.201

NETMASK=255.255.255.0

GATEWAY=192.168.10.1

TYPE=Ethernet

IPV6INIT=no

#cat /etc/sysconfig/network-scripts/ifcfg-eth1

DEVICE=eth1

ONBOOT=yes

BOOTPROTO=none

IPADDR=10.0.0.201

NETMASK=255.255.255.0

TYPE=Ethernet

[node1] 与 [node2] 在上面的配置中，除了

/etc/hosts

/etc/sysconfig/network

/etc/sysconfig/network-scripts/ifcfg-eth0

/etc/sysconfig/network-scripts/ifcfg-eth1

要各自修改外，其他一致。

配置完成后，试试在各自主机上ping对方的主机名，应该可以ping通:

/root#ping HA02

PING HA02 (10.0.0.202) 56(84) bytes of data.

64 bytes from HA02 (10.0.0.202): icmp_seq=0 ttl=64 time=0.198 ms

64 bytes from HA02 (10.0.0.202): icmp_seq=1 ttl=64 time=0.266 ms

64 bytes from HA02 (10.0.0.202): icmp_seq=2 ttl=64 time=0.148 ms

--- HA02 ping statistics ---

3 packets transmitted, 3 received, 0% packet loss, time 2002ms

rtt min/avg/max/mdev = 0.148/0.204/0.266/0.048 ms, pipe 2

【三】安装HA 与HA依赖包

rpm -Uvh libnet-1.1.2.1-1.rh.el.um.1.i386.rpm //可以不装

rpm -Uvh heartbeat-pils-2.0.4-1.el4.i386.rpm

rpm -Uvh heartbeat-stonith-2.0.4-1.el4.i386.rpm

rpm -Uvh heartbeat-2.0.4-1.el4.i386.rpm

rpm -Uvh ipvsadm-1.24-5.i386.rpm

【四】 配置 HA的各配置文件

配置心跳的加密方式:authkeys

#vi /etc/ha.d/authkeys

如果使用双机对联线(双绞线)，可以配置如下：

#vi /etc/hc.d/authkeys

auth 1

1 crc

存盘退出，然后

#chmod 600 authkeys

配置心跳的监控：haresources

#vi /etc/ha.d/haresources

各主机这部分应完全相同。

server201 IPaddr::192.168.10.200 ipvsadm httpd

指定 server201调用ipvsadm启动http服务，系统附加一个虚拟IP 192.168.10.200 给eth0:0

这里如果server201宕机后，server202可以自动启动http服务，并新分配IP 192.168.10.200给server202的eth0:0

配置心跳的配置文件：ha.cf

#vi /etc/ha.d/ha.cf

logfile /var/log/ha_log/ha-log.log ## ha的日志文件记录位置。如没有该目录，则需要手动添加

bcast eth1 ##使用eth1做心跳监测

keepalive 2 ##设定心跳(监测)时间时间为2秒

warntime 10

deadtime 30

initdead 120

hopfudge 1

udpport 694 ##使用udp端口694 进行心跳监测

auto_failback on

node server201 ##节点1，必须要与 uname -n 指令得到的结果一致。

node server202 ##节点2

ping 192.168.10.1 ##通过ping 网关来监测心跳是否正常。

respawn hacluster /usr/lib64/heartbeat/ipfail

apiauth ipfail gid=root uid=root

debugfile /Datas/logs/ha_log/ha-debug.log

设置ipvsadm的巡回监测

ipvsadm -A -t 192.168.10.200:80 -s rr

ipvsadm -a -t 192.168.10.200:80 -r 192.168.10.201:80 -m

ipvsadm -a -t 192.168.10.200:80 -r 192.168.10.202:80 -m

执行后进行监测：

#ipvsadm --list

如果返回结果与下相同，则设置正确。

IP Virtual Server version 1.2.0 (size=4096)

Prot LocalAddress:Port Scheler Flags

-> RemoteAddress:Port Forward Weight ActiveConn InActConn

TCP 192.168.10.200:http rr

-> server202:http Local 1 0 0

-> server201:http Masq 1 0 0

【五】 HA服务的启动、关闭以及测试

启动HA: service heartbeat start

关闭HA; service heartbeat stop

系统在启动时已经自动把heartbeat 加载了。

使用http服务测试 heartbeat

首先启动httpd服务

#service httpd start

编辑各自主机的测试用html文件，放到/var/www/html/目录下。

启动node1的heartbeat，并执行这个指令进行监控: heartbeat status

【六】 防火墙设置

heartbeat 默认使用udp 694端口进行心跳监测。如果系统有使用iptables 做防火墙，应记住把这个端口打开。

#vi /etc/sysconfig/iptables

加入以下内容

-A RH-Firewall-1-INPUT -p udp -m udp --dport 694 -d 10.0.0.201 -j ACCEPT

意思是udp 694端口对 对方的心跳网卡地址 10.0.0.201 开放。

#service iptables restart

重新加载iptables。

Ⅱ 两台服务器，如何进行双机热备

双机热备 共享存储方式【什么是双机热备】
双机热备包括广义与狭义两种。
从广义上讲，就是服务器高可用应用的另一种说法，英译为：high available，而我们通常所说的热备是根据意译而来，同属于高可用范畴，而双机热备只限定了高可用中的两台服务器。热备软件是用来解决一种不可避免的计划和非计划系统宕机问题的软件解决方案，当然也有硬件的。是构筑高可有集群系统的基础软件，对于任何导致系统宕机或服务中断的故障，都会触发软件流程来进行错误判定、故障隔离、以及通地联机恢复来继续执行被中断的服务。在这个过程中，用户只需要经受一定程度可接受的时延，而能够在最短的时间内恢复服务。
从狭义上讲，双机热备特指基于高可用系统中的两台服务器的热备（或高可用），因两机高可用在国内使用较多，故得名双机热备，双机高可用按工作中的切换方式分为：主-备方式（Active-Standby方式）和双主机方式（Active-Active方式），主-备方式即指的是一台服务器处于某种业务的激活状态（即Active状态），另一台服务器处于该业务的备用状态（即Standby状态)。而双主机方式即指两种不同业务分别在两台服务器上互为主备状态（即Active-Standby和Standby-Active状态）。
注：Active-Standby的状态指的是某种应用或业务的状态，并非指的是服务器状态。
组成双机热备的方案主要有两种方式：
1、基于共享存储（磁盘阵列）的方式：
共享存储方式主要通过磁盘阵列提供切换后，对数据完整性和连续性的保障。用户数据一般会放在磁盘阵列上，当主机宕机后，备机继续从磁盘阵列上取得原有数据。如下图所示。
这种方式因为使用一台存储设备，往往被业内人士称为磁盘单点故障。但一般来讲存储的安全性较高。所以如果忽略存储设备故障的情况下，这种方式也是业内采用最多的热备方式。
2、基于数据复制的方式：
这种方式主要利用数据的同步方式，保证主备服务器的数据一致性。
数据同步方式
基本于数据复制的方式有多种方法，其性能和安全也不尽相同，其主要方法有以下几种：
A、单纯的文件方式的考贝不适用于数据库等应用，因为打开的文件是不能被复制的，如果要复制必须将数据库关闭，这显然是不可以的。以文件方式的复制主要适用于WEB页的更新，FTP上传应用，对主备机数据完整性，连续性要求不高的情况下使用。
B、利用数据库所带有复制功能，比如sqlServer2000或2005所带的定阅复制，这种方式用户要根据自己的应用小心使用，原因主要是：
（1）SQLServer的定阅复制会在用户表上增加字段，对那些应用软件编程要求较高，如果在应用软件端书写时未明确指定字段的用户，而使用此功能会造成应用程序无法正常工作。
（2）数据滞留，这个限制怕也是最要命的，因为SQLServer在数据传输过程中数据并非实时的到达主备机，而是数据先写到主机，再写到备机，如此一来，备机的数据往往来不及更新，此时如果发生切换，备机的数据将不完整，也不连续，如果用户发现已写入的数据在备机找不到，重新写入的话，则主机修复后，就会发生主备机数据严重冲突，数据库会乱掉。
（3）复杂应用切莫使用定阅复制来做双机热备，包括数据结构中存储过程的处理，触发器和序列，一旦发生冲突，修改起来非常麻烦。
（4）服务器性能降低，对于大一点的数据库，SQLServer2000或2005所带的定阅复制会造成服务器数据库运行缓慢。
总之SQLServer2000或2005所带的定阅复制主要还是应用于数据快照服务，切莫用他来做双机热备中的数据同步。
C：硬盘数据拦截，目前国际国内，比较成熟的双机热备软件通常会使用硬盘数据拦截的技术，通常称为镜像软件即Mirror软件，这种技术当前已非常成熟，拦截的方式也不尽相同。
（1）分区拦截技术，以Pluswell热备份产品为例，他采用的是一种分区硬盘扇区拦截的技术，通过驱动级的拦截方式，将数据写往硬盘的数据提取，并着先写到备用服务器，以保证备用服务器的数据最新，然后再将数据回写到主机硬盘。这种方式将绝对保证，主备机数据库的数据完全一致，无论发生哪种切换，都能保证数据库的完整性与连续性。由于采用分区拦截技术，所以用户可以根据需要在一块硬盘上划分适合大小的分区来完成数据同步工作。
（2）硬盘拦截技术，以Symantec的Co-Standby为例，也是一种有效的硬盘拦截软件，他的拦截主要基于一整块硬盘，往往在硬盘初始化时需要消耗大量的时间。
双机热备中需要指出的几个概念：
1、双机热备的工作原理即：故障隔离，简单的讲，高可用（热备）就是一种利用故障点转移的方式来保障业务连续性。其业务的恢复不是在原服务器，而是在备用服务器。热备不具有修复故障服务器的功能，而只是将故障隔离。
2、Active-Active方式指的是业务方式而不是服务器状态，如果是同一种应用是不能完成Active-Active方式的。例如热备的两台服务器都是sqlserver数据库，那也是指的不同的数据库实例。相同的数据库实例是不可能在热备这一级实现Active-Active方式。简单的讲Active-Active方式就是两个Active-Standby方式分别运行于两台服务器上的。
3、故障检测：故障检测是双机热备的任务，不同的双机检测点的多少决定了双机热备软件在功能和性能上的优劣，并不是所有的软件都具有相同的检测功能，以PlusWell双机热备软件为例，其提供的是一种全系统检测能力，即检测分为系统级、应用级、网络级三个方面。系统级检测主要通过双机热备软件之间的心跳提供系统的检测功能，应用级提供用户应用程序、数据库等的检测功能，网络级的检测提供对网卡的检测及可选的对网络路径的检测功能，因此称为全故障检测能力。
4、服务器资源，双机热备的资源指某种业务运行过程中所依赖的最小的关联服务，不同的双机软件所提供的资源多少也不相同，当然提供的可切换资源越多，软件应用的范围也越广，在双机热备中提到的服务器资源主要包括，可切换的网络IP资源、计算机名、磁盘卷资源、服务器进程等。
5、双机热备的切换，双机热备的切换一般分为手动切换和故障切换，即计划性切换（即人为切换）和非计划性切换（即故障切换）。需要大家注意的是并不是所有资源都具有可切换性，以PlusWell热备份软件为例他提供了：（1）本地资源监控，即不可切换的资源，（2）普通资源，即可以在主备机切换的资源。（3）快速资源，指的是快速切换的资源，
一般情况下的双机切换时间为1-5分钟，而快速切换的时间为3-5秒种。用户应根据自己的需求及业务特点来选择相关的切换服务，从价格成本上来说，切换的时间越短费用也越高。
6、热备份与备份的概念区别，热备份指的是：high available即高可用，而备份指的是Backup，即数据备份的一种，这是两种不同的概念，应对的产品也是两种功能上完全不同的产品。热备份主要保障业务的连续性，实现的方法是故障点的转移，而备份，主要目的是为了防止数据丢失，而做的一份考贝，所以备份强调的是数据恢复而不是应用的故障转移。

Ⅲ 鏁欎綘镐庢牱瀹炵幇MySQL鏁版嵁搴揿弻链虹儹澶囦唤_MySQL

鍙屾満鐑澶囦唤


链鏂囱︾粏璁茶堪浜嗘庢牱瀹炵幇MySQL鏁版嵁搴揿弻链虹儹澶囦唤銆

1銆丮ySQL鏁版嵁搴撴病链夊为噺澶囦唤镄勬満鍒讹纴褰撴暟鎹閲忓お澶х殑镞跺椤囦唤鏄涓涓寰埚ぇ镄勯梾棰樸傝缮濂组ySQL鏁版嵁搴撴彁渚涗简涓绉崭富浠庡囦唤镄勬満鍒讹纴鍏跺疄灏辨槸鎶娄富鏁版嵁搴撶殑镓链夌殑鏁版嵁钖屾椂鍐椤埌澶囦唤鏁版嵁搴扑腑銆傚疄鐜癕ySQL鏁版嵁搴撶殑鐑澶囦唤銆



2銆佽佹兂瀹炵幇鍙屾満镄勭儹澶囬栧厛瑕佷简瑙ｄ富浠庢暟鎹搴撴湇锷″櫒镄勭増链镄勯渶姹伞傝佸疄鐜扮儹澶嘙ySQL镄勭増链閮借侀珮浜3.2锛岃缮链変竴涓锘烘湰镄勫师鍒椤氨鏄浣滀负浠庢暟鎹搴撶殑鏁版嵁搴撶増链鍙浠ラ珮浜庝富链嶅姟鍣ㄦ暟鎹搴撶殑鐗堟湰锛屼絾鏄涓嶅彲浠ヤ绠浜庝富链嶅姟鍣ㄧ殑鏁版嵁搴撶増链銆



3銆佽剧疆涓绘暟鎹搴撴湇锷″櫒锛



a.棣栧厛镆ョ湅涓绘湇锷″櫒镄勭増链鏄钖︽槸鏀鎸佺儹澶囩殑鐗堟湰銆傜劧钖庢煡鐪媘y.cnf(绫箓nix)鎴栬卪y.ini(Windows)涓璏ySQLd閰岖疆鍧楃殑閰岖疆链夋病链塴og-bin(璁板綍鏁版嵁搴撴洿鏀规棩蹇)锛屽洜涓篗ySQL镄勫嶅埗链哄埗鏄锘轰簬镞ュ织镄勫嶅埗链哄埗锛屾墍浠ヤ富链嶅姟鍣ㄤ竴瀹氲佹敮鎸佹洿鏀规棩蹇楁墠琛屻傜劧钖庤剧疆瑕佸啓鍏ユ棩蹇楃殑鏁版嵁搴撴垨钥呬笉瑕佸啓鍏ユ棩蹇楃殑鏁版嵁搴撱傝繖镙峰彧链夋偍镒熷叴瓒ｇ殑鏁版嵁搴撶殑镟存敼镓嶅啓鍏ュ埌鏁版嵁搴撶殑镞ュ织涓銆






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'@'%.mydomain.com' IDENTIFIED BY 'slavepass'



4.MySQL0.2浠ュ墠镄勭増链, 锲犱负涓嶆敮鎸丷EPLICATION 瑕佷娇鐢ㄤ笅闱㈢殑璇鍙ユ潵瀹炵幇杩欎釜锷熻兘锛






MySQL> GRANT FILE ON *.*
-> TO 'repl'@'%.mydomain.com' IDENTIFIED BY 'slavepass'



璁剧疆濂戒富链嶅姟鍣ㄧ殑閰岖疆鏂囦欢钖庨吨鏂板惎锷ㄦ暟鎹搴撱



b.阌佸畾鐜版湁镄勬暟鎹搴揿苟澶囦唤鐜板湪镄勬暟鎹锛



阌佸畾鏁版嵁搴掳细






MySQL> FLUSH TABLES WITH READ LOCK;



澶囦唤鏁版嵁搴撴湁涓ょ嶅姙娉曚竴绉嶆槸鐩存帴杩涘叆鍒癕ySQL镄刣ata鐩褰旷劧钖庢墦鍖呬綘闇瑕佸囦唤鏁版嵁搴撶殑鏂囦欢澶癸纴绗浜岀嶆槸浣跨敤MySQLmp镄勬柟寮忔潵澶囦唤鏁版嵁搴扑絾鏄瑕佸姞涓"--master-data " 杩欎釜鍙傛暟锛屽缓璁浣跨敤绗涓绉嶆柟娉曟潵澶囦唤鏁版嵁搴撱



c.镆ョ湅涓绘湇锷″櫒镄勭姸镐侊细








MySQL> show master statusG;
+---------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+---------------+----------+--------------+------------------+
| MySQL-bin.003 | 73 | test | manual,MySQL |
+---------------+----------+--------------+------------------+



璁板綍File 鍜 Position 椤圭洰镄勫硷纴浠ュ悗瑕佺敤镄勚



d.铹跺悗鎶婃暟鎹搴撶殑阌佸畾镓揿紑锛






MySQL> UNLOCK TABLES;



4銆佽剧疆浠庢湇锷″櫒锛



a.棣栧厛璁剧疆鏁版嵁搴撶殑閰岖疆鏂囦欢锛








server-id=n //璁剧疆鏁版嵁搴搃d榛樿や富链嶅姟鍣ㄦ槸1
//鍙浠ラ殢渚胯剧疆浣嗘槸濡傛灉链夊氩彴浠庢湇锷″櫒鍒欎笉鑳介吨澶嶃
master-host=db-master.mycompany.com //涓绘湇锷″櫒镄処P鍦板潃鎴栬呭烟钖
master-port=3306 //涓绘暟鎹搴撶殑绔鍙ｅ彿
master-user=pertinax //钖屾ユ暟鎹搴撶殑鐢ㄦ埛
master-password=freitag //钖屾ユ暟鎹搴撶殑瀵嗙爜
master-connect-retry=60 //濡傛灉浠庢湇锷″櫒鍙戠幇涓绘湇锷″櫒鏂鎺夛纴閲嶆柊杩炴帴镄勬椂闂村樊
report-host=db-slave.mycompany.com //鎶ュ憡阌栾镄勬湇锷″櫒



b.鎶娄粠涓绘暟鎹搴撴湇锷″櫒澶囦唤鍑烘潵镄勬暟鎹搴揿煎叆鍒颁粠链嶅姟鍣ㄤ腑锛



c.铹跺悗钖锷ㄤ粠鏁版嵁搴撴湇锷″櫒锛屽傛灉钖锷ㄧ殑镞跺欐病链夊姞涓"--skip-slave-start"杩欎釜鍙傛暟鍒栾繘鍏ュ埌MySQL涓锛






MySQL> slave stop锛//锅沧slave镄勬湇锷



d.璁剧疆涓绘湇锷″櫒镄勫悇绉嶅弬鏁帮细






MySQL> CHANGE MASTER TO
-> MASTER_HOST='master_host_name', //涓绘湇锷″櫒镄処P鍦板潃
-> 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;



镆ョ湅鏁版嵁搴撶殑钖屾ユ儏鍐靛惂銆傚傛灉鑳藉熸垚锷熷悓姝ュ畬鎴愪简銆

f.镆ョ湅涓讳粠链嶅姟鍣ㄧ殑鐘舵侊细






MySQL> SHOW PROCESSLISTG //鍙浠ユ煡鐪婱ySQL镄勮繘绋嬬湅鐪嬫槸钖︽湁鐩戝惉镄勮繘绋



濡傛灉镞ュ织澶澶ф竻闄ゆ棩蹇楃殑姝ラゅ备笅:



1>.阌佸畾涓绘暟鎹搴掳细








MySQL> FLUSH TABLES WITH READ LOCK;



2>.锅沧帀浠庢暟鎹搴撶殑slave锛






MySQL> slave stop;



3>.镆ョ湅涓绘暟鎹搴撶殑镞ュ织鏂囦欢钖嶅拰镞ュ织鏂囦欢镄刾osition锛






show master status;
+---------------+----------+--------------+------------------+
| File | Position | Binlog_do_db | Binlog_ignore_db |
+---------------+----------+--------------+------------------+
| louis-bin.001 | 79 | | MySQL |
+---------------+----------+--------------+------------------+



4>.瑙ｅ紑涓绘暟鎹搴撶殑阌侊细






MySQL> unlock tables;



5>.镟存柊浠庢暟鎹搴扑腑涓绘暟鎹搴撶殑淇℃伅锛






MySQL> CHANGE MASTER TO
-> MASTER_HOST='master_host_name', //涓绘湇锷″櫒镄処P鍦板潃
-> 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锛

Ⅳ 有两台服务器，如何做双机热备份

具体操作步骤如下：

1、首先，可以使用图中所示的工具执行热备份，如下段告图所示，然后进入下一步。

Ⅳ 两台服务器，如何进行双机热备

双机主要分两种,一种是磁盘阵列柜的硬件双机热备;一种是没有磁盘阵列柜的纯软双机热备.如果没有磁盘阵列柜的话,只能做纯软双机,那你需要购买两个双机软件,才能做,一个是双机热备份软件:如ROSS或PLUS WELL等,别一个是双机镜像软件MirrorHA,
以ross为例:
1.纯软件双机热备份
两台服务器通过网络连接，硬件配置少了磁盘阵列 , 软件配置上，除了 Cluster 之外，新增了 NT Mirror ， NT Mirror 是 ROSE 公司的网络数据镜像软件。

图 2 纯软件双机热备份系统
2 、 系统工作原理
与常规的双机系统相比，纯软件双机热备份系统的两台服务器之间少了公共的存储设备（通常是磁盘阵列），但是多了网络数据镜像软件 Mirror 。没有了公共存储设备磁盘阵列，对于某一个需要进行切换的服务而言，怎样保证其所用的数据在两台服务器上是一致的呢？这就是数据镜像软件 ROSE NT Mirror 的功能所在——— NT Mirror 通过网络，将某一台服务器上指定路径下的数据采用同步或异步方式，镜像到另一台服务器。
镜像软件取代双机热备份系统的磁盘阵列，关键之处在于其必须与 Cluster 软件协同工作。当某一服务运行于服务器 A 时，它所使用的特定数据在服务器 A 上对应于一个数据集合Ф A, 通过 NT Mirror 将源数据集Ф A 镜像到服务器 B 成为目标数据集Ф B, 当 NT Cluster 将该服务程序从服务器 A 切换到服务器 B 时，它使用服务器 B 上的数据Ф B, 同时 NT Mirror 自动修改原来从Ф A 到Ф B 的镜像成为从Ф B 到Ф A 的镜像。对一个服务程序是这样，对多个服务程序，则一一建立服务程序与数据镜像集之间的关系。这样，无论服务程序运行于哪一个服务器，始终保证其所使用的数据在对端服务器有一份镜像存在；当一台服务器由于硬件或软件原因发生故障失效 , 另外一台可在保证提供自己原有服务的同时 , 启动失效服务器的应用程序从而取代其服务器功能。
3 、运作方式：
在正常的运作情形之下，主机之间透过冗余侦测线路互相侦测，当任一主机有错误产生时， ROSE HA 提供严谨的判断与分析，确认主机出错之后，启动备援接管动作。
支持各种操作系统平台： Unix 、 Linux 、 Windows Server 等。
支持各种数据库： 数据库SQL 、 Oracle 、 Informix 、 Sysbase 、 Exchenge 、 Lotus/Nose 、 DB2 等
接管动作包括 ：
文件系统 ( File System)
数据库 ( Database)
网络地址 ( IP Address)
应用程序 (AP)
系统环境 (OS)
容错备援运作过程
• 当一台活动服务器宕机时，其 IP 地址、服务器名称及运行的作业会自动转移至另一台服务器，客户端软件不需要重新设定，只要重新连结至原来的 IP 地址及服务器名称即可继续作业；
• 两台服务器的信息交换可通过： RS232 、 TCP/IP
• ROSE HA 采取高可靠的错误检测和故障恢复机制减少系统宕机，停机时间并防范错误，提供故障警告；
• ROSE HA 可设定故障排除后自动或手动回复 ( switch back )；
• ROSE HA 安装时不需要修改操作系统的核心、更改应用软件，也无需特殊的硬件；
• ROSEHA 提供基于 GUI 的监控中心，管理员能查看 ROSE HA 的状态、检查错误信息和警告、修改系统参数及从远程工作站管理 ROSE HA 系统；
• 与数据库无关，可以支持各种数据库，包括 ORACLE 、 Sybase 、 Informix 等
管理工具：
• 友好、直观、易于操作的 GUI 界面
• 有关 ROSE HA 的配置都可以在 GUI 中完成，支持动态配置和实时同步
• 网卡的状态，磁盘的状态都可在 GUI 中显示出来
• 用户可通过第三方 Web 浏览器进行远程管理

监控的对象资源：
• Volume
• IP 地址
• 计算机别名
• 共享文件
• NT 服务
• 用户自定义
总之， ROSE HA 软件极大程度上减少了人的介入，提高了系统的可靠性与安全性，使服务能可靠的运行。
四、系统特点
纯软件高可用方案，是双机高可用软件和网络数据镜像软件的完美结合。可以概括如下：
• 系统成本低：不需要磁盘阵列，降低了系统成本。
• 系统抗灾难能力强。
• 构成双机系统的两台服务器通过网络连接，可以相隔很远的物理距离，增强了系统的抗灾难能力。
• 双向的失效切换功能。
• 双向的失效切换，又称 ACTIVE/ACTIVE 冗余方式，是指为用户提供两台可运行重要应用的全功能服务器 并确保它们中任何一台失效时另外一台可自动代替其功能。
• 系统资源占用少系统效率高。
• 数据镜像可以绑定到某一对网卡上完成，不占用服务器网络资源，减轻服务器负载，提高系统效率。
• 服务器无需相同。
• 双机热备份的两台服务器在硬件和软件配置上无须相同。
• 无需停机的设备维护能力。
• 由于应用程序可以在两台服务器之间自由切换，用户可由此实现在不停止网络服务前提下对其进行维护工作，如日常检查 . 维修或测试；而此时前台工作站可以完全透明地保持在工作状态。
• 简单易用功能全面的管理窗口。
• 面向对象的管理窗口使您只需移动鼠标，就可以配置和管理整个双机热备份系统。
• 从资源定义到服务程序的切换，都可以轻松完成。
系统要求：
• 两台服务器配置无需相同 （ IBM 服务器有例外）
• window NT/windows 2000 、 2003 操作系统版本一致
• 用于公用网络的网卡( Ethernet,Fast Ethernet,FDDI 或 ATM 卡 ) 用于私用网络的网卡或 RS-232 串口线
2.硬件双机热备份:可以用Win2003企业版也可以做.

Ⅵ Linux服务器双机热备详细过程

通常说的双机热备是指两台机器都在运行，但并不是两台机器都同时在提供服务。

当提供服务的一台出现故障的时候，另外一台会马上自动接管并且提供服务，而且切换的时间非常短。

下面来以keepalived结合tomcat来实现一个web服务器的双机热备过程：

keepalived的工作原理是VRRP虚拟路由冗余协议。

在VRRP中有两组重要的概念：VRRP路由器和虚拟路由器，主控路由器和备份路由器。

VRRP路由器是指运行VRRP的路由器，是物理实体，虚拟路由器是指VRRP协议创建的，是逻辑概念。一组VRRP路由器协同工作，共同构成一台虚拟路由器。Vrrp中存在着一种选举机制，用以选出提供服务的路由即主控路由，其他的则成了备份路由。

当主控路由失效后，备份路由中会重新选举出一个主控路由，来继续工作，来保障不间断服务。

两台物理服务器和一个虚拟服务器（vip）：master：redhat2．6．18－53．el5192．168．8．4；backup：redhat2．6．18－53．el5192．168．8．6；vip：192．168．8．100。

节点A192．168．8．4（主节点），节点B192．168．8．6（备用节点），虚拟IP（对外提供服务的IP192．168．8．100）

在这种模式下，虚拟IP在某时刻只能属于某一个节点，另一个节点作为备用节点存在。

当主节点不可用时，备用节点接管虚拟IP（即虚拟IP漂移至节点B），提供正常服务。

keepalived的原理可以这样简单理解：

keepalived安装在两台物理服务器上，并相互监控对方是否在正常运行。

当节点A正常的时候：节点A上的keepalived会将下面的信息广播出去：

192．168．8．100这个IP对应的MAC地址为节点A网卡的MAC地址

其它电脑如客户端和NodeB会更新自己的ARP表，对应192．168．8．100的MAC地址＝节点A网卡的MAC地址。

当节点A发生故障的时候，节点B上的keepalived会检测到，并且将下面的信息广播出去：

192．168．8．100这个IP对应的MAC地址为节点B网卡的MAC地址

其它电脑如客户端会更新自己的ARP表，对应192．168．8．100的MAC地址＝节点B网卡的MAC地址。

(6)服务器怎么做热备扩展阅读：

双机热备特指基于active/standby方式的服务器热备。服务器数据包括数据库数据同时往两台或多台服务器执行写操作，或者使用一个共享的存储设备。在同一时间内只有一台服务器运行。

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

Keepalived的运行原理是基于VRRP（虚拟路由冗余协议）机制，在VRRP中有两个重要的概念：VRRP路由器和虚拟路由器，主控路由器和备份路由器。

VRRP路由器是一种实体路由器设备，而虚拟路由器则是基于VRRP协议构建的虚拟路由器，是软性的虚拟概念，一组VRRP路由器协同工作，共同构造一台虚拟服务器。

VRRP协议支持一种选举机制，主要用来选出用来提供服务的路由即主控路由，其它的就是备份路由了，当主控路由失效之后，备份路由中重新选出一个主控路由（往往按照设置好的优先级别重新分配），接管主控服务，继续工作，来保证不间断的提供服务。

Ⅶ 对两台服务器做了双机热备份，然后设置一个虚拟IP对外连接。如何设置

1、可以使用如图所示的工具进行热备份。

注意氏亏事项：

磁盘镜像是一种在其中写往物颂核唯理驱动器的信息也被写入第二个物理驱动器的一种方法,也称为热备份.它不同于硬盘之间的定时拷贝,作镜像是由智能控制器和一些软件自动地进行的。