用于服务器的ECC RAM

我有一些（小型）服务器（1xAMD E-350和1xIntel i5-2500k）全天候运行，不支持ECC RAM。但是，我主要将数据存储在具有支持ECC RAM的AMD AM3（+）CPU的专用服务器上。现在问题是：因为我从局域网上的桌面工作到文件服务器（AM3 +，ECC支持 - 无缓冲）并且所有流量都通过不支持ECC的AMD E-350，我的数据会被这块板损坏在到达安全的ECC支持的服务器之前（流量将作为linux桥传递，因为这将是一个linux debian / gentoo路由器）。

memory ecc

— user51166
source

呃，只是因为某些事情没有纠正错误并不一定意味着它

— 不断地引入

事实上，我看到一些评论说，如果你的内存不好，那么你的所有数据都可能被破坏。如果它“每天只有16-10个单位错误”（这仍然值得考虑）那么我可能能够忍受这一点。我的主数据服务器（真实数据，不是电影或任何可以替换的东西）将运行ecc，但所有网络流量都通过非ECC服务器（我认为这是低成本路由器工作的方式，或者他们使用ECC ？）。问题是：流量从一张卡直接桥接到另一张卡通过CPU或内存可能损坏传输的数据？谢谢

— user51166 2011年

“它是否会引发腐败的可能性？”之间存在差异？和“我的数据会被破坏吗？”。我的观点是，你的问题目前看起来像后者。

— Shinrai 2011年

关于ECC ram的在线阅读评论似乎导致了后者，因为如果你的服务器一直处于打开状态，非ecc ram中出现内存位错误的可能性似乎相当高（即使它在1年内有一点损坏它仍然存在几乎可以肯定，虽然在接下来的2个小时内出现内存错误的可能性非常小。

— user51166 2011年

但是只要说出你对它的看法。我不太喜欢概率^ _ ^

— user51166 2011年

Answers:

您的数据可能会被破坏（但不太可能发生）。

Linux IP转发在OSI模型的网络级别运行。这意味着TCP / IP数据报（包括16位校验和字段，因为网络连接非常不可靠）将被解码，并且将为剩余的传输计算新的校验和。即使在那时发生错误的概率非常低，也不能完全排除。

您可以使用SSL等安全协议来降低此风险。数据将加密传输，并在到达时进行解码和检查。SSL保证数据的完整性，但我不知道错误是否会触发丢失文件或重新下载（可能取决于您使用的工具）。

— Calimo
source

由于这是一个linux桥接器，它的任何一端的客户端和服务器似乎都在使用特定的协议进行通信，而这并不关心桥接器。你需要：

在此使用或添加另一个验证数据传输的协议
通过在客户端和服务器上使用脚本或其他东西来自己处理收到的数据

因此，如果您要传输文件，解决此问题的一种方法是：

客户端计算要发送的所有文件的SHA-1哈希值
客户端将文件发送到服务器
服务器计算收到的所有文件的SHA-1哈希值。
之后比较SHA-1哈希以验证传输。

— LawrenceC
source