Concept
Not yet checked against a primary source — how the pages are sourced
A battery or supercapacitor that lets a hardware RAID controller keep its write cache through a power cut. The battery powers the cache memory until power returns; the supercapacitor, in newer designs, powers the controller just long enough to copy the cache to flash. It is what makes write-back caching safe on a controller, and what closes the write hole there.
A RAID controller with memory of its own can answer a write as soon as the data is in that memory, and write it to the disks later. This is write-back caching, and it is a large part of why a hardware controller is fast on writes: the write penalty of a parity update is paid in the background, and small writes can be gathered into full stripes. The cost is a window of risk. Until the cached data reaches the disks, it exists only in volatile memory, and a power cut in that window loses writes the operating system was told had succeeded. For a parity array the loss can be worse than the missing writes: a stripe whose data landed and whose parity did not is the write hole.
Either way, the controller's writes are protected: an interrupted stripe write is finished when power returns, not left half done. This is the capability the raid engine entry means by a protected cache, and the reason a hardware engine can close the write hole where a driver on the CPU cannot: the driver has no memory that survives the cut. Software and firmware RAID have to protect the whole machine instead, with an uninterruptible power supply, or make the array itself tolerant of the cut with a journal or a partial parity log (write hole).
A protected cache saves the writes that were in flight. It does not make a controller failure survivable: if the card itself dies, the cache and its contents die with it, and the array is only as recoverable as the metadata on the disks allows. It is a power-loss device, not a redundancy device.