Ɐα
если у вас будет включённый кэш на дисках, то кэш на массиве не спасёт от потери данных
Size: a a a
2020 July 20
EB
Речь идет не о кэше на контроллере, а о кэше на дисках. Write Back там не включить, у контроллер нет ни кэша своего, ни батарейки. Речь идет вот о выделенном параметре
Я о них и говорю, о дисках. Кэш контроллера-то хоть можно BBUшкой защитить. А на дисках - нельзя
EB
Disck Cache Policy = Disabled - это Write Through для дисков, Enabled = Write Back
EB
В общем, не имея васкиров с устраивающим RPO или репликации, я бы эту фигню не включал
IM
пасаны, на второй круг идём
НЛ
Я о них и говорю, о дисках. Кэш контроллера-то хоть можно BBUшкой защитить. А на дисках - нельзя
Ну ИБПшника минут на 20 хватает, времени, чтобы выяснить, надолго ли блекаут и корректно погасить сервер, хватит. А Write Policy тогда что? На серверах, у которых есть кэш с батарейкой в данном меню присутствует уже 3 вариант, write through, write back, write through if bbu bad
IM
Ну ИБПшника минут на 20 хватает, времени, чтобы выяснить, надолго ли блекаут и корректно погасить сервер, хватит. А Write Policy тогда что? На серверах, у которых есть кэш с батарейкой в данном меню присутствует уже 3 вариант, write through, write back, write through if bbu bad
write policy это про кэш контроллера
EB
Ну ИБПшника минут на 20 хватает, времени, чтобы выяснить, надолго ли блекаут и корректно погасить сервер, хватит. А Write Policy тогда что? На серверах, у которых есть кэш с батарейкой в данном меню присутствует уже 3 вариант, write through, write back, write through if bbu bad
Ненене. ИБП должен быть подключен к серверу и он должен уходить в шатдаун сам.
Потому что электричество отключат тогда, когда выясняющий длину блэкаута будет на даче, без связи, в запое. Так бывает ВСЕГДА.
Потому что электричество отключат тогда, когда выясняющий длину блэкаута будет на даче, без связи, в запое. Так бывает ВСЕГДА.
НЛ
если у вас будет включённый кэш на дисках, то кэш на массиве не спасёт от потери данных
Речь не о сохранности данных, а о производительности.
EB
Речь не о сохранности данных, а о производительности.
...а при отключении питания речь зайдет _именно_ о сохранности.
НЛ
...а при отключении питания речь зайдет _именно_ о сохранности.
Ну бэкапы есть
Z
Ненене. ИБП должен быть подключен к серверу и он должен уходить в шатдаун сам.
Потому что электричество отключат тогда, когда выясняющий длину блэкаута будет на даче, без связи, в запое. Так бывает ВСЕГДА.
Потому что электричество отключат тогда, когда выясняющий длину блэкаута будет на даче, без связи, в запое. Так бывает ВСЕГДА.
да, ИБП ставить без автоматизации завершения работы сервисов бесполезно
EB
НЛ
В общем, я все прочитал, понял, осознал и записал
НЛ
Так они в тестовую базу потом восстанавливаются, так что с этим вопросов нет
IM
Если попробуете поставить "левые" диски, то сверьтесь, хотя бы, с этим документом https://docs.broadcom.com/doc/MegaRAID-SAS-Gen2.5CompatibilityList
НЛ
Igor Minkovskiy
Если попробуете поставить "левые" диски, то сверьтесь, хотя бы, с этим документом https://docs.broadcom.com/doc/MegaRAID-SAS-Gen2.5CompatibilityList
Схронил, спасибо)
Д
Добрый день. Подскажите, плз. Имеем emc dd2200, похоже вылетел хард, пишет absent. При самостоятельной покупке антологичной модели харда и его установка - увидит ли его система и примет ли корректно?
Д
Или же обязательно нужен родной от emc?
SB
Или же обязательно нужен родной от emc?
dd предыдущих серий точно ели любые
эти скорее всего тоже
Только через кли надо будет rescan и может через fault/unfault если не сразу поймет.
эти скорее всего тоже
Только через кли надо будет rescan и может через fault/unfault если не сразу поймет.