发生内核恐慌时，RAID卡caching和驱动器caching中的数据是否会丢失？

其中一些已经在这里被覆盖了 … 在这里 。 我想不出任何你不想在你的硬件RAID控制器上安装电池供电或闪存的caching单元的情况。 这是什么使写caching成为可能。

请参阅： BBWC：从理论上来说，这是一个好主意，但有一个曾经保存过您的数据？

如果您的系统突然发生混乱，那么关于正在进行的磁盘转换会发生什么问题，取决于崩溃的性质，何时发生，正在使用的文件系统以及您的存储子系统。 在某些情况下，我有数据损坏，而且我也有RAID控制器caching保存一天 。

caching状态详细信息：当前arrays控制器上次重置或上电时，在其电池/电容支持的写caching中存储了有效数据。 这表明系统可能没有被正常closures。 arrays控制器已经自动写入或试图将这些数据写入驱动器。 该消息将继续显示，直到arrays控制器的下一个复位或重新启动。

关于A / B供电，您的数据中心或设施提供它是很好的，但它应该不会影响您的RAID控制器caching决定。

一个“真正”的硬件RAID控制器（不是一个依赖于主机CPU的“假”RAID）是独立于安装它的主机的独立计算机。 硬件RAID控制器会根据操作系统的请求处理磁盘的读写操作，但并不特别依赖主机操作系统内部运行的任何东西来运行。 即使主机的操作系统崩溃，控制器的操作系统也将继续运行（并刷新caching等）。

编辑：

我没有提到电池支持的caching。 我非常习惯像戴尔的PERC系列这样的RAID控制器，在没有电池的情况下禁用写回caching，我认为电池备份是任何严重RAID控制器的组成部分。

re：内核恐慌情况 – 值得注意的是，如果操作系统或应用程序在每次写入结束时没有将文件系统或其数据文件保持在一致的状态，那么您的RAID控制器根本就不会保存。 如果您正在使用符合ACID标准的日志文件系统或数据库应用程序，那么与使用能够使其磁盘上的数据结构处于不一致状态的文件系统或应用程序相比，丢失数据的可能性要低得多。

是的，冗余电源在减less对BBU的需求的同时，并不能消除这种需求。

例如，考虑您不正确连接A / B电源的情况。

BBU的额外成本通常是值得的，例如存储节点，数据库等。