79 度谈不上极高温，访问多就可以轻松达到吧……

同容量性能考虑，最好选择 Raid5 ，而不是 SHR 。

所以你啥都没做，最新的 DSM 就直接识别了 M.2 上的储存池？

一些细节其实很难做的，不是意识不到的问题。

你看一下资源管理器
硬盘里面具体每块的占用率

220+是弱鸡双核吧，处理器如果要处理加密或签名，就可能成为瓶颈……

@gridsah raid5/6 默认是不读校验条带的，除非降级或者 scrub 。

如果像你说的，FS 读到的数据是正确的，但是 RAID 又出现了不一致，那肯定是校验条带出的问题……

@gridsah
对于 raid 5/6 ，读取的时候不读检验部分。

对于你担心的，
如果数据是正确的（符合 crc ），而 RAID 校验又不一致，
唯一的可能就是 raid 校验部分有问题。
（因为文件系统不读校验）

所以此时的处理方法 — 假设数据正确，重算校验 — 是完全正确的。

@gridsah
看来是你没有认真理解。

首先发生的是 FS 检查，所以不会落入你说的问题中。
（实际上你说的问题，是常见的误区，即 RAID1/5 的问题，当冗余不一致时，根本无从判断哪个正确。）

但是当 DSM 开启数据检验时，它可以根据 CRC 确定哪个副本是正确的。

CRC32-C Checksums - Checksums will be generated for user data and metadata to avoid silent corruption. If a checksum mismatch is detected during a reading process, it will first try to recover automatically, by obtaining a good copy of this block for metadata. If no good copy is available, an error will be reported to the user.
• Silent data corruption detection and recovery (file self-healing) - In DSM 6.1 and above, Btrfs file system has the ability to not only detect the silent corruption on the user data but also to recover it. If checksum mismatch is detected, the file system layer instructs MD layer to read redundant copy (parity or mirror) of the damaged block. It will then automatically recover the damaged block with the good redundant copy. This file self-healing feature requires the RAID volumes to run RAID 1, 5, 6, 10, F1, or SHR.

不知道你哪里不满意？

数据要恢复，必须要有冗余，这是客观规律。

DSM 可以实现，如果开启了数据检验功能，如果 data 有错误，那么在读取文件时，或者 data scrub 时，会利用 RAID 5/6 的冗余来恢复。

如果是你设计，你能设计出更好的方案么？

不正常，空载 8T x8 RAID6 重建 12 小时左右

历史
还有外语