クラスター間の記憶域のレプリケーションCluster to cluster Storage Replication

適用対象: Windows Server (半期チャネル)、Windows Server 2016Applies to: Windows Server (Semi-Annual Channel), Windows Server 2016

クラスター間のレプリケーションが、Windows Server 2016 Datacenter Edition で利用可能になりました。これには、記憶域スペース ダイレクト (つまり、共有のない、直接接続された記憶域) を使用したクラスターのレプリケーションが含まれます。Cluster-to-cluster replication is now available in Windows Server 2016 Datacenter Edition, including the replication of clusters using Storage Spaces Direct (i.e. shared nothing, direct-attached storage). 管理と構成は、サーバー間のレプリケーションに似ています。The management and configuration is similar to server-to-server replication.

これらのコンピューターと記憶域をクラスター間構成で構成します。クラスター間構成では、1 つのクラスターがそれ自体の一連の記憶域、および別のクラスターとその一連の記憶域をレプリケートします。You will configure these computers and storage in a cluster-to-cluster configuration, where one cluster replicates its own set of storage with another cluster and its set of storage. これらのノードとその記憶域は個別の物理サイトに配置することをお勧めしますが、必須ではありません。These nodes and their storage should be located in separate physical sites, although it is not required.

記憶域レプリカをクラスター間のレプリケーション用に構成できるグラフィカルなツールは Windows Server 2016 Datacenter Edition に用意されていませんが、将来的には Azure Site Recovery でこのシナリオを構成できるようになる予定です。There are no graphical tools in Windows Server 2016 Datacenter Edition that can configure Storage Replica for cluster-to-cluster replication, though Azure Site Recovery will be able to configure this scenario in the future.

重要

このテストでは、4 台のサーバーは一例です。In this test, the four servers are an example. 各クラスターでは、Microsoft によってサポートされる任意の数のサーバーを使用することができます。現在、記憶域スペース ダイレクト クラスターの場合は 16 台、共有記憶域クラスターの場合は 64 台のサーバーがサポートされています。You can use any number of servers supported by Microsoft in each cluster, which is currently 16 for a Storage Spaces Direct cluster and 64 for a shared storage cluster.

このガイドでは、記憶域スペース ダイレクトの構成については説明しません。This guide does not cover configuring Storage Spaces Direct. 記憶域スペース ダイレクトを構成する方法の詳細については、「Windows Server 2016 の記憶域スペース ダイレクト」を参照してください。For information about configuring Storage Spaces Direct, see Storage Spaces Direct in Windows Server 2016.

このチュートリアルでは、例として次の環境を使用します。This walkthrough uses the following environment as an example:

  • 後で SR-SRVCLUSA というクラスターを構成する 2 台のメンバー サーバー SR-SRV01SR-SRV02Two member servers, named SR-SRV01 and SR-SRV02 that are later formed into a cluster named SR-SRVCLUSA.

  • 後で SR-SRVCLUSB というクラスターを構成する 2 台のメンバー サーバー SR-SRV03SR-SRV04Two member servers named SR-SRV03 and SR-SRV04 that are later formed into a cluster named SR-SRVCLUSB.

  • 2 つの異なるデータ センターを表す 2 つの論理 "サイト" である RedmondBellevueA pair of logical "sites" that represent two different data centers, with one called Redmond and one called Bellevue.

例の環境を示す図。Redmond サイトのクラスターで Bellevue サイトのクラスターがレプリケートされます

図 1: クラスター間のレプリケーションFIGURE 1: Cluster to cluster Replication

前提条件Prerequisites

  • Active Directory Domain Services フォレスト (Windows Server 2016 を実行する必要はありません)。Active Directory Domain Services forest (does not need to run Windows Server 2016).
  • Windows Server 2016 Datacenter Edition がインストールされている少なくとも 4 台のサーバー (2 つのクラスターにそれぞれ 2 台のサーバー)。At least four servers (two servers in two clusters) with Windows Server 2016 Datacenter Edition installed. 最大 2 つの 64 ノード クラスターをサポート。Supports up to two 64 node clusters.
  • SAS JBOD、ファイバー チャネル SAN、共有 VHDX、記憶域スペース ダイレクト、または iSCSI ターゲットを使う 2 セットのストレージ。Two sets of storage, using SAS JBODs, fibre channel SAN, Shared VHDX, Storage Spaces Direct, or iSCSI target. 記憶域には、さまざまな HDD、SSD メディアを含める必要があります。The storage should contain a mix of HDD and SSD media. 各記憶域は、クラスター間に共有アクセスなしで、各クラスターでのみ利用可能となるように設定します。You will make each storage set available only to each of the clusters, with no shared access between clusters.
  • 記憶域の各セットでは、2 つ以上 (1 つはレプリケートされたデータ用、1 つはログ用) の仮想ディスクの作成が許可される必要があります。Each set of storage must allow creation of at least two virtual disks, one for replicated data and one for logs. 物理記憶域のセクター サイズは、すべてのデータ ディスクで同じである必要があります。The physical storage must have the same sector sizes on all the data disks. 物理記憶域のセクター サイズは、すべてのログ ディスクで同じである必要があります。The physical storage must have the same sector sizes on all the log disks.
  • 同期レプリケーションのために各サーバーで少なくとも 1 つのイーサネット/TCP 接続 (可能であれば RDMA)。At least one ethernet/TCP connection on each server for synchronous replication, but preferably RDMA.
  • すべてのノード間での ICMP、SMB (ポート 445 と、SMB ダイレクト用のポート 5445)、WS-MAN (ポート 5985) の双方向トラフィックを許可する適切なファイアウォール規則およびルーター規則。Appropriate firewall and router rules to allow ICMP, SMB (port 445, plus 5445 for SMB Direct) and WS-MAN (port 5985) bi-directional traffic between all nodes.
  • 書き込みの IO 負荷に十分対応できる帯域幅を持ちラウンド トリップ遅延時間が平均 5 ミリ秒である、同期レプリケーション用のサーバー間ネットワーク。A network between servers with enough bandwidth to contain your IO write workload and an average of =5ms round trip latency, for synchronous replication. 非同期レプリケーションには、遅延時間に関する推奨事項はありません。Asynchronous replication does not have a latency recommendation.
  • レプリケートされた記憶域は、Windows オペレーティング システムのフォルダーを含むドライブに配置できません。The replicated storage cannot be located on the drive containing the Windows operating system folder.

これらの要件の多くは、Test-SRTopology コマンドレットを使用して判別できます。Many of these requirements can be determined by using the Test-SRTopology cmdlet. 記憶域レプリカまたは記憶域レプリカ管理ツール機能を 1 つ以上のサーバーにインストールすると、このツールにアクセスできるようになります。You get access to this tool if you install Storage Replica or the Storage Replica Management Tools features on at least one server. このツールを使用するために記憶域レプリカを構成する必要はありません。記憶域レプリカは、コマンドレットをインストールするためだけに構成します。There is no need to configure Storage Replica to use this tool, only to install the cmdlet. 詳細は、以下の手順に記載されています。More information is included in the steps below.

手順 1: オペレーティング システム、機能、役割、記憶域、およびネットワークのプロビジョニングStep 1: Provision operating system, features, roles, storage, and network

  1. Windows Server 2016 Datacenter (デスクトップ エクスペリエンス) のインストールの種類で、4 台のサーバー ノードすべてに Windows Server 2016 をインストールします。Install Windows Server 2016 on all four server nodes with an installation type of Windows Server 2016 Datacenter (Desktop Experience). Standard Edition が利用可能でも、これには記憶域レプリカが含まれていないため選択しないでください。Do not choose Standard Edition if it is available, as it does not contain Storage Replica.

  2. ネットワークの情報を追加し、ドメインに参加させてから再起動します。Add network information and join them to the domain, then restart them.

    重要

    この時点以降は、常に、すべてのサーバーでビルトイン Administrator グループのメンバーであるドメイン ユーザーとしてログオンします。From this point on, always logon as a domain user who is a member of the built-in administrator group on all servers. 今後、グラフィカルなサーバーのインストールまたは Windows 10 コンピューターで実行するとき、Windows PowerShell および CMD プロンプトを昇格してください。Always remember to elevate your Windows PowerShell and CMD prompts going forward when running on a graphical server installation or on a Windows 10 computer.

  3. JBOD ストレージ格納装置、iSCSI ターゲット、FC SAN、またはローカルの固定ディスク (DAS) 記憶域の最初のセットをサイト Redmond 内のサーバーに接続します。Connect first set of JBOD storage enclosure, iSCSI target, FC SAN, or local fixed disk (DAS) storage to the server in site Redmond.

  4. 記憶域の 2 つめのセットをサイト Bellevue 内のサーバーに接続します。Connect second set of storage to the server in site Bellevue.

  5. 必要に応じて、4 つのすべてのノードに、ベンダー ストレージとエンクロージャの最新のファームウェアとドライバー、最新のベンダー HBA ドライバー、最新のベンダー BIOS および UEFI ファームウェア、最新のベンダー ネットワーク ドライバー、およびマザーボード チップセットの最新のドライバーをインストールします。As appropriate, install latest vendor storage and enclosure firmware and drivers, latest vendor HBA drivers, latest vendor BIOS/UEFI firmware, latest vendor network drivers, and latest motherboard chipset drivers on all four nodes. 必要に応じてノードを再起動します。Restart nodes as needed.

    注意

    共有記憶域およびネットワーク ハードウェアの構成については、ハードウェア ベンダーのドキュメントを参照してください。Consult your hardware vendor documentation for configuring shared storage and networking hardware.

  6. サーバーの BIOS および UEFI の設定が、C 状態の無効化、QPI 速度の設定、NUMA の有効化、最大メモリ動作周波数の設定など、高パフォーマンスを有効にする設定であることを確認します。Ensure that BIOS/UEFI settings for servers enable high performance, such as disabling C-State, setting QPI speed, enabling NUMA, and setting highest memory frequency. Windows Server での電源管理が高パフォーマンスに設定されていることを確認します。Ensure power management in Windows Server is set to high performance. 必要に応じて再起動します。Restart as required.

  7. 役割を次のように構成します。Configure roles as follows:

    • グラフィカルな方法Graphical method

      1. ServerManager.exe を実行し、すべてのサーバー ノードを追加してサーバー グループを作成します。Run ServerManager.exe and create a server group, adding all server nodes.

      2. ファイル サーバー記憶域レプリカの役割と機能を各ノードでインストールし、再起動します。Install the File Server and Storage Replica roles and features on each of the nodes and restart them.

    • Windows PowerShell による方法Windows PowerShell method

      SR-SRV04 またはリモート管理コンピューター上で、Windows PowerShell コンソール内で次のコマンドを実行して、4 つのノード上でストレッチ クラスター用に必要な機能と役割をインストールし、ノードを再起動します。On SR-SRV04 or a remote management computer, run the following command in a Windows PowerShell console to install the required features and roles for a stretch cluster on the four nodes and restart them:

      $Servers = 'SR-SRV01','SR-SRV02','SR-SRV03','SR-SRV04'  
      
      $Servers | ForEach { Install-WindowsFeature -ComputerName $_ -Name Storage-Replica,Failover-Clustering,FS-FileServer -IncludeManagementTools -restart }  
      

      詳細については、「役割、役割サービス、または機能のインストールまたはアンインストール」を参照してください。For more information on these steps, see Install or Uninstall Roles, Role Services, or Features

  8. 記憶域を次のように構成します。Configure storage as follows:

    重要

    • 各格納装置で、データ用に 1 つとログ用に 1 つの 2 つのボリュームを作成する必要があります。You must create two volumes on each enclosure: one for data and one for logs.
    • ログとデータのディスクは MBR ではなく GPT として初期化する必要があります。Log and data disks must be initialized as GPT, not MBR.
    • 2 つのデータ ボリュームのサイズは同じでなければなりません。The two data volumes must be of identical size.
    • 2 つのログ ボリュームのサイズは同じでなければなりません。The two log volumes should be of identical size.
    • すべてのレプリケートされたデータ ディスクには、同一のセクター サイズが必要です。All replicated data disks must have the same sector sizes.
    • すべてのログ ディスクのセクター サイズは、同じである必要があります。All log disks must have the same sector sizes.
    • ログ ボリュームには、SSD など、フラッシュ ベースのストレージを使用する必要があります。The log volumes should use flash-based storage, such as SSD. ログ ストレージには、データ ストレージよりも大きな速度を確保することをお勧めします。Microsoft recommends that the log storage be faster than the data storage. ログ ボリュームは、絶対に他のワークロードに使用しないでください。Log volumes must never be used for other workloads.
    • データ ディスクには、HDD、SSD、または階層型の組み合わせを使用でき、ミラーまたはパリティ スペース、RAID 1 または 10、RAID 5 または RAID 50 のいずれかを使用できます。The data disks can use HDD, SSD, or a tiered combination and can use either mirrored or parity spaces or RAID 1 or 10, or RAID 5 or RAID 50.
    • ログ ボリュームは既定で 9 GB 以上である必要があり、ログ要件に応じて拡大または縮小する可能性もあります。The log volume must be at least 9GB by default and may be larger or smaller based on log requirements.
    • JBOD 格納装置の場合:For JBOD enclosures:

      1. 各クラスターがそのサイトの記憶域エンクロージャのみを参照できることと、SAS 接続が正しく構成されていることを確認します。Ensure that each cluster can see that site's storage enclosures only and that the SAS connections are correctly configured.

      2. 記憶域スペースを使用して記憶域をプロビジョニングします。これには、「スタンドアロン サーバーに記憶域スペースを展開する」の手順 1 ~ 3 に従い、Windows PowerShell またはサーバー マネージャーを使用します。Provision the storage using Storage Spaces by following Steps 1-3 provided in the Deploy Storage Spaces on a Stand-Alone Server using Windows PowerShell or Server Manager.

    • iSCSI ターゲット記憶域の場合:For iSCSI Target storage:

      1. 各クラスターがそのサイトの記憶域エンクロージャのみを参照できることを確認します。Ensure that each cluster can see that site's storage enclosures only. iSCSI を使用する場合は、複数の単一ネットワーク アダプターを使用する必要があります。You should use more than one single network adapter if using iSCSI.

      2. ベンダーのドキュメントを参照して記憶域をプロビジョニングします。Provision the storage using your vendor documentation. Windows ベースの iSCSI ターゲットを使用する場合は、「iSCSI ターゲット ブロック記憶域: 操作方法」を参照してください。If using Windows-based iSCSI Targeting, consult iSCSI Target Block Storage, How To.

    • FC SAN ストレージの場合:For FC SAN storage:

      1. 各クラスターがそのサイトのストレージ格納装置のみを参照できることと、ホストのゾーンが正しく設定されていることを確認します。Ensure that each cluster can see that site's storage enclosures only and that you have properly zoned the hosts.

      2. ベンダーのドキュメントを参照して記憶域をプロビジョニングします。Provision the storage using your vendor documentation.

    • 記憶域スペース ダイレクトの場合:For Storage Spaces Direct:

      1. 記憶域スペース ダイレクトを展開することで、各クラスターがそのサイトのストレージ格納装置のみを参照できることを確認します。Ensure that each cluster can see that site's storage enclosures only by deploying Storage Spaces Direct. (https://docs.microsoft.com/en-us/windows-server/storage/storage-spaces/hyper-converged-solution-using-storage-spaces-direct)(https://docs.microsoft.com/en-us/windows-server/storage/storage-spaces/hyper-converged-solution-using-storage-spaces-direct)

      2. SR ログ ボリュームが常に最も高速なフラッシュ ストレージに配置され、データ ボリュームが低速な大容量ストレージに配置されることを確認します。Ensure that the SR log volumes will always be on the fastest flash storage and the data volumes on slower high capacity storage.

  9. Windows PowerShell を起動し、Test-SRTopology コマンドレットを使用して、記憶域レプリカのすべての要件を満たしているかどうかを判別します。Start Windows PowerShell and use the Test-SRTopology cmdlet to determine if you meet all the Storage Replica requirements. このコマンドレットは、簡単なテストのために要件のみモードで使用することも、実行時間の長いパフォーマンス評価モードで使用することもできます。You can use the cmdlet in a requirements-only mode for a quick test as well as a long running performance evaluation mode.
    以下に例を示します。For example,

    MD c:\temp
    
    Test-SRTopology -SourceComputerName SR-SRV01 -SourceVolumeName f: -SourceLogVolumeName g: -DestinationComputerName SR-SRV03 -DestinationVolumeName f: -DestinationLogVolumeName g: -DurationInMinutes 30 -ResultPath c:\temp        
    

    重要

    評価期間中に指定されたソース ボリューム上で書き込み IO 負荷のないテスト サーバーを使用している場合は、ワークロードの追加を検討してください。そうしないと、有用なレポートは生成されません。When using a test server with no write IO load on the specified source volume during the evaluation period, consider adding a workload or it will not generate a useful report. 実際の数値および推奨されるログのサイズを得るには、実稼働環境と同様のワークロードでテストする必要があります。You should test with production-like workloads in order to see real numbers and recommended log sizes. または、単に、テスト中にソース ボリュームにいくつかのファイルをコピーするか、DISKSPD をダウンロードして実行することで書き込み IO を生成します。Alternatively, simply copy some files into the source volume during the test or download and run DISKSPD to generate write IOs. たとえば、D: ボリュームに対する 5 分間の低書き込み IO ワークロードによる一例を次に示します。For instance, a sample with a low write IO workload for five minutes to the D: volume:
    Diskspd.exe -c1g -d300 -W5 -C5 -b8k -t2 -o2 -r -w5 -h d:\test.dat

  10. TestSrTopologyReport.html レポートを調べて、記憶域レプリカの要件を満たしていることを確認します。Examine the TestSrTopologyReport.html report to ensure that you meet the Storage Replica requirements.

    レプリケーション トポロジのレポートの結果を示す画面

手順 2: 2 つのスケールアウト ファイル サーバー フェールオーバー クラスターを構成するStep 2: Configure two Scale-Out File Server Failover Clusters

ここで、2 つの通常のフェールオーバー クラスターを作成します。You will now create two normal failover clusters. 構成、検証、テストを完了した後で、記憶域レプリカを使用してレプリケートします。After configuration, validation, and testing, you will replicate them using Storage Replica. 次のすべての手順は、クラスター ノード上で直接実行することも、Windows Server 2016 RSAT 管理ツールをインストール済みのリモート管理コンピューターから実行することもできます。You can perform all of the steps below on the cluster nodes directly or from a remote management computer that contains the Windows Server 2016 RSAT management tools.

グラフィカルな方法Graphical method

  1. 各サイト内でノードに対して cluadmin.msc を実行します。Run cluadmin.msc against a node in each site.

  2. 提案されたクラスターを検証し、結果を分析して、続行できることを確認します。Validate the proposed cluster and analyze the results to ensure you can continue. 以下で使用している例では SR-SRVCLUSASR-SRVCLUSB です。The example used below are SR-SRVCLUSA and SR-SRVCLUSB.

  3. 2 つのクラスターを作成します。Create the two clusters. クラスター名が 15 文字以下であることを確認します。Ensure that the cluster names are 15 characters or fewer.

  4. ファイル共有監視またはクラウド監視を構成します。Configure a File Share Witness or Cloud Witness.

    注意

    Windows Server 2016 では、クラウド (Azure) ベースの監視オプションも追加されました。Windows Server 2016 now includes an option for Cloud (Azure)-based Witness. ファイル共有監視に代えてこのクォーラム オプションを選択できます。You can choose this quorum option instead of the file share witness.

    警告

    クォーラム構成の詳細については、「Windows Server 2012 フェールオーバー クラスターでクォーラムを構成および管理する」の「監視の構成」セクションを参照してください。For more information about quorum configuration, see the Witness Configuration section in Configure and Manage the Quorum in a Windows Server 2012 Failover Cluster. Set-ClusterQuorum コマンドレットの詳細については、「Set-ClusterQuorum」を参照してください。For more information on the Set-ClusterQuorum cmdlet, see Set-ClusterQuorum.

  5. Redmond サイトでクラスター CSV に 1 台のディスクを追加します。Add one disk in the Redmond site to the cluster CSV. これを行うには、[記憶域] セクションの [ディスク] ノードでソース ディスクを右クリックして、[クラスターの共有ボリュームへの追加] をクリックします。To do so, right click a source disk in the Disks node of the Storage section, and then click Add to Cluster Shared Volumes.

  6. スケールアウト ファイル サーバーの構成の手順に従って、両方のクラスターにクラスター化されたスケールアウト ファイル サーバーを作成します。Create the clustered Scale-Out File Servers on both clusters using the instructions in Configure Scale-Out File Server

Windows PowerShell による方法Windows PowerShell method

  1. 提案されたクラスターをテストし、結果を分析して、続行できることを確認します。Test the proposed cluster and analyze the results to ensure you can continue:

    Test-Cluster SR-SRV01,SR-SRV02  
    Test-Cluster SR-SRV03,SR-SRV04  
    
  2. クラスターを作成します (クラスターには独自の静的 IP アドレスを指定する必要があります)。Create the clusters (you must specify your own static IP addresses for the clusters). 各クラスター名が 15 文字以下であることを確認します。Ensure that each cluster name is 15 characters or fewer:

    New-Cluster -Name SR-SRVCLUSA -Node SR-SRV01,SR-SRV02 -StaticAddress <your IP here>  
    New-Cluster -Name SR-SRVCLUSB -Node SR-SRV03,SR-SRV04 -StaticAddress <your IP here>  
    
  3. ドメイン コントローラーまたはその他のなんらかの独立したサーバーでホストされている共有を指す各クラスター内でファイル共有監視またはクラウド (Azure) 監視を構成します。Configure a File Share Witness or Cloud (Azure) witness in each cluster that points to a share hosted on the domain controller or some other independent server. 以下に例を示します。For example:

    Set-ClusterQuorum -FileShareWitness \\someserver\someshare  
    

    注意

    Windows Server 2016 では、クラウド (Azure) ベースの監視オプションも追加されました。Windows Server 2016 now includes an option for Cloud (Azure)-based Witness. ファイル共有監視に代えてこのクォーラム オプションを選択できます。You can choose this quorum option instead of the file share witness.

    警告

    クォーラム構成の詳細については、「Windows Server 2012 フェールオーバー クラスターでクォーラムを構成および管理する」の「監視の構成」セクションを参照してください。For more information about quorum configuration, see the Witness Configuration section in Configure and Manage the Quorum in a Windows Server 2012 Failover Cluster. Set-ClusterQuorum コマンドレットの詳細については、「Set-ClusterQuorum」を参照してください。For more information on the Set-ClusterQuorum cmdlet, see Set-ClusterQuorum.

  4. スケールアウト ファイル サーバーの構成の手順に従って、両方のクラスターにクラスター化されたスケールアウト ファイル サーバーを作成します。Create the clustered Scale-Out File Servers on both clusters using the instructions in Configure Scale-Out File Server

手順 3: Windows PowerShell を使用してクラスター間のレプリケーションを設定するStep 3: Set up Cluster to Cluster Replication using Windows PowerShell

次に、Windows PowerShell を使用してクラスター間のレプリケーションを設定します。Now you will set up cluster-to-cluster replication using Windows PowerShell. 次のすべての手順は、ノード上で直接実行することも、Windows Server 2016 RSAT 管理ツールをインストール済みのリモート管理コンピューターから実行することもできます。You can perform all of the steps below on the nodes directly or from a remote management computer that contains the Windows Server 2016 RSAT management tools

  1. 最初のクラスター内の任意のノード上かリモートで Grant-ClusterAccess コマンドレットを実行して、最初のクラスターに他のクラスターへのフル アクセスを許可します。Grant the first cluster full access to the other cluster by running the Grant-ClusterAccess cmdlet on any node in the first cluster, or remotely.

    Grant-SRAccess -ComputerName SR-SRV01 -Cluster SR-SRVCLUSB  
    
  2. 2 番目のクラスター内の任意のノード上かリモートで Grant-ClusterAccess コマンドレットを実行して、2 番目のクラスターに他のクラスターへのフル アクセスを許可します。Grant the second cluster full access to the other cluster by running the Grant-ClusterAccess cmdlet on any node in the second cluster, or remotely.

    Grant-SRAccess -ComputerName SR-SRV03 -Cluster SR-SRVCLUSA  
    
  3. ソースと宛先のディスク、ソースと宛先のログ、ソースと宛先のクラスター名、およびログのサイズを指定して、クラスター間のレプリケーションを構成します。Configure the cluster-to-cluster replication, specifying the source and destination disks, the source and destination logs, the source and destination cluster names, and the log size. このコマンドは、サーバー上でローカルで実行するか、リモート管理コンピューターを使用して実行できます。You can perform this command locally on the server or using a remote management computer.

    New-SRPartnership -SourceComputerName SR-SRVCLUSA -SourceRGName rg01 -SourceVolumeName c:\ClusterStorage\Volume2 -SourceLogVolumeName f: -DestinationComputerName SR-SRVCLUSB -DestinationRGName rg02 -DestinationVolumeName c:\ClusterStorage\Volume2 -DestinationLogVolumeName f:  
    

    警告

    既定のログのサイズは、8 GB です。The default log size is 8GB. Test-SRTopology コマンドレットの結果に応じて、より大きい値または小さい値を指定して -LogSizeInBytes を使用することを検討してください。Depending on the results of the Test-SRTopology cmdlet, you may decide to use -LogSizeInBytes with a higher or lower value.

  4. レプリケーション元とレプリケーション先の状態を取得するために、次のように Get-SRGroupGet-SRPartnership を使用します。To get replication source and destination state, use Get-SRGroup and Get-SRPartnership as follows:

    Get-SRGroup  
    Get-SRPartnership  
    (Get-SRGroup).replicas  
    
  5. 次のようにレプリケーションの進行状況を確認します。Determine the replication progress as follows:

    1. レプリケーション元サーバーで、次のコマンドを入力し、イベント 5015、5002、5004、1237、5001、2200 を調べます。On the source server, run the following command and examine events 5015, 5002, 5004, 1237, 5001, and 2200:

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica -max 20
      
    2. レプリケーション先サーバーで、次のコマンドを実行して、パートナーシップの作成を示す記憶域レプリカ イベントを参照します。On the destination server, run the following command to see the Storage Replica events that show creation of the partnership. このイベントでは、コピーされたバイト数およびかかった時間が示されます。This event states the number of copied bytes and the time taken. 以下に例を示します。Example:

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | Where-Object {$_.ID -eq "1215"} | Format-List
      

      この場合の出力例を以下に示します。Here's an example of the output:

      TimeCreated  : 4/8/2016 4:12:37 PM  
      ProviderName : Microsoft-Windows-StorageReplica  
      Id           : 1215  
      Message      : Block copy completed for replica.  
          ReplicationGroupName: rg02  
          ReplicationGroupId:  
          {616F1E00-5A68-4447-830F-B0B0EFBD359C}  
          ReplicaName: f:\  
          ReplicaId: {00000000-0000-0000-0000-000000000000}  
          End LSN in bitmap:  
          LogGeneration: {00000000-0000-0000-0000-000000000000}  
          LogFileId: 0  
          CLSFLsn: 0xFFFFFFFF  
          Number of Bytes Recovered: 68583161856  
          Elapsed Time (seconds): 117  
      
    3. または、レプリカのレプリケーション先サーバー グループでは、コピーの残りのバイト数が常時示されており、PowerShell を使って照会できます。Alternately, the destination server group for the replica states the number of byte remaining to copy at all times, and can be queried through PowerShell. 以下に例を示します。For example:

      (Get-SRGroup).Replicas | Select-Object numofbytesremaining
      

      進行状況サンプル (終了しません):As a progress sample (that will not terminate):

        while($true) {  
        $v = (Get-SRGroup -Name "Replication 2").replicas | Select-Object numofbytesremaining  
        [System.Console]::Write("Number of bytes remaining: {0}`r", $v.numofbytesremaining)  
        Start-Sleep -s 5  
       }
      
  6. 宛先クラスターの宛先サーバーで、次のコマンドを実行し、イベント 5009、1237、5001、5015、5005、2200 を調べて、処理の進行状況を把握します。On the destination server in the destination cluster, run the following command and examine events 5009, 1237, 5001, 5015, 5005, and 2200 to understand the processing progress. このシーケンスではエラーの警告が存在しない必要があります。There should be no warnings of errors in this sequence. イベント 1237 が多くあります。これは進行状況を示します。There will be many 1237 events; these indicate progress.

    Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | FL  
    

    注意

    宛先クラスター ディスクは、レプリケート中は常に [Online (No Access)] (オンライン (アクセスなし)) と表示されます。The destination cluster disk will always show as Online (No Access) when replicated.

手順 4: レプリケーションを管理するStep 4: Manage replication

次に、クラスター間レプリケーションの管理と操作を行います。Now you will manage and operate your cluster-to-cluster replication. 次のすべての手順は、クラスター ノード上で直接実行することも、Windows Server 2016 RSAT 管理ツールをインストール済みのリモート管理コンピューターから実行することもできます。You can perform all of the steps below on the cluster nodes directly or from a remote management computer that contains the Windows Server 2016 RSAT management tools.

  1. Get-ClusterGroup またはフェールオーバー クラスター マネージャーを使用して、レプリケーションの現在のソースと宛先およびそれらの状態を判別します。Use Get-ClusterGroup or Failover Cluster Manager to determine the current source and destination of replication and their status.

  2. レプリケーションのパフォーマンスを測定するには、ソースと宛先の両方のノードで Get-Counter コマンドレットを使用します。To measure replication performance, use the Get-Counter cmdlet on both the source and destination nodes. カウンター名は次のとおりです。The counter names are:

    • \Storage Replica Partition I/O Statistics()\Number of times flush paused\Storage Replica Partition I/O Statistics()\Number of times flush paused

    • \Storage Replica Partition I/O Statistics()\Number of pending flush I/O\Storage Replica Partition I/O Statistics()\Number of pending flush I/O

    • \Storage Replica Partition I/O Statistics()\Number of requests for last log write\Storage Replica Partition I/O Statistics()\Number of requests for last log write

    • \Storage Replica Partition I/O Statistics()\Avg. Flush Queue Length\Storage Replica Partition I/O Statistics()\Avg. Flush Queue Length

    • \Storage Replica Partition I/O Statistics()\Current Flush Queue Length\Storage Replica Partition I/O Statistics()\Current Flush Queue Length

    • \Storage Replica Partition I/O Statistics()\Number of Application Write Requests\Storage Replica Partition I/O Statistics()\Number of Application Write Requests

    • \Storage Replica Partition I/O Statistics()\Avg. Number of requests per log write\Storage Replica Partition I/O Statistics()\Avg. Number of requests per log write

    • \Storage Replica Partition I/O Statistics()\Avg. App Write Latency\Storage Replica Partition I/O Statistics()\Avg. App Write Latency

    • \Storage Replica Partition I/O Statistics()\Avg. App Read Latency\Storage Replica Partition I/O Statistics()\Avg. App Read Latency

    • \Storage Replica Statistics()\Target RPO\Storage Replica Statistics()\Target RPO

    • \Storage Replica Statistics()\Current RPO\Storage Replica Statistics()\Current RPO

    • \Storage Replica Statistics()\Avg. Log Queue Length\Storage Replica Statistics()\Avg. Log Queue Length

    • \Storage Replica Statistics()\Current Log Queue Length\Storage Replica Statistics()\Current Log Queue Length

    • \Storage Replica Statistics()\Total Bytes Received\Storage Replica Statistics()\Total Bytes Received

    • \Storage Replica Statistics()\Total Bytes Sent\Storage Replica Statistics()\Total Bytes Sent

    • \Storage Replica Statistics()\Avg. Network Send Latency\Storage Replica Statistics()\Avg. Network Send Latency

    • \Storage Replica Statistics()\Replication State\Storage Replica Statistics()\Replication State

    • \Storage Replica Statistics()\Avg. Message Round Trip Latency\Storage Replica Statistics()\Avg. Message Round Trip Latency

    • \Storage Replica Statistics()\Last Recovery Elapsed Time\Storage Replica Statistics()\Last Recovery Elapsed Time

    • \Storage Replica Statistics()\Number of Flushed Recovery Transactions\Storage Replica Statistics()\Number of Flushed Recovery Transactions

    • \Storage Replica Statistics()\Number of Recovery Transactions\Storage Replica Statistics()\Number of Recovery Transactions

    • \Storage Replica Statistics()\Number of Flushed Replication Transactions\Storage Replica Statistics()\Number of Flushed Replication Transactions

    • \Storage Replica Statistics()\Number of Replication Transactions\Storage Replica Statistics()\Number of Replication Transactions

    • \Storage Replica Statistics()\Max Log Sequence Number\Storage Replica Statistics()\Max Log Sequence Number

    • \Storage Replica Statistics()\Number of Messages Received\Storage Replica Statistics()\Number of Messages Received

    • \Storage Replica Statistics()\Number of Messages Sent\Storage Replica Statistics()\Number of Messages Sent

    Windows PowerShell でのパフォーマンス カウンターの詳細については、「Get-Counter」を参照してください。For more information on performance counters in Windows PowerShell, see Get-Counter.

  3. 1 つのサイトからレプリケーションの方向を移動するには、Set-SRPartnership コマンドレットを使用します。To move the replication direction from one site, use the Set-SRPartnership cmdlet.

    Set-SRPartnership -NewSourceComputerName SR-SRVCLUSB -SourceRGName rg02 -DestinationComputerName SR-SRVCLUSA -DestinationRGName rg01  
    

    注意

    Windows Server 2016 では、初期同期の進行中に役割の切り替えを行うことができません。このため、初期レプリケーションが完了する前に役割を切り替えようとするとデータの損失につながります。Windows Server 2016 prevents role switching when initial sync is ongoing, as it can lead to data loss if you attempt to switch before allowing initial replication to complete. 最初の同期が完了するまでは、強制的に方向を切り替えないでください。Do not force switch directions until initial sync is complete.

    イベント ログを調べてレプリケーションの方向の変更と回復モードが発生しているかどうかを確認し、調整してください。Check the event logs to see the direction of replication change and recovery mode occur, and then reconcile. 調整後、書き込み IO で、新しいレプリケーション元サーバーの所有する記憶域に書き込むことができます。Write IOs can then write to the storage owned by the new source server. レプリケーションの方向を変更すると、前のソース コンピューター上で書き込み IO がブロックされます。Changing the replication direction will block write IOs on the previous source computer.

    注意

    宛先クラスター ディスクは、レプリケート中は常に [Online (No Access) (オンライン (アクセスなし))] と表示されます。The destination cluster disk will always show as Online (No Access) when replicated.

  4. Windows Server 2016 でログのサイズを既定の 8 GB から変更するには、ソースとレプリケーション先の両方の記憶域レプリカ グループで Set-SRGroup を使用します。To change the log size from the default 8GB in Windows Server 2016, use Set-SRGroup on both the source and destination Storage Replica groups.

    重要

    既定のログのサイズは 8 GB です。The default log size is 8GB. Test-SRTopology コマンドレットの結果に応じて、より大きい値または小さい値を指定して -LogSizeInBytes を使用することを検討してください。Depending on the results of the Test-SRTopology cmdlet, you may decide to use -LogSizeInBytes with a higher or lower value.

  5. レプリケーションを削除するには、各クラスターで Get-SRGroupGet-SRPartnershipRemove-SRGroup、および Remove-SRPartnership を使用します。To remove replication, use Get-SRGroup, Get-SRPartnership, Remove-SRGroup, and Remove-SRPartnership on each cluster.

    Get-SRPartnership | Remove-SRPartnership  
    Get-SRGroup | Remove-SRGroup  
    

    注意

    記憶域レプリカは、宛先ボリュームをマウント解除します。Storage Replica dismounts the destination volumes. これは仕様です。This is by design.

関連項目See also