4ステップで理解する「ストレージレプリカ」のセットアップと構成方法：vNextに備えよ！ 次期Windows Serverのココに注目（22）

前回は、Windows Server 2016の新機能「ストレージレプリカ」の概要を説明しました。今回は、2台のサーバー間で実際にストレージレプリカを構成し、データ保護機能を試してみます。

[山市良，テクニカルライター]

連載目次

実践で理解！ 2台のサーバー間でストレージレプリカを試してみる

　前回は、Windows Server 2016で新たに搭載される予定の「ストレージレプリカ（Storage Replica）」について、どのような機能なのか、何ができるのかを簡単に紹介しました。今回は、Windows Server Technical Preview 2を実行する2台のサーバー間でストレージレプリカをセットアップし、その機能を試してみます。

• 低コストでデータの災害復旧対策を実現する新たなSDS「ストレージレプリカ」とは（本連載 第21回）

　ストレージレプリカはこれから登場する全く新しいテクノロジであり、Windows Server Technical Preview 2の時点では機能制限や既知の問題が多く存在します。実際に試す場合は、以下のドキュメントの特に「Storage Replica：Frequently Asked Questions」および「Storage Replica：Known Issues」をよく確認することをお勧めします。また、可能であれば、物理コンピューターの物理ハードディスクではなく、Hyper-Vなどの仮想マシン環境で試すことをお勧めします。

• Storage Replica in Windows Server Technical Preview［英語］（Microsoft TechNet）

【ステップ1】ソースとターゲットのボリュームを準備する

　以下の図1は、筆者が用意した2台のサーバー間（ソースサーバーとターゲットサーバー）のストレージレプリカのシステム構成です。

図1　2台のサーバー間でストレージレプリカをセットアップする場合のシステム構成例

　図1の通り、2台のサーバー間でストレージレプリカを構成するには、ソースサーバー側に「保護対象のデータ用のディスク（ボリューム）」の他に、もう1つ「ログ用のディスク」が必要になります。また、ターゲットサーバー側には、レプリケーション先となるソースサーバーと“同一サイズ、同一セクターサイズのデータ用ディスクとログ用ディスクのセット”が必要です（画面1）。ログサイズは最初1GBから構成可能ですが、ログ用ディスクは少なくとも8GB以上のサイズである必要があります。

画面1　ソースサーバーとターゲットサーバーに、データ用ディスクとログ用ディスクのペアを準備する。データ用ディスクとログ用ディスクは、ソースとサーバーでサイズとセクターサイズが一致している必要がある

　データ用ディスクとログ用ディスクは、ローカル固定ディスクでも、iSCSIやファイバチャネルなどのSAN（Storage Area Network）のLUN（Logical Unit Number：論理ユニット番号）ボリュームでも構いません。仮想マシンで評価する場合は、仮想ハードディスク（Hyper-Vの場合はVHDやVHDX）で簡単に準備することができます。

　前回説明した通り、2台のサーバー間および2つのフェイルオーバークラスター間のストレージレプリカは、データ保護が目的であり、上位アプリケーションの種類や可用性については別に考慮する必要があります。

　今回、ソースサーバーでは保護対象のデータ用ディスクを「ファイルサーバーの役割」で共有フォルダーとして公開していることを前提に話を進めます。

　データ用ディスクとログ用ディスクは、ソースサーバーとターゲットサーバーの両方で、GUIDパーティションテーブル（GPT）ディスクとして初期化し（MBRは不可）、NTFSまたはReFS形式（ソースとターゲットで一致させること）でフォーマットした上で、同じドライブ文字を割り当てておきます。また、ソースサーバーのデータ用ディスクには、サンプルデータを格納しておきました（画面2）。それ以外の3つのディスクは全て空の状態です。

画面2　ソースサーバーのデータ用ディスクにサンプルデータを格納。その他のディスクは空の状態

【ステップ2】ストレージレプリカの検証テストを実行する

　ストレージレプリカを構成するには、ソースサーバーとターゲットサーバーの両方に、新しいサーバーの機能である「Storage Replica」と関連する管理ツールをインストールする必要があります。必要な機能は、「サーバーマネージャー」の「役割と機能の追加ウィザード」を使用してインストールできます。Windows PowerShellからインストールするには、次のコマンドレットを実行します。

ストレージレプリカをインストールする

Install-WindowsFeature -Name Storage-Replica -IncludeManagementTools

　2台のサーバー間および2つのフェイルオーバークラスター間のストレージレプリカでは、Windows PowerShellでストレージレプリカを構成、管理します。Windows PowerShellは苦手という方もいると思いますが、そんなに難しくはありません。

　まず、ソースサーバーで次のように「Test-SRTopology」コマンドレットを実行して、ストレージレプリカの構成の検証テストを実施します。

ストレージレプリカの構成を検証する

Test-SRTopology -SourceComputerName vnext-sv01 -SourceVolumeNames D: -SourceLogVolumeName L: -DestinationComputerName vnext-sv03 -DestinationVolumeNames D: -DestinationLogVolumeName L: -DurationInMinutes 5 -IntervalInSeconds 1 -ResultPath C:￥temp

　「Test-SRTopology」コマンドレットを実行すると、ソースサーバーとターゲットサーバーのリモート管理、レプリケーションに使用されるSMB（Server Message Block）プロトコルの接続性、データ用ディスクとログ用ディスクのサイズおよびセクターサイズの検証が行われます。

　また、「-DurationInMinutes」と「-IntervalInSeconds」パラメーターに指定した時間と頻度で対象ディスクのパフォーマンス情報が収集されます。検証テストの結果リポートは、「-ResultPath」パラメーターで指定したパスに「TestSrTopologyReport.html」というファイル名で出力されます（画面3）。

画面3　「Test-SRTopology」コマンドレットで出力された検証結果リポートは、Webブラウザー上で確認できる

　パフォーマンス情報を収集する際には、ソースサーバーのデータ用ディスクに、ディスクI/O負荷ツールなどを利用して、実際の利用で想定されるI/O負荷をかけることが重要です。データ用ディスクにアクセスがなければ、有益なパフォーマンスリポートは生成されません。このパフォーマンステストの結果リポートにより、必要なログサイズを見積もったり、ネットワークのボトルネック問題を発見したりすることができます。

　なお、Windows Server Technical Preview 2を既定のインストールオプション（従来のServer Coreインストール）または、もう1つのインストールオプションである「with local admin tools」（従来の最小サーバーインターフェース）でインストールした場合、Webブラウザーはインストールされないため、サーバー上でリポートを参照することができません。「Internet Explorer（IE）11」および「Microsoft Edge」は、サーバーグラフィックシェル（Server Graphical Shell）の機能を追加することでインストールできますが、Webブラウザーがある別のPCにリポートファイルをコピーして参照するのが手っ取り早いでしょう。

【ステップ3】ストレージレプリカのパートナーシップを作成する

　2台のサーバー間でストレージレプリカをセットアップするには「New-SRPartnership」コマンドレットにソースサーバー、ソースサーバーのレプリケーショングループ名、データ用ディスク、ログ用ディスク、ターゲットサーバー、ターゲットサーバーのレプリケーショングループ名、データ用ディスク、ログ用ディスク、ログサイズを指定してストレージレプリカのパートナーシップを作成します。

　以下のコマンドレットの例では、ログサイズを8GBとしましたが、どの程度のサイズにすればよいかは前述の「Test-SRTopology」コマンドレットの結果リポートから判断すればよいでしょう（表1、画面1）。

2台のサーバー間でストレージレプリカをセットアップする

New-SRPartnership -SourceComputerName vnext-sv01 -SourceRGName rg01 -SourceVolumeName D: -SourceLogVolumeName L: -DestinationComputerName vnext-srv03 -DestinationRGName rg02 -DestinationVolumeName D: -DestinationLogVolumeName L: -LogSizeInBytes 8GB

対象	パラメーター	対象名
ソースサーバー	-SourceComputerName	vnext-sv01
ソースサーバーのレプリケーショングループ名	-SourceRGName	rg01
ソースサーバーのデータ用ディスク	-SourceVolumeName	D:
ソースサーバーのログ用ディスク	-SourceLogVolumeName	L:
ターゲットサーバー	-DestinationComputerName	vnext-srv03
ターゲットサーバーのレプリケーショングループ名	-DestinationRGName	rg02
ターゲットサーバーのデータ用ディスク	-DestinationVolumeName	D:
ターゲットサーバーのログ用ディスク	-DestinationLogVolumeName	L:
ログサイズ	-LogSizeInBytes	8GB
表1　「New-SRPartnership」コマンドレットで指定するパラメーターの例

画面4　「New-SRPartnershipコマンドレット」を実行して、2台のサーバー間でストレージレプリカのパートナーシップを作成する

　また、この例では、「同期モード」のストレージレプリカがセットアップされています。「非同期モード」でセットアップするには、さらに「-ReplicationMode Asyncronous」パラメーターを追加します。

　「New-SRPartnership」コマンドレットを実行してストレージレプリカのパートナーシップを作成すると、ターゲットサーバーからデータ用ディスクのマウントが解除され、そのディスクに対してソースサーバーのデータ用ディスクの初期レプリケーションが始まります（画面5）。

画面5　ストレージレプリカのパートナーシップが作成されると、ターゲットサーバー側ではデータ用ディスクのマウントが解除される

　レプリケーションの状態は、「Get-SRGroup」コマンドレットで確認できます。また、初期レプリケーションの開始と完了、レプリケーションの状態はイベントログの「Microsoft-Windows-StorageReplica」ログでも確認できます。

レプリケーションの状態を確認する

Get-SRGroup

または

(Get-SRGroup).replicas

【ステップ4】レプリカからデータを復旧する

　レプリケーションが有効になっている間、ターゲットサーバー側のマウント解除されたデータ用ディスクには、ソースサーバー側で書き込まれたデータがブロックレベルでレプリケーションされて反映されます。同期モードのストレージレプリカでは、ターゲットサーバーへのログへの書き込みが終了してから、ソースサーバー側のアプリケーションに書き込み完了が通知されるため、ファイルシステムレベルでデータ損失ゼロが実現されます。

　結果的にターゲットサーバーのデータ用ディスクは、ソースサーバーのデータ用ディスクの最新の複製が維持されます。この複製はマウントされないことで、意図しないデータ破損から保護されます。複製であるデータ用ディスクにアクセスしてデータを復旧するには、レプリケーションの方向を反転させるか、ストレージレプリカのパートナーシップを削除してレプリケーションを無効化します。

　レプリケーションの方向を反転させるには、ターゲットサーバー側で「Set-SRPartnership」コマンドレットを次のように実行します。

レプリケーションの方向を反転させる

Set-SRPartnership -NewSourceComputerName vnext-sv03 -SourceRGName rg02 -DestinationComputerName vnext-sv01 -DestinationRGName rg01

　これにより、ターゲットサーバーが新しいソースサーバーとなり、データ用ディスクがマウントされます。一方、これまでのソースサーバーはターゲットサーバーに切り替わり、データ用ディスクのマウントが解除され、逆方向のレプリケーションが有効になります（画面6）。

画面6　レプリケーションを反転させると、複製を保持していたデータ用ディスクがマウントされ、読み書き可能になる

　ここで注意してほしいのは、ストレージレプリカがアプリケーションの可用性については何もしないということです。旧ソースサーバー側で共有フォルダーを設定していた場合、レプリケーションを反転させると、ソースサーバー側の共有フォルダーは使用できなくなります。一方、ターゲットサーバー（新しいソースサーバー）側では、マウントされたデータ用ディスクに対してデータの読み書きをできるようになりますが、データの復旧や共有フォルダーの復旧のために必要な操作を管理者が手動で行う必要があります。

　レプリケーションを無効化する場合は、ソースサーバー側で「Remove-SRPartnership」コマンドレットを実行してパートナーシップを削除し、ソースサーバーとターゲットサーバーの両方で「Remove-SRGroup」コマンドレットを実行してレプリケーショングループを削除します。

レプリケーションを無効にして、レプリケーショングループを削除する（現在のソースサーバー側で実行）

Get-SRPartnership | Remove-SRPartnership

Get-SRGroup | Remove-SRGroup

レプリケーショングループを削除する（現在のターゲットサーバー側で実行）

Get-SRGroup | Remove-SRGroup

ストレッチクラスターのストレージレプリカはGUIで構成および管理が可能

　同じフェイルオーバークラスター内の2つの共有ストレージ間でレプリケーションを行う「ストレッチクラスター」のストレージレプリカ構成は、「フェイルオーバークラスターマネージャー」のGUI（Graphical User Interface）を使用して構成することが可能です（画面7）。

画面7　ストレッチクラスター（クラスター内）のストレージレプリカは、「フェイルオーバークラスターマネージャー」のGUIで構成できる

　また、ストレッチクラスターでは、手動または自動フェイルオーバーでソースとターゲットを切り替えて、レプリケーションを反転させることができます（画面8）。これによりクラスター上で動作する高可用性アプリケーションは、最小限のダウンタイムでストレージへのアクセスを再開できます。

画面8　手動または自動フェイルオーバーでのソースとターゲットの切り替えにより、アプリケーションは短時間のダウンタイムでストレージへのアクセスを再開できる

　以上のように、ストレッチクラスターのストレージレプリカでは、データの保護に加えて、アプリケーションとストレージの可用性向上を実現できます。

「vNextに備えよ！ 次期Windows Serverのココに注目」バックナンバー

• 「パスワードのない世界」を実現する「Windows Hello for Business」のオンプレ展開をリアルレポート（その6）
• 「パスワードのない世界」を実現する「Windows Hello for Business」のオンプレ展開をリアルレポート（その5）
• 「パスワードのない世界」を実現する「Windows Hello for Business」のオンプレ展開をリアルレポート（その4）
• 「パスワードのない世界」を実現する「Windows Hello for Business」のオンプレ展開をリアルレポート（その3）
• 「パスワードのない世界」を実現する「Windows Hello for Business」のオンプレ展開をリアルレポート（その2）
• 「パスワードのない世界」を実現する「Windows Hello for Business」のオンプレ展開をリアルレポート（その1）
• ついに完成、Windows Server 2016 評価版をインストールしてみた
• Windows Server 2016の「サーバー管理ツール」に追加された4つの新機能
• 小規模ビジネス専用エディション、Windows Server 2016 Essentialsの機能と役割
• 管理者権限をコントロールする2つのアプローチ――必要最低限の管理（JEA）と特権アクセス管理（PAM）
• Hyper-Vホストクラスタの新機能（2）──仮想マシンの開始順序
• 速報！ Windows Server 2016の正式リリースは2016年9月末に
• Hyper-Vホストクラスタの新機能──仮想マシンのノードフェアネス
• Dockerとの相互運用性が向上したWindowsコンテナ［後編］
• Dockerとの相互運用性が向上したWindowsコンテナ［前編］
• いつでも、どこからでも使える、Windows Server 2016向けリモート管理ツール「サーバー管理ツール」
• Windows Server 2016 TP5の「サーバーの役割と機能」、TP4からの変更点まとめ
• Windows Server 2016 Technical Preview 5の評価方法と注意点
• Hyper-V上のLinux仮想マシンで新たにサポートされる機能
• 実録：Windows ServerコンテナでSQL Serverを動かしてみた
• Windows Server 2016で大きく変わるライセンスモデル
• Windows 10の「ワークプレース参加」はどうなる？［後編］
• Windows 10の「ワークプレース参加」はどうなる？［前編］
• 意外と賢くなったWindows Server 2016のWindows Defender
• パブリッククラウドでDaaSを可能にするWindows Server 2016の新機能
• 実運用への道に近づいた、新しい「Nano Server」［後編］
• 実運用への道に近づいた、新しい「Nano Server」［前編］
• 明らかになった「Hyper-Vコンテナー」の正体（2）――コンテナーホストのセットアップ方法
• 明らかになった「Hyper-Vコンテナー」の正体（1）――その仕組みと管理方法
• ついに日本語版が登場、Windows Server 2016テクニカルプレビューこれまでのまとめ
• 仮想マシンのための「仮想TPM」――仮想化ベースのセキュリティ（その2）
• 物理マシンとユーザーのための「デバイスガード」と「資格情報ガード」――仮想化ベースのセキュリティ（その1）
• “Hyper-Vの中のHyper-V”で仮想マシンを動かす
• ADドメインはもう不要？ ワークグループでクラスター作成が可能に――フェイルオーバークラスターの新機能（その3）
• 可用性をさらに高めるクォーラム監視オプション「クラウド監視」――フェイルオーバークラスターの新機能（その2）
• 短時間のノード障害に耐える仮想マシン――フェイルオーバークラスターの新機能（その1）
• WindowsコンテナーをDockerから操作するには？――あなたの知らないコンテナーの世界（その4）
• IISコンテナーの作成で理解するコンテナーのネットワーク機能――あなたの知らないコンテナーの世界（その3）
• 所要時間は1分未満！ 今すぐできるWindows Serverコンテナーの作り方――あなたの知らないコンテナーの世界（その2）
• Windows ServerのDockerサポートとは？――あなたの知らないコンテナーの世界（その1）
• 注目のDockerサポートは？ Nano Serverは？――Windows Server 2016 Technical Preview 3登場！ 新機能ピックアップ
• 「Webアプリケーションプロキシ」はマルチデバイス環境におけるリモートアクセスの“要”
• クラウド時代のセキュリティ担保にはActive Directoryフェデレーションサービスが必須となる？
• 4ステップで理解する「ストレージレプリカ」のセットアップと構成方法
• 低コストでデータの災害復旧対策を実現する新たなSDS「ストレージレプリカ」とは
• 記憶域スペースの新機能「記憶域スペースダイレクト」を理解する（後編）
• 記憶域スペースの新機能「記憶域スペースダイレクト」を理解する（前編）
• Hyper-Vホストから仮想マシンゲストの操作を可能にするPowerShell Directとは
• Windows Server 2016世代のクラウド基盤の守護者、Host Guardian Serviceとは
• 注目のNano Server、その謎に迫る――コンテナー技術との関係はいかに？

筆者紹介

山市 良（やまいち りょう）

岩手県花巻市在住。Microsoft MVP：Hyper-V（Oct 2008 - Sep 2015）。SIer、IT出版社、中堅企業のシステム管理者を経て、フリーのテクニカルライターに。マイクロソフト製品、テクノロジを中心に、IT雑誌、Webサイトへの記事の寄稿、ドキュメント作成、事例取材などを手がける。個人ブログは『山市良のえぬなんとかわーるど』。