記憶域スペース ダイレクト クラスターを Windows Server 2019 にアップグレードする

このトピックでは、記憶域スペース Direct クラスターを Windows Server 2019 にアップグレードする方法について説明します。 クラスター OSローリング アップグレード プロセスを使用して、記憶域スペース Direct クラスターを Windows Server 2016 から Windows Server 2019 にアップグレードするには、4 つの方法があります。2 つには VM の実行を維持する方法と、すべての VM の停止を伴う 2 つの方法があります。 各アプローチには異なる長所と短所があります。そのため、組織のニーズに最適な方法を選択します。

  • クラスター内の各サーバーで VM が実行されている間のインセット アップグレード- このオプションでは VM のダウンタイムは発生しませんが、各サーバーのアップグレード後にストレージ ジョブ (ミラー修復) が完了するまで待機する必要があります。

  • クラスター内の各サーバーで VM が実行されている間のクリーン OS インストール- このオプションでは VM のダウンタイムは発生しませんが、各サーバーのアップグレード後にストレージ ジョブ (ミラー修復) が完了するのを待つ必要があります。また、各サーバーとそのすべてのアプリとロールを再度設定する必要があります。

  • クラスター内の各サーバーで VM が停止している間の一時アップグレード。このオプションでは VM のダウンタイムが発生しますが、ストレージ ジョブ (ミラー修復) を待機する必要はありません。そのため、高速になります。

  • クラスター内 の各サーバーで VM が停止している間にクリーン OS をインストールする - このオプションを選択すると、VM のダウンタイムが発生しますが、ストレージ ジョブ (ミラー修復) を待つ必要はありません。そのため、高速になります。

前提条件と制限事項

アップグレードを進む前に、次の手順を実行します。

  • アップグレード プロセス中に問題が発生した場合に、使用できるバックアップを持っている必要があります。

  • ハードウェア ベンダーが、サーバー 2019 でサポートするサーバーの BIOS、ファームウェア、およびドライバー Windows確認します。

アップグレード プロセスには、次の点に注意する必要があるいくつかの制限があります。

  • 176693.292 より前の Windows Server 2019 ビルドで 記憶域スペース Direct を有効にするには、記憶域スペース Direct およびソフトウェア定義ネットワーク機能を有効にするレジストリ キーについて Microsoft サポートに問い合わせが必要な場合があります。 詳細については、「」の記事Microsoft サポート技術情報を4464776。

  • ReFS ボリュームを使用してクラスターをアップグレードする場合、いくつかの制限があります。

  • アップグレードは ReFS ボリュームで完全にサポートされています。ただし、アップグレードされたボリュームは、Windows Server 2019 での ReFS 拡張機能の恩恵を受け "ない"。 ミラー アクセラレータによるパリティのパフォーマンスの向上など、これらの利点には、新しく作成されたサーバー 2019 ReFS ボリュームWindowsが必要です。 つまり、 コマンドレットまたはコマンドレットを使用して新しいボリュームを作成 New-Volume する必要サーバー マネージャー。 新しいボリュームで得る ReFS 拡張機能の一部を次に示します。

    • MAP ログ バイパス: クラスター化された (記憶域スペース Direct) システムにのみ適用され、スタンドアロン記憶域プールには適用されない ReFS のパフォーマンスが向上しました。

    • マルチ回復 性ボリュームに固有Windows Server 2019 での圧縮効率の向上。

  • Direct クラスター サーバー Windows Server 2016 記憶域スペースアップグレードする前に、サーバーをストレージ メンテナンス モードにすることをお勧めします。 詳細については、「 Troubleshoot 記憶域スペース Direct 」の「Event 5120」セクションを参照してください。 この問題は Windows Server 2016 で修正されましたが、ベスト プラクティスとして、アップグレード中に各 記憶域スペース Direct サーバーをストレージ メンテナンス モードにすることをお勧めします。

  • SET スイッチを使用するソフトウェア定義ネットワーク環境には既知の問題があります。 この問題には、Hyper-V VM の Windows Server 2019 から Windows Server 2016 へのライブ マイグレーション (以前のオペレーティング システムへのライブ マイグレーション) が含まれる。 ライブ マイグレーションを確実に成功するには、Windows Server 2019 から Windows Server 2016 にライブ マイグレーションされる VM の VM ネットワーク設定を変更することをお勧めします。 この問題は、2019-01D 修正プログラム ロールアップ パッケージ (別名ビルド 17763.292) の Windows Server 2019 で修正されています。 詳細については、次の記事Microsoft サポート技術情報を4476976。

上記の既知の問題により、一部のお客様は、以下で説明する 4 つのプロセスのいずれかを使用して Windows Server 2016 クラスターをアップグレードするのではなく、新しい Windows Server 2019 クラスターを構築し、古いクラスターからデータをコピーすることが検討される場合があります。

VM の実行中にイン Place アップグレードを実行する

このオプションでは VM のダウンタイムは発生しませんが、各サーバーのアップグレード後にストレージ ジョブ (ミラー修復) が完了するまで待機する必要があります。 アップグレード プロセス中は個々のサーバーが順番に再起動しますが、クラスター内の残りのサーバーとすべての VM は実行されたままです。

  1. クラスター内のすべてのサーバーが最新の更新プログラムをインストールWindowsします。 詳細については、「更新履歴のWindows 10とWindows Server 2016」を参照してください。 少なくとも、2019 年 2 Microsoft サポート技術情報月 19 4487006記事をインストールします。 ビルド番号 (コマンドを ver 参照) は 14393.2828 以上である必要があります。

  2. SET スイッチでソフトウェア定義ネットワークを使用している場合は、管理者特権の PowerShell セッションを開き、次のコマンドを実行して、クラスター上のすべての VM で VM のライブ マイグレーション検証チェックを無効にします。

    Get-ClusterResourceType -Cluster {clusterName} -Name "Virtual Machine" |
    Set-ClusterParameter -Create SkipMigrationDestinationCheck -Value 1
    
  3. 一度に 1 つのクラスター サーバーで次の手順を実行します。

    1. Hyper-V VM のライブ マイグレーションを使用して、アップグレードするサーバーから実行中の VM を移動します。

    2. 次の PowerShell コマンドを使用してクラスター サーバーを一時停止します。一部の内部グループは非表示になっています。 この手順は注意することをお勧めします。サーバーから VM をまだライブ 移行していない場合は、このコマンドレットによって自動的に行われ、必要に応じて前の手順をスキップできます。

      Suspend-ClusterNode -Drain
      
    3. 次の PowerShell コマンドを実行して、サーバーをストレージ メンテナンス モードにします。

      Get-StorageFaultDomain -type StorageScaleUnit |
      Where FriendlyName -Eq <ServerName> |
      Enable-StorageMaintenanceMode
      
    4. 次のコマンドレットを実行して 、OperationalStatus の値が [メンテナンス モード] に設定されています

      Get-PhysicalDisk
      
    5. setup.exeを実行し、[個人のファイルとアプリを保持する] オプションを使用して、サーバーに Windows Server 2019 のアップグレード インストールを実行します。 インストールが完了すると、サーバーはクラスターに残り、クラスター サービスが自動的に開始されます。

    6. 新しくアップグレードされたサーバーに、Server 2019 の最新の更新プログラムWindows確認します。 詳細については、「Server 2019 Windows 10と Windows履歴」を参照してください。 ビルド番号 (コマンドを ver 参照) は 17763.292 以上である必要があります。

    7. 次の PowerShell コマンドを使用して、ストレージ メンテナンス モードからサーバーを削除します。

      Get-StorageFaultDomain -type StorageScaleUnit |
      Where FriendlyName -Eq <ServerName> |
      Disable-StorageMaintenanceMode
      
    8. 次の PowerShell コマンドを使用してサーバーを再開します。

      Resume-ClusterNode
      
    9. ストレージ修復ジョブが完了し、すべてのディスクが正常な状態に戻るのを待ちます。 これは、サーバーのアップグレード中に実行されている VM の数によっては、かなりの時間がかかる場合があります。 実行するコマンドを次に示します。

      Get-StorageJob
      Get-VirtualDisk
      
  4. クラスター内の次のサーバーをアップグレードします。

  5. すべてのサーバーが Server 2019 Windowsアップグレードされた後、次の PowerShell コマンドレットを使用してクラスターの機能レベルを更新します。

    Update-ClusterFunctionalLevel
    

    注意

    クラスターの機能レベルはできるだけ早く更新することをお勧めしますが、技術的には最大 4 週間かかります。

  6. クラスターの機能レベルが更新された後、次のコマンドレットを使用して記憶域プールを更新します。 この時点で、 などの新しいコマンドレット Get-ClusterPerf は、クラスター内の任意のサーバーで完全に動作します。

    Update-StoragePool
    
  7. 必要に応じて、各 VM を停止し、 コマンドレットを使用して VM を再度起動して、VM Update-VMVersion 構成レベルをアップグレードします。

  8. 上記の指示に従って、SET スイッチと無効にされた VM ライブ マイグレーション チェックでソフトウェア定義ネットワークを使用している場合は、次のコマンドレットを使用して VM ライブ検証チェックを再び有効にします。

    Get-ClusterResourceType -Cluster {clusterName} -Name "Virtual Machine" |
    Set-ClusterParameter  SkipMigrationDestinationCheck -Value 0
    
  9. アップグレードしたクラスターが想定どおりに機能することを確認します。 ロールは正しくフェールオーバーする必要があり、VM のライブ マイグレーションがクラスターで使用されている場合、VM は正常にライブ マイグレーションする必要があります。

  10. クラスター検証 ( ) を実行し、クラスター検証レポートを調べて、クラスター Test-Cluster を検証します。

VM の実行中に OS のクリーン インストールを実行する

このオプションでは VM のダウンタイムは発生しませんが、各サーバーのアップグレード後にストレージ ジョブ (ミラー修復) が完了するまで待機する必要があります。 アップグレード プロセス中は個々のサーバーが順番に再起動しますが、クラスター内の残りのサーバーとすべての VM は実行されたままです。

  1. クラスター内のすべてのサーバーで最新の更新プログラムが実行されているのを確認します。 詳細については、「更新履歴のWindows 10とWindows Server 2016」を参照してください。 少なくとも、2019 年 2 Microsoft サポート技術情報月 19 4487006記事をインストールします。 ビルド番号 (コマンドを ver 参照) は 14393.2828 以上である必要があります。

  2. SET スイッチでソフトウェア定義ネットワークを使用している場合は、管理者特権の PowerShell セッションを開き、次のコマンドを実行して、クラスター上のすべての VM で VM のライブ マイグレーション検証チェックを無効にします。

    Get-ClusterResourceType -Cluster {clusterName} -Name "Virtual Machine" |
    Set-ClusterParameter -Create SkipMigrationDestinationCheck -Value 1
    
  3. 一度に 1 つのクラスター サーバーで次の手順を実行します。

    1. Hyper-V VM のライブ マイグレーションを使用して、アップグレードするサーバーから実行中の VM を移動します。

    2. 次の PowerShell コマンドを使用してクラスター サーバーを一時停止します。一部の内部グループは非表示になっています。 この手順は注意することをお勧めします。サーバーから VM をまだライブ 移行していない場合は、このコマンドレットによって自動的に行われ、必要に応じて前の手順をスキップできます。

      Suspend-ClusterNode -Drain
      
    3. 次の PowerShell コマンドを実行して、サーバーをストレージ メンテナンス モードにします。

      Get-StorageFaultDomain -type StorageScaleUnit |
      Where FriendlyName -Eq <ServerName> |
      Enable-StorageMaintenanceMode
      
    4. 次のコマンドレットを実行して 、OperationalStatus の値が [メンテナンス モード] に設定されています

      Get-PhysicalDisk
      
    5. 次の PowerShell コマンドを実行して、クラスターからサーバーを削除します。

      Remove-ClusterNode <ServerName>
      
    6. サーバーに Windows Server 2019 のクリーン インストールを実行します。システム ドライブのフォーマット、setup.exeの実行、"Nothing" オプションの使用です。 セットアップが完了してサーバーを再起動した後、サーバー ID、ロール、機能、アプリケーションを構成する必要があります。

    7. サーバーに Hyper-V の役割とFailover-Clustering機能をインストールします (コマンドレットを使用 Install-WindowsFeature できます)。

    8. 記憶域スペース Direct で使用するためにサーバー製造元によって承認されているハードウェア用の最新のストレージおよびネットワーク ドライバーをインストールします。

    9. 新しくアップグレードされたサーバーに、Server 2019 の最新の更新プログラムWindows確認します。 詳細については、「Server 2019 Windows 10と Windows履歴」を参照してください。 ビルド番号 (コマンドを ver 参照) は 17763.292 以上である必要があります。

    10. 次の PowerShell コマンドを使用して、サーバーをクラスターに再び追加します。

      Add-ClusterNode
      
    11. 次の PowerShell コマンドを使用して、ストレージ メンテナンス モードからサーバーを削除します。

      Get-StorageFaultDomain -type StorageScaleUnit |
      Where FriendlyName -Eq <ServerName> |
      Disable-StorageMaintenanceMode
      
    12. ストレージ修復ジョブが完了し、すべてのディスクが正常な状態に戻るのを待ちます。 これは、サーバーのアップグレード中に実行されている VM の数によっては、かなりの時間がかかる場合があります。 実行するコマンドを次に示します。

      Get-StorageJob
      Get-VirtualDisk
      
  4. クラスター内の次のサーバーをアップグレードします。

  5. すべてのサーバーが Server 2019 Windowsアップグレードされた後、次の PowerShell コマンドレットを使用してクラスターの機能レベルを更新します。

    Update-ClusterFunctionalLevel
    

    注意

    クラスターの機能レベルはできるだけ早く更新することをお勧めしますが、技術的には最大 4 週間かかります。

  6. クラスターの機能レベルが更新された後、次のコマンドレットを使用して記憶域プールを更新します。 この時点で、 などの新しいコマンドレット Get-ClusterPerf は、クラスター内の任意のサーバーで完全に動作します。

    Update-StoragePool
    
  7. 必要に応じて、各 VM を停止し、 コマンドレットを使用して VM の構成レベルをアップグレードし、VM を再度 Update-VMVersion 起動します。

  8. 上記の指示に従って、SET スイッチと無効にされた VM ライブ マイグレーション チェックでソフトウェア定義ネットワークを使用している場合は、次のコマンドレットを使用して VM ライブ検証チェックを再び有効にします。

    Get-ClusterResourceType -Cluster {clusterName} -Name "Virtual Machine" |
    Set-ClusterParameter SkipMigrationDestinationCheck -Value 0
    
  9. アップグレードしたクラスターが想定どおりに機能することを確認します。 ロールは正しくフェールオーバーする必要があり、VM のライブ マイグレーションがクラスターで使用されている場合、VM は正常にライブ マイグレーションする必要があります。

  10. クラスター検証 ( ) を実行し、クラスター検証レポートを調べて、クラスター Test-Cluster を検証します。

VM の停止中のイン Place アップグレードの実行

このオプションでは VM のダウンタイムが発生しますが、各サーバーのアップグレード後にストレージ ジョブ (ミラー修復) が完了するのを待つ必要はないので、アップグレード中に VM を実行し続けた場合よりも時間が短縮される可能性があります。 アップグレード プロセス中は個々のサーバーが順番に再起動しますが、クラスター内の残りのサーバーは実行されたままです。

  1. クラスター内のすべてのサーバーで最新の更新プログラムが実行されているのを確認します。 詳細については、「更新履歴のWindows 10とWindows Server 2016」を参照してください。 少なくとも、2019 年 2 Microsoft サポート技術情報月 19 4487006記事をインストールします。 ビルド番号 (コマンドを ver 参照) は 14393.2828 以上である必要があります。

  2. クラスターで実行されている VM を停止します。

  3. 一度に 1 つのクラスター サーバーで次の手順を実行します。

    1. 次の PowerShell コマンドを使用してクラスター サーバーを一時停止します。一部の内部グループは非表示になっています。 注意が必要な場合は、この手順をお勧めします。

      Suspend-ClusterNode -Drain
      
    2. 次の PowerShell コマンドを実行して、サーバーをストレージ メンテナンス モードにします。

      Get-StorageFaultDomain -type StorageScaleUnit |
      Where FriendlyName -Eq <ServerName> |
      Enable-StorageMaintenanceMode
      
    3. 次のコマンドレットを実行して 、OperationalStatus の値が [メンテナンス モード] に設定されています

      Get-PhysicalDisk
      
    4. setup.exeを実行し、[個人のファイルとアプリを保持する] オプションを使用して、サーバーに Windows Server 2019 のアップグレード インストールを実行します。 インストールが完了すると、サーバーはクラスターに残り、クラスター サービスが自動的に開始されます。

    5. 新しくアップグレードされたサーバーに、Server 2019 の最新の更新プログラムWindows確認します。 詳細については、「Server 2019 Windows 10と Windows履歴」を参照してください。 ビルド番号 (コマンドを ver 参照) は 17763.292 以上である必要があります。

    6. 次の PowerShell コマンドを使用して、ストレージ メンテナンス モードからサーバーを削除します。

      Get-StorageFaultDomain -type StorageScaleUnit |
      Where FriendlyName -Eq <ServerName> |
      Disable-StorageMaintenanceMode
      
    7. 次の PowerShell コマンドを使用してサーバーを再開します。

      Resume-ClusterNode
      
    8. ストレージ修復ジョブが完了し、すべてのディスクが正常な状態に戻るのを待ちます。 VM が実行されていないので、これは比較的高速である必要があります。 実行するコマンドを次に示します。

      Get-StorageJob
      Get-VirtualDisk
      
  4. クラスター内の次のサーバーをアップグレードします。

  5. すべてのサーバーが Server 2019 Windowsアップグレードされた後、次の PowerShell コマンドレットを使用してクラスターの機能レベルを更新します。

    Update-ClusterFunctionalLevel
    

    注意

    クラスターの機能レベルはできるだけ早く更新することをお勧めしますが、技術的には最大 4 週間かかります。

  6. クラスターの機能レベルが更新された後、次のコマンドレットを使用して記憶域プールを更新します。 この時点で、 などの新しいコマンドレット Get-ClusterPerf は、クラスター内の任意のサーバーで完全に動作します。

    Update-StoragePool
    
  7. クラスター上で VM を起動し、正常に動作しているのを確認します。

  8. 必要に応じて、各 VM を停止し、 コマンドレットを使用して VM の構成レベルをアップグレードし、VM を再度 Update-VMVersion 起動します。

  9. アップグレードしたクラスターが想定どおりに機能することを確認します。 ロールは正しくフェールオーバーする必要があり、VM のライブ マイグレーションがクラスターで使用されている場合、VM は正常にライブ マイグレーションする必要があります。

  10. クラスター検証 ( ) を実行し、クラスター検証レポートを調べて、クラスター Test-Cluster を検証します。

VM が停止している間のクリーンな OS インストールの実行

このオプションでは VM のダウンタイムが発生しますが、各サーバーのアップグレード後にストレージ ジョブ (ミラー修復) が完了するのを待つ必要はないので、アップグレード中に VM を実行し続けた場合よりも時間が短縮される可能性があります。 アップグレード プロセス中は個々のサーバーが順番に再起動しますが、クラスター内の残りのサーバーは実行されたままです。

  1. クラスター内のすべてのサーバーで最新の更新プログラムが実行されているのを確認します。 詳細については、「更新履歴のWindows 10とWindows Server 2016」を参照してください。 少なくとも、2019 年 2 Microsoft サポート技術情報月 19 4487006記事をインストールします。 ビルド番号 (コマンドを ver 参照) は 14393.2828 以上である必要があります。

  2. クラスターで実行されている VM を停止します。

  3. 一度に 1 つのクラスター サーバーで次の手順を実行します。

    1. 次の PowerShell コマンドを使用してクラスター サーバーを一時停止します。一部の内部グループは非表示になっています。 注意が必要な場合は、この手順をお勧めします。

      Suspend-ClusterNode -Drain
      
    2. 次の PowerShell コマンドを実行して、サーバーをストレージ メンテナンス モードにします。

      Get-StorageFaultDomain -type StorageScaleUnit |
      Where FriendlyName -Eq <ServerName> |
      Enable-StorageMaintenanceMode
      
    3. 次のコマンドレットを実行して 、OperationalStatus の値が [メンテナンス モード] に設定されています

      Get-PhysicalDisk
      
    4. 次の PowerShell コマンドを実行して、クラスターからサーバーを削除します。

      Remove-ClusterNode <ServerName>
      
    5. サーバーに Windows Server 2019 のクリーン インストールを実行します。システム ドライブのフォーマット、setup.exeの実行、"Nothing" オプションの使用です。 セットアップが完了してサーバーを再起動した後、サーバー ID、ロール、機能、アプリケーションを構成する必要があります。

    6. サーバーに Hyper-V の役割とFailover-Clustering機能をインストールします (コマンドレットを使用 Install-WindowsFeature できます)。

    7. 記憶域スペース Direct で使用するためにサーバー製造元によって承認されているハードウェア用の最新のストレージおよびネットワーク ドライバーをインストールします。

    8. 新しくアップグレードされたサーバーに、Server 2019 の最新の更新プログラムWindows確認します。 詳細については、「Server 2019 Windows 10と Windows履歴」を参照してください。 ビルド番号 (コマンドを ver 参照) は 17763.292 以上である必要があります。

    9. 次の PowerShell コマンドを使用して、サーバーをクラスターに再び追加します。

    Add-ClusterNode
    
    1. 次の PowerShell コマンドを使用して、ストレージ メンテナンス モードからサーバーを削除します。

      Get-StorageFaultDomain -type StorageScaleUnit |
      Where FriendlyName -Eq <ServerName> |
      Disable-StorageMaintenanceMode
      
    2. ストレージ修復ジョブが完了し、すべてのディスクが正常な状態に戻るのを待ちます。 これは、サーバーのアップグレード中に実行されている VM の数によっては、かなりの時間がかかる場合があります。 実行するコマンドを次に示します。

      Get-StorageJob
      Get-VirtualDisk
      
  4. クラスター内の次のサーバーをアップグレードします。

  5. すべてのサーバーが Server 2019 Windowsアップグレードされた後、次の PowerShell コマンドレットを使用してクラスターの機能レベルを更新します。

    Update-ClusterFunctionalLevel
    

    注意

    クラスターの機能レベルはできるだけ早く更新することをお勧めしますが、技術的には最大 4 週間かかります。

  6. クラスターの機能レベルが更新された後、次のコマンドレットを使用して記憶域プールを更新します。 この時点で、 などの新しいコマンドレット Get-ClusterPerf は、クラスター内の任意のサーバーで完全に動作します。

    Update-StoragePool
    
  7. クラスター上で VM を起動し、正常に動作しているのを確認します。

  8. 必要に応じて、各 VM を停止し、 コマンドレットを使用して VM の構成レベルをアップグレードし、VM を再度 Update-VMVersion 起動します。

  9. アップグレードしたクラスターが想定どおりに機能することを確認します。 ロールは正しくフェールオーバーする必要があり、VM のライブ マイグレーションがクラスターで使用されている場合、VM は正常にライブ マイグレーションする必要があります。

  10. クラスター検証 ( ) を実行し、クラスター検証レポートを調べて、クラスター Test-Cluster を検証します。