假如你是一位運(yùn)維工程師，你很大概謀面臨幾十臺(tái)、幾百臺(tái)甚至上千臺(tái)處事器，除了批量操縱外，情況同步、數(shù)據(jù)同步也是必不行少的技術(shù)。

說到“同步”，不得不提的利器就是rsync，本日就來說說我從這個(gè)東西中看到的同步的藝術(shù)。

[不帶任何選項(xiàng)]

我們常常這樣利用rsync：

$ rsync main.c machineB:/home/userB

1 只要目標(biāo)端的文件內(nèi)容和源端紛歧樣，就會(huì)觸發(fā)數(shù)據(jù)同步，rsync會(huì)確保雙方的文件內(nèi)容一樣。
2 但rsync不會(huì)同步文件的“modify time”，每每有數(shù)據(jù)同步的文件，目標(biāo)端的文件的“modify time”老是會(huì)被修改為最新時(shí)刻的時(shí)間。
3 rsync不會(huì)太存眷目標(biāo)端文件的rwx權(quán)限，假如目標(biāo)端沒有此文件，那么權(quán)限會(huì)保持與源端一致；假如目標(biāo)端有此文件，則權(quán)限不會(huì)跟著源端改觀。
4 只要rsync有對(duì)源文件的讀權(quán)限，且對(duì)方針路徑有寫權(quán)限，rsync就能確保目標(biāo)端文件同步到和源端一致。
5 rsync只能以登岸目標(biāo)端的賬號(hào)來建設(shè)文件，它沒有本領(lǐng)保持目標(biāo)端文件的輸主和屬組和源端一致。（除非你利用root權(quán)限，才有資格要求屬主一致、屬組一致）

[-t選項(xiàng)]

我們常常這樣利用-t選項(xiàng)：

$ rsync -t main.c machineB:/home/userB

1 利用-t選項(xiàng)后，rsync總會(huì)想著一件事，那就是將源文件的“modify time”同步到方針呆板。

2 帶有-t選項(xiàng)的rsync，會(huì)變得更智慧些，它會(huì)在同步前先比擬雙方文件的時(shí)間戳和文件巨細(xì)，假如一致，則就認(rèn)為雙方文件一樣，對(duì)此文件就不再采納更新行動(dòng)了。
3 因?yàn)閞sync的智慧，也會(huì)反被智慧誤。假如目標(biāo)端的文件的時(shí)間戳、巨細(xì)和源端完全一致，可是內(nèi)容剛巧紛歧致時(shí)，rsync是發(fā)明不了的。這就是傳說中的“坑”！
4 對(duì)付rsync自作智慧的環(huán)境，辦理步伐就是利用-I選項(xiàng)。

[-I選項(xiàng)]

我們常常這樣利用-I選項(xiàng)：

$ rsync -I main.c machineB:/home/userB

1 -I選項(xiàng)會(huì)讓rsync變得很乖很誠懇，它會(huì)挨個(gè)文件去提倡數(shù)據(jù)同步。
2 -I選項(xiàng)可以確保數(shù)據(jù)的一致性，價(jià)錢即是速度上會(huì)變慢，因?yàn)槲覀兎艞壛恕皅uick check”計(jì)策。（quick check計(jì)策，就是先查察文件的時(shí)間戳和文件巨細(xì)，依次先解除一批認(rèn)為溝通的文件）
3 無論環(huán)境如何，目標(biāo)端的文件的modify time總會(huì)被更新到當(dāng)前時(shí)刻。

【-v選項(xiàng)】

這個(gè)選項(xiàng)，簡樸易懂，就是讓rsync輸出更多的信息，我們可以舉一個(gè)例子：

$ rsync -vI main.c machineB:/home/userB
main.c
sent 81 bytes  received 42 bytes  246.00 bytes/sec
total size is 11  speedup is 0.09

你增加越多的v，就可以得到越多的日志信息。

$ rsync -vvvvt abc.c machineB:/home/userB
cmd= machine=machineB user= path=/home/userB
cmd[0]=ssh cmd[1]=machineB cmd[2]=rsync cmd[3]=--server cmd[4]=-vvvvte. cmd[5]=. cmd[6]=/home/userB
opening connection using: ssh machineB rsync --server -vvvvte. . /home/userB
note: iconv_open("ANSI_X3.4-1968", "ANSI_X3.4-1968") succeeded.
(Client) Protocol versions: remote=28, negotiated=28
(Server) Protocol versions: remote=30, negotiated=28
[sender] make_file(abc.c,*,2)
[sender] flist start=0, used=1, low=0, high=0
[sender] i=0  abc.c mode=0100664 len=11 flags=0
send_file_list done
file list sent
send_files starting
server_recv(2) starting pid=31885
recv_file_name(abc.c)
received 1 names
[receiver] i=0   abc.c mode=0100664 len=11
recv_file_list done
get_local_name count=1 /home/userB
recv_files(1) starting
generator starting pid=31885 count=1
delta transmission enabled
recv_generator(abc.c,0)
abc.c is uptodate
generate_files phase=1
send_files phase=1
recv_files phase=1
generate_files phase=2
send files finished
total: matches=0  hash_hits=0  false_alarms=0 data=0
generate_files finished
recv_files finished
client_run waiting on 14318

sent 36 bytes  received 16 bytes  104.00 bytes/sec
total size is 11  speedup is 0.21
_exit_cleanup(code=0, file=main.c, line=1031): entered
_exit_cleanup(code=0, file=main.c, line=1031): about to call exit(0)

[-z選項(xiàng)]

這是個(gè)壓縮選項(xiàng)，只要利用了這個(gè)選項(xiàng)，rsync就會(huì)把發(fā)向?qū)Χ说臄?shù)據(jù)先舉辦壓縮再傳輸。對(duì)付網(wǎng)絡(luò)情況較差的環(huán)境下發(fā)起利用。

一般環(huán)境下，-z的壓縮算法會(huì)和gzip的一樣。

[-r選項(xiàng)]

我們?cè)诘谝淮卫胷sync時(shí)，往往會(huì)碰著這樣的囧境：

$ rsync superman machineB:/home/userB
skipping directory superman

假如你不特別匯報(bào)rsync你需要它幫你同步文件夾的話，它是不會(huì)主動(dòng)包袱的，這也正是rsync的懶惰之處。