面對這樣一個需求，我們可能面臨下列幾個問題，
備份方式：是雲服務器推文件到本地服務器寫入，還是本地服務器從雲服務器拉文件？這個問題涉及就是誰作為服務端，服務端需映射公網服務端口，客戶端則不需要。這里我們將雲服務器作為服務端，同時設置白名單只允許本地服務器出口IP才允許訪問。
技術實現：如何從一台服務器自動備份到另一台服務器呢？哪一個技術方案相對更安全可靠？
這里涉及的是文件備份，且實時性要求不高，最簡單的方式就是人工備份，由相關管理人員通過主動的方式手工備份文件到本地服務器。但這是懶人的時代，機器能做的，干嘛用手來呢，我們來一起看看自動備份方案。
方案一：FTP
說起文件傳輸備份，首先想到就是FTP，FTP是用於網絡上進行文件傳輸的一套標准協議，但使它聲名狼藉的問題是它以明文方式傳輸密碼和文件內容，只要在網絡中對FTP連接進行監控就能被竊取。
FTP協議存在一些難以改善的缺點，它將走向終點。很顯然，這並不是一個好的技術方案。
方案二：SFTP
SFTP協議是在FTP的基礎上對數據進行加密，使得傳輸的數據相對來說更安全。但是這種安全是以犧牲效率為代價的，也就是說SFTP的傳輸效率比FTP要低。不過現實使用中，文件量並沒有那么大，這種差別並不明顯。
實施方案：
雲服務器作為服務端開啟SFTP，提供連接地址、用戶名、密碼，白名單限制訪問來源IP。
客戶端可根據操作系統類型，采用不同的技術措施定期下載備份。
A、下載到Window服務器：
定時任務+WinSCP
winscp.exe /console /command "option batch continue" "option confirm off" "open sftp://username:password@192.168.204.130:22" "option transfer binary" "get /tmp D:\data\" "exit" /log=log_file.txt
B、下載到Linux服務器：
crontab+lftp
lftp -u username,password sftp://192.168.204.130 << EOF cd /tmp mget *.* bye EOF
方案三：rsync
rsync是linux系統下的數據鏡像備份工具，rsync的增量傳輸功能，十分強大。
假設待傳輸文件為A，如果目標路徑下沒有文件A，則rsync會直接傳輸文件A，如果目標路徑下已存在文件A，則發送端視情況決定是否要傳輸文件A。rsync默認使用"quick check"算法，它會比較源文件和目標文件(如果存在)的文件大小和修改時間mtime，如果兩端文件的大小或mtime不同，則發送端會傳輸該文件，否則將忽略該文件。
實施方案：
1、雲服務器搭建rsync服務端，設置賬戶密碼，白名單限制訪問來源IP。
2、本地服務器安裝rsync客戶端，編寫shell腳本，結合crontab實現定時增量備份。
rsync -avz --password-file=/root/passwd root@192.168.204.130::common /tmp >/dev/null 2>&1
以上，借助於一些常用的運維工具，來構建的解決方案，可以滿足這個需求場景下的文件自動備份需求。