Windows Server 管理で Windows Admin Center を使っている場合、2026年4月更新で最初に確認すべきポイントは 「ボリューム削除を条件未確認のまま実行しない」 ことです。今回の Windows Admin Center known issues では、Hyper-Converged Cluster Manager の Volumes ツールに関する既知の問題が整理され、Cluster Manager 拡張機能や Windows Admin Center 本体、Azure Portal 拡張機能のバージョン確認が実務上の判断基準になりました。MicrosoftDocs の該当ドキュメント履歴では、2026年4月21日に「ボリューム削除操作の既知の問題を更新し、データ損失を防ぐための条件を明確化した」コミットが記録されています。(GitHub)
この記事では、IT 管理者や技術判断者が「自社環境で何を確認し、どの操作を止めるべきか」をすぐ判断できるように、更新ポイント、影響範囲、確認手順、運用上の注意点を整理します。
Windows Serverの最新動向: Windows Admin Center known issuesで何が変わったか
今回の更新は、新機能追加というより 運用リスクを避けるための既知の問題の明確化 です。特に重要なのは、Windows Admin Center の Hyper-Converged Cluster Manager ソリューションにある Volumes ツールの誤った削除 に関する記述です。
Microsoft Learn の現行本文では、Cluster Manager のバージョンが 5.2.6 未満の Windows Admin Center 環境で、ボリューム削除操作に問題が発生する可能性があると説明されています。データ損失を防ぐため、以下のいずれかを満たしていない限り、Windows Admin Center でボリュームを削除しないよう案内されています。(Microsoft Learn)
| 確認項目 | 削除操作を進める前の条件 | 実務での意味 |
|---|---|---|
| Cluster Manager 拡張機能 | バージョン 5.2.6 以上 | 拡張機能単位で更新状況を確認する |
| Windows Admin Center 本体 | バージョン 2511、ビルド 2.6.6.18 以上 | WAC ゲートウェイ本体のバージョンを確認する |
| Azure Portal 上の WAC | Azure Portal 拡張機能 0.76.0.0 以上 | Azure Local を Azure Portal 経由で管理している場合に確認する |
| 上記を満たさない場合 | WAC からボリュームを削除しない | 変更作業を止め、更新または別手順を検討する |
ポイントは、「古い環境では必ずデータ損失が起きる」と断定されているわけではないことです。ただし、対象操作がボリューム削除である以上、影響は大きくなります。運用上は、問題が再現するかどうかを試すのではなく、条件を満たすまで削除操作を止める判断が妥当です。
2026年4月更新の中心は「削除してよい条件」の明確化
2026年4月21日の変更では、単に「Cluster Manager 拡張機能を更新する」といった表現から、複数の条件を明示する形に整理されています。具体的には、Cluster Manager 拡張機能 5.2.6 以上、Windows Admin Center 2511 build 2.6.6.18 以上、または Azure Portal 拡張機能 0.76.0.0 以上のいずれかを満たす必要がある、という判断基準です。(GitHub)
この変更が重要なのは、Windows Admin Center の運用形態が組織によって異なるためです。オンプレミスの WAC ゲートウェイを使う組織もあれば、Azure Portal から Azure Local を管理する組織もあります。どの環境でも同じ「最新版にする」だけでは判断が曖昧になりやすいため、バージョン番号で確認できる形に整理された点は、現場の変更管理にとって実用的です。
影響を受ける可能性がある環境
今回の Windows Admin Center known issues は、Windows Server を管理しているすべての操作に一律で影響するものではありません。特に確認すべきなのは、Windows Admin Center でクラスターや Azure Local、ハイパーコンバージド構成のストレージを管理している環境です。
| 環境 | 確認すべきこと | 優先度 |
|---|---|---|
| Windows Admin Center でクラスターのボリュームを管理している | Cluster Manager 拡張機能のバージョン | 高 |
| Azure Local を WAC から管理している | Azure Local の既知の問題にも同じ注意が出ていないか | 高 |
| Azure Portal の Windows Admin Center 拡張機能を使っている | AdminCenter 拡張機能が 0.76.0.0 以上か | 高 |
| 複数の WAC ゲートウェイを運用している | すべてのゲートウェイで同じバージョンか | 中 |
| プロキシ配下・閉域網で WAC を使っている | 拡張機能フィードに接続でき、更新を受け取れているか | 中 |
Azure Local のリリースノートでも、以前のリリースからの既知の問題として、Cluster Manager 5.2.6 未満の Windows Admin Center ではボリューム削除操作に問題が発生する可能性があること、データ損失を防ぐには拡張機能または WAC 本体の条件を満たす必要があることが示されています。(Microsoft Learn)
管理者が最初にやるべき確認手順
ボリューム削除の予定がある場合は、作業直前ではなく、変更申請やメンテナンス計画の段階で確認してください。削除操作は取り消しが難しいため、承認フローにバージョン確認を組み込むのが安全です。
| 手順 | 確認内容 | 判断 |
|---|---|---|
| 1 | Windows Admin Center でボリューム削除を行う予定があるか確認する | 予定がなければ緊急度は下がるが、棚卸しは必要 |
| 2 | 対象が Hyper-Converged Cluster Manager / Volumes ツールか確認する | 対象なら次へ進む |
| 3 | Cluster Manager 拡張機能のバージョンを確認する | 5.2.6 以上なら条件を満たす |
| 4 | WAC 本体のバージョンとビルドを確認する | 2511 build 2.6.6.18 以上なら条件を満たす |
| 5 | Azure Portal 経由の場合、WAC Azure 拡張機能を確認する | 0.76.0.0 以上なら条件を満たす |
| 6 | どの条件も満たさない場合 | WAC からのボリューム削除を中止する |
Windows Admin Center の拡張機能は、接続の種類やツールごとに個別にインストール、アンインストール、更新できる仕組みです。Microsoft のドキュメントでは、拡張機能の詳細画面でバージョンなどを確認でき、インストール済み拡張機能の状態列で更新の有無を確認できると説明されています。(Microsoft Learn)
そのため、「Windows Admin Center を最近更新したから大丈夫」とだけ判断するのは危険です。WAC 本体、Cluster Manager 拡張機能、Azure Portal 拡張機能のどれで条件を満たしているのかを、作業記録に残してください。
Azure Portal 拡張機能を使っている場合の見方
Azure Portal から Windows Admin Center を利用している場合は、オンプレミスの WAC ゲートウェイとは確認ポイントが異なります。Microsoft Learn の Windows Admin Center Azure 拡張機能のリリースノートでは、2026年4月のバージョン 0.76.0.0 で、Azure Local 管理に使われる Cluster Manager 拡張機能を 5.2.6 に更新し、既知の問題に対処したと説明されています。(Microsoft Learn)
つまり、Azure Portal 経由で Azure Local を管理している組織では、次の2点を分けて確認する必要があります。
- Azure Portal の AdminCenter 拡張機能が 0.76.0.0 以上か
- 実際に管理対象の Azure Local / クラスターに対して、問題のある古い管理経路を使っていないか
特に、オンプレミス WAC と Azure Portal WAC の両方を併用している環境では注意が必要です。片方だけ更新されていても、もう片方の古い管理画面から削除操作を実行できる状態では、運用リスクが残ります。
バージョン確認で失敗しやすいポイント
Windows Admin Center known issues の更新を受けて現場でよく起きるのは、「最新版のつもりだったが、実際には拡張機能だけ古かった」というケースです。WAC は拡張機能単位で更新できるため、本体とツールのバージョンが必ず同じタイミングでそろうとは限りません。
また、プロキシやファイアウォールで送信接続が制限されている環境では、拡張機能の更新を受け取れない可能性があります。Microsoft の拡張機能管理ドキュメントでも、ネットワーク構成が正しくない場合は拡張機能の更新プログラムを受け取れないと説明されています。(Microsoft Learn)
| 失敗しやすい判断 | なぜ危険か | 推奨対応 |
|---|---|---|
| WAC にログインできるので問題ないと判断する | ログイン可否と削除操作の安全性は別問題 | 対象ツールとバージョンを確認する |
| WAC 本体だけ更新して安心する | 拡張機能が古いままの可能性がある | Cluster Manager 拡張機能も確認する |
| 1台のゲートウェイだけ確認する | 別ゲートウェイから操作される可能性がある | 全 WAC ゲートウェイを棚卸しする |
| Azure Portal 側とオンプレ側を混同する | 管理経路ごとにバージョンが違う | 管理経路別に台帳化する |
| 作業直前に気づく | メンテナンス枠内で更新判断が難しい | 変更申請前に確認する |
ボリューム削除前の実務チェックリスト
今回の更新を運用に落とし込むなら、ボリューム削除の標準手順書に次のチェックを追加するのが効果的です。
| チェック項目 | 確認例 |
|---|---|
| 対象ボリューム | クラスター名、ボリューム名、用途、依存する VM やサービス |
| 管理経路 | オンプレ WAC、Azure Portal WAC、別管理ツールのどれを使うか |
| WAC 本体バージョン | 2511 build 2.6.6.18 以上か |
| Cluster Manager 拡張機能 | 5.2.6 以上か |
| Azure Portal 拡張機能 | 0.76.0.0 以上か |
| バックアップ・復旧 | 削除前のバックアップ、復旧手順、復旧担当者 |
| 承認 | ストレージ管理者、アプリ管理者、変更管理者の承認 |
| 作業後確認 | クラスター、記憶域プール、VM、監視アラートの確認 |
ここで重要なのは、バージョン確認を「参考情報」ではなく「作業開始条件」にすることです。条件を満たさない場合は、作業者の経験や緊急度に関係なく、Windows Admin Center からの削除操作を止めるルールにしてください。
更新する場合の現実的な進め方
対象環境が条件を満たしていない場合、まず検討すべきなのは Cluster Manager 拡張機能または Windows Admin Center の更新です。Windows Admin Center のリリース履歴では、バージョン 2511 が GA リリースとして案内され、セキュリティ改善や重要なバグ対応のために複数回更新されていると説明されています。(Microsoft Learn)
ただし、本番環境では「最新版だから即適用」ではなく、以下の順序で進めるのが安全です。
| フェーズ | 実施内容 |
|---|---|
| 事前確認 | 現在の WAC 本体、Cluster Manager 拡張機能、Azure Portal 拡張機能のバージョンを記録 |
| 影響確認 | WAC を使う管理者、対象クラスター、メンテナンス予定を確認 |
| 検証 | 可能であれば検証環境で拡張機能更新後の表示と接続を確認 |
| 更新 | WAC 本体または対象拡張機能を更新 |
| 再確認 | 更新後のバージョン、接続、対象ボリュームの表示を確認 |
| 作業再開 | 条件を満たしたことを変更記録に残してから削除作業へ進む |
閉域網やインターネット非接続環境では、拡張機能パッケージを別環境で取得し、ファイル共有やローカルドライブ経由で Windows Admin Center に取り込む方法も用意されています。こうした環境では、更新が止まりやすいため、通常のオンライン環境よりもバージョン棚卸しの重要度が高くなります。(Microsoft Learn)
技術判断者が押さえるべき運用上の意味
今回の Windows Admin Center known issues は、単なる「既知の不具合一覧」ではなく、管理ツールの利用ルールを見直すきっかけになります。特に、Windows Server や Azure Local を複数拠点で運用する組織では、WAC のバージョン差がそのまま運用リスクになります。
技術判断者は、次の3点を決めておくべきです。
| 決めること | 具体例 |
|---|---|
| 誰が WAC の更新責任を持つか | サーバーチーム、基盤チーム、クラウド運用チームのどこが管理するか |
| どの操作を禁止操作にするか | 条件未達の WAC からのボリューム削除を禁止 |
| どの頻度で known issues を確認するか | 月次パッチ確認、四半期レビュー、変更作業前チェックに組み込む |
Windows Admin Center は便利な GUI 管理ツールですが、複数の管理者が同じゲートウェイを使う環境では、画面にボタンが表示されていることと、その操作が安全であることは別です。特に削除、移行、更新、ロール変更のような破壊的操作は、known issues とリリースノートを確認してから実行する運用に変えるべきです。
今回の更新を受けて取るべき次の行動
まず、Windows Admin Center でクラスターや Azure Local のボリューム削除を行う予定があるかを確認してください。予定がある場合は、作業を進める前に Cluster Manager 拡張機能 5.2.6 以上、Windows Admin Center 2511 build 2.6.6.18 以上、または Azure Portal 拡張機能 0.76.0.0 以上のいずれかを満たしているか確認します。
条件を満たしていない場合は、Windows Admin Center からのボリューム削除を止め、更新計画を立てるべきです。複数の WAC ゲートウェイや Azure Portal 経由の管理経路がある場合は、1か所だけでなく、実際に作業者が使うすべての経路を確認してください。
今回のポイントはシンプルです。Windows Admin Center known issues の2026年4月更新は、ボリューム削除の前にバージョン条件を確認するための警告 です。GUI 操作の手軽さに頼らず、削除操作の前提条件としてバージョン確認と変更管理を組み込むことが、Windows Server 管理の安全性を高める最短ルートです。
コメント