次の方法で共有

記憶域レプリカを使用してサーバー間ストレージ レプリケーションを設定する

記憶域レプリカを使用すると、2 台のサーバーがそれぞれ同じボリュームの同じコピーを持つようにデータの同期を構成できます。 この記事では、サーバー間レプリケーションの構成と、環境を設定および管理する方法について説明します。

記憶域レプリカを管理するには、 Windows Admin Center または PowerShell を使用できます。

Windows Admin Center で記憶域レプリカを使用する方法の概要については、次のビデオを参照してください。

前提条件

  • Active Directory Domain Services フォレスト。 (Windows Server 2016 を実行する必要はありません)。

  • Windows Server 2019 または Windows Server 2016 Datacenter を実行する 2 台のサーバー。

    Windows Server 2019 を実行している場合は、2 TB までの 1 つのボリュームのみをレプリケートすることがシナリオに適している場合は、代わりに Standard Edition を使用できます。

  • シリアル接続 SCSI (SAS) の "ディスクの束のみ" エンクロージャ (HDD)、ファイバー チャネル 記憶域ネットワーク (FC SAN)、インターネット Small Computer Systems Interface (iSCSI) ターゲット、またはローカル SCSI またはシリアル高度なテクノロジ接続 (SATA) ストレージを含めることができる 2 セットの記憶域。 ストレージには、ハード ディスク ドライブ (HDD) とソリッド ステート ドライブ (SSD) メディアが混在している必要があります。 各ストレージ セットは、共有アクセス権を持たない各サーバーでのみ使用できるようにします。

    ストレージの各セットは、レプリケートされたデータ用とログ用に 1 つ、少なくとも 2 つの仮想ディスクの作成をサポートする必要があります。 物理記憶域のセクター サイズは、すべてのデータ ディスクで同じである必要があります。 物理記憶域のセクター サイズは、すべてのログ ディスクで同じである必要があります。

  • 同期レプリケーションのために各サーバー上に少なくとも 1 つのイーサネット/TCP 接続が必要ですが、リモート ダイレクト メモリ アクセス (RDMA) をお勧めします。

  • インターネット制御メッセージ プロトコル (ICMP)、サーバー メッセージ ブロック (SMB) (ポート 445、SMB ダイレクトの場合はポート 5445)、Web サービス管理 (WS-Man) (ポート 5985) のすべてのノード間の双方向トラフィックを許可するための適切なファイアウォールとルーターの規則。

  • 入出力 (I/O) 書き込みワークロードを格納するのに十分な帯域幅を持つサーバー間のネットワークと、同期レプリケーションの平均 5 ミリ秒のラウンドトリップ待機時間。 非同期レプリケーションには待機時間に関する推奨事項はありません。

    オンプレミス サーバーと Azure 仮想マシン (VM) 間でレプリケートする場合は、オンプレミス サーバーと Azure VM の間にネットワーク リンクを作成する必要があります。 リンクを作成するには、 Azure ExpressRoute を使用するか、 サイト間 VPN ゲートウェイ接続を使用するか、Azure VM に VPN ソフトウェアをインストールしてオンプレミス ネットワークに接続します。

  • レプリケートされたストレージは、Windows オペレーティング システム フォルダーを含むドライブに配置できません。

重要

このシナリオでは、各サーバーが異なる物理サイトまたは異なる論理サイトにある必要があります。 各サーバーは、ネットワーク経由で他のサーバーと通信できる必要があります。

これらの要件の多くは、 Test-SRTopology コマンドレットを使用して確認できます。 記憶域レプリカをインストールするか、記憶域レプリカ管理ツールの機能を少なくとも 1 つのサーバーにインストールすると、このツールにアクセスできます。 このツールを使用するには、コマンドレットをインストールして実行するだけです。 詳細については、この記事の後半で説明します。

Windows Admin Center の要件

記憶域レプリカと Windows Admin Center を一緒に使用するには、次のものが必要です。

システム オペレーティング システム 対象
2 台のサーバー
(オンプレミスのハードウェア、VM、クラウド VM (Azure VM を含む) の組み合わせ)		 Windows Server 2019、Windows Server 2016、Windows Server (半期チャネル) 記憶域レプリカ
1 台の PC Windows 10 Windows Admin Center

注

現時点では、Azure Portal で Windows Admin Center を使用して記憶域レプリカを管理することはできません。 Windows Admin Center バージョン 2410 以降を使用して、記憶域レプリカを管理できます。

条件

このチュートリアルでは、例として次の環境を使用します。

  • SR-SRV05 と SR-SRV06 の 2 つのサーバー

  • 2 つの異なるデータセンター (Redmond と Bellevue) を表す論理 "サイト" のペア

Building 9 のサーバーとレプリケートする Building 5 のサーバーを示す図。

手順 1: Windows Admin Center を PC にインストールして構成する

Windows Admin Center を使用して記憶域レプリカを管理する場合は、次の手順に従って、記憶域レプリカを管理するように PC を設定します。

  1. Windows Admin Center をダウンロードしてインストールします。

  2. リモート サーバー管理ツールをダウンロードしてインストールします。

    Windows 10 バージョン 1809 以降を使用する場合は、機能 RSAT: オンデマンド機能から Windows PowerShell 用記憶域レプリカ モジュールをインストールします。

  3. 管理者として PowerShell セッションを開きます。

    1. [スタート] を選択します。
    2. PowerShell と入力します。
    3. Windows PowerShell を右クリックします。
    4. [ 管理者として実行] を選択します。

  4. 次のコマンドを入力して、ローカル コンピューターで WS-Man プロトコルを有効にし、クライアントでリモート管理用の既定の構成を設定します。

    winrm quickconfig

  5. WinRM サービスを有効にし、WinRM ファイアウォール例外を有効にするには、「 Y 」と入力します。

手順 2: オペレーティング システム、機能、役割、ストレージ、およびネットワークをプロビジョニングする

  1. インストールの種類が Windows Server (デスクトップ エクスペリエンス) を使用して、両方のサーバー ノードに Windows Server をインストールします。

    ExpressRoute 経由で ネットワークに接続されている Azure VM を使用できます。

    注

    Windows Admin Center バージョン 1910 以降は、Azure で自動的に対象のサーバーを構成できます。 このオプションを選択した場合は、ソース サーバーに Windows Server をインストールしてから、「手順 3: サーバー間のレプリケーションを設定する」に進みます。

  2. ネットワーク情報を追加し、サーバーを Windows 10 管理 PC (使用している場合) と同じドメインに参加させてから、サーバーを再起動します。

    注

    残りの手順では、すべてのサーバーで組み込みの Administrator グループのメンバーであるドメイン ユーザーとしてログオンします。 グラフィカル サーバーのインストールまたは Windows 10 コンピューターで実行している場合は、残りの手順で PowerShell とコマンド プロンプトを昇格してください。

  3. JBOD ストレージ・エンクロージャ、iSCSI ターゲット、FC SAN、またはローカル固定ディスク直接接続ストレージ (DAS) の最初のセットを、サイト Redmond 内のサーバーに接続します。

  4. 2 つ目の記憶域のセットをサイト Bellevue 内のサーバーに接続します。

  5. 関連する場合は、最新のベンダー ストレージとエンクロージャのファームウェアとドライバー、最新のベンダー ホスト バス アダプター (HBA) ドライバー、最新のベンダー BIOS/UEFI ファームウェア、最新のベンダー ネットワーク ドライバー、および最新のマザーボード チップセット ドライバーを両方のノードにインストールします。 必要に応じてノードを再起動します。

    注

    共有ストレージとネットワーク ハードウェアを構成するには、ハードウェア ベンダーのドキュメントを参照してください。

  6. サーバーの BIOS/UEFI 設定で、C 状態の無効化、QPI 速度の設定、不均一なメモリ アクセス (NUMA) の有効化、最高のメモリ頻度の設定など、高パフォーマンスが有効になっていることを確認します。 Windows Server での電源管理が [高パフォーマンス] に設定されていることを確認します。 必要に応じて再起動します。

  7. 次のセクションで説明するようにロールを構成します。

    • Windows Admin Center での方法

      1. Windows Admin Center で、サーバー マネージャーに移動し、いずれかのサーバーを選択します。
      2. [ロール] と [機能] に移動します。
      3. [機能>レプリカ] を選択し、[インストール] を選択します。
      4. 他のサーバーでこれらの手順を繰り返します。

    • サーバー マネージャーでの方法

      1. ServerManager.exe 実行し、サーバー グループを作成します。 すべてのサーバー ノードを追加します。

      2. 各ノードにファイル サーバーと記憶域レプリカの役割と機能をインストールします。 次に、ノードを再起動します。

    • Windows PowerShell による方法

      SR-SRV06 またはリモート管理コンピューターで、Windows PowerShell コンソールで次のコマンドを実行して、必要な機能と役割をインストールします。 次に、ノードを再起動します。

    1. サーバー マネージャーで、[サーバー グループの作成] を選択し、すべてのサーバー ノードを追加します。

    2. 各ノードに ファイル サーバー の役割と 記憶域レプリカ 機能をインストールし、再起動します。 詳細については、「役割、役割サービス、または機能のインストールまたはアンインストール」を参照してください。

      これらの手順の詳細については、「役割、役割サービス、または機能のインストールまたはアンインストール」を参照してください。

  8. 次の手順で説明するようにストレージを構成します。

    重要

    • 各格納装置で、データ用に 1 つとログ用に 1 つの 2 つのボリュームを作成する必要があります。
    • ログ ディスクとデータ ディスクは、マスター ブート レコード (MBR) ではなく、GUID パーティション テーブル (GPT) として初期化する必要があります。
    • 2 つのデータ ボリュームは同じサイズである必要があります。
    • 2 つのログ ボリュームは同じサイズにする必要があります。
    • すべてのレプリケートされたデータ ディスクには、同一のセクター サイズが必要です。
    • すべてのログ ディスクのセクター サイズは、同じである必要があります。
    • ログ ボリュームには、SSD など、フラッシュ ベースのストレージを使用する必要があります。 より高速なデータ ストレージであるログ ストレージをお勧めします。 ログ ボリュームは、絶対に他のワークロードに使用しないでください。
    • データ ディスクは、HDD、SSD、または階層化された組み合わせを使用でき、ミラー化またはパリティ スペース、RAID 1、RAID 10、RAID 5、または RAID 50 のいずれかを使用できます。
    • 指定しない場合、ログ サイズは既定で 8 GB に設定されます。 ログボリュームは、ログの要件と組織のニーズに基づいて、少なくとも 10 GB 以上である必要があります。
    • ファイル サーバーの役割は、Test-SRTopology が動作するためにのみ必要です。 テストに必要なファイアウォール ポートが開きます。

    • JBOD エンクロージャの場合:

      1. 各サーバーには、そのサイトのストレージ エンクロージャのみが表示され、SAS 接続が正しく構成されていることを確認します。

      2. 記憶域スペースを使用して記憶域をプロビジョニングする: Windows PowerShell またはサーバー マネージャーを使用して 、Stand-Alone Server に記憶域スペースを展開 する手順 1 から 3 を完了します。

    • iSCSI ストレージの場合:

      1. 各クラスターがそのサイトのストレージ エンクロージャのみを表示できることを確認します。 iSCSI を使用する場合は、複数のネットワーク アダプターを使用する必要があります。

      2. ベンダーのドキュメントを使用してストレージをプロビジョニングします。 Windows ベースの iSCSI ターゲットを使用する場合は、「 iSCSI ターゲット ブロック ストレージ」の「方法」を参照してください。

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

      1. 各クラスターに、そのサイトのストレージ エンクロージャのみが表示され、ホストが適切にゾーン化されていることを確認します。

      2. ベンダーのドキュメントを使用してストレージをプロビジョニングします。

    • ローカル固定ディスク記憶域の場合:

      • ストレージにシステム ボリューム、ページ ファイル、ダンプ ファイルが含まれていないことを確認します。

      • ベンダーのドキュメントを使用してストレージをプロビジョニングします。

  9. Windows PowerShell を起動し、 Test-SRTopology コマンドレットを使用して、記憶域レプリカのすべての要件を満たしているかどうかを判断します。 このコマンドレットは、要件専用モードで、クイック テストまたは実行時間の長いパフォーマンス評価モードで使用できます。

    たとえば、提案されたノードがそれぞれ F: ボリュームと G: ボリュームを持っていることを検証し、30 分間テストを実行するには、次のコマンドを使用します。

    MD c:\temp

    重要

    評価期間中に指定されたソース ボリュームに書き込み I/O 負荷がないテスト サーバーを使用する場合は、ワークロードを追加して有用なレポートを生成することを検討してください。 実稼働に似たワークロードでテストして、実際の数値と推奨されるログ サイズを確認する必要があります。 または、テスト中にいくつかのファイルをソース ボリュームにコピーするか、 DISKSPD をダウンロードして実行して書き込み I/O を生成します。 たとえば、10 分間実行される書き込み I/O ワークロードが少ないサンプルを D: ボリュームにコピーします。

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

  10. TestSrTopologyReport.html レポートを調べて、記憶域レプリカの要件を満たしていることを確認します。

    トポロジ レポートの例を示すスクリーンショット。

手順 3: サーバー間のレプリケーションを設定する

Windows Admin Center を使用する

  1. ソース サーバーを追加します。

    1. [] を選択し、[] を追加します。
    2. [サーバー接続の追加] を選択します。
    3. サーバーの名前を入力し、[ 送信] を選択します。

  2. [ すべての接続 ] ウィンドウで、ソース サーバーを選択します。

  3. [ ツール ] ウィンドウで、[ 記憶域レプリカ] を選択します。

  4. [新規] を選択して新しいパートナーシップを作成します。

    パートナーシップの対象として使用する新しい Azure VM を作成するには、以下のようにします。

    1. [ 別のサーバーとのレプリケート] で、[ 新しい Azure VM を使用する] を選択し、[ 次へ] を選択します。 このオプションが表示されない場合は、Windows Admin Center バージョン 1910 以降を使用していることを確認してください。

    2. ソース サーバーの情報とレプリケーション グループの名前を指定してから、[次へ] を選択します。

      この手順では、移行元の移行先として Windows Server 2019 または Windows Server 2016 Azure VM を自動的に選択するプロセスを開始します。 Storage Migration Service では、ソースに一致する VM サイズが推奨されますが、[ すべてのサイズを表示] を選択してこの制限をオーバーライドできます。 インベントリ データは、マネージド ディスクとそのファイル システムを自動的に構成し、新しい Azure VM を Active Directory ドメインに参加させるために使用されます。

    3. Windows Admin Center で Azure VM が作成されたら、レプリケーション グループ名を指定し、[ 作成] を選択します。 その後、Windows Admin Center によって、データの保護を開始するために、記憶域レプリカの通常の初期同期プロセスが開始されます。

    ストレージ レプリカを使用して Azure VM に移行する方法を示すビデオを次に示します。

  5. パートナーシップの詳細を入力し、[ 作成] を選択します。

    [新しいパートナーシップ] 画面とパートナーシップの詳細 (8 GB のログ サイズなど) を示すスクリーンショット。

注

Windows Admin Center の記憶域レプリカからパートナーシップを削除しても、レプリケーション グループ名は削除されません。

Windows PowerShell を使用する

次に、Windows PowerShell を使用してサーバー間レプリケーションを構成します。 次のすべての手順は、ノードで直接実行するか、Windows Server リモート サーバー管理ツールを含むリモート管理コンピューターから実行する必要があります。

  1. 管理者特権の PowerShell コンソールを管理者として使用していることを確認します。

  2. サーバー間レプリケーションを構成します。 ソースと宛先のディスク、ソースと宛先のログ、ソースと宛先のノード、およびログ サイズを指定します。

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

    出力例を次に示します。

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

    重要

    既定のログのサイズは 8 GB です。 Test-SRTopology コマンドレットの結果によっては、-LogSizeInBytes パラメーターを使用して大きい値または小さい値を設定することもできます。

  3. レプリケーションのソースとレプリケーション先の状態を取得するには、 Get-SRGroup コマンドレットと Get-SRPartnership コマンドレットを使用します。

    Get-SRGroup
Get-SRPartnership
(Get-SRGroup).replicas

    出力例を次に示します。

    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. 次の手順で説明するように、レプリケーションの進行状況を確認します。

    1. ソース サーバーで次のコマンドを実行し、イベント ID 5015、5002、5004、1237、5001、および 2200 を調べます。

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica -Max 20

    2. 移行先サーバーで、次のコマンドを実行して、パートナーシップの作成を示す記憶域レプリカ イベントを表示します。 このイベントは、コピーされたバイト数と、パートナーシップの作成にかかった時間を示します。

      例:

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

      出力例を次に示します。

      TimeCreated  : 4/8/2016 4:12:37 PM
ProviderName : Microsoft-Windows-StorageReplica
Id           : 1215
Message      : Block copy completed for replica.

> [!NOTE]
> By design, Storage Replica dismounts the destination volumes and their drive letters or mount points.

    3. または、レプリカの宛先サーバー グループには、コピーする残りのバイト数が常に示されます。 PowerShell を使用して情報のクエリを実行できます。

      例:

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

      進行状況のサンプルを次に示します (終了しません)。

      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. 移行先サーバーで次のコマンドを実行し、イベント ID 5009、1237、5001、5015、5005、および 2200 を調べて、処理の進行状況を把握します。 このシーケンスでは、エラーの警告は発生しないはずです。 処理の進行状況を示す 1237 個のイベント ID が多数存在します。

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

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

最後に、サーバー間でレプリケートされたインフラストラクチャを管理および運用します。 次のすべての手順は、ノード上で直接、または Windows Server リモート サーバー管理ツールを含むリモート管理コンピューターから直接実行できます。

  1. Get-SRPartnershipコマンドレットとGet-SRGroup コマンドレットを使用して、レプリケーションの現在のソースと宛先とその状態を確認します。

  2. レプリケーションのパフォーマンスを測定するには、ソースと宛先の両方のノードで Get-Counter コマンドレットを使用します。 カウンター名は次のとおりです。

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

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

    • \ストレージ レプリカ パーティション I/O 統計(*)\最後のログ書き込み要求数

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

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

    • \ストレージ レプリカ パーティション I/O 統計(*)\アプリケーション書き込み要求の数

    • \Storage Replica Partition I/O 統計(*)\ログ書き込みごとの平均リクエスト数

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

    • \Storage Replica Partition I/O Statistics(*)\平均アプリケーション読み取り遅延

    • \Storage Replica Statistics(*)\Target RPO

    • \Storage Replica Statistics(*)\Current RPO

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

    • \ストレージ レプリカ 統計情報(*)\現在のログ キューの長さ

    • \ストレージ レプリカ統計(*)\総受信バイト数

    • \ストレージ レプリカ 統計(*)\送信済みバイト総数

    • \ストレージレプリカ統計(*)\平均ネットワーク送信遅延

    • \Storage Replica Statistics(*)\Replication State

    • \ストレージレプリカ統計(*)\平均メッセージ往復遅延

    • \ストレージレプリカ統計(*)\最終復旧経過時間

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

    • \ストレージレプリカ統計(*)\リカバリー取引数

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

    • \Storage Replica Statistics(*)\レプリケーショントランザクション数

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

    • \ストレージ レプリカ統計(*)\受信メッセージ数

    • \Storage Replica Statistics(*)\送信されたメッセージ数

    Windows PowerShell でのパフォーマンス カウンターの詳細については、「Get-Counter」を参照してください。

  3. 1 つのサイトからレプリケーションの方向を移動するには、 Set-SRPartnership コマンドレットを使用します。

      $params = @{
  NewSourceComputerName  = 'SR-SRV06'
  SourceRGName           = 'RG02'
  DestinationComputerName = 'SR-SRV05'
  DestinationRGName      = 'RG01'
}
Set-SRPartnership @params

    警告

    Windows Server では、初期同期が進行中の場合にロールの切り替えを禁止します。 初期レプリケーションの完了を許可する前に切り替えようとすると、データ損失が発生する可能性があります。 最初の同期が完了するまで、方向を強制的に切り替えないでください。

    イベント ログを調べて、レプリケーションの変更と復旧モードの方向を確認し、調整します。 書き込み I/O は、新しいソース サーバーのストレージに書き込むことができます。 レプリケーションの方向を変更すると、ソース コンピューター上の書き込み I/O がブロックされます。

  4. レプリケーションを削除するには、各ノードで Get-SRGroup、Get-SRPartnership、Remove-SRGroup、および Remove-SRPartnership を使用します。 Remove-SRPartnership コマンドレットは、レプリケーション先サーバーではなく、レプリケーションの現在のソースでのみ実行してください。 両方のサーバーで Remove-SRGroup を実行します。

    たとえば、2 つのサーバーからすべてのレプリケーションを削除するには、次のコマンドを実行します。

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

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

多くの Microsoft のお客様は、ホーム フォルダーや部門共有などの非構造化ユーザー データのディザスター リカバリー ソリューションとして Windows サービス DFS レプリケーションを展開しています。 DFS レプリケーションは、Windows Server 2003 R2 以降のすべてのバージョンで提供され、低帯域幅ネットワークで動作します。 これは、多数のノードを持つ待機時間が長く、変化の少ない環境に代わる魅力的な代替手段です。

ただし、DFS レプリケーションには、データ レプリケーション ソリューションとして重要な以下の制限があります。

  • 使用中のファイルや開いているファイルはレプリケートされません。
  • レプリケーションは同期的に行われません。
  • 非同期レプリケーションの待機期間は数分、数時間、または数日かかることがあります。
  • 電源中断の後に時間のかかる一貫性チェックが必要になるデータベースを使用します。
  • 通常はマルチマスターとして構成され、変更を双方向に流すことができます。また、新しいデータが上書きされる可能性があります。

記憶域レプリカには、これらの欠点はありません。

ただし、記憶域レプリカにはいくつかの制限があり、一部の環境では魅力的ではない可能性があります。

  • ボリューム間で実行できるのは 1 対 1 のレプリケーションのみです。 複数のサーバー間で異なるボリュームをレプリケートできます。
  • 非同期レプリケーションはサポートされていますが、低帯域幅で待ち時間の長いネットワーク用に設計されていません。
  • レプリケーションの進行中に、ユーザーが移行先サーバー上の保護されたデータにアクセスすることは許可されません。

これらの要因がシナリオでブロックされていない場合は、記憶域レプリカを使用して、DFS レプリケーション サーバーを最新の記憶域レプリカ テクノロジに置き換えることができます。

プロセスの概要には、次の手順があります。

  1. 2 台のサーバーに Windows Server をインストールして記憶域を構成します。 既存のサーバー セットをアップグレードするか、オペレーティング システムのクリーン インストールを行う必要がある場合があります。

  2. レプリケートするデータが C ドライブ以外の 1 つ以上のデータ ボリューム上に存在することを確認します。

    • また、他のサーバーにデータをシード処理して、バックアップまたはファイル のコピーを使用したり、シン プロビジョニングストレージを使用したりして、時間を節約することもできます。 DFS レプリケーションとは異なり、メタデータのようなセキュリティを完全に一致させる必要があります。

  3. ソース サーバー上のデータを共有し、DFS 名前空間名前空間を介してアクセスできるようにします。 この手順は、サーバー名が障害サイトの DFS 名前空間に変更された場合でも、ユーザーが引き続きアクセスできるようにするために重要です。

    • 宛先サーバーで一致する共有を作成できます。これは、通常の操作中は使用できません。
    • DFS 名前空間名前空間に移行先サーバーを追加しないでください。 その場合は、すべてのフォルダー ターゲットが無効になっていることを確認します。

  4. 記憶域レプリカのレプリケーションを有効にして、初回の同期を完了します。レプリケーションは、同期的と非同期的のどちらでも実行できます。

    • 同期レプリケーションを使用して、移行先サーバーでの I/O データの一貫性を保証することをお勧めします。
    • ボリューム シャドウ コピーを有効にし、vssadmin または別のツールを使用して定期的にスナップショットを作成することを強くお勧めします。 この操作により、アプリケーションがデータ ファイルを一貫してディスクにフラッシュすることが保証されます。 障害が発生した場合は、非同期的に部分的にレプリケートされる可能性がある移行先サーバー上のスナップショットからファイルを回復できます。 スナップショットは、ファイルと共にレプリケートされます。

  5. 障害が発生するまで正常に動作します。

  6. レプリケーション先サーバーを新しいソース サーバーに切り替えると、このサーバーのレプリケート済みボリュームがユーザーに示されます。

  7. 同期レプリケーションを使用する場合、ソース サーバーが失われたときに、ユーザーがトランザクション保護なしでデータを書き込んでいたアプリケーションを使用していない限り、データ復元は必要ありません (このシナリオではレプリケーションは無効です)。 非同期レプリケーションを使用する場合は、ボリューム シャドウ コピー サービス (VSS) スナップショット マウントの必要性が高くなりますが、アプリケーション整合性スナップショットのすべての状況で VSS を使用することを検討してください。

  8. [DFS 名前空間] のフォルダー ターゲットとして、サーバーとその共有を追加します。

これによって、ユーザーがデータにアクセスできるようになります。

注

ディザスター リカバリー計画は複雑なテーマであり、計画には重要かつ詳細な注意が必要です。 Runbook を作成し、年間のライブ フェールオーバー訓練を実行することを強くお勧めします。 実際の災害が発生すると、混乱のルールや経験豊富な担当者が利用できなくなる可能性があります。

ExpressRoute 経由でネットワークに接続されている Azure VM を追加する

  1. Azure portal で、 ExpressRoute のインスタンスを作成します。

    ExpressRoute が承認されると、リソース グループがサブスクリプションに追加されます。 この新しいグループを表示するには、[ リソース グループ] に移動します。 仮想ネットワーク名をメモします。

    ExpressRoute で追加されたリソース グループを示す Azure portal のスクリーンショット。

  2. 新しい リソース グループを作成します。

  3. ネットワーク セキュリティ グループを追加します。 ネットワーク セキュリティ グループを作成するときに、作成した ExpressRoute のインスタンスに関連付けられているサブスクリプション ID を選択し、ExpressRoute に関連付けられているリソース グループを選択します。

    必要なすべての受信および送信のセキュリティ規則をネットワーク セキュリティ グループに追加します。 たとえば、VM へのリモート デスクトップ アクセスを許可したい場合があります。

  4. 次の設定を持つ Azure VM を作成します。

    • [パブリック IP アドレス名]: なし
    • 仮想ネットワーク: ExpressRoute インスタンスで追加したリソース グループから、指定した仮想ネットワーク名を選択します。
    • ネットワーク セキュリティ グループ (ファイアウォール):作成したネットワーク セキュリティ グループを選択します。

    ExpressRoute ネットワーク設定を示す仮想マシンの作成のスクリーンショット。

  5. VM が作成されたら、「 手順 2: オペレーティング システム、機能、ロール、ストレージ、およびネットワークをプロビジョニングする」を参照してください。

関連コンテンツ

  • Last updated on