群晖使用不带 ECC 校验的内存风险有多大？

屁事没有，那点数据量根本用不着 ecc

群辉的风险是硬盘，任何 raid 的风险都是硬盘，很可能是一块硬盘挂了，然后其他硬盘也是濒危，你换个新硬盘上去一顿重建结果其他硬盘也挂了

没有风险

没有风险

风险真有你担心的那么大，群晖大部分不支持 ecc 的机型还能卖那么好吗

实在担心就别用 raid ，多个盘直接同步互备，反正 btrfs 自带校验，足够用了

如果不用 ZFS 或类似的文件系统的话，没问题

太高估 ECC 的作用了，不是长时间占用内存进行计算没必要纠结

存点小姐姐至于这么小心吗？

我好像加了一条写作镁光的淘宝便宜条子。4 年了，没出过问题。

给个我自己的数据：

1.二十多年以来，接触过上百条内存条。

2.memtest86+ 报错的，不到 10 条。

3.因颗粒损坏，造成数据全毁的，就一块硬盘。

但这硬盘，存着珍贵数据，而且当年我没有备份意识。

所以简单来说：

1.生产资料，一定要上 RECC ，因为，就算是百分之一的概率，一旦损坏，给公司造成的损失，你担不起。

2.自己的数据，备份设备上 RECC ，其他设备不上感觉问题不大。但一定要定期备份。

@documentzhangx66 很详细，谢谢

先说有条件一定要上。
然后，我得数据从 03 年大学开始屯，到现在二十多年了。早期的音频和图片，由于位反转导致损坏爆音的不到 10% .没有因为内存导致文件系统损坏的。大约 12 年开始用 zfs ，并没有使用 ecc ，再没发生源文件损坏。但丢过 raid ，后来通过 FreeBSD 下修复池搞好了。也挂过系统，重装好了。再后来，大约 16 年，同时搞了一个带纯 ecc 的 HP 服务器和一台群晖。说实在的，一样稳定，除非手贱瞎搞弄死机。并且未发现数据损失。

我碰到过一次, 还是京东买点内存, 编译的代码偶尔不能用, 后来换了跟内存就好了