Windows Server 2025 / Windows Updateと再起動を管理する

サーバーの更新は、インストールが成功しただけでは完了しません。必要な再起動を計画して行い、OSとクライアント向けのサービスが正常に動くことまで確認します。

復旧方法と作業時間を決める

更新を避け続けると既知の問題が残り、無計画な再起動はサービスを止めます。稼働中の役割、正常時のサービス状態、空き容量、バックアップ、更新元への経路を先に確認します。VMチェックポイントだけに復旧を依存しないでください。

Get-ComputerInfo | Select-Object WindowsProductName,OsVersion,OsBuildNumber
Get-Volume -DriveLetter C
Get-HotFix | Sort-Object InstalledOn -Descending | Select-Object -First 10

Get-HotFixは参考になりますが、すべての更新種類を網羅する一覧ではありません。更新履歴や個別KBの説明と比較します。DCなど役割固有の復旧方法とコンソール接続も用意します。

GUIで品質更新を適用する

  1. 「設定 → Windows Update」を開き、組織のポリシーで管理されているか確認します。
  2. 提示される更新の種類を確認し、現在のWindows Server 2025に対する品質更新を選びます。
  3. インストールの完了を待ち、失敗した場合はエラーコードを控えます。
  4. 再起動が必要なら利用状況を確認して予定時間に実施し、起動とサインインを確認します。

OSのバージョンアップは通常の品質更新とは別の作業です。別のバージョンが提示されても、そのまま講座の対象OSを変えず、互換性と復旧計画を確認します。

Server CoreではSConfigを使う

ローカルPowerShellで次を実行し、更新設定と更新のダウンロード・インストールに相当する項目を選びます。メニューの動作はServer Coreの更新管理も参照します。

SConfig

自動、ダウンロードのみ、手動では運用上の担当と作業が変わります。手動なら実行する人と時期を決めます。隔離環境ではまず更新元へ到達できるか確認し、管理した接続や公式パッケージを使います。ファイアウォール全体の無効化で回避しません。

再起動後に利用機能を確認する

Get-CimInstance Win32_OperatingSystem | Select-Object Caption,Version,LastBootUpTime
Get-Service | Where-Object Status -eq 'Stopped' | Select-Object Name,DisplayName
Get-WinEvent -FilterHashtable @{LogName='System'; Level=2; StartTime=(Get-Date).AddHours(-2)} -MaxEvents 20

ビルド、更新履歴、起動時刻を変更前と比較します。管理者が入れるだけでなく、クライアントから共有を開く、DNSへ問い合わせるなど、役割に応じた確認を行ってください。

停止中のサービスがすべて異常とは限りません。要求時に動くサービスもあるため正常時の記録と比較します。イベントは時刻、ソース、IDを控え、更新前からあるエラーと新しいエラーを区別します。

失敗した段階に応じて調べる

失敗した段階 最初に調べるもの
ダウンロード DNS、通信、プロキシ、更新元
インストール エラーコード、空き容量、保留中の再起動
再起動後の役割 新しいイベント、役割の状態、該当KBの既知の問題
復旧 削除可能な更新か、バックアップで何が戻るか

更新の削除が常に可能、または十分とは限りません。稼働中のDCを古いチェックポイントへ安易に戻さず、適用内容、再起動時刻、機能確認と未解決のエラーを記録して判断します。