將 ECC 存檔與非 ECC 備份/存檔伺服器同步
對於歸檔和備份，我創建了以下策略：
伺服器 1（辦公室中的本地網路）執行 24/7，在 DIY Odroid XU4 上使用 Cloudshell 2 和 Raid-1（2x 8TB）的 Linux Ubuntu NAS
- 這是我的主要備份和存檔，我的電腦/智能手機等上的重要目錄一旦連接到本地網路或我手動選擇文件進行存檔，就會直接同步
因為這不是真正的備份（想像我的房子被燒毀，伺服器被盜），我有另一台伺服器（2），它與伺服器 1 物理（遠）分離
- 此伺服器每週僅線上一次，當它 rsync 來自伺服器 1 的所有數據或當我需要執行其他更密集的任務時
- 它有 32 GB ECC RAM
我知道這個設置應該是相反的，但是 XU4 非常安靜，我不希望那個怪物伺服器在我家 24/7 執行。我想知道這個設置在數據損壞方面有多糟糕：
我假設伺服器 2 將同步文件，無論它們是否從伺服器 1 損壞（例如，由於伺服器 1 中的非 ECC RAM）
是否有告訴伺服器 1 的可行方法：只同步故意更改的文件，不同步因 RAM 錯誤而損壞的文件
也許伺服器 1 甚至可以檢查伺服器 1，例如：“我目前沒有任何實時連接，文件 xx 仍然更改- 如果這是由於 RAM 錯誤，讓我們檢查伺服器 2"
任何幫助表示讚賞！
ECC RAM 可以保護您免受一些記憶體錯誤的影響。您正在傳輸的文件在磁碟上。當您將它們同步到另一台電腦時，它們只會暫時穿過 RAM（如果有的話）。它沒有 API，您可以在其中“查詢”特定文件的記憶體錯誤。
而且，這種腐敗通常不會發生。您應該關注的是文件系統損壞，而不是記憶體損壞。老實說，您對此無能為力。備份軟體無法知道文件是否損壞，因為它只是逐字節複製文件。
只要您測試您的恢復，您就可以考慮所有這些。將文件複製到遠端伺服器，偶爾測試恢復，然後輕鬆入睡。
順便說一句，您可能需要重新考慮將其複製到您擁有的伺服器上。執行該伺服器、維護、修補、可以維持雙向頻寬的網際網路連結的價格，以及在家中擁有一塊硬體的不便。像backblaze這樣的雲備份服務可以以 50 美元/年的價格做到這一點。如果您有支持此功能的備份軟體，您可以將數 TB 的數據放入 Amazon Glacier，一天只需幾美分。
我曾經和你一樣 - 想要對備份的各個方面等進行超級控制。然後幾年前我看到了曙光，我有一個現場備份（通常是一個可以快速轉移到新機器上的 USB 硬碟）在硬體完全故障的情況下）和雲備份（我的個人資料在 Backblaze，非個人資料在 AWS S3 和 AWS Glacier）。