电池备份写入caching

我最近得到了一些U服务器报价,其中一些包括BBWC:

  • 它究竟做了什么?
  • 这仅仅是用于RAIDconfiguration吗?
  • 如果出现电源故障,是不是数据丢失是不可避免的?
  • 是否有任何性能改进(假设服务器将主要进行顺序读取和顺序写入)?
  • 当你面临购买select的时候,什么影响了你的决定?

它究竟做了什么? 康柏文件的摘录很好地解释了这一点:

电源中断,即使是短暂的时刻,也会导致正在写入或读取存储器的数据丢失。电源中断可能会对正在写入的数据产生terminal影响,并暂时驻留在高速caching中。 该数据在存储环境中尚不存在,并已从服务器卸载。
因此,对高速caching的断电意味着存储在高速caching中的任何数据永远丢失。
但是,如果高速caching具有独立于外部IT环境的电源,则高速caching中的数据可以保持一段时间,从而允许恢复该数据并保护业务关键信息的完整性。 高速caching的电池后备function可以作为一个独立的临时电源的function。 电池支持的caching通常会保留caching中数据的完整性,持续几天,具体取决于发生故障时电池的容量。

这仅仅是用于RAIDconfiguration吗? 任何做写caching的东西都可以有BBWC,RAID控制器和SAN覆盖其中的大部分。

如果出现电源故障,是不是数据丢失是不可避免的? 如果您启用了写入caching并且没有电池备份,则更有可能发生这种情况。 强烈build议,如果没有电池备份,禁用写入caching。

是否有任何性能改进(假设服务器将主要进行顺序读取和顺序写入)? 写高速caching就是为了提高性能,它的基本含义是当写入数据到磁盘时,磁盘控制器返回到操作系统,说明写入已经被提交,当它们仍然在高速caching中时,可以稍后写入。

当你面临购买select的时候,什么影响了你的决定? 这是市场上任何专业RAID或SAN的标准select,写入caching和电池备份需要携手并且是必须的,特别是如果您的系统是用于数据库的话。 没有电池备份的写入caching是危险的,并且停机会使数据库处于不可恢复的状态。

电池支持的写入caching可以在机器通电后将caching保存一段时间。 它适用于任何RAID控制器,因为无论您使用的是JBOD还是RAID,大多数都会执行某种写入caching。 如果出现电源故障, 最终可能丢失数据。 但是,对于短时间的电力损失,它会节省您的数据,所以它是非常值得的成本。

(正常)RAID需要某种电池供电的写caching来处理写入漏洞。 在写入过程中,在第一次写入和完成之间,该特定的RAID条纹是无效的 – 奇偶校验不匹配。 如果你closures系统,那么你可能会失去更多的数据,而不会丢失RAID。

除此之外,BBWC的重点在于如果没有写入caching,则不会增加写入caching的性能优势,也不会增加丢失的数据量。