次の方法で共有

他の方法で Azure Stack HCI OS バージョン 22H2 をバージョン 23H2 にアップグレードする

適用対象: Azure Local 2311.2 以降

重要

Azure Stack HCI バージョン 22H2 は、2025 年 5 月 31 日にサポートが終了します。 この日付より後:

  • 毎月のセキュリティと品質の更新は停止します。
  • バージョン 22H2 システムの請求処理は続行されます。
  • 登録や修復など、システムは動作し続けます。
  • Microsoft サポートは引き続きアップグレード サポートでのみ利用できます。

サポートを維持し、更新プログラムの受信を続行するには、オペレーティング システムを バージョン 23H2 にアップグレードすることをお勧めします。 Azure Stack HCI バージョン 22H2 ストレッチ クラスターを実行している場合、または System Center - Virtual Machine Manager を使用して Azure Local を管理している場合は、 サポートされているワークロードと構成 の表で更新タイムラインを確認してください。

この記事では、 SConfig などの手動の方法を使用して、Azure Local のオペレーティング システム (OS) をバージョン 22H2 からバージョン 23H2 にアップグレードし、オフライン アップグレードを実行する方法について説明します。 これは、OS のみをアップグレードするアップグレード プロセスの最初の手順です。

これらの他の方法を使用できますが、OS をアップグレードするには PowerShell が推奨される方法です。 詳細については、「 PowerShell を使用した Azure Stack HCI OS バージョン 22H2 からバージョン 23H2 へのアップグレード」を参照してください。

この記事では、Azure Stack HCI OS バージョン 23H2 を 新しい バージョンとして、Azure Stack HCI OS バージョン 22H2 を 以前 のバージョンと呼んで説明します。

重要

Azure ローカル サービスをサポートされている状態に保つために、この新しい OS バージョンをインストールするには最大 6 か月が必要です。 この更新プログラムは、バージョン 22H2 を実行しているすべての Azure Local インスタンスに適用されます。 このバージョンが利用可能になったらすぐにインストールすることを強くお勧めします。

全体的なOSアップグレードのワークフロー

Azure Stack HCI オペレーティング システムの更新プログラムは、Windows Update と、Azure portal からダウンロードできるメディアを介して入手できます。

システム上の OS をアップグレードするには、次の大まかな手順に従います。

  1. 前提条件を満たす。
  2. レジストリ キーを更新します。
  3. システムに接続します。
  4. 他のいずれかの方法を使用して新しい OS をインストールします。
    1. SConfig を使用したフェールオーバー クラスターの手動アップグレード。
    2. システム内のすべてのマシンのオフライン手動アップグレード。
  5. 更新プログラムの状態を確認します。
  6. OS のアップグレード後に、アップグレード後の手順を実行します。

前提条件を満たす

開始する前に次の点を確認します。

  • Azure ローカルで実行されているバージョン 22H2 にアクセスできます。

  • システムは Azure に登録されています。

  • Azure Local 内のすべてのマシンは正常であり、 オンラインとして表示されます。

  • 仮想マシン (VM) をシャットダウンします。 データベースの予期しない停止や損害を防ぐために、OS アップグレードを実行する前に VM をシャットダウンすることをお勧めします。

  • Azure Stack HCI OS バージョン 23H2 ソフトウェア更新プログラムにアクセスできます。 この更新プログラムは、Windows Update またはダウンロード可能なメディアとして利用できます。 メディアは、Azure portal からダウンロードできるバージョン 2503 ISO である必要があります。

  • Azure Local に接続できるクライアントにアクセスできます。 このクライアントは PowerShell 5.0 以降を実行している必要があります。

  • RepairRegistration コマンドレットは、次の両方の条件が適用される場合にのみ実行します。

    • ID プロパティが見つからないか、type = "SystemAssigned"が含まれていない。
      • Azure portal のリソース JSON でこれを確認する
      • または、 Get-AzResource -Name <cluster_name> PowerShell コマンドレットを実行します
    • クラウド管理クラスター グループが存在しません。 Get-ClusterGroup PowerShell コマンドレットを実行して確認します。

    これらの両方の条件が満たされている場合は、 RepairRegistration コマンドレットを実行します。

    Register-AzStackHCI -TenantId "<tenant_ID>" -SubscriptionId "<subscription_ID>" -ComputerName "<computer_name>" -RepairRegistration

  • (推奨)OS をアップグレードする前に、Azure ローカル コンピューターで セキュア ブート を有効にします。 セキュア ブートを有効にするには、次の手順に従います。

    1. クラスター ノードをドレインします。
    2. OS を再起動します。
    3. BIOS/UEFI メニューを入力します。
    4. UEFI 構成オプションの [ブート ] または [ セキュリティ ] セクションを確認し、[セキュア ブート] オプションを見つけます。
    5. オプションを [有効] または [オン] に設定します。
    6. 変更を保存し、コンピューターを再起動します。

    必要に応じて、ハードウェア ベンダーに問い合わせてください。

手順 0: レジストリ キーを更新する

回復性のあるファイル システム (ReFS) とライブ マイグレーションが OS のアップグレード中およびアップグレード後に正しく機能するようにするには、システム内の各マシンで次の手順に従ってレジストリ キーを更新します。 変更を有効にするには、各マシンを再起動します。

  1. RefsEnableMetadataValidationを0に設定します。

    Set-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\FileSystem" -Name "RefsEnableMetadataValidation" -Value 0 -Type DWord  -ErrorAction Stop

  2. パラメーター キーが存在しない場合は作成します。 既に存在する場合は、コマンドがエラーで失敗する可能性があります。これは予期されます。

    New-Item -Path HKLM:\SYSTEM\CurrentControlSet\Services\Vid\Parameters

  3. SkipSmallLocalAllocationsを0に設定します。

    New-ItemProperty -Path HKLM:\SYSTEM\CurrentControlSet\Services\Vid\Parameters -Name SkipSmallLocalAllocations -Value 0 -PropertyType DWord

  4. 変更を有効にするには、コンピューターを再起動します。 コンピューターの再起動時に、 RefsEnableMetadataValidation キーがオーバーライドされ、ReFS ボリュームがオンラインに失敗した場合は、最初に RefsEnableMetadataValidation を 1 に設定してから、もう一度 0 に戻ってキーを切り替えます。

  5. 次の手順に進む前に、システム内の各マシンにレジストリ キーが適用されていることを更新して確認します。

手順 1: システムに接続する

クライアントで次の手順に従って、システム上のいずれかのマシンに接続します。

重要

SConfig を使用して手動アップグレードを実行するには、マシンに直接ログインする必要があります。 リモート PowerShell を使用してシステム アクションを制御することも、更新の実行時に各マシンから直接コマンドを実行することもできます。

  1. システムへの接続に使用しているクライアントで、管理者として PowerShell を実行します。

  2. Azure Local 上のコンピューターへのリモート PowerShell セッションを開きます。 次のコマンドを実行し、メッセージが表示されたらコンピューターの資格情報を指定します。

    $cred = Get-Credential
Enter-PSSession -ComputerName "<Computer IP>" -Credential $cred

    出力例を次に示します。

    PS C:\Users\Administrator> $cred = Get-Credential

cmdlet Get-Credential at command pipeline position 1
Supply values for the following parameters:
Credential
PS C:\Users\Administrator> Enter-PSSession -ComputerName "100.100.100.10" -Credential $cred 
[100.100.100.10]: PS C:\Users\Administrator\Documents>

手順 2: 他の方法を使用して新しい OS をインストールする

要件に応じて、SConfig を使用して OS を手動で更新するか、システムのすべてのマシンを同時に更新できます。 これらの各方法について、以下のセクションで説明します。

方法 1: SCONFIG を使用してフェールオーバー クラスターの手動 OS 更新を実行する

フェールオーバー クラスターの手動機能更新を実行するには、 SConfig ツールとフェールオーバー クラスタリング PowerShell コマンドレットを使用します。 SConfig の詳細については、「サーバー構成ツール (SConfig) を使用して Windows Server と Azure Local の Server Core インストールを構成する」を参照してください。

クラスター内の各マシンについて、ターゲット ノードで次のコマンドを実行します。

  1. Suspend-ClusterNode -Node <Node Name> -Drain

    1. Get-ClusterGroupを使用して一時停止を確認します。 ターゲット ノードでは何も実行しないでください。

    2. ターゲット ノードで SCONFIG オプション 6.3 を実行します。

    3. ターゲット ノードが再起動したら、Get-Storage-Job を実行し、ストレージ修復ジョブがすべて完了するまで待ちます。その際、ストレージ ジョブが存在しないか、すべてのストレージ ジョブが完了していることを確認してください。

  2. Resume-ClusterNode -Node <Node Name> -Failback

すべてのノードがアップグレードされたら、インストール後の手順を実行できます。

方法 2: システム内のすべてのマシンの高速オフライン OS 更新を実行する

この方法では、システム内のすべてのマシンを一度に停止させ、それらのすべてで同時に OS を更新することができます。 これにより、更新プロセス中の時間は節約されますが、トレードオフはホストされているリソースのダウンタイムです。

重要なセキュリティ更新プログラム 迅速に適用する必要がある場合や、メンテナンス期間内に更新プログラムが完了していることを確認する必要がある場合は、この方法が適している可能性があります。 このプロセスにより、Azure Local がダウンし、マシンが更新され、すべてが再び起動します。

  1. メンテナンス期間を計画します。

  2. 仮想ディスクをオフラインにします。

  3. 記憶域プールをオフラインにするには、システムを停止します。 Stop-Cluster コマンドレットを実行するか、Windows Admin Center を使用してシステムを停止します。

  4. 各マシンで以下の PowerShell コマンドを実行して、クラスター サービスを [無効] に設定します。 これにより、更新中にクラスター サービスが起動しなくなります。

    Set-Service -Name clussvc -StartupType Disabled
  5. Windows Server の累積的な更新プログラムと必要なサービス スタック更新プログラムをすべてのマシンに適用します。 すべてのマシンを同時に更新できます。システムがダウンしているため、待機する必要はありません。

  6. マシンを再起動し、すべてが正常に表示されていることを確認します。

  7. 各マシンで以下の PowerShell コマンドを実行して、クラスター サービスを [自動] に戻します。

    Set-Service -Name clussvc -StartupType Automatic

  8. システムを起動します。 Start-Cluster コマンドレットを実行するか、Windows Admin Center を使用します。

  9. 数分待ちます。 記憶域プールが正常であることを確認してください。 Get-StorageJobを実行して、すべてのジョブが正常に完了したことを確認します。

  10. 仮想ディスクをオンラインに戻します。

  11. Get-VolumeコマンドレットとGet-VirtualDiskコマンドレットを実行して、仮想ディスクの状態を監視します。

手順 3: 更新プログラムの状態を確認する

  1. 進行中の更新に関する概要情報を取得するには、 Get-CauRun コマンドレットを実行します。

    Get-CauRun -ClusterName <SystemName>

    出力例を次に示します。 

    RunId                   : <Run ID> 
RunStartTime            : 10/13/2024 1:35:39 PM 
CurrentOrchestrator     : NODE1 
NodeStatusNotifications : { 
Node      : NODE1 
Status    : Waiting 
Timestamp : 10/13/2024 1:35:49 PM 
} 
NodeResults             : { 
Node                     : NODE2 
Status                   : Succeeded 
ErrorRecordData          : 
NumberOfSucceededUpdates : 0 
NumberOfFailedUpdates    : 0 
InstallResults           : Microsoft.ClusterAwareUpdating.UpdateInstallResult[] 
}

  2. システム内のいずれかのマシンで Test-Cluster コマンドレットを実行して、システムの正常性を検証します。 いずれかの条件チェックが失敗した場合は、次の手順に進む前に解決してください。

    Test-Cluster

  3. 次の手順に進む前に、システムの各マシンにレジストリ キーが適用されていることを確認します。

    レジストリ キーが存在するかどうかを確認するには:

    Set-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\FileSystem" -Name "RefsEnableMetadataValidation"

    必要に応じてレジストリ キーを再適用し、各マシンを再起動して変更を有効にするには、次のようにします。

    Set-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\FileSystem" -Name "RefsEnableMetadataValidation" -Value 0 -Type DWord  -ErrorAction Stop

    OS のアップグレードが失敗した場合は、次のコマンドを実行して CAU の実行を回復します。

    Invoke-CauRun –ForceRecovery -Force

これで、システムの OS アップグレード後の手順を実行する準備ができました。

次のステップ