Практикум по жизненному циклу СХД

СХД без сюрпризов: прошивки, обновление без простоя и откат

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

Инфраструктура → эксплуатация55 минут4 модуля5 вопросов
После курса

Что вы сможете сделать

  1. Собирать точный набор действующих версий вместо списка последних пакетов.
  2. Отличать аппаратное резервирование от реального переключения контроллеров и путей сервера.
  3. Ставить проверяемые контрольные точки между этапами обновления.
  4. До начала работ подтверждать, разрешён ли откат и какие преобразования данных ему нужны.
Модуль 1 из 4

Слой 1. Совместима вся комбинация, а не отдельные марки

Контроллеры, накопители, дисковые полки, прошивки адаптеров и драйверы проверяют как единый набор на конкретный момент времени и по точным строкам таблиц совместимости.

  • Модель контроллера и версия его прошивки — разные факты. Исправность одного узла ещё не описывает весь путь данных.

    Проверить тезис: Контроллер СХД 01 · Прошивка контроллера СХД 01

  • Образ прошивки накопителя может быть загружен, но ещё не введён в действие. Прошивка дисковой полки и её модулей ввода-вывода — отдельная часть тракта.

    Проверить тезис: Прошивка накопителя 01 · Прошивка дисковой полки 01

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

    Проверить тезис: Набор версий СХД 02 · Совместимость прошивок СХД 01

  • Матрицу совместимости и перечень допущенных накопителей читают по точным моделям и версиям. В тракте разных производителей ищут пересечение поддержки и заранее назначают ответственного.

    Проверить тезис: Матрица совместимости СХД 01 · Перечень допущенных накопителей 02 · Тракт СХД разных производителей 01

Модуль 2 из 4

Слой 2. Обновление без простоя начинается до запуска задания

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

  • Предварительная проверка должна быть свежей и относиться к выбранной версии. Снимок состояния до работ не заменяет проверку после активации.

    Проверить тезис: Предварительная проверка обновления СХД 02 · Проверка состояния СХД 02

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

    Проверить тезис: Резервирование путей к СХД 01 · Переключение контроллера СХД 02 · Переключение пути на сервере 01

  • Обратное переключение заканчивается только после восстановления всех путей. Зеркалирование кэша защищает уже подтверждённые записи, а выгрузка кэша переносит ожидающие данные на накопители.

    Проверить тезис: Обратное переключение контроллера СХД 02 · Зеркалирование кэша записи 02 · Выгрузка кэша записи 02

  • Обновление СХД без простоя сохраняет заявленный сервис ввода-вывода, но не обязательно интерфейс управления. Контроллеры обновляют строго по одному, а паузу сравнивают с целевым уровнем сервиса.

    Проверить тезис: Обновление СХД без простоя 02 · Поэтапное обновление контроллеров 02 · Время переключения пути 02

Модуль 3 из 4

Слой 3. Между этапами нужна контрольная точка

Успешное завершение задания — только начало проверки. Действующие версии, пути, ввод-вывод и отложенные ошибки проверяют до перехода к следующему узлу.

  • Период наблюдения выявляет отложенные сбои путей, кэша и фоновых операций. Контрольная точка превращает результаты в одно из решений: продолжить, остановиться или откатить изменение.

    Проверить тезис: Период наблюдения после обновления СХД 02 · Контрольная точка обновления СХД 02

  • Проверка после обновления сверяет действующие версии, точную СХД, рабочие пути и характерный ввод-вывод, а не только отметку о завершении задания.

    Проверить тезис: Проверка СХД после обновления 01 02

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

    Проверить тезис: Пробное обновление СХД 02 · Пакет подтверждений обновления СХД 01

Модуль 4 из 4

Слой 4. Откат — отдельное изменение, иногда с простоем

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

  • План отката описывает порядок действий и момент, после которого возврат уже невозможен. Понижение версии прошивки накопителя может потребовать перезапуска устройства и приостановить ввод-вывод.

    Проверить тезис: План отката СХД 01 · Понижение версии прошивки СХД 01

  • Барьер отката возникает, когда прежняя версия не понимает новое состояние. Формат метаданных может потребовать отдельного обратного преобразования.

    Проверить тезис: Барьер отката СХД 02 · Формат метаданных СХД 01

  • Проверка после отката подтверждает не только номер версии, но и читаемость метаданных, конфигурацию, пути и реальный ввод-вывод рабочей нагрузки.

    Проверить тезис: Проверка СХД после отката 01 02

Финишная прямая

Проверьте инженерное мышление

Вопросы проверяют не память на аббревиатуры, а умение не делать лишних выводов.

01Новый SSD виден контроллеру и имеет нужные ёмкость и интерфейс. Чего не хватает для подтверждённой поддержки?
02Два пути FC используют общий HBA и коммутатор. Как проверить готовность тракта к обновлению без простоя?
03Во время обновления ввод-вывод сервера продолжается, но служба VASA временно недоступна. Нарушено ли обещание непрерывного ввода-вывода?
04После первого контроллера один путь хоста не восстановился. Как поступить со следующим этапом обновления?
05Старый образ СХД сохранён локально. Как завершить подготовку возврата к прежней версии?

В каталоге

Проверяемая база

Источники курса

Полные сведения о первоисточниках приведены один раз для всего курса. Под тезисами — ссылки на соответствующие утверждения Архивариума.

  • Первичная спецификация

    Redfish Data Model Specification

    Distributed Management Task Force · DSP0268 Version 2025.4, 16 January 2026

    Описывает Manager, UpdateService, FirmwareInventory, SoftwareInventory, activation и reset-related properties в Redfish model.

    Открыть первоисточник
  • Официальная документация

    vSAN Skyline Health — Controller firmware/driver compatibility

    Broadcom · Article 326630, updated 1 June 2026

    Проверяет exact controller, ESXi, driver и firmware combination по current vSAN compatibility data; unknown inventory не превращает в PASS.

    Открыть первоисточник
  • Первичная спецификация

    NVM Express Base Specification 2.3

    NVM Express · Revision 2.3, ratified 1 August 2025

    Определяет Host NQN, DH-HMAC-CHAP, firmware slots, Firmware Image Download и Firmware Commit/activation behavior.

    Открыть первоисточник
  • Официальная документация

    storage disk firmware update

    NetApp · ONTAP command reference, updated 15 April 2026

    Различает background serial update и disruptive manual update, требует healthy HA group и показывает временную недоступность exact drive.

    Открыть первоисточник
  • Официальная документация

    PowerStore T and PowerStore Q Software Upgrade Guide

    Dell Technologies · PowerStore upgrade guide, July 2026

    Требует qualified package, supported upgrade path, свежий health check и заранее закрытые blockers; после OS upgrade отдельно проверяет drive firmware.

    Открыть первоисточник
  • Официальная документация

    Update the Disk Qualification Package after an ONTAP upgrade

    NetApp · ONTAP upgrade guide, updated 16 January 2025

    Объясняет, что DQP содержит параметры для qualified drive types, обновляется отдельно от ONTAP и нужен при новых моделях/размерах или firmware.

    Открыть первоисточник
  • Официальная документация

    PowerStore Drive Firmware Upgrades and FAQ

    Dell Technologies · Article 000214519, updated 25 March 2026

    Публикует PowerStoreOS↔drive-firmware compatibility, serial drive update behavior, precheck rejection и post-update per-drive version verification.

    Открыть первоисточник
  • Официальная документация

    PowerStore non-disruptive software upgrades

    Dell Technologies · PowerStore upgrade guide, July 2026

    Описывает single-node-at-a-time NDU, обязательные redundant host paths и различие между continuity I/O и временной недоступностью management/VASA operations.

    Открыть первоисточник
  • Официальная документация

    Configuring Device Mapper Multipath

    Red Hat · Red Hat Enterprise Linux 9, проверено 29 августа 2026 года

    Описывает aggregation одинаковых WWID в одно multipath device, path policies, failover и ALUA detection.

    Открыть первоисточник
  • Официальная документация

    Automated nondisruptive ONTAP upgrade

    NetApp · ONTAP upgrade guide, updated 18 August 2026

    Описывает prechecks, rolling/batch sequencing, LIF migration, takeover/giveback, pause on failure и post-upgrade checks.

    Открыть первоисточник
  • Официальная документация

    Guide for Security-Focused Configuration Management of Information Systems

    National Institute of Standards and Technology · NIST SP 800-128, updated 10 October 2019

    Требует documented change control, предварительный impact analysis, testing, approval и post-implementation verification.

    Открыть первоисточник
  • Официальная документация

    Guide to Enterprise Patch Management Planning

    National Institute of Standards and Technology · NIST SP 800-40 Revision 4, April 2022

    Определяет enterprise patch management как identify, prioritize, acquire, install и verify для patches, updates и upgrades.

    Открыть первоисточник
  • Официальная документация

    Revert an ONTAP cluster

    NetApp · ONTAP revert guide, checked 29 August 2026

    Revert — disruptive cluster procedure с prechecks, target image и version-specific preparation; mixed-version state ограничивает допустимые действия.

    Открыть первоисточник
  • Официальная документация

    storage disk firmware revert

    NetApp · ONTAP command reference, updated 11 May 2026

    Показывает, что drive firmware revert может power-cycle disks, suspend I/O и сделать их недоступными; выполнять его рекомендуют по одному node.

    Открыть первоисточник
  • Официальная документация

    volume efficiency revert-to

    NetApp · ONTAP 9.14.1 command reference, updated 1 January 2026

    Показывает отдельный downgrade/revert metadata format для volume efficiency и version-specific ограничения такого преобразования.

    Открыть первоисточник
  • Официальная документация

    Updating drive firmware

    Microsoft · Windows Server 2016–2025 documentation, checked 29 August 2026

    Разделяет firmware delivery и vendor qualification, описывает Supported Components XML, orchestration по одному drive и риск direct cmdlet update под нагрузкой.

    Открыть первоисточник
Подтвердите действие