
看看它如何不進行寫入驗證,除非編寫腳本(或者是否需要?),將一些資料夾轉儲到另一台伺服器是一個不錯的選擇嗎?我只是擔心資料被複製後是否會被損壞,但你不會意識到它有錯誤?
我過去使用過它,沒有任何問題,但正在尋求反饋,以防我錯過了一些明顯的東西。
答案1
Robocopy 是複製資料的優秀工具。之後您可能想要進行比較,也許使用 Beyond Compare。
行動資料的其他選項包括映像、Windows 複製等。但通常我使用 robocopy,因為它可以產生非常好的日誌。
答案2
robocopy 是一個優秀的檔案複製工具,但本身只是最基本的備份工具。你提到的驗證就是一個很好的例子。 robocopy 具有成為不錯的備份解決方案一部分的設施,但您應該準備好花一些時間來調整最佳參數,可能還需要一兩個包裝腳本。
我經常使用它 - 包括我在家中的臨時備份 - 並且喜歡它,但它不是一個“備份”解決方案。更多的是“呃呃,我最好在搞砸之前先複製一份”解決方案。
我的.02
答案3
完全取決於您要備份的內容以及 RoboCopy 是否可能被阻止存取開啟的檔案等。
任何備份策略的效果都取決於您實施的測試復原流程,以驗證您的備份是否正常運作、完整且可還原到您預期的程度。
我曾在很多地方工作過,這些地方一直在運行備份作業,報告成功並每天進行驗證,但很長一段時間以來,卻發現他們何時需要進行恢復,雖然作業已經完成,但實際上並沒有獲取恢復所需的所有資料。
答案4
恐怕我不得不不同意前面的答案:robocopy(單獨)不是一個複製資料的好工具,因為它沒有任何機制來安全地備份打開的文件,因此它可能會產生不可預測的結果。
我在這裡不是在理論上談論:去年,我的一位客戶遭遇了徹底的資料災難(例如:他一無所有),因為他每天使用 robocopy 將他的資料資料夾與遠端伺服器同步。由於問題中的檔案大部分由桌面資料庫程式使用,因此成功複製的檔案是隨機的,這取決於哪些進程仍然鎖定了它們。
當一名員工刪除了他所有的「即時」資料(不要問為什麼)時,他請求協助恢復資料。由於「備份」解決方案是 robocopy,我們無能為力。
備份規則:
- 始終考慮您要備份的內容。
- 部署它們時請務必對其進行測試。
- 之後定期測試它們。
- 「測試」意味著實際上將資料還原到不同的位置並檢查資料完整性,而不是驗證您是否在某處擁有備份檔案/磁帶。
- 確保每次運行時都有有意義的日誌,並確保有人檢查所有這些日誌。
不幸的是,雖然 robocopy 是一個非常出色的工具,但它並不是一個可以讓您正確執行上述操作的程式。