不带BBU的RAID10，带UPS

文件系统不仅仅是将数据写入硬盘， 他们也写元数据。 数据丢失的危险并不是最近的结果文件丢失，因为元数据损坏，使文件系统不一致和不可卸载。 损坏的文件系统在被fscked时会丢失更多的数据。

通常人们会select一个日志文件系统来尽量减less这种危险，但是使用写入caching的RAID硬件可能无济于事，因为硬件实质上已经向操作系统隐瞒真正写入光盘的内容（考虑写入caching足够）。 电力损失意味着您可能仍然会以不一致的方式结束，从而导致后续的文件系统。

我知道没有RAIDarrays认为unbacked write-cache是​​个不错的主意，如果高速caching的电池电量持平，那么大部分都会禁用写回caching。 他们可能有一个观点。

由于我的需求不是关键任务，我可以承受失去一些数据。 但是HD上的其他数据会被破坏吗？

如果你能承受失去一些数据，在这种情况下的最大损失将是你的caching大小，但平均来说应该是相当less的。

请注意，障碍会降低I / O性能，但会极大地提高文件系统的完整性 – 特别是在使用尝试重新sorting写入的磁盘时。

从man 8 mount

  barrier=0 / barrier=1 / barrier / nobarrier This enables/disables the use of write barriers in the jbd code. barrier=0 disables, barrier=1 enables. This also requires an IO stack which can support barriers, and if jbd gets an error on a barrier write, it will disable again with a warning. Write bar‐ riers enforce proper on-disk ordering of journal commits, making volatile disk write caches safe to use, at some performance penalty. If your disks are battery-backed in one way or another, disabling barriers may safely improve performance. The mount options "barrier" and "nobarrier" can also be used to enable or disable barriers, for consistency with other ext4 mount options. The ext4 filesystem enables write barriers by default. 

从理论上讲，期刊可以帮助您避免由于突然断电而造成的文件系统损坏，因为元数据将保证有序。

数据中心电源和电池在设备/房间级别供应。 这是假设你在一个商业co-location设施…

因此，您的机架上的A和B电源可以提供UPS保护。 电池保护在机架上游完成。

现在，针对您的存储情况，您将在RAID控制器上运行SSD。 您通常不需要将BBU的高速cachingfunction与固态驱动器结合使用。 最好禁用读取caching。 如果您确实使用caching，请将比率设置为有利于写入。 看到这个文件的一些细节。 基准你的具体情况，但你可能不需要caching这个设置。

由于您使用的是LSI控制器，因此最佳SSD性能解决scheme是利用LSI Fastpath软件 。 此修改将禁用旋转磁盘所需的遗留逻辑，并优化纯SSDarrays的数据path。