U-SERVER
RAID и RAID-контроллеры

Как обновить прошивку RAID-контроллера и снизить риск для массива

Порядок планового обновления прошивки RAID-контроллера: проверка совместимости, фиксация состояния, установка и контроль после перезагрузки.

14 минут
абстрактная иллюстрация обновления серверной системы хранения
Обновление прошивки RAID-контроллера выполняют только пакетом, который производитель подтвердил для точной модели сервера и OEM-исполнения контроллера. До окна работ нужно сохранить состояние массива, дисков, кэша и журналов, проверить резервную копию и процедуру восстановления. Во время обновления не меняют конфигурацию RAID, а после перезагрузки отдельно сверяют версию firmware, статус логических и физических дисков, кэш и новые события.

RAID не заменяет резервную копию

Экспорт конфигурации контроллера и снимки его экранов помогают расследовать проблему, но не содержат пользовательские данные в виде пригодной резервной копии. До обслуживания подтвердите актуальность копии и возможность восстановить из неё нужные данные по проверенной процедуре. Подробнее — в статье «Почему RAID — не резервное копирование: защита данных сервера».

До обновления: зафиксируйте платформу и состояние RAID

Совместимость определяет не только название RAID-контроллера. Контроллеры с похожим аппаратным происхождением могут иметь разные OEM-прошивки, идентификаторы устройств, утилиты и ограничения. Например, Dell PERC, HPE Smart Array, Broadcom/LSI MegaRAID и Adaptec SmartRAID не следует считать взаимозаменяемыми только по внешнему сходству.

Что собрать до планового окна работ

ГруппаЧто зафиксироватьЗачем это нужно
Сервер и платформаПроизводитель и модель сервера, service tag или серийный номер, аппаратная ревизия при наличии, версии BIOS/UEFI и BMC.В документации может быть указан обязательный порядок обновления компонентов или поддерживаемый набор версий.
КонтроллерТочная модель, OEM-производитель, PCI/устройственный идентификатор, текущая версия firmware, версия boot-компонента при его наличии, версия утилиты управления.Позволяет выбрать именно тот пакет, который предназначен для данного исполнения контроллера.
ОС или гипервизорНазвание и версия ОС либо гипервизора, ядро при необходимости, версия и поставщик драйвера контроллера.Firmware и драйвер могут иметь зависимости; обновление драйвера — отдельное действие, а не часть прошивки автоматически.
Накопители и подключениеДля каждого диска: enclosure:slot или иной физический адрес, модель, серийный номер или WWN, интерфейс, ёмкость, секторный формат, версия firmware, текущий статус. Также — модель корзины, backplane, SAS-экспандера, если они используются.Помогает сравнить состав до и после перезагрузки и проверить ограничения пакета для дисков и топологии.
RAID-конфигурацияСписок Virtual Drive или логических дисков, их состояние, RAID-уровень, состав участников, hot spare, политики чтения и записи.Это контрольная точка: после обновления конфигурация должна соответствовать зафиксированной.
Кэш и защитаРежим RAID-кэша, политика кэша RAID-контроллера, наличие dirty или preserved cache, состояние BBU, CacheVault, flash-модуля либо суперконденсатора.Неисправная защита кэша или несброшенные записи меняют допустимый порядок действий.
События и фоновые операцииТехнический отчёт, event log, активные задания, их статус и прогресс.Нужны для стоп-решения до обновления и сравнения событий после него.

Подготовка контрольного набора данных

Сохраняйте отчёты в отдельное место, доступное при недоступности сервера: в заявку на работы, систему хранения документов или защищённое внешнее хранилище.

  1. 1
    Определите точное исполнение контроллера
    Сверьте модель и OEM по интерфейсу удалённого управления, UEFI и поддерживаемой утилите ОС. Не делайте вывод по названию семейства или чипа: для выбора пакета важны также аппаратная ревизия, модель сервера и доступные PCI-идентификаторы, включая vendor/device и subsystem vendor/device ID.
  2. 2
    Сохраните отчёт о конфигурации
    Экспортируйте конфигурацию, если это предусмотрено используемым средством управления, и сохраните полный технический отчёт. Отдельно зафиксируйте состав каждого Virtual Drive, состояние каждого физического диска, назначенные резервные диски и адреса enclosure:slot. Проверьте и запишите, обнаружена ли Foreign Configuration; не импортируйте и не очищайте её в рамках подготовки к обновлению.
  3. 3
    Зафиксируйте кэш и его защиту
    Сохраните текущий режим Write Back или Write Through, состояние модуля защиты, наличие грязного кэша и сообщения контроллера. Не включайте Write Back принудительно, если защита кэша сообщает о проблеме.
  4. 4
    Выгрузите журналы и состояние задач
    Сохраните event log контроллера, системный журнал BMC и сведения об активных операциях: Rebuild, Consistency Check, Patrol Read, Background Initialization, миграции или расширении. Зафиксируйте время выгрузки, чтобы затем отделить старые события от новых.
  5. 5
    Подтвердите резервную копию и восстановление
    Проверьте не только факт последнего задания резервного копирования, но и его успешное завершение, доступность носителя или репозитория и известную процедуру восстановления. Для критически важного сервиса согласуйте с его владельцем допустимое окно и критерии возврата в работу.

Когда обновление нужно отложить

Не начинайте обновление, если массив или его участники уже требуют разбирательства. Прошивка не является способом исправить деградацию, отказ диска, отключённый кэш или потерю связи с корзиной. Сначала сохраните диагностику и устраните исходную проблему по отдельной процедуре.

  • Логический диск имеет состояние Degraded, Failed или Offline, либо один из накопителей отмечен как Failed, Offline или Predictive Failure.
  • Идёт Rebuild, миграция RAID-уровня, расширение массива или другая операция, изменяющая состав либо метаданные RAID.
  • Контроллер показывает ошибку или предупреждение о BBU, CacheVault, суперконденсаторе, flash-модуле, dirty cache, отключении Write Back или питании.
  • Есть нерасследованные критические события: исчезновение дисков, ошибки чтения или записи, сбои связи с дисковой корзиной, reset контроллера.
  • Обнаружена Foreign Configuration, происхождение которой не подтверждено.
  • Нет актуальной проверенной резервной копии, документированного способа восстановления или согласованного окна простоя.

Фоновые задачи требуют проверки документации

Consistency Check, Patrol Read и фоновая инициализация по-разному реализованы у производителей и в версиях firmware. Перед обновлением проверьте в документации конкретного контроллера, допускается ли обновление при этой операции, нужно ли дождаться завершения и существует ли документированный способ безопасной остановки. Не прерывайте задачу только потому, что она отображается в интерфейсе.

При Failed, cache disabled или нераспознанном контроллере не продолжайте обновление «для исправления». Зафиксируйте статусы и журналы и перейдите к статье «RAID-контроллер не определяется, cache disabled или disk not supported: диагностика проблем контроллера».

Выбор пакета и документированного способа обновления

Скачивайте целевой пакет только из источника производителя сервера или контроллера, указанного для точного OEM-исполнения. Страница пакета и примечания к выпуску (release notes) важнее номера версии, найденного в стороннем примере. В них проверяют совместимые модели, исходные и целевые версии, обязательные промежуточные обновления, известные ограничения, порядок сохранения или миграции конфигурации, предупреждения о возможном сбросе настроек, необходимость выключения или перезагрузки и допустимость понижения версии.

Как подтвердить применимость firmware

ПроверкаЧто искать в документацииРешение
Модель и OEMТочное семейство, модель, идентификаторы и список поддерживаемых серверов или контроллеров.Если модель или OEM не названы явно, пакет не применять без подтверждения производителя.
Исходная версияМинимальная версия, обязательные промежуточные версии, запрет перехода с отдельных ревизий.Выполнить документированную цепочку обновлений либо отложить работы.
BIOS/UEFI и BMCТребуемые версии, порядок обновления, известные взаимодействия с контроллером.Обновлять только в указанной последовательности; BIOS/UEFI, BMC и RAID firmware — самостоятельные компоненты.
Драйвер и ОСПоддерживаемые версии драйверов, ОС или гипервизоров, необходимость обновления драйвера.Спланировать драйвер как отдельное контролируемое изменение и проверить совместимость с ОС.
Диски и топологияОграничения для SAS, SATA, SSD, NVMe, 4Kn, дисковой корзины, SAS-экспандера и backplane.Проверить, требуются ли отдельные прошивки компонентов и установлен ли порядок их обновления.
ОткатРазрешён ли downgrade, поддерживается ли он с целевой версии и какова процедура восстановления при неудачной прошивке.Подготовить предыдущий подтверждённый пакет только если возврат допускается документацией.

Не обходите проверку совместимости

Не применяйте универсальную команду прошивки, пакет от другого OEM, неподтверждённый загрузочный образ и принудительный режим, отключающий проверку модели или версии. Синтаксис и возможности StorCLI, OMSA, SSA/SSACLI и OEM-инструментов различаются между поставщиками, поколениями и версиями. Команда, работавшая на другом сервере, не подтверждает её безопасность на текущем.

Выбор метода установки firmware

Используйте только способ, который назван в документации пакета для данного сервера и контроллера.

  1. 1
    Проверьте поддерживаемые методы в release notes
    Определите, разрешено ли обновление через BMC и удалённое управление, UEFI-службу, загрузочный образ или инструмент в ОС. Не подменяйте рекомендуемый метод удобным способом из другого семейства.
  2. 2
    Выберите путь с контролируемой перезагрузкой
    iDRAC, iLO или иной BMC удобен, когда производитель поддерживает установку пакета через его job queue и можно наблюдать консоль. UEFI или загрузочный образ подходят, если это предписано пакетом либо обновление из ОС не поддерживается. Утилиту ОС используйте только при явной поддержке версии ОС, драйвера и контроллера.
  3. 3
    Подготовьте доступ к консоли и питанию
    До запуска убедитесь, что доступна удалённая или локальная консоль, BMC отвечает, питание сервера стабильно, а план работ учитывает требуемое выключение или перезагрузку. Не начинайте работу при нестабильном питании или недоступном управлении.
  4. 4
    Подготовьте материалы для восстановления
    Сохраните целевой пакет, его release notes, зафиксированные до работ отчёты, а также предыдущий пакет только при подтверждённой возможности отката. Зафиксируйте контакты поддержки производителя и процедуру эскалации.

Выполнение обновления прошивки RAID-контроллера

Действия в согласованное окно работ

  1. 1
    Снизьте активность и штатно остановите сервисы
    Выполните согласованный план обслуживания: остановите или переведите в обслуживание критичные прикладные сервисы, базы данных и виртуальные машины согласно их процедурам. Это уменьшает риск незавершённых операций ввода-вывода и упрощает проверку после запуска.
  2. 2
    Повторите контроль статуса непосредственно перед запуском
    Проверьте, что статус контроллера, всех логических и физических дисков соответствует сохранённой исходной точке, а Rebuild, миграция RAID-уровня, расширение массива и другие операции, изменяющие состав или метаданные RAID, не выполняются. Для Consistency Check, Patrol Read и фоновой инициализации убедитесь, что обновление во время такой задачи прямо допускает документация конкретного контроллера. Проверьте также отсутствие предупреждений о кэше и питании. При отличии от плана остановитесь и сохраните новые данные.
  3. 3
    Запустите пакет по инструкции производителя
    Используйте выбранный документированный интерфейс и точный пакет. Не изменяйте RAID-конфигурацию, не очищайте конфигурацию контроллера, не импортируйте Foreign Configuration и не создавайте новый Virtual Drive в рамках обновления firmware.
  4. 4
    Дождитесь завершения задания и требуемой перезагрузки
    Успешный статус задания означает только, что средство управления завершило операцию по своему протоколу. Выполните предписанный документацией порядок: обычную перезагрузку, полное выключение и повторное включение питания либо несколько последовательных перезагрузок. Полный цикл питания применяйте только при прямом требовании инструкции и наблюдайте сообщения консоли.
  5. 5
    Не совмещайте независимые изменения
    Не обновляйте одновременно RAID firmware, драйвер ОС, BIOS/UEFI, BMC, прошивки дисков и приложения, если производитель не предписывает единую последовательность обновления этих компонентов. Разделённые изменения легче проверить и расследовать.

Проверка после перезагрузки

Проверку выполняют от контроллера к приложению: сначала аппаратное обнаружение и firmware, затем RAID-объекты и кэш, после этого ОС или гипервизор и сервисы. Сообщение об успешном обновлении само по себе не подтверждает доступность хранилища.

Контроль перед возвратом сервера в эксплуатацию

  1. 1
    Подтвердите обнаружение контроллера и версию
    В BMC, UEFI или поддерживаемом инструменте убедитесь, что контроллер определяется под ожидаемой моделью и показывает целевую версию firmware. Если версия не изменилась, не запускайте пакет повторно автоматически: сохраните статус задания, журналы и точный текст сообщения.
  2. 2
    Сравните RAID-конфигурацию с исходным отчётом
    Проверьте наличие всех ожидаемых Virtual Drive или логических дисков, их статус, RAID-уровень, состав и назначенные hot spare. Отдельно убедитесь, что не появилась Foreign Configuration и не изменилось число видимых объектов.
  3. 3
    Проверьте каждый физический диск
    Сверьте модель, серийный номер или WWN, enclosure:slot и статус каждого диска с исходной фиксацией. Не считайте проверкой только общий зелёный статус контроллера: один накопитель может иметь отдельное предупреждение.
  4. 4
    Проверьте кэш и события
    Сопоставьте режим кэша, политику записи, состояние BBU, CacheVault или иной защиты и наличие dirty cache с исходным состоянием. Выгрузите новые event log и проверьте, не появились ли критические события, reset, ошибки дисков или сообщения об отключении Write Back.
  5. 5
    Проверьте ОС и прикладные сервисы
    Подтвердите, что ОС или гипервизор видит ожидаемые логические устройства, штатно загружается и не сообщает ошибок файловой системы либо ввода-вывода. Затем запустите критичные сервисы и выполните согласованную прикладную проверку: доступность томов, запуск ВМ, проверку приложения или базы данных.
  6. 6
    Сохраните итоговый отчёт
    Выгрузите конфигурацию, технический отчёт и журналы после работ. Приложите их к исходным данным и отметьте фактические версии firmware, время перезагрузки, результат проверки и все замечания.

Когда остановиться и не выполнять откат автоматически

Не изменяйте RAID-конфигурацию при неожиданном результате

Если контроллер исчез, целевая версия не установилась, массив получил предупреждение или изменился его состав, остановите дальнейшие изменения. Не очищайте конфигурацию, не импортируйте и не очищайте Foreign Configuration, не создавайте Virtual Drive, не инициализируйте диски, не назначайте Hot Spare и не запускайте принудительный Rebuild. Эти действия могут изменить метаданные RAID и усложнить восстановление.

Проблема

Контроллер не определяется после обновления

Решение

Зафиксируйте сообщения POST/UEFI, скриншоты BMC, версию задания, системные и контроллерные журналы, состояние питания и перечень видимых устройств. Не переустанавливайте пакет принудительно и не меняйте диски или кабели без сервисной процедуры. Для дальнейшей диагностики используйте инструкцию по проблемам RAID-контроллера.

Проблема

Версия firmware не изменилась

Решение

Сохраните идентификатор задания, полный текст ошибки, журналы BMC и контроллера, точную модель устройства и сведения о применённом пакете. Проверьте release notes на промежуточные версии, особый метод установки и требования к перезагрузке. Не повторяйте обновление и не используйте другой OEM-пакет, пока причина не установлена.

Проблема

Массив или кэш отображается с предупреждением

Решение

Остановите изменения, сохраните до- и послеотчёты, event log, состояние всех дисков, кэша и фоновых задач. Не выполняйте downgrade только из-за одного предупреждения: возможность и безопасность понижения версии должны быть прямо подтверждены документацией производителя. Для Failed, cache disabled и исчезнувшего контроллера используйте диагностику проблем RAID-контроллера; для действий с Foreign Configuration — отдельную инструкцию.

План отката — это не команда немедленно вернуть прежнюю версию. Downgrade может быть запрещён, требовать специального порядка или не устранять причину предупреждения. До начала работ заранее проверьте release notes, сохраните предыдущий пакет только при документированной поддержке отката и подготовьте подтверждённую процедуру производителя. Если статус массива изменился, первоочередная задача — сохранить исходное состояние и диагностику; порядок восстановления рассматривается в статье «Восстановление RAID после сбоя: что делать до любых изменений на дисках».

Термины в статье

Реализация RAID, в которой специализированный контроллер формирует логические диски и выполняет операции массива. Наличие и защита кэша зависят от модели.
Изолированная вычислительная среда с виртуальными процессорами, памятью, дисками и сетевыми адаптерами, в которой под управлением гипервизора работает гостевая ОС.
Программный слой, который абстрагирует ресурсы физического хоста, выполняет виртуальные машины и управляет ими.
Грязный кэш содержит изменённые блоки, ещё не записанные в постоянное хранилище. Такие блоки нельзя безопасно отбросить до их сброса.
Состояние отказоустойчивого RAID-массива, потерявшего часть избыточности, но сохраняющего доступ, пока сочетание отказов допустимо для его уровня и раскладки.
Дисковая корзина — узел шасси с отсеками для установки нескольких накопителей и организации их подключения к питанию и контроллеру либо HBA.
Логический диск — блочное устройство, которое RAID-контроллер или программная RAID-подсистема предоставляет хосту как отдельный накопитель.
Метаданные RAID — служебные записи на дисках или контроллере, описывающие состав, уровень, состояние и параметры RAID-массива для его распознавания и сборки.
Миграция RAID-уровня — преобразование существующего массива в другой RAID-уровень без выгрузки данных, если эту операцию поддерживает контроллер.
Политика кэша RAID-контроллера — набор настроек обработки чтения и записи в кэше, определяющих момент подтверждения записи, режим чтения и требования к защите кэша в режиме write-back.
Прошивка RAID-контроллера — встроенное программное обеспечение контроллера, управляющее RAID-функциями, дисками, кэшем, диагностикой и взаимодействием с сервером.
Накопитель энергии высокой мощности, применяемый для кратковременного питания кэша RAID-контроллера. При сбое питания он сохраняет данные до записи во флеш-память.
Физический диск — отдельный HDD, SSD или иной накопитель, распознанный RAID-контроллером как член массива либо как независимое устройство.
Фоновая инициализация — формирование или проверка RAID-контроллером данных избыточности нового массива без отключения логического диска.
Adaptec SmartRAID — семейство аппаратных RAID-контроллеров Microchip для SAS/SATA, а в новых tri-mode-моделях — также для NVMe-накопителей.
Аккумуляторный модуль, поддерживающий питание энергозависимого кэша RAID-контроллера при сбое питания до восстановления питания и записи данных на диски.
CacheVault — технология защиты кэша записи RAID-контроллера, сохраняющая во флеш-память подтверждённые хосту, но ещё не записанные на диски данные при потере питания.
Consistency Check — фоновая проверка согласованности избыточности RAID: зеркальных копий либо рассчитанной и записанной чётности; расхождения могут исправляться.
Семейство RAID-решений Dell для серверов PowerEdge: аппаратные контроллеры PERC H и программные PERC S. Возможности и совместимость зависят от модели и поколения платформы.
Failed — статус физического накопителя, который RAID-контроллер признал отказавшим и перестал использовать для штатного ввода-вывода в составе массива.
Состояние, при котором RAID-контроллер считает найденную на дисках конфигурацию массива не зарегистрированной или не совпадающей с текущей. Её проверяют и импортируют либо очищают.
Заранее подключённый резервный накопитель RAID-системы, автоматически задействуемый для rebuild отказоустойчивого массива при отказе совместимого рабочего диска.
Семейство аппаратных и программных RAID-решений HPE для локальных SAS/SATA-накопителей и, в поддерживаемых tri-mode-конфигурациях, NVMe.
HPE Smart Storage Administrator — средство администрирования совместимых контроллеров HPE, предназначенное для настройки массивов, дисков, кэша и диагностики подсистемы хранения.
Семейство аппаратных RAID-контроллеров Broadcom, которые объединяют накопители в массивы и предоставляют ОС логические диски, обрабатывая RAID на самом контроллере.
Offline — зависящий от реализации статус накопителя или виртуального диска RAID: первый исключён контроллером из работы, второй недоступен хосту.
Patrol Read — фоновое сканирование накопителей RAID-контроллером для поиска скрытых ошибок чтения. В избыточном массиве контроллер может восстановить повреждённые блоки.
Predictive Failure — диагностический статус накопителя, указывающий на признаки вероятного отказа по SMART или данным контроллера до фактической недоступности диска.
Технология объединения нескольких накопителей в логические блочные устройства для повышения производительности и/или отказоустойчивости в зависимости от RAID-уровня.
Устройство или модуль, который формирует RAID-массивы из накопителей и предоставляет ОС логические диски, управляя размещением данных, отказами и восстановлением избыточности.
Буфер быстрой памяти между хостом и накопителями RAID, используемый для кэширования чтения и записи. Может снижать задержку и повышать производительность ввода-вывода.
RAID-уровень — схема размещения данных и избыточности по накопителям массива, определяющая полезную ёмкость, отказоустойчивость и характеристики ввода-вывода.
Процесс восстановления избыточности массива после замены отказавшего диска: контроллер вычисляет и записывает на новый диск недостающие данные из остальных дисков.
StorCLI — консольная утилита управления совместимыми RAID-контроллерами Broadcom, применяемая для настройки массивов, просмотра состояния дисков, кэша и событий.
Политика кэша RAID-контроллера: запись подтверждается после помещения данных в кэш, а на накопители переносится позже. Кэш требует защиты от потери питания.

Вопросы по теме

Все вопросы и ответы

Можно ли ставить прошивку RAID-контроллера от другого OEM?

Нет. Даже контроллеры с похожим аппаратным происхождением могут использовать разные OEM-прошивки, идентификаторы устройств, утилиты и ограничения. Пакет нужно брать только у производителя сервера или контроллера и только если в документации прямо подтверждены точная модель сервера, OEM-исполнение контроллера и поддерживаемые идентификаторы. Не используйте принудительный режим, обходящий проверку модели или версии.

Можно ли обновлять RAID-контроллер во время Rebuild?

Нет. Обновление следует отложить, если выполняются Rebuild, миграция RAID-уровня, расширение массива или другая операция, изменяющая состав либо метаданные RAID. Для Consistency Check, Patrol Read и фоновой инициализации решение зависит от документации конкретного контроллера: обновление допустимо только при её прямом разрешении. Не прерывайте фоновую задачу без документированного безопасного способа.

Нужно ли обновлять драйвер RAID-контроллера вместе с прошивкой?

Не обязательно. Драйвер ОС или гипервизора и firmware контроллера — отдельные изменения, хотя между ними могут быть зависимости. Перед работами проверьте в документации поддерживаемые версии драйвера, ОС или гипервизора. Если драйвер требуется обновить, запланируйте это как отдельное контролируемое изменение и не совмещайте с другими обновлениями без предписанной производителем последовательности.

Заменяет ли экспорт конфигурации RAID резервную копию?

Нет. Экспорт конфигурации контроллера, технический отчёт и снимки экранов помогают сравнить состояние массива и расследовать проблему, но не являются резервной копией пользовательских данных. До обслуживания нужно подтвердить актуальность и успешное завершение резервного копирования, доступность носителя или репозитория, а также проверенную процедуру восстановления нужных данных.

Что делать, если перед обновлением найдена Foreign Configuration?

Не импортируйте и не очищайте Foreign Configuration в рамках подготовки к обновлению. Если её происхождение не подтверждено, обновление следует отложить: это стоп-условие, требующее отдельного разбирательства. Зафиксируйте наличие Foreign Configuration в отчёте вместе со статусами дисков, конфигурацией массива, журналами контроллера и текущим состоянием кэша.

Можно ли откатить прошивку RAID-контроллера после ошибки?

Зависит от документации производителя. Downgrade допустим только если для конкретной целевой версии прямо подтверждены возможность понижения и процедура восстановления. Не выполняйте откат автоматически только из-за предупреждения массива или кэша. Сначала сохраните журналы, отчёты до и после работ, статусы дисков и кэша; предыдущий пакет готовят лишь при документально разрешённом возврате.