我的理解：

首选：文件会全部移动到缓存中，使用的时候也是优先从缓存里面读取或者写入，缓存中和阵列中的文件并不是实时同步的，二十自行设置好计划比如半夜来同步（一般使用时是从缓存同步到阵列里去），相当于有速度也有安全。唯一注意的是自己确保缓存盘容量不要不够，否则完蛋。

仅：文件就只会在缓存中，设置成仅的文件夹就和阵列没关系了，要是缓存盘损坏了，文件也就丢失了。

理解对吗？

我的需求：给虚拟机，docker和system文件放缓存里加速，增加一些运行性能，但是万一缓存盘损坏，希望我的docker/虚拟机文件不会丢失，所以该用首选请问大佬是不是这样。

还有一个问题，关于“mover不会移动当前正在使用中的文件“，我想请教一下，意思是不是那如果我的一些docker和虚拟机是7*24小时一直运行的，那是不是就变成有一些文件永远没机会被mover从缓存盘备份到阵列去？ 是不是其实文件安全也并不是特别的保险？  最安全的还得是隔几天把所有docker/虚拟机关了然后mover一次？

如果有朋友可以帮忙解惑的话真的非常感谢。

根据你的需求：

两个ssd做raid1，存放system文件夹，并将策略设置为“仅”

这样一块硬盘坏了系统还能运行

按我的理解，缓存的文件不存在同步不同步的关系，同一时刻要么在缓存里，要么在阵列里（除了 mover 工作的时间），首选就是缓存只要容量够，就一直待缓存里，仅就是永远待缓存里，缓存盘坏了两个都会丢数据

 

备份容器和虚拟机我觉得还是不要用首选了，appdata 零碎文件太多，影响 hdd 性能。我用的仅，有单独的插件可以备份容器的 appdata 文件，而且文件是打包压缩的。

你有 ups 其实就不用担心那么多，ssd 耐造，坏了也只是只读不能写，而且我的两块 ssd 改 raid0 了，共享那里还是显示文件得到保护，不知道是不是 btrfs 的原因