サーバファームウェア・UEFI/BIOS更新と変更管理の実務手順
1. 更新対象の把握と互換性の確認
まず全サーバのファームウェア構成を把握する。dmidecode コマンドでBIOSの版数を確認し、ipmitool mc info でBMCの版数を調べ、RAIDコントローラやNICは各ベンダーの管理ツールで版数を一覧化する。更新する版のリリースノートを必ず読み、修正内容、既知の問題、前提となる最低版数を確認する。ファームウェア同士には依存関係があり、たとえばBMCの更新が先に必要で、続けてBIOSを更新する順序が指定されている場合がある。順序を守らないと更新自体が失敗する。更新は変更管理の対象とし、作業日時、対象機器、適用する版数、リスクと切り戻し方法を申請書に明記して承認を得る。作業時間帯は業務影響の小さい時間帯を選び、対象サーバの業務を停止または他系へ切り替えておく。
2. 検証環境での事前テストとバックアップ
本番へ適用する前に、本番と同一構成の検証用サーバで同じ更新を必ず試す。更新後にOSが起動し、ネットワークとストレージが正常に認識されること、業務アプリケーションが動作することを確認する。更新作業の前には、BIOSとUEFIの設定をすべて書き出し、スクリーンショットとともに保管する。RAIDコントローラの設定情報やライセンス情報も同様に控える。ロールバックに備えて、旧ファームウェアのイメージを検証済みのものとして保管する。新旧両方のイメージファイルのチェックサムを記録し、ファイルの取り違えを防ぐ。更新中に電源が断たれると復旧が困難になるため、作業中は冗長電源の両系統が正常であることを確認し、UPSの状態も点検する。
3. 本番環境への段階適用と更新後の検証
本番への適用は、冗長構成を組むサーバ群については片系ずつ、単独サーバは台数を分けて段階的に行う。はじめに全体のうち一台だけを更新し、数日間の経過観察で問題が出なければ残りを進める。更新方法は、OS上で動作するベンダーの更新ツール、Redfishを用いたリモート更新、BMCの管理画面からの更新のいずれかを利用する。更新後は dmidecode と ipmitool mc info で版数が意図したものに変わったことを確認し、イベントログに異常がないかを確認する。その後、OSの起動、ネットワークの疎通、ストレージの認識、業務アプリケーションの動作を順に確認して結果を記録する。問題が発生した場合は切り戻し手順に従い、旧ファームウェアへ戻して設定を復元する。作業結果は変更管理台帳へ反映し、ファームウェアの棚卸し一覧を最新化する。