对于归档和备份，我制定了以下策略：
- 服务器 1（办公室本地网络）全天候运行，DIY Odroid XU4 上的 Linux Ubuntu NAS，配备 Cloudshell 2 和 Raid-1（2x 8TB）
- 这是我的主要备份和存档，我的电脑/智能手机等上的重要目录一旦连接到本地网络或我手动选择文件进行存档，就会直接同步
- 因为这不是一个真正的备份（想象一下我的房子被烧毁，服务器被盗），我有另一台服务器（2），它与服务器 1 物理上（很远）分开
- 该服务器每周仅上线一次，当它从服务器 1 同步所有数据或当我需要执行其他更密集的任务时
- 它有 32 GB ECC RAM
我知道这个设置应该反过来，但 XU4 非常安静，我不希望这个庞大的服务器在我家全天候运行。我想知道这个设置在数据损坏方面有多糟糕：
- 我假设服务器 2 将同步文件，无论它们是否从服务器 1 损坏（例如由于服务器 1 中的非 ECC RAM）
- 有没有可行的方法告诉服务器 1：只同步故意更改的文件，不同步因 RAM 错误损坏的文件
- 也许服务器 1 甚至可以与服务器 1 进行检查，例如：“我目前没有任何实时连接，文件 xx 仍然发生变化 - 让我们与服务器 2 进行检查，这是否是由于 RAM 错误造成的”
任何帮助都值得感激！
答案1
ECC RAM 可保护您免受一些内存错误。您正在传输的文件位于磁盘上。当您将它们同步到另一台计算机时，它们只会暂时穿过 RAM。它没有 API 可供您“查询”特定文件的内存错误。
此外，这种损坏通常不会发生。您应该担心的是文件系统损坏，而不是内存损坏。老实说，您对此无能为力。备份软件无法知道文件是否已损坏，因为它只是逐字节复制文件。
只要你测试你的恢复你想得太多了。将文件复制到远程服务器，偶尔测试一下恢复，然后安心睡觉。
另外，您可能需要重新考虑将数据复制到您自己的服务器上。运行该服务器的成本、维护、修补、能够维持双向带宽的互联网链接，以及在家中拥有硬件的不便。云备份服务，例如反击每年只需 50 美元即可实现此目的。如果您拥有支持此功能的备份软件，则每天只需花费几美分即可将数 TB 的数据放入 Amazon Glacier。
我曾经和你一样 - 想要对我的备份等的各个方面进行超级控制。然后几年前我看到了希望，我有一个现场备份（通常是一个 USB 硬盘，在发生硬件总故障时可以快速传输到新机器上）和一个云备份（我的个人物品在 Backblaze 中，非个人物品在 AWS S3 和 AWS Glacier 中）。