авторТак только на момент окончания калибровки и понятно и то приблизительно, а между калибровками режимы могут и поменяться. Батарея же не сообщает контроллеру дисков, сколько своих банков отключила
Гм, а зачем контроллеру дисков знать сколько там банков отключилось?
Аккумулятор (в старых системах, сейчас то суперконденсатор с флэхой), предназначен только для того, чтобы питать планку памяти, в которой кэш, к энергообеспечению дисков он никаким боком отношения не имеет.
авторС другой стороны нарваться на это - закон очень большого западла. Практически не встречается. Платы у контроллеров и то чаще летят.
Кому очень критично, те используют СХД с зеркалированием кэша и контроллеров.
автори два - флашем дискового кеша занимается никакой не контроллер, а именно OS, контроллер это просто транслятор пожеланий OS
Да ну?
В дисках кэш по дефолту идет только на чтение.
Изменить его на запись, можно только через спец утилиту для диска\контроллера
авторно обосо запущенные случае контроллера с BBU батарейкой рассматривать не будем - применяющие оное для Oracle выглядят еще более нелепо (ибо никаких бенефитов там нет и быть не может
Ага, на массивах есть блоки четности, на сложных массивах их надо постоянно считывать, пересчитывать и записывать, на это уходит уйма времени, а еще есть и другие работы для дисков, кроме работы с суммами четности, так вот чтобы диски не задалбывать такими работами и уменьшать время отклика на полезные действия, часть расчитывается как раз в кэше.
Если кэша не будет, то у тебя дисковая будет ползать, аки черепаха (описал почему выше)
автортак а что насчет кеша самого диска? ты его тоже выключил?
По дефолту он отключен на дисках.
И у любых вендоров (хоть прямых PMS и LSI) аппаратный рэйд-контроллер отключает политику записи дискового кэша.
Но ты можешь сказать, что они дураки, как и НРЕ, IBM,Dell и другие - сорви покровы)