rsync中如何讓軟連接與源文件同時被推送備份

rsync的優缺點

優點:

1.優點 可以使用增量進行備份,支持socket,幾種(支持推拉,都是以客戶端為參照)

2.遠程shell同道還可以加密(ssh)傳輸,socket,需要加密傳輸,可以利用×××服務或者ipsec服務.

3.絕大多數都是使用內網進行備份使用.

缺點:

1.大量小文件的時候,比對時間較長,有時候,同步過程中,rsync進程可能會停止或者僵死,如果小文件非常多就直接使用壓縮包進行傳輸即可.

2.同步大文件的時候會出現中斷的,未完成同步前是隱藏文件,可以通過續傳(--partail)等參數進行實現續傳.

3.一次性遠程拷貝可以用scp,大量小文件要達成一個包在拷貝.

排錯思路:

不熟流程步驟熟練

rsync原理理解

學會看日志,rsync命令輸出,日志文件/var/logrsyncd.log.

常見的排錯過程

1.檢查密碼文件名,同步目錄文件和配置文件是否符合

2.檢查密碼權限600?

3.檢查同步目錄和用戶和配置文件是否是一一對應.

4.大部分都可以

查看rsync日志/varlog/rsyncd.log(與配置文件里面相同).

注意事項.

今天在做一個企業案例的時候出現一個問題.客戶端服務器的一個很重要的目錄需要進行備份,但是在目錄中出現了其他目錄下的軟連接,例如/etc/目錄進行備份的時候就出現了這種情況.該目錄下有一些軟連接.rc.local==>rc.d/rc.local文件.在進行非打包推送備份的時候出現在備份服務器下的文件顯示錯誤,(閃爍的紅色.)出現這種情況就表明該軟連接失效.無法使用.

為此進行搜索查詢,并詢問同事.最終得到的答案有兩種

1.在推送備份的時候使用tar -h參數對其打包,這種方法是在原客戶端服務器進行打包,然后推送到備份服務器中,在打包過程不會出現丟包,或者鏈接歸屬文件丟失的情況.打好的包內可以汗軟連接源文件一起被打包備份.然后進行推送.但是如果要備份的數據很大,每次備份完畢后在推送的過程中會占用很高的資源.這是一種解決方案.

2.還有一種解決方案就是在客戶服務器端第一次先將文件進行整體推送,然后采用rsync增量推送的方法進行依次推送.然后推送的文件每次僅僅是增加的文件.不對重復文件進行增量推動備份.然后到達備份服務器中后再對其打包,備份,歸檔.包括定時刪除.進行處理.但是此方法并不完全適應所有文件,軟連接文件無法完全適應.如果軟連接在目錄中而源文件在另一個目錄中,那么在進行實時推送備份的時候就會出現剛剛所說的情況.解決方案中有一種就是在客戶機服務器端的/etc/rsyncd.conf配置文件中的chroot=no條目中更改為chroot=yes.這種方法是一種漫天過海的方法.如果備份文件中同樣存在備份軟連接的同等路徑源文件.例如/etc/目錄下的各個軟連接.在備份后依然可以進行使用,此時自己的備份服務器就會很危險.其他用戶可以在備份服務器中為所欲為的進行查看數據.當吧備份服務器中的/etc/源文件挪走之后,備份服務器的軟連接文件就會失效.所以說是一種漫天 過海的方式.

總結:

使用rsync進行增量推送備份的時候只要不對軟連接進行推送,或者將軟連接進行tar -h 進行打包推送備份即可.前者適用于增量且沒有軟連接的推送備份.后者適用于重要的系統文件的備份.

以上是自己查資料和向他人咨詢總結,如有不足請幫忙指正.辛苦了.