記憶域レプリカを使用したサーバー間の記憶域レプリケーションServer-to-server storage replication with Storage Replica

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

記憶域レプリカを使用すると、2 台のサーバーがそれぞれ同じボリュームの同じコピーを持つようにデータの同期を構成できます。You can use Storage Replica to configure two servers to sync data so that each has an identical copy of the same volume. このトピックでは、このようなサーバー間のレプリケーション構成の背景、設定方法、環境の管理方法について説明します。This topic provides some background of this server-to-server replication configuration, as well as how to set it up and manage the environment.

記憶域レプリカを管理するには、 Windows 管理センターまたは PowerShell を使用できます。To manage Storage Replica you can use Windows Admin Center or PowerShell.

Windows 管理センターで記憶域レプリカを使用する場合の概要ビデオを次に示します。Here's an overview video of using Storage Replica in Windows Admin Center.

前提条件Prerequisites

  • Active Directory Domain Services フォレスト (Windows Server 2016 を実行する必要はありません)。Active Directory Domain Services forest (doesn't need to run Windows Server 2016).
  • Windows Server 2019 または Windows Server 2016, Datacenter Edition を実行する2台のサーバー。Two servers running Windows Server 2019 or Windows Server 2016, Datacenter Edition. Windows Server 2019 を実行している場合は、通常は Standard Edition を使用することができます。これにより、1つのボリュームのみを最大 2 TB までレプリケートできます。If you're running Windows Server 2019, you can instead use Standard Edition if you're OK replicating only a single volume up to 2 TB in size.
  • SAS JBOD、ファイバー チャネル SAN、iSCSI ターゲット、またはローカル SCSI/SATA ストレージを使用する 2 セットの記憶域。Two sets of storage, using SAS JBODs, fibre channel SAN, iSCSI target, or local SCSI/SATA storage. 記憶域では 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 servers, with no shared access.
  • 各記憶域セットでは、2 つ以上の仮想ディスク (レプリケートされたデータ用とログ用) を作成できる必要があります。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 doesn't have a latency recommendation.
    オンプレミスのサーバーと Azure Vm の間でレプリケートする場合は、オンプレミスのサーバーと Azure Vm の間にネットワークリンクを作成する必要があります。If you're replicating between on-premises servers and Azure VMs, you must create a network link between the on-premises servers and the Azure VMs. これを行うには、 expressrouteまたはサイト間 vpn gateway 接続を使用するか、Azure vm に vpn ソフトウェアをインストールして、オンプレミスのネットワークに接続します。To do so, use Express Route, a Site-to-Site VPN gateway connection, or install VPN software in your Azure VMs to connect them with your on-premises network.
  • レプリケート対象の記憶域を、Windows オペレーティング システムのフォルダーが含まれるドライブに配置することはできません。The replicated storage cannot be located on the drive containing the Windows operating system folder.

重要

このシナリオでは、各サーバーが別の物理または論理サイト上に存在する必要があります。In this scenario, each server should be in a different physical or logical site. 各サーバーは、ネットワーク経由で相互に通信できる必要があります。Each server must be able to communicate with the other via a network.

これらの要件の多くは、Test-SRTopology cmdlet を使用して確認できます。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.

Windows 管理センターの要件Windows Admin Center requirements

記憶域レプリカと Windows 管理センターを一緒に使用するには、次のものが必要です。To use Storage Replica and Windows Admin Center together, you need the following:

SystemSystem オペレーティング システムOperating system 必須Required for
2 台のサーバーTwo servers
(Azure Vm を含むオンプレミスのハードウェア、Vm、クラウド Vm の任意の組み合わせ)(any mix of on-premises hardware, VMs, and cloud VMs including Azure VMs)
Windows Server 2019、Windows Server 2016、または Windows Server (半期チャネル)Windows Server 2019, Windows Server 2016, or Windows Server (Semi-Annual Channel) 記憶域レプリカStorage Replica
1台の PCOne PC Windows 10Windows 10 Windows Admin CenterWindows Admin Center

注意

現時点では、サーバーで Windows 管理センターを使用して記憶域レプリカを管理することはできません。Right now you can't use Windows Admin Center on a server to manage Storage Replica.

用語Terms

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

  • SR-SRV05 および SR-SRV06 という名前の 2 台のサーバー。Two servers, named SR-SRV05 and SR-SRV06.

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

施設 5 のサーバーを施設 9 のサーバーでレプリケートしていることを示す図

図 1: サーバー間のレプリケーションFigure 1: Server to server replication

手順 1:PC への Windows 管理センターのインストールと構成Step 1: Install and configure Windows Admin Center on your PC

Windows 管理センターを使用して記憶域レプリカを管理している場合は、次の手順を使用して、記憶域レプリカを管理するように PC を準備します。If you're using Windows Admin Center to manage Storage Replica, use the following steps to prep your PC to manage Storage Replica.

  1. Windows 管理センターをダウンロードしてインストールします。Download and install Windows Admin Center.

  2. リモートサーバー管理ツールをダウンロードしてインストールします。Download and install the Remote Server Administration Tools.

    • Windows 10 バージョン1809以降を使用している場合は、次のようにインストールします。オンデマンド機能からの Windows PowerShell 用記憶域レプリカモジュール。If you're using Windows 10, version 1809 or later, install the "RSAT: Storage Replica Module for Windows PowerShell" from Features on Demand.
  3. [スタート] ボタンを選択し、「 powershell」と入力して、[ Windows powershell] を右クリックし、 [管理者として実行] を選択して、powershell セッションを管理者として開きます。Open a PowerShell session as administrator by selecting the Start button, typing PowerShell, right-clicking Windows PowerShell, and then selecting Run as administrator.

  4. 次のコマンドを入力して、ローカルコンピューターで WS-MANAGEMENT プロトコルを有効にし、クライアントでのリモート管理の既定の構成を設定します。Enter the following command to enable the WS-Management protocol on the local computer and set up the default configuration for remote management on the client.

    winrm quickconfig
    
  5. Y 」と入力して winrm サービスを有効にし、Winrm ファイアウォールの例外を有効にします。Type Y to enable WinRM services and enable WinRM Firewall Exception.

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

  1. Windows server のインストールの種類 (デスクトップエクスペリエンス) を使用して、両方のサーバーノードに windows server をインストールします。Install Windows Server on both server nodes with an installation type of Windows Server (Desktop Experience).

    ExpressRoute 経由でネットワークに接続された Azure VM を使用するには、「 expressroute 経由でネットワークに接続されている AZURE vm の追加」を参照してください。To use an Azure VM connected to your network via an ExpressRoute, see Adding an Azure VM connected to your network via ExpressRoute.

  2. ネットワーク情報を追加し、サーバーを Windows 10 管理 PC と同じドメインに参加させ (使用している場合)、サーバーを再起動します。Add network information, join the servers to the same domain as your Windows 10 management PC (if you're using one), and then restart the servers.

    注意

    この時点以降、すべてのサーバーのビルトイン 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 コンピューターで実行するとき、PowerShell および CMD プロンプトを昇格してください。Always remember to elevate your 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 the 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 the second set of storage to the server in site Bellevue.

  5. 必要に応じて、両方のノードに最新のベンダー記憶域、格納装置ファームウェアとドライバー、最新のベンダー 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 both 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:

    • Windows 管理センターの方法Windows Admin Center method

      1. Windows 管理センターで、サーバーマネージャーに移動し、いずれかのサーバーを選択します。In Windows Admin Center, navigate to Server Manager, and then select one of the servers.
      2. [役割 & 機能] に移動します。Navigate to Roles & Features.
      3. [機能 > ] [記憶域レプリカ] の順に選択し、 [インストール] をクリックします。Select Features > Storage Replica, and then click Install.
      4. もう一方のサーバーでも繰り返します。Repeat on the other server.
    • サーバーマネージャーメソッドServer Manager 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-SRV06 またはリモート管理コンピューターの Windows PowerShell コンソールで、次のコマンドを実行して必要な機能と役割をインストールし、再起動します。On SR-SRV06 or a remote management computer, run the following command in a Windows PowerShell console to install the required features and roles and restart them:

      $Servers = 'SR-SRV05','SR-SRV06'  
      
      $Servers | ForEach { Install-WindowsFeature -ComputerName $_ -Name Storage-Replica,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.
    • ファイル サーバーの役割は、テスト用に必須ファイアウォール ポートを開くため、Test-SRTopology の動作にのみ必要です。The File Server role is only necessary for Test-SRTopology to operate, as it opens the necessary firewall ports for testing.
    • JBOD エンクロージャの場合:For JBOD enclosures:

      1. 各サーバーがそのサイトのストレージ格納装置のみを参照できることと、SAS 接続が正しく構成されていることを確認します。Ensure that each server 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 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 local fixed disk storage:

      • 記憶域にシステムボリューム、ページファイル、ダンプファイルが含まれていないことを確認してください。Ensure the storage doesn't contain a system volume, page file, or dump files.

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

  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.

    たとえば、それぞれ F:G: のボリュームがあるノード候補を検証して、テストを 30 分間実行する場合は次のようになります。For example, to validate the proposed nodes that each have a F: and G: volume and run the test for 30 minutes:

    MD c:\temp  
    
    Test-SRTopology -SourceComputerName SR-SRV05 -SourceVolumeName f: -SourceLogVolumeName g: -DestinationComputerName SR-SRV06 -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 をダウンロードして実行することでも書き込み I/O を生成できます。Alternatively, simply copy some files into the source volume during the test or download and run DISKSPD to generate write IOs. たとえば、D: ボリュームに対する 10 分間の低書き込み IO ワークロードによる例を次に示します。For instance, a sample with a low write IO workload for ten minutes to the D: volume:

    Diskspd.exe -c1g -d600 -W5 -C5 -b8k -t2 -o2 -r -w5 -i100 -j100 d:\test

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

    トポロジのレポートを表示している画面

    図 2:ストレージレプリケーショントポロジレポートFigure 2: Storage replication topology report

手順 3:サーバー間のレプリケーションをセットアップするStep 3: Set up server-to-server replication

Windows 管理センターを使用するUsing Windows Admin Center

  1. 移行元サーバーを追加します。Add the source server.

    1. [追加] ボタンを選択します。Select the Add button.
    2. [サーバー接続の追加] を選択します。Select Add server connection.
    3. サーバーの名前を入力し、 [送信] を選択します。Type the name of the server and then select Submit.
  2. [すべての接続] ページで、移行元サーバーを選択します。On the All Connections page, select the source server.

  3. ツール パネルから 記憶域レプリカ を選択します。Select Storage Replica from Tools panel.

  4. 新しいパートナーシップを作成するには、 [新規] を選択します。Select New to create a new partnership.

  5. パートナーシップの詳細を入力し、 [作成] を選択します。Provide the details of the partnership, and then select Create.
    新しい [パートナーシップ] 画面には、8 GB のログサイズなどの、パートナーシップの詳細が表示されます。The New Partnership screen showing partnership details, such as an 8 GB log size.

    図 3:新しいパートナーシップを作成するFigure 3: Creating a new partnership

注意

Windows 管理センターの記憶域レプリカからパートナーシップを削除しても、レプリケーショングループ名は削除されません。Removing the partnership from Storage Replica in Windows Admin Center doesn't remove the replication group name.

Windows PowerShell を使用するUsing Windows PowerShell

次に、Windows PowerShell を使用してサーバー間のレプリケーションを構成します。Now you will configure server-to-server replication using Windows PowerShell. 次のすべての手順は、ノード上で直接実行するか、Windows Server リモートサーバー管理ツールを含むリモート管理コンピューターから実行する必要があります。You must perform all of the steps below on the nodes directly or from a remote management computer that contains the Windows Server Remote Server Administration Tools.

  1. PowerShell コンソールを管理者として使用していることを確認します。Ensure you are using an elevated Powershell console as an administrator.

  2. レプリケーション元とレプリケーション先のディスク、ログ、およびノードと、ログのサイズを指定して、サーバー間のレプリケーションを構成します。Configure the server-to-server replication, specifying the source and destination disks, the source and destination logs, the source and destination nodes, and the log size.

    New-SRPartnership -SourceComputerName sr-srv05 -SourceRGName rg01 -SourceVolumeName f: -SourceLogVolumeName g: -DestinationComputerName sr-srv06 -DestinationRGName rg02 -DestinationVolumeName f: -DestinationLogVolumeName g:  
    

    Output:Output:

    DestinationComputerName : SR-SRV06
    DestinationRGName       : rg02
    SourceComputerName      : SR-SRV05
    PSComputerName          :
    

    重要

    既定のログのサイズは、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.

  3. レプリケーション元とレプリケーション先の状態の取得するために、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  
    

    Output:Output:

    CurrentLsn             : 0
    DataVolume             : F:\
    LastInSyncTime         :
    LastKnownPrimaryLsn    : 1
    LastOutOfSyncTime      :
    NumOfBytesRecovered    : 37731958784
    NumOfBytesRemaining    : 30851203072
    PartitionId            : c3999f10-dbc9-4a8e-8f9c-dd2ee6ef3e9f
    PartitionSize          : 68583161856
    ReplicationMode        : synchronous
    ReplicationStatus      : InitialBlockCopy
    PSComputerName         :
    
  4. 次のようにレプリケーションの進行状況を確認します。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"} | fl  
      

      次に出力の例を示します。Here's some example 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 (ms): 117  
      

      注意

      記憶域レプリカは、宛先のボリュームとそのドライブ文字またはマウント ポイントをマウント解除します。Storage Replica dismounts the destination volumes and their drive letters or mount points. これは仕様に基づく制限事項です。This is by design.

    3. または、レプリカのレプリケーション先サーバー グループでは、コピーの残りのバイト数が常時示されており、PowerShell を使って照会できます。Alternatively, 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 "RG02").replicas | Select-Object numofbytesremaining  
       [System.Console]::Write("Number of bytes remaining: {0}`r", $v.numofbytesremaining)  
       Start-Sleep -s 5  
      }  
      
    4. レプリケーション先サーバーで、次のコマンドを実行し、イベント 5009、1237、5001、5015、5005、2200 を調べて、処理の進行状況を把握します。On the destination server, 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  
      

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

これで、サーバー間のレプリケートされたインフラストラクチャを管理および運用できるようになります。Now you will manage and operate your server-to-server replicated infrastructure. 次のすべての手順は、ノード上で直接実行することも、Windows Server リモートサーバー管理ツールが含まれているリモート管理コンピューターから実行することもできます。You can perform all of the steps below on the nodes directly or from a remote management computer that contains the Windows Server Remote Server Administration Tools.

  1. Get-SRPartnershipGet-SRGroup を使用して、現在のレプリケーション元とレプリケーション先およびそれらの状態を判別します。Use Get-SRPartnership and Get-SRGroup 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. レプリケーションの方向を片方のサイトから移すには、Set-SRPartnership コマンドレットを使用します。To move the replication direction from one site, use the Set-SRPartnership cmdlet.

    Set-SRPartnership -NewSourceComputerName sr-srv06 -SourceRGName rg02 -DestinationComputerName sr-srv05 -DestinationRGName rg01  
    

    警告

    Windows Server では、初期同期の実行中に役割の切り替えが行われないようにします。初期レプリケーションの完了を許可する前に切り替えようとすると、データが失われる可能性があります。Windows Server prevents role switching when the initial sync is ongoing, as it can lead to data loss if you attempt to switch before allowing initial replication to complete. 初期同期が完了するまで、強制的に方向を切り替えないでください。Don't force switch directions until the 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.

  4. レプリケーションを削除するには、各ノードで Get-SRGroupGet-SRPartnershipRemove-SRGroup、および Remove-SRPartnership を使用します。To remove replication, use Get-SRGroup, Get-SRPartnership, Remove-SRGroup, and Remove-SRPartnership on each node. Remove-SRPartnership コマンドレットは、レプリケーション先サーバーではなく、現在のレプリケーション ソース上でのみ実行してください。Ensure you run the Remove-SRPartnership cmdlet on the current source of replication only, not on the destination server. 両方のサーバーで Remove-Group を実行します。Run Remove-Group on both servers. たとえば、2 台のサーバーからすべてのレプリケーションを削除するには、次の手順に従います。For example, to remove all replication from two servers:

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

DFS レプリケーションを記憶域レプリカに置き換えるReplacing DFS Replication with Storage Replica

多くの Microsoft ユーザーは、ホーム フォルダーおよび部門別の共有のような非構造化ユーザー データの災害復旧ソリューションとして、DFS レプリケーションを展開しています。Many Microsoft customers deploy DFS Replication as a disaster recovery solution for unstructured user data like home folders and departmental shares. DFS レプリケーションは、Windows Server 2003 R2 以降のすべてのオペレーティング システムに付属しており、帯域幅の狭いネットワークで動作するため、ノードが多数あり、待機時間が長く変更の少ない環境に適しています。DFS Replication has shipped in Windows Server 2003 R2 and all later operating systems and operates on low bandwidth networks, which makes it attractive for high latency and low change environments with many nodes. ただし、DFS レプリケーションには、データ レプリケーション ソリューションとして重要な以下の制限があります。However, DFS Replication has notable limitations as a data replication solution:

  • 使用中または開いているファイルはレプリケートされません。It doesn't replicate in-use or open files.
  • 同期的にレプリケートされません。It doesn't replicate synchronously.
  • 非同期レプリケーションの待機期間は数分、数時間、または数日かかることがあります。Its asynchronous replication latency can be many minutes, hours, or even days.
  • 電源中断の後に時間のかかる一貫性チェックが必要になるデータベースを使用します。It relies on a database that can require lengthy consistency checks after a power interruption.
  • 通常、マルチマスターとして構成されます。これにより、双方向のフローに変更が加えられ、新しいデータが上書きされる可能性があります。It's generally configured as multi-master, which allows changes to flow in both directions, possibly overwriting newer data.

記憶域レプリカには、これらの欠点はありません。Storage Replica has none of these limitations. ただし、いくつかの制限はあり、環境によっては利点が薄くなる可能性があります。It does, however, have several that might make it less interesting in some environments:

  • ボリューム間で実行できるのは 1 対 1 のレプリケーションのみです。It only allows one-to-one replication between volumes. 複数のサーバー間で異なるボリュームをレプリケートすることができます。It's possible to replicate different volumes between multiple servers.
  • 非同期レプリケーションはサポートされていますが、低帯域幅で待機時間の長いネットワーク用には設計されていません。While it supports asynchronous replication, it's not designed for low bandwidth, high latency networks.
  • レプリケーションの進行中に、宛先の保護されたデータへのユーザーアクセスを許可しません。It doesn't allow user access to the protected data on the destination while replication is ongoing

これらの要素が障害とならない場合は、記憶域レプリカを使用し、DFS レプリケーション サーバーをこの新しいテクノロジで置き換えることができます。If these are not blocking factors, Storage Replica allows you to replace DFS Replication servers with this newer technology.
このプロセスの概要は次のとおりです。The process is, at a high level:

  1. Windows Server を2台のサーバーにインストールし、記憶域を構成します。Install Windows Server on two servers and configure your storage. 環境によっては、既存の一連のサーバーのアップグレードまたはクリーン インストールを行うことになります。This could mean upgrading an existing set of servers or cleanly installing.

  2. レプリケートするデータが C ドライブ以外の 1 つ以上のデータ ボリューム上に存在することを確認します。Ensure that any data you want to replicate exists on one or more data volumes and not on the C: drive.
    a.a. バックアップやファイルのコピー、シン プロビジョニングされた記憶域を使用して片方のサーバー上のデータをシードし、時間を節約することもできます。You can also seed the data on the other server to save time, using a backup or file copies, as well as use thin provisioned storage. DFS レプリケーションとは異なり、メタデータのようなセキュリティを完全に一致させる必要はありません。Making the metadata-like security match perfectly is unnecessary, unlike DFS Replication.

  3. 移行元サーバーでデータを共有し、DFS 名前空間を使用してアクセスできるようにします。Share the data on your source server and make it accessible through a DFS namespace. これは、サーバー名が障害の発生しているサイトにあるサーバーの名前に変更された場合でも、ユーザーがサーバーにアクセスできるようにするために重要です。This is important, to ensure that users can still access it if the server name changes to one in a disaster site.
    a.a. レプリケーション先サーバーで一致する共有を作成することができます。この共有は、通常の操作中には利用できません。You can create matching shares on the destination server, which will be unavailable during normal operations,
    b.b. 移行先サーバーを DFS 名前空間に追加しないでください。または、実行する場合は、すべてのフォルダーターゲットが無効になっていることを確認してください。Don't add the destination server to the DFS Namespaces namespace, or if you do, ensure that all its folder targets are disabled.

  4. 記憶域レプリカのレプリケーションを有効にして、初回の同期を完了します。レプリケーションは、同期的と非同期的のどちらでも実行できます。Enable Storage Replica replication and complete initial sync. Replication can be either synchronous or asynchronous.
    a.a. ただし、レプリケーション先サーバーでの IO データの一貫性を保つために、同期的に実行することをお勧めします。However, synchronous is recommended in order to guarantee IO data consistency on the destination server.
    b.b. ボリューム シャドウ コピーを有効にして、VSSADMIN またはその他のお好みのツールで定期的にスナップショットを撮ることを強くお勧めします。We strongly recommend enabling Volume Shadow Copies and periodically taking snapshots with VSSADMIN or your other tools of choice. これによって、アプリケーションは一貫してデータ ファイルをディスクにフラッシュするようになります。This will guarantee applications flush their data files to disk consistently. 障害が発生した場合、レプリケーション先サーバー上の部分的に非同期レプリケート済みのスナップショットからファイルを回復できます。In the event of a disaster, you can recover files from snapshots on the destination server that might have been partially replicated asynchronously. スナップショットは、ファイルと共にレプリケートされます。Snapshots replicate along with files.

  5. 障害が発生するまでは正常に動作します。Operate normally until there is a disaster.

  6. レプリケーション先サーバーを新しいソース サーバーに切り替えると、このサーバーのレプリケート済みボリュームがユーザーに示されます。Switch the destination server to be the new source, which surfaces its replicated volumes to users.

  7. 同期レプリケーションを使用している場合、ソース サーバーの損失時にユーザーがトランザクション保護なし (これはレプリケーションには関係ありません) でデータを書き込むアプリケーションを使用していない限り、データの復元は必要ありません。If using synchronous replication, no data restore will be necessary unless the user was using an application that was writing data without transaction protection (this is irrespective of replication) during loss of the source server. 非同期レプリケーションを使用している場合、VSS スナップショットをマウントする必要性が高くなりますが、アプリケーションのスナップショットの一貫性を保つため、どのような場合でも VSS の使用を検討してください。If using asynchronous replication, the need for a VSS snapshot mount is higher but consider using VSS in all circumstances for application consistent snapshots.

  8. サーバーとその共有を DFS 名前空間フォルダーターゲットとして追加します。Add the server and its shares as a DFS Namespaces folder target.

  9. これによって、ユーザーがデータにアクセスできるようになります。Users can then access their data.

    注意

    障害回復の計画は複雑な問題であるため、細心の注意が必要です。Disaster Recovery planning is a complex subject and requires great attention to detail. Runbook の作成と、年単位でのライブ フェールオーバー ドリルの実行を強くお勧めします。Creation of runbooks and the performance of annual live failover drills is highly recommended. 実際の障害発生時には混乱の中での対応となり、また経験豊富な担当者は手が空いていない場合もあります。When an actual disaster strikes, chaos will rule and experienced personnel may be unavailable.

ExpressRoute 経由でネットワークに接続されている Azure VM の追加Adding an Azure VM connected to your network via ExpressRoute

  1. Azure portal に ExpressRoute を作成します。Create an ExpressRoute in the Azure portal.
    ExpressRoute が承認されると、リソースグループがサブスクリプションに追加されます。この新しいグループを表示するには、 [リソースグループ] に移動します。After the ExpressRoute is approved, a resource group is added to the subscription - navigate to Resource groups to view this new group. 仮想ネットワーク名をメモしておきます。Take note of the virtual network name. ExpressRoute によって追加されたリソースグループを示す Azure portalAzure portal showing the resource group added with the ExpressRoute

    図 4:ExpressRoute に関連付けられているリソース-仮想ネットワーク名をメモします。Figure 4: The resources associated with an ExpressRoute - take note of the virtual network name

  2. 新しいリソースグループを作成します。Create a new resource group.

  3. ネットワークセキュリティグループを追加します。Add a network security group. 作成時に、作成した ExpressRoute に関連付けられているサブスクリプション ID を選択し、作成したばかりのリソースグループを選択します。When creating it, select the subscription ID associated with the ExpressRoute you created, and select the resource group you just created as well.

    必要な受信および送信のセキュリティ規則をネットワークセキュリティグループに追加します。Add any inbound and outbound security rules you need to the network security group. たとえば、VM へのリモートデスクトップアクセスを許可することができます。For example, you might want to allow Remote Desktop access to the VM.

  4. 次の設定を使用してAZURE VM を作成します (図5を参照)。Create an Azure VM with the following settings (shown in Figure 5):

    • パブリック IP アドレス:なしPublic IP address: None
    • 仮想ネットワーク:ExpressRoute で追加したリソースグループからメモした仮想ネットワークを選択します。Virtual network: Select the virtual network you took note of from the resource group added with the ExpressRoute.
    • ネットワークセキュリティグループ (ファイアウォール) :前に作成したネットワークセキュリティグループを選択します。Network security group (firewall): Select the network security group you created previously. ExpressRoute ネットワーク設定 を示す仮想マシンの作成図 5:ExpressRoute のネットワーク設定を選択しているときに VM を作成するCreate virtual machine showing ExpressRoute network settings Figure 5: Creating a VM while selecting ExpressRoute network settings
  5. VM が作成されたら、 「手順 2:オペレーティングシステム、機能、役割、記憶域、およびネットワークをプロビジョニングします。After the VM is created, see Step 2: Provision operating system, features, roles, storage, and network.