記憶域レプリカについてよく寄せられる質問

適用対象:Windows Server 2016 の Windows Server (半期チャネル)

このトピックには、記憶域レプリカに関してよく寄せられる質問 (FAQ) に対する回答が含まれています。

記憶域レプリカは、Azure でサポートされますか。

[はい]。 Azure では、次のシナリオを使用できます。

  1. Azure 内のサーバー間のレプリケーション (同期的に、1 つまたは 2 つのデータ センターの障害ドメイン内の IaaS Vm の間で非同期的にまたは非同期的に 2 つのリージョン間)
  2. Azure とオンプレミスのサーバー間の非同期レプリケーション (VPN または Azure ExpressRoute を使用)
  3. Azure 内でのクラスターとクラスター間レプリケーション (同期的に、1 つまたは 2 つのデータ センターの障害ドメイン内の IaaS Vm の間で非同期的にまたは非同期的に 2 つのリージョン間)
  4. Azure とオンプレミスのクラスターとクラスター間の非同期レプリケーション (VPN または Azure ExpressRoute を使用)

Azure でのクラスタ リングをゲストでの他の注記にあります。Microsoft Azure での IaaS VM ゲスト クラスターを展開するします。

重要な注意事項:

  1. Azure は、Windows フェールオーバー クラスターの仮想マシンは、従来の共有記憶域の永続的なディスクの予約のクラスタ リングまたは記憶域スペース ダイレクトの iSCSI ターゲットを使用する必要がありますので、共有 VHDX ゲスト クラスタ リングをサポートしていません。
  2. Azure Resource Manager テンプレートでクラスタ リングに基づく記憶域スペース ダイレクトの記憶域レプリカは、記憶域レプリカでディザスター リカバリー Azure リージョン間で記憶域スペース ダイレクト (S2D) の SOFS クラスターを作成です。
  3. (クラスター Api でクラスターの間のアクセスを許可するために必要) を Azure で RPC 通信をクラスターにクラスターでは、CNO に対するネットワーク アクセスの構成が必要です。 TCP ポート 49152 TCP ポート 135 と動的範囲を許可する必要があります。 参照構築 – Azure の IAAS VM での Windows Server フェールオーバー クラスターのパート 2 つのネットワークと作成です。
  4. 各ノードを使用しているループバック iSCSI 記憶域レプリカによってレプリケートされた非対称のクラスターの 2 つのノードのゲスト クラスターを使用することになります。 これはパフォーマンスが大きく低下がないテストなど、非常に限定されたワークロードにのみ使用する必要があります。

初期同期中にレプリケーションの進行状況を表示する方法

レプリケーション先のサーバーの記憶域レプリカの管理者イベント ログに表示される Event 1237 メッセージに、コピーされたバイト数および残りのバイト数が 10 秒間隔で表示されます。 1 つまたは複数のレプリケートされたボリュームに対して \Storage Replica Statistics\Total Bytes Received が表示されるレプリケーション先で、記憶域レプリカのパフォーマンス カウンターを使用することもできます。 Windows PowerShell を使用して、レプリケーション グループをクエリすることもできます。 たとえば、このサンプル コマンドはレプリケーション先にあるグループの名前を取得し、Replication 2 という名前の 1 つのグループをクエリして、10 秒間隔で進行状況を表示します。

Get-SRGroup

do{
    $r=(Get-SRGroup -Name "Replication 2").replicas
    [System.Console]::Write("Number of remaining bytes {0}`n", $r.NumOfBytesRemaining)
    Start-Sleep 10
}until($r.ReplicationStatus -eq 'ContinuouslyReplicating')
Write-Output "Replica Status: "$r.replicationstatus

レプリケーションに使用する特定のネットワーク インターフェイスを指定することができますか。

はい、Set-SRNetworkConstraint を使用して指定できます。 このコマンドレットはインターフェイス層で動作し、クラスター シナリオおよび非クラスター シナリオの両方で使用されます。
たとえば、(各ノード上の) スタンドアロン サーバーでは次のコマンドを実行します。

Get-SRPartnership  

Get-NetIPConfiguration  

(両方のサーバーの) ゲートウェイとインターフェイスの情報およびパートナーシップの方向に注意してください。 次に、次のコマンドを実行します。

Set-SRNetworkConstraint -SourceComputerName sr-srv06 -SourceRGName rg02 -  
SourceNWInterface 2 -DestinationComputerName sr-srv05 -DestinationNWInterface 3 -DestinationRGName rg01  

Get-SRNetworkConstraint  

Update-SmbMultichannelConnection  

ストレッチ クラスター上でネットワークの制約を構成するには、次のコマンドを実行します。

Set-SRNetworkConstraint -SourceComputerName sr-srv01 -SourceRGName group1 -SourceNWInterface "Cluster Network 1","Cluster Network 2" -DestinationComputerName sr-srv03 -DestinationRGName group2 -DestinationNWInterface "Cluster Network 1","Cluster Network 2"  

一対多のレプリケーションまたは (A から B から C へ) 推移的なレプリケーションを構成できますか。

Windows Server 2016 では構成できません。 このリリースでは、サーバー、クラスター、またはストレッチ クラスター ノードの 1 対 1 のレプリケーションのみがサポートされます。 これは、今後のリリースで変更される可能性があります。 当然ながら、各種サーバーの特定のボリューム ペアを、方向を指定してレプリケーションするよう構成することはできます。 たとえば、サーバー 1 の D ボリュームをサーバー 2 に、E ボリュームをサーバー 3 からレプリケートできます。

拡張または記憶域レプリカによってレプリケートされたボリュームを縮小できますか。

ボリュームは、拡大 (拡張) できますが、圧縮できません。 既定では、記憶域レプリカを使うと管理者はレプリケートされたボリュームを拡張できません。サイズ変更前に、ソース グループで Set-SRGroup -AllowVolumeResize $TRUE オプションを使ってください。 次に、例を示します。

  1. ソース コンピューターに対して使用します。 Set-SRGroup -Name YourRG -AllowVolumeResize $TRUE
  2. 希望する方法を使ってボリュームを拡大する
  3. ソース コンピューターに対して使用します。 Set-SRGroup -Name YourRG -AllowVolumeResize $FALSE

読み取り専用アクセスの移行先ボリュームをオンラインを持ち込むことができますか。

Windows Server 2016 RTM (いわゆる "RS1" リリース) ではできません。 記憶域レプリカは、レプリケーションが開始されると宛先ボリュームをマウント解除します。

ただし、Windows Server バージョン 1709 では、宛先の記憶域をマウントするオプションを選択できるようになりました。この機能は "テスト フェールオーバー" と呼ばれます。 これを実行するには、現在、宛先でレプリケートされていない、未使用の、NTFS または ReFS でフォーマットされたボリュームが必要です。 次に、レプリケートされた記憶域のスナップショットを、テストやバックアップの目的で、一時的にマウントすることができます。

たとえば、宛先サーバー "SRV2" のレプリケーション グループ "RG2" 内にボリューム "D:" をレプリケートしており、SRV2 にレプリケートされていない "T:" ドライブがある場合に、テスト フェールオーバーを作成するには、次の操作を実行します。

Mount-SRDestination -Name RG2 -Computername SRV2 -TemporaryPath T:\

レプリケートされたボリューム D: は SRV2 でアクセスできるようになります。 読み取りし、通常、書き込むことができます、オフになり、ファイルをコピーまたは d: パスの下の保管のために別の場所に保存するオンライン バックアップを実行します。 T: ボリュームは、ログ データが格納のみされます。

テスト フェールオーバーのスナップショットを削除してその変更を破棄するには:

Dismount-SRDestination -Name RG2 -Computername SRV2

テスト フェールオーバー機能は、短期的な一時的な操作としてのみ使用する必要があります。 長期的に使用するための機能ではありません。 使用中の場合、レプリケーションは実際の宛先ボリュームまで継続されます。

ストレッチ クラスターでスケール アウト ファイル サーバー (SOFS) を構成することができますか。

技術的には可能ですが、SOFS に接続するコンピューティング ノード内にサイト認識がないため、この構成は Windows Server 2016 では推奨されません。 キャンパス距離のネットワークを待機時間がサブミリでは通常を使用してこの構成は通常は問題なく動作します。

クラスター間のレプリケーションを構成している場合、記憶域レプリカは、2 つの記憶域クラスター間でのレプリケート中の記憶域スペース ダイレクトの使用も含め、スケールアウト ファイル サーバーを完全にサポートします。

ストレッチ クラスター内、またはクラスター間でレプリケートするために必要な CSV でしょうか。

いいえ。 CSV ファイルまたはファイル サーバーの役割などのクラスター リソースによって所有されているディスクの永続的な予約 (PDR) をレプリケートできます。

クラスター間のレプリケーションを構成している場合、記憶域レプリカは、2 つの記憶域クラスター間でのレプリケート中の記憶域スペース ダイレクトの使用も含め、スケールアウト ファイル サーバーを完全にサポートします。

構成できる記憶域スペース ダイレクトで記憶域レプリカ ストレッチ クラスターでしょうか。

Windows Server 2016 ではサポートされていない構成です。 これは、今後のリリースで変更される可能性があります。 クラスター間のレプリケーションを構成している場合、記憶域レプリカは、記憶域スペース ダイレクトの使用も含め、スケールアウト ファイル サーバーと Hyper-V Server を完全にサポートします。

非同期レプリケーションを構成する方法はありますか

New-SRPartnership -ReplicationMode を指定して引数 Asynchronous を入力します。 既定では、記憶域レプリカのすべてのレプリケーションは同期です。 Set-SRPartnership -ReplicationMode でモードを変更することもできます。

ストレッチ クラスターの自動フェールオーバーをようにする方法はありますか

自動フェールオーバーを回避するには、PowerShell を使用して Get-ClusterNode -Name "NodeName").NodeWeight=0 を構成します。 これにより、障害復旧サイト内の各ノードの票が削除されます。 その後、プライマリ サイト内のノードの Start-ClusterNode -PreventQuorum および障害サイト内のノードの Start-ClusterNode -ForceQuorum を使用して、フェールオーバーを強制することができます。 自動フェールオーバーを防止するためのグラフィカルなオプションはなく、自動フェールオーバーの防止は推奨されません。

仮想マシンの回復性を無効にする方法は?

新しい HYPER-V 仮想マシンの回復性機能でを実行して、ディザスター リカバリー サイトにフェールオーバーではなく仮想マシンを一時停止を防ぐためには、次のように実行します。 (Get-Cluster).ResiliencyDefaultPeriod=0

初期同期の時間を削減する方法は?

初期同期の間を短縮する 1 つの方法として、仮想プロビジョニングされた記憶域を使用できます。 記憶域レプリカは、クエリを実行し、非クラスター化記憶域スペース、Hyper-V の動的ディスク、SAN LUN を含む、仮想プロビジョニングされたストレージを自動的に使用します。

ボリュームはフェールオーバー クラスター マネージャーで、シードされたオプションを使用して、プライマリからのデータのサブセットを変換先ということも帯域幅使用率を低減シードされたデータ ボリュームを使用して時間の場合、またはNew-SRPartnershipします。 ボリュームがほぼ空の場合は、シード同期を使用すると、時間と使用帯域幅を低減できます。 有効性の程度はさまざまで、シード データへの複数の方法はあります。

  1. 以前のレプリケーションの通常の初期にレプリケートすることによってローカル間で同期ノードのディスクとボリュームを含む、レプリケーションの削除、移行先ディスクを発送し、別の場所で、シードされたオプションを使用してレプリケーションを追加します。 これは、記憶域レプリカは、ブロックのコピーのミラーを保証し、レプリケートすることだけは差分のブロックの最も効果的な方法です。
  2. スナップショットを復元またはスナップ ショット ベースを復元するバックアップ - 変換先のボリュームにボリューム ベースのスナップショットを復元してありますブロック レイアウトのわずかな差異。 これは、ブロックにミラー イメージをされているボリュームのスナップショットに協力するくれたと一致する可能性がある次の最も効果的な方法です。
  3. ブロックの一致である可能性があるをデータのコピーされたファイルの前に使用されていない変換先の新しいボリュームを作成して、完全な robocopy/MIR ツリーを実行してコピーします。 Windows エクスプ ローラーを使用して、ツリーの一部をコピーまたは多くのブロックの一致項目は作成されません。 シード処理の最も効果的な方法は、ファイルを手動でコピーします。

レプリケーションを管理するユーザーを委任できますか。

Windows Server 2016 では、Grant-SRDelegation コマンドレットを使用してユーザーを委任できます。 これにより、サーバー間、クラスター間で特定のユーザーを設定して、クラスターのレプリケーション シナリオを、ローカルの管理者グループのメンバーにならずにレプリケーションを作成、変更、削除する権限が付与されているとして拡張することができます。 次に、例を示します。

Grant-SRDelegation -UserName contso\tonywang  

このコマンドレットは、変更が有効になるように、管理しようと計画しているサーバーからユーザーがログオフおよびログオンする必要があることを通知します。 Get-SRDelegationRevoke-SRDelegation を使用して、さらにこれを制御できます。

どのようなバックアップし、レプリケートされたボリュームの復元オプションでしょうか。

記憶域レプリカは、ソース ボリュームのバックアップと復元をサポートします。 さらに、ソース ボリュームのスナップショットの作成と復元もサポートします。 記憶域レプリカによって保護されている間はマウントもアクセスもできないため、レプリケーション先のボリュームをバックアップまたは復元することはできません。 ソース ボリュームが失われる障害が発生した場合、Set-SRPartnership を使用して以前のレプリケーション先ボリュームを昇格します。読み取りと書き込みが可能になったソースによって、失われたソース ボリュームをバックアップまたは復元できるようになります。 Remove-SRPartnershipRemove-SRGroup を使用して、このボリュームを読み取りと書き込みが可能なボリュームとして再マウントすることもできます。 アプリケーション整合性のスナップショットを定期的に作成するために、ソース サーバーで VSSADMIN.EXE を使用して、レプリケートされたデータ ボリュームのスナップショットを作成できます。 たとえば、F: ボリュームを記憶域レプリカでレプリケートしている場合は次のようになります。

vssadmin create shadow /for=F:

その後、レプリケーションの方向を切り替えた後、レプリケーションを削除した後、または同じソース ボリューム上にいる場合、任意のスナップショットをその時点に復元できます。 たとえば、依然として F: を使用している場合は次のようになります。

vssadmin list shadows
 vssadmin revert shadow /shadow={shadown copy ID GUID listed previously}

スケジュールされたタスクを使用して、このツールが定期的に実行されるようにスケジュールすることもできます。 VSS の使用方法の詳細については、Vssadmin を確認してください。 ログ ボリュームのバックアップは不要であり、行う価値もありません。 バックアップしようとすると、VSS によって無視されます。 Windows Server バックアップ、Microsoft Azure Backup、Microsoft DPM、またはその他のスナップショット、VSS、仮想マシン、またはファイルベースのテクノロジの使用は、ボリューム層内で動作する限り、記憶域レプリカでサポートされます。 記憶域レプリカは、ブロックベースのバックアップと復元はサポートしません。

帯域幅の使用を制限するレプリケーションを構成できますか。

はい、SMB 帯域幅リミッターを介して構成できます。 これは記憶域レプリカのすべてのトラフィックのグローバル設定であるため、このサーバーからのすべてのレプリケーションに影響を与えます。 これは通常、すべてのデータを転送する必要がある、記憶域レプリカの初期同期のセットアップでのみ必要です。 初期同期後に必要な場合は、ネットワーク帯域幅が IO ワークロードに対して狭すぎます。IO を削減するか、帯域幅を拡大してください。

これは非同期レプリケーションでのみ使用する必要があります (注: 初期同期は、同期を指定した場合でも常に非同期になります)。 ネットワーク QoS ポリシーを使用して、記憶域レプリカのトラフィックを形成することもできます。 一致率の高いシード記憶域レプリカのレプリケーションを使用した場合も、全体的な初期同期の帯域幅使用が大幅に削減されます。

帯域幅の制限を設定するには、次のコマンドを使用します。

Set-SmbBandwidthLimit  -Category StorageReplication -BytesPerSecond x

帯域幅の制限を確認するには、次のコマンドを使用します。

Get-SmbBandwidthLimit -Category StorageReplication

帯域幅の制限を削除するには、次のコマンドを使用します。

Remove-SmbBandwidthLimit -Category StorageReplication

記憶域レプリカはどのようなネットワーク ポートを必要ですか。

記憶域レプリカは、レプリケーションと管理において SMB と WSMAN を利用します。 つまり、次のポートが必要です。

445 (SMB - レプリケーション トランスポート プロトコル、クラスターの RPC 管理プロトコル) 5445 (iWARP SMB、iWARP RDMA ネットワークを使用する場合にのみ必要) 5985 (WSManHTTP - WMI/CIM/PowerShell 用の管理プロトコル)

注:Test-srtopology コマンドレット ICMPv4 または ICMPv6 を必要とレプリケーションや管理ではなく。

ログ ボリュームのベスト プラクティスとは

ログの最適なサイズでは、広く環境やワークロードごとに異なるされ、どの程度で書き込み IO ワークロードを実行に決定されます。

  1. ログの大きさは、処理速度には影響を与えません。
  2. ログのサイズ、またデータ ボリュームが、たとえば、10 GB か 10 TB かは、パフォーマンスに影響を及ぼしません。

サイズの大きいログは、単純に、一杯になるまでに多くの書き込み IO を収集して保持できます。これにより、ログのソースと保存先コンピューターの間での、長時間にわたるサービス中断に対処できます (ネットワークの切断や保存先コンピューターのオフラインなど)。 ログが 10 時間分の書き込みを保持できる場合、ネットワークが 2 時間ダウンしても、ネットワークの復旧時にソース側から保存先に対して同期されていない変更の差分を素早く同期すれば、短時間で保護された状態に回復します。 しかし保持されるログが 10 時間分である場合に、ネットワークが 2 日間ダウンすると、ソース側はビットマップと呼ばれる別のログから再生する必要があるため、同期状態への回復に時間がかかります。同期された後は、元どおりログを使用できます。

記憶域レプリカのすべての書き込みパフォーマンスはログに依存します。 ログのパフォーマンスは、レプリケーションのパフォーマンスにとって重要です。 ログ ボリュームには、ログではすべての書き込み IO がシリアル化、シーケンス化されるため、ログ ボリュームはデータ ボリュームよりも高速に動作するデバイスを使用する必要があります。 ログ ボリュームでは、常に SSD などのフラッシュ メディアを使う必要があります。 ログ ボリューム上では、他のワークロードの実行を絶対に許可しないでください。同様に、SQL データベースのログ ボリューム上で他のワークロードの実行を許可しないでください。

もう一度。Microsoft では、ログ ストレージ、データ ストレージよりも高速であるし、ログ ボリュームを他のワークロードを使用しない必要があります強くお勧めします。

Test-srtopology のツールを実行して、ログのサイズ変更の推奨事項を取得できます。 または、ログ サイズの判断を行う、既存のサーバー上のパフォーマンス カウンターを使用できます。 数式は単純な: 作業負荷の下のデータ ディスク スループット (平均書き込みバイト数/秒) を監視し、さまざまなサイズのログがいっぱいにかかる時間を計算に使用します。 たとえば、50 のデータ ディスクのスループットの MB/秒には 120 GB/50 MB 秒または 2400 秒 40 分にラップする 120 GB のログがされます。 移行先サーバーにログをラップする前に到達できない可能性がありますを時間、量は 40 分です。 ログのラップ、変換先がもう一度到達可能になった場合は、ソースは、メインのログではなくビット マップ ログを使用してブロックを再生します。 ログのサイズには、パフォーマンスに影響はありません。

移行元クラスターからのデータ ディスクのみのバックアップがあります。 記憶域レプリカのログ ディスクする必要がありますいないバックアップため、バックアップ記憶域レプリカの操作と競合することができます。 の

サーバーのサーバー トポロジとクラスター間ではなく、ストレッチ クラスターを選択するには、理由は?

記憶域レプリカには、ストレッチ クラスター、クラスター間、サーバー間の 3 つの主要な構成があります。 それぞれの構成には、異なる利点があります。

ストレッチ クラスター トポロジは、Hyper-V プライベート クラウド クラスターや SQL Server FCI など、オーケストレーションを使用した自動フェールオーバーを必要とするワークロードに最適です。 また、フェールオーバー クラスター マネージャーを使用したグラフィカル インターフェイスが組み込まれています。 このトポロジでは、永続的予約を介して、従来の非対称クラスター共有記憶域アーキテクチャである記憶域スペース、SAN、iSCSI、および RAID が使用されます。 これは、2 ノード以上の構成で実行できます。

クラスター間トポロジでは、2 つの独立したクラスターが使用されます。特に 2 番目のサイトが障害回復用にプロビジョニングされていて、日常的な用途に使用されず、手動のフェールオーバーを必要とする場合に最適です。 オーケストレーションは手動で実行します。 ストレッチ クラスターの場合とは異なり記憶域スペース ダイレクト使用できます (注意事項 - 記憶域レプリカに関する FAQ を参照してくださいとクラスター-クラスターのドキュメント) では、この構成では。 これは、4 ノード以上の構成で実行できます。

サーバー間トポロジは、クラスター化できないハードウェアを実行しているユーザーに最適です。 この構成では、手動によるフェールオーバーとオーケストレーションが必要です。 ブランチ オフィスと集中管理データセンターの間の展開で、特に非同期レプリケーションを使用する場合に最適です。 この構成では、多くの場合、単一マスター障害回復シナリオに使用される DFSR で保護されたファイル サーバーのインスタンスを置き換えることができます。

このトポロジは、すべての場合において、物理ハードウェアでの実行と仮想マシンでの実行の両方をサポートします。 仮想マシンで使用する場合、基盤のハイパーバイザーは Hyper-V である必要はなく、VMware、KVM、Xen なども使用できます。

記憶域レプリカには、同じコンピューター上の 2 つの異なるボリュームへのレプリケーションを指定するサーバー内モードも使用できます。

データ重複除去は、記憶域レプリカでサポートされますか。

はい、記憶域レプリカは、データ Deduplcation がサポートされます。 ソース サーバー上のボリュームにデータ重複除去を有効にし、レプリケーション中に、移行先サーバーは重複除去されたボリュームのコピーを受信します。

必要があります、インストールソースと宛先の両方のサーバーでデータ重複除去 (を参照してくださいのインストールとデータ重複除去を有効にする)、ない重要なにを有効にする移行先サーバーでデータ重複除去します。 記憶域レプリカには、移行元サーバー上のみの書き込みができます。 データ重複除去がボリュームに書き込みするためは、移行元サーバーでのみ実行する必要があります。

記憶域レプリカやこのガイドには問題を報告する方法を教えてください。

記憶域レプリカの技術的サポートが必要な場合は、Microsoft TechNet フォーラムから投稿できます。 記憶域レプリカに関する質問や、このドキュメントに関する問題は、srfeed@microsoft.com に電子メールを送信することもできます。 https://windowsserver.uservoice.comアイデアについては、サポートとフィードバックを提供する、他のお客様が許可されている、サイトが設計変更要求、優先的に使用します。

関連項目