伺服器怎麼做雙機

❶ Mysql鏁版嵁搴撳備綍瀹炵幇鍙屾満鐑澶囩殑閰嶇疆.doc

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 鈥榬epl鈥楡鈥%.mydomain.com鈥 IDENTIFIED BY 鈥榮lavepass鈥;

4.0.2浠ュ墠鐨勭増鏈, 鍥犱負涓嶆敮鎸丷EPLICATION 瑕佷嬌鐢ㄤ笅闈㈢殑璇鍙ユ潵瀹炵幇榪欎釜鍔熻兘

mysql> GRANT FILE ON *.*

-> TO 鈥榬epl鈥楡鈥%.mydomain.com鈥 IDENTIFIED BY 鈥榮lavepass鈥;

璁劇疆濂戒富鏈嶅姟鍣ㄧ殑閰嶇疆鏂囦歡鍚庨噸鏂板惎鍔ㄦ暟鎹搴

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=鈥榤aster_host_name鈥, //涓繪湇鍔″櫒鐨処P鍦板潃

-> MASTER_USER=鈥榬eplication_user_name鈥, //鍚屾ユ暟鎹搴撶殑鐢ㄦ埛

-> MASTER_PASSWORD=鈥榬eplication_password鈥, //鍚屾ユ暟鎹搴撶殑瀵嗙爜

-> MASTER_LOG_FILE=鈥榬ecorded_log_file_name鈥, //涓繪湇鍔″櫒浜岃繘鍒舵棩蹇楃殑鏂囦歡鍚(鍓嶉潰瑕佹眰璁頒綇鐨勫弬鏁)

-> MASTER_LOG_POS=recorded_log_position; //鏃ュ織鏂囦歡鐨勫紑濮嬩綅緗(鍓嶉潰瑕佹眰璁頒綇鐨勫弬鏁)

e.鍚鍔ㄥ悓姝ユ暟鎹搴撶殑綰跨▼

mysql> slave start;

鏌ョ湅鏁版嵁搴撶殑鍚屾ユ儏鍐靛惂銆傚傛灉鑳藉熸垚鍔熷悓姝ラ偅灝辨伃鍠滀簡錛

鏌ョ湅涓諱粠鏈嶅姟鍣ㄧ殑鐘舵

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=鈥榤aster_host_name鈥, //涓繪湇鍔″櫒鐨処P鍦板潃

-> MASTER_USER=鈥榬eplication_user_name鈥, //鍚屾ユ暟鎹搴撶殑鐢ㄦ埛

-> MASTER_PASSWORD=鈥榬eplication_password鈥, //鍚屾ユ暟鎹搴撶殑瀵嗙爜

-> MASTER_LOG_FILE=鈥榬ecorded_log_file_name鈥, //涓繪湇鍔″櫒浜岃繘鍒舵棩蹇楃殑鏂囦歡鍚(鍓嶉潰瑕佹眰璁頒綇鐨勫弬鏁)

-> MASTER_LOG_POS=recorded_log_position; //鏃ュ織鏂囦歡鐨勫紑濮嬩綅緗(鍓嶉潰瑕佹眰璁頒綇鐨勫弬鏁)

6.鍚鍔ㄤ粠鏁版嵁搴撶殑slave

mysql> slave start;

錛圱114錛





鏁欎綘MySQL鏁版嵁搴撶殑涓諱粠鍙婂弻鏈哄囦喚



鑺變簡鍗婂ぉ鏃墮棿鐮旂┒浜嗕笅涓婱YSQL鐨勫囦喚瀹炵幇錛屽彂鐜板叾鏄鍦∕Y.CNF錛圡Y.INI錛夐厤緗鏂囦歡涓浣滅殑璁劇疆錛岀洿鎺ヨ劇疆鏈嶅姟鍣ㄥ敮涓鎬ID鍙峰姞涓婂叾瀹冪殑闄勫姞璁劇疆錛屽垯鍙浣滀負涓鍙癕ASTER錛岃屽湪SLAVE鏈轟笂錛屼篃鍙闇瑕佸湪閰嶇疆鏂囦歡涓璁劇疆涓涓嬭繛鎺MASTER鎵闇鐨勫弬鏁板嵆鍙錛屽傛灉鍦∕ASTER閲屼篃鍔犱笂榪炲埌SLAVE鏈虹殑鍙傛暟錛屽垯灝辨槸鍙屽悜澶囦喚浜嗭綖鍀炰笉榪囷紝榪欎簺榪炴帴鍙傛暟涓鐢ㄥ埌鐨勮處鍙烽渶瑕佹敞鎰忔潈闄愮殑璁劇疆錛屽惁鍒欎細鎼炲崐澶╂病鍙嶅氨鎬ユ諱綘榪銆傘

鎴戝湪WIN涓婂拰linux涓婂悇瑁呬簡MYSQL5錛屼笅闈㈡槸瀹冧滑鐨勯厤緗錛

WIN(172.22.33.33)涓嬬殑MASTER(鐢變簬鎴戞敼浜嗙鍙3327鎵浠ヤ笅闈㈠氬姞浜嗕釜絝鍙ｆ柟闈㈢殑鐗規畩澶勭悊浜)鐨勯厤緗錛坢y.ini錛夛細(**涓瀹氳佸湪mysqld閰嶇疆孌典腑閰嶇疆錛屼笉璞PHP錛孉PACHE鍙浠ラ殢渚挎壘涓鏂逛究鐨勫湴鏂歸厤鐨勶紝娉ㄦ剰鍝堬紒錛)

[mysqld]

#master 璁劇疆

server-id=1

log-bin=c:/masterlog

binlog-do-db=db5

#瀹炵幇鍙屾満澶囦喚孌碉紝緇橫ASTER鍚屾椂鍔犱笂SLAVE孌,鍙閫夊搱錛屽傛灉涓嶉夛紝閭ｅ氨鏄疻IN鍒癓IN鐨勪富浠庡囦喚

master-host=172.22.1.37

master-user=backup2

master-password=backup2

master-port=3306

master-connect-retry=60

replicate-do-db=db5

鏁版嵁搴撲腑鍔犱竴涓璐﹀彿:

GRANT FILE,REPLICATION SLAVE,REPLICATION CLIENT,SUPER ON *.*

TO backup@鈥172.22.1.37鈥 IDENTIFIED by 鈥榖ackup鈥;

榪欎釜鏉冮檺琛ㄧず錛岃繖涓猙ackup璐﹀彿鍙鑳界敱浠庡囦喚鏈172.22.1.37璁塊棶鍙鑳界敤鏉ヨ繘琛屽囦喚鎿嶄綔

LINUX(172.22.1.37)涓嬬殑SLAVE鏈虹殑閰嶇疆(鎶婂畨瑁呯洰褰曢噷鎵懼埌鐨勪換鎰忎竴涓*.cnf鎷峰埌/etc/my.cnf涓嬭繘琛屼慨鏀)錛

server-id=2

#濡傛灉涓嶉渶瑕佸弻鍚戝囦喚涓嬮潰涓よ屽彲浠ヤ笉瑕

#鍚﹀垯榪樿佸姞涓涓鏁版嵁搴撶敤鎴瘋處鍙

/*

GRANT FILE,REPLICATION SLAVE,REPLICATION CLIENT,SUPER ON *.*

TO backup2@鈥172.22.33.33鈥 IDENTIFIED by 鈥榖ackup2鈥;

*/

log-bin=./masterlog

binlog-do-db=db5

#---------------------------------------

master-host=172.22.33.33

master-user=backup

master-password=backup

master-port=3327

master-connect-retry=60

replicate-do-db=db5

鐢變簬鍙鏄澶ф傜殑寮勪簡涓涓嬶紝鐗瑰埆鏄鍦ㄦ暟鎹搴撶敤鎴鋒柟闈㈡病鏈変綔浠旂粏璇曢獙錛氾級錛屽彲鑳戒細鏈夋墍涓嶅お鍑嗙『鐨勫湴鏂癸紝榪樻湁灝辨槸錛屼笂闈㈡祴璇曠敤鍒扮殑鏁版嵁搴撲竴瀹氳佹槸宸茬粡寤虹珛濂藉苟涓旂粨鏋勭浉鍚岀殑錛屼袱鍙版満瀛愰兘閲嶅惎鍚庝細榪涜屾鏌ワ紝濡傛灉鍑虹幇鎵句笉鍒版垨鑰呮鏌ュ埌緇撴瀯涓嶅悓錛屼細鎶ラ敊錛屾渶濂藉氨鏄鍦ㄥ壋寤虹┖鏁版嵁搴撴椂鎴栧垵濮嬫椂瀹夎呬袱涓涓鏍風殑鏁版嵁搴撳悗灝卞緩絝嬪ソ鍏崇郴錛屽逛簬涓嶅悓鐗堟湰鐨凪YSQL錛屽畼鏂硅存槑涔熷彲浠ュ悓姝ワ紝浣嗘兂涓鎯籌紝鎶奙YSQL5 鐨勬暟鎹澶囦喚鍒4涓鍘諱涪澶5鐨勭壒鎬т篃娌′粈涔堟剰涔夊惂銆







MySQL鏁版嵁鐨勪富浠庢湇鍔″櫒瀹炵幇澶囦喚鐨勮劇疆



mysql浠3.23.15鐗堟湰浠ュ悗鎻愪緵鏁版嵁搴撳嶅埗鍔熻兘銆傚埄鐢ㄨュ姛鑳藉彲浠ュ疄鐜頒袱涓鏁版嵁搴撳悓姝ワ紝涓諱粠妯″紡錛屼簰鐩稿囦喚妯″紡鐨
鍔熻兘銆
鏁版嵁搴撳悓姝ュ嶅埗鍔熻兘鐨勮劇疆閮藉湪mysql鐨勮劇疆鏂囦歡涓浣撶幇銆俶ysql鐨勯厤緗鏂囦歡錛堜竴鑸鏄痬y.cnf錛
鍦╱nix鐜澧冧笅鍦/etc/mysql/my.cnf
鎴栬呭湪mysql鐢ㄦ埛鐨刪ome鐩褰曚笅闈㈢殑my.cnf.
window鐜澧冧腑錛屽傛灉c:鏍圭洰褰曚笅鏈塵y.cnf鏂囦歡鍒欏彇璇ラ厤緗鏂囦歡銆傚綋榪愯宮ysqlinwinmysqladmin.exe宸ュ叿鏃跺欙紝璇ュ伐鍏蜂細鎶奵:鏍圭洰褰曚笅鐨刴y.cnf
鍛藉悕涓簃ycnf.bak銆傚苟鍦╳innt鐩褰曚笅鍒涘緩my.ini銆俶ysql鏈嶅姟鍣ㄥ惎鍔ㄦ椂鍊欎細璇昏ラ厤緗鏂囦歡銆傛墍浠ュ彲浠ユ妸my.cnf涓鐨勫唴瀹規嫹璐濆埌my.ini鏂囦歡涓錛岀敤my.ini鏂囦歡浣滀負mysql
鏈嶅姟鍣ㄧ殑閰嶇疆鏂囦歡銆

璁劇疆鏂規硶錛
璁劇疆鑼冧緥鐜澧冿細
鎿嶄綔緋葷粺錛歸indow2000 professional
mysql錛4.0.4-beta-max-nt-log
A ip:10.10.10.22
B ip:10.10.10.53
A:璁劇疆
1.澧炲姞涓涓鐢ㄦ埛鏈涓哄悓姝ョ殑鐢ㄦ埛甯愬彿錛
GRANT FILE ON *.* TO backup@鈥10.10.10.53鈥 IDENTIFIED BY ‘1234’
2.澧炲姞涓涓鏁版嵁搴撲綔涓哄悓姝ユ暟鎹搴擄細
create database backup
B:璁劇疆
1.澧炲姞涓涓鐢ㄦ埛鏈涓哄悓姝ョ殑鐢ㄦ埛甯愬彿錛
GRANT FILE ON *.* TO backup@鈥10.10.10.22鈥 IDENTIFIED BY ‘1234’
2.澧炲姞涓涓鏁版嵁搴撲綔涓哄悓姝ユ暟鎹搴擄細
create database backup

涓諱粠妯″紡錛欰->B
A涓簃aster
淇鏀笰 mysql鐨刴y.ini鏂囦歡銆傚湪mysqld閰嶇疆欏逛腑鍔犲叆涓嬮潰閰嶇疆錛
server-id=1
log-bin
#璁劇疆闇瑕佽板綍log 鍙浠ヨ劇疆log-bin=c:mysqlbakmysqllog
璁劇疆鏃ュ織鏂囦歡鐨勭洰褰曪紝
#鍏朵腑mysqllog鏄鏃ュ織鏂囦歡鐨勫悕縐幫紝mysql灝嗗緩絝嬩笉鍚屾墿灞曞悕錛屾枃浠跺悕涓簃ysqllog鐨勫嚑涓鏃ュ織鏂囦歡銆
binlog-do-db=backup #鎸囧畾闇瑕佹棩蹇楃殑鏁版嵁搴

閲嶈搗鏁版嵁搴撴湇鍔°
鐢╯how master status 鍛戒護鐪嬫棩蹇楁儏鍐點

B涓簊lave
淇鏀笲 mysql鐨刴y.ini鏂囦歡銆傚湪mysqld閰嶇疆欏逛腑鍔犲叆涓嬮潰閰嶇疆錛
server-id=2
master-host=10.10.10.22
master-user=backup #鍚屾ョ敤鎴峰笎鍙
master-password=1234
master-port=3306
master-connect-retry=60 棰勮鵑噸璇曢棿闅60縐
replicate-do-db=backup 鍛婅瘔slave鍙鍋歜ackup鏁版嵁搴撶殑鏇存柊


閲嶈搗鏁版嵁搴
鐢╯how slave status鐪嬪悓姝ラ厤緗鎯呭喌銆

娉ㄦ剰錛氱敱浜庤劇疆浜唖lave鐨勯厤緗淇℃伅錛宮ysql鍦ㄦ暟鎹搴撶洰褰曚笅鐢熸垚master.info
鎵浠ュ傛湁瑕佷慨鏀圭浉鍏硈lave鐨勯厤緗瑕佸厛鍒犻櫎璇ユ枃浠躲傚惁鍒欎慨鏀圭殑閰嶇疆涓嶈兘鐢熸晥銆

鍙屾満浜掑囨ā寮忋

濡傛灉鍦ˋ鍔犲叆slave璁劇疆錛屽湪B鍔犲叆master璁劇疆錛屽垯鍙浠ュ仛B->A鐨勫悓姝ャ
鍦ˋ鐨勯厤緗鏂囦歡涓
mysqld 閰嶇疆欏瑰姞鍏ヤ互涓嬭劇疆錛
master-host=10.10.10.53
master-user=backup
master-password=1234
replicate-do-db=backup
master-connect-retry=10

鍦˙鐨勯厤緗鏂囦歡涓
mysqld 閰嶇疆欏瑰姞鍏ヤ互涓嬭劇疆錛
log-bin=c:mysqllogmysqllog
binlog-do-db=backup

娉ㄦ剰錛氬綋鏈夐敊璇浜х敓鏃*.err鏃ュ織鏂囦歡銆傚悓姝ョ殑綰跨▼閫鍑猴紝褰撶籂姝ｉ敊璇鍚庤佽╁悓姝ユ満鍒惰繘琛屽伐浣滐紝榪愯宻lave start

閲嶈搗AB鏈哄櫒錛屽垯鍙浠ュ疄鐜板弻鍚戠殑鐑澶囥

嫻嬭瘯錛
鍚態鎵歸噺鎻掑叆澶ф暟鎹閲忚〃AA錛1872000錛夋潯
A鏁版嵁搴撴瘡縐掗挓鍙浠ユ洿鏂2500鏉℃暟鎹銆
MySQL鏁版嵁搴撳備綍瀹炵幇鍙屾満鐑澶囩殑閰嶇疆.doc
鏍囩撅細鎿嶄綔binloghttplist浜х敓widthunix璇存槑鍦版柟

❷ 兩台伺服器，如何進行雙機熱備

雙機主要分兩種,一種是磁碟陣列櫃的硬體雙機熱備;一種是沒有磁碟陣列櫃的純軟雙機熱備.如果沒有磁碟陣列櫃的話,只能做純軟雙機,那你需要購買兩個雙機軟體,才能做,一個是雙機熱備份軟體:如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企業版也可以做.

❸ 兩台伺服器，如何進行雙機熱備

雙機熱備 共享存儲方式【什麼是雙機熱備】
雙機熱備包括廣義與狹義兩種。
從廣義上講，就是伺服器高可用應用的另一種說法，英譯為：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，即數據備份的一種，這是兩種不同的概念，應對的產品也是兩種功能上完全不同的產品。熱備份主要保障業務的連續性，實現的方法是故障點的轉移，而備份，主要目的是為了防止數據丟失，而做的一份考貝，所以備份強調的是數據恢復而不是應用的故障轉移。

❹ 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。

❺ 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地址。

(5)伺服器怎麼做雙機擴展閱讀：

雙機熱備特指基於active/standby方式的伺服器熱備。伺服器數據包括資料庫數據同時往兩台或多台伺服器執行寫操作，或者使用一個共享的存儲設備。在同一時間內只有一台伺服器運行。

當其中運行著的一台伺服器出現故障無法啟動時，另一台備份伺服器會通過軟體診測（一般是通過心跳診斷）將standby機器激活，保證應用在短時間內完全恢復正常使用。

Keepalived的運行原理是基於VRRP（虛擬路由冗餘協議）機制，在VRRP中有兩個重要的概念：VRRP路由器和虛擬路由器，主控路由器和備份路由器。

VRRP路由器是一種實體路由器設備，而虛擬路由器則是基於VRRP協議構建的虛擬路由器，是軟性的虛擬概念，一組VRRP路由器協同工作，共同構造一台虛擬伺服器。

VRRP協議支持一種選舉機制，主要用來選出用來提供服務的路由即主控路由，其它的就是備份路由了，當主控路由失效之後，備份路由中重新選出一個主控路由（往往按照設置好的優先順序別重新分配），接管主控服務，繼續工作，來保證不間斷的提供服務。

❻ 有兩台伺服器，如何做雙機熱備份

具體操作步驟如下：

1、首先，可以使用圖中所示的工具執行熱備份，如下段告圖所示，然後進入下一步。

❼ 鍙屾満鐑澶囨庝箞寮勭殑錛

1錛屽弻鏈虹儹澶囩壒鎸囧熀浜庨珮鍙鐢ㄧ郴緇熶腑鐨勪袱鍙版湇鍔″櫒鐨勭儹澶囷紙鎴栭珮鍙鐢錛夛紝鍥犱袱鏈洪珮鍙鐢ㄥ湪鍥藉唴浣跨敤杈冨氾紝鏁呭緱鍚嶅弻鏈虹儹澶囥

2錛屼互涓鑸甯哥敤鐨凷QL鏈嶅姟鐨勫弻鏈虹儹澶囦負渚嬶細鍏堝湪涓ゅ彴鏈嶅姟鍣ㄤ笂瀹夎呮湇鍔″櫒緋葷粺銆

3錛岀劧鍚庡緩絝嬩竴涓鎴栧氫釜紓佺洏闃靛垪錛屽皢涓ゅ彴鏈嶅姟鍣ㄤ笂鐨凷QL鏁版嵁淇濆瓨鍦ㄧ佺洏闃靛垪涓娿

4錛岀劧鍚庡畨瑁呬竴嬈鵑泦緹よ蔣浠訛紝濡傦細寰杞疢SCS錛孲ymantecVCS錛孉TANG Cluster絳夈

5錛岀劧鍚庡湪杞浠朵笂鍒嗗埆璁劇疆涓誨拰鍓鏈嶅姟鍣ㄣ備互MSCS涓轟緥錛屽厛鍦ㄦ湇鍔″櫒涓婂畨瑁匒dvanced Server鎴朌ataCenter Server銆 鐒跺悗鍦ㄤ袱鍙版湇鍔″櫒娣誨姞鐩稿悓鐨勭＄悊鍛樺笎鍙峰拰瀵嗙爜銆傚嵆甯愬彿鍦ㄦ瘡涓鑺傜偣涓婏紝閮藉繀欏誨叿鏈夌＄悊鍛樻潈闄愩傛墍鏈夎妭鐐歸兘蹇呴』鏄鎴愬憳鏈嶅姟鍣錛屾垨鑰呮墍鏈夌殑鑺傜偣鏄鍚屼竴涓鍩熼噷鐨勫煙鎺у埗鍣ㄣ傚湪緹ら泦涓錛屼笉鍏佽鎬竴閮ㄥ垎鏄鍩熸垚鍛橈紝涓閮ㄥ垎鏄鍩熸帶鍒跺櫒銆

6錛岀劧鍚庡畨瑁呴泦緹ょ＄悊杞浠訛紝寮鍚紓佺洏闃靛垪錛屽湪涓ゅ彴鐢佃剳涓婅劇疆鍏變韓紓佺洏錛屽苟楠岃瘉鍏變韓紓佺洏鍥姐

7錛岀劧鍚庡叧闂絎涓涓鏈嶅姟鍣錛岄厤緗絎浜屼釜鑺傜偣錛岄厤緗瀹屾垚鍚庯紝鍏抽棴絎浜屼釜鏈嶅姟鍣錛屾墦寮絎涓涓鏈嶅姟鍣錛岄厤緗絎涓涓鑺傜偣銆

8錛屾渶鍚庯紝寮鍚涓や釜鏈嶅姟鍣ㄥ拰紓佺洏闃靛垪銆