Dell EMC PowerVault ME4024 ユーザーガイド

ブランド: Dell

モデル: EMC PowerVault ME4024

タイプ: ユーザーガイド

このマニュアルも適しています

Dell EMC PowerVault ME4024は、中堅・中小企業やリモートオフィス／ブランチオフィスに最適な、エントリーレベルのハイブリッドフラッシュストレージアレイです。手頃な価格で、優れたパフォーマンスと信頼性を提供します。

PowerVault ME4024は、最大3.84TBのフラッシュドライブと最大12台の12Gb SASハードドライブを搭載可能です。これにより、最大22TBのフラッシュ容量と最大144TBのハードドライブ容量を実現します。また、PowerVault ME4024は、データ削減技術である重複排除と圧縮をサポートしており、ストレージの効率を高めてコストを削減します。

PowerVault ME4024は、仮想化環境に最適なストレージアレイです。VMware vSphere、Microsoft Hyper-V、Citrix XenServerなどの仮想化プラットフォームをサポートしています。また、PowerVault ME

Dell EMC ME4 シリーズ Storage Replication

Adapter for vSphere

ユーザーズガイド

規制モデル： E09J, E10J, E11J

規制タイプ： E09J001, E10J001, E11J001

メモ、注意、警告

メモ: 製品を使いやすくするための重要な情報を説明しています。

注意: ハードウェアの損傷やデータの損失の可能性を示し、その問題を回避するための方法を説明しています。

警告: 物的損害、けが、または死亡の原因となる可能性があることを示しています。

所有者の商標である場合があります。

2018 - 08

Rev. A00

1 SRA のインストールと設定................................................................................................................................ 4

VMware Site Recovery Manager について.......................................................................................................................4

計画された移行............................................................................................................................................................. 4

災害復旧....................................................................................................................................................................... 4

保護対象サイトとリカバリサイト........................................................................................................................................... 5

SRM の要件........................................................................................................................................................................ 5

ME4 シリーズのストレージシステムの設定.......................................................................................................................... 5

レプリケーションの設定....................................................................................................................................................5

SRM ソフトウェアのインストール............................................................................................................................................6

SRA ソフトウェアのインストール.............................................................................................................................................6

SRM の設定........................................................................................................................................................................ 6

2 ディザスタリカバリのための SRM の使用............................................................................................................ 8

ボリュームの検出...................................................................................................................................................................8

リカバリ計画の作成.............................................................................................................................................................. 8

リカバリ計画のテスト............................................................................................................................................................. 9

フェイルオーバーとフェイルバック............................................................................................................................................. 9

自動フェイルオーバー...........................................................................................................................................................10

再保護................................................................................................................................................................................10

自動フェイルバック............................................................................................................................................................... 10

3 トラブルシューティング......................................................................................................................................11

4 ベストプラクティス........................................................................................................................................... 14

SRA のインストールと設定

Dell EMC ME4 シリーズの SRA（Storage Replication Adapter）for vSphere では、SRM（VMware vCenter Site Recovery Manager）バージョ

ン 6.5 以降の完全な機能を使用することができます。ME4 シリーズのストレージシステムレプリケーション機能と vCenter SRM を組み合わせることによ

り、

SRA は地理的に離れたサイト間でのディザスタリカバリの実装およびテストの自動化されたソリューションを提供します。また、2 サイト間の計画された

移行に SRM を使用することもできます。

トピック：

• VMware Site Recovery Manager について

• 保護対象サイトとリカバリサイト

• SRM の要件

• ME4 シリーズのストレージシステムの設定

• SRM ソフトウェアのインストール

• SRA ソフトウェアのインストール

• SRM の設定

VMware Site Recovery Manager について

SRM（VCenter Site Recovery Manager）はビジネス継続性およびディザスタリカバリのためのソリューションであり、あるサイト（保護対象サイト）と別

のサイト（リカバリサイト）の間で vCenter 仮想マシンのリカバリを計画、テスト、実行するのに役立ちます。

リカバリの 2 つのタイプ、計画的な移行およびディザスタリカバリが使用可能です。

計画された移行

計画された移行とは、手順に従って保護対象サイトの仮想マシンを廃止し、リカバリサイトで同等のマシンを作動させることです。計画的な移行を成功

させるには、両方のサイトが起動し、完全に機能している必要があります。

災害復旧

ディザスタリカバリは、両方のサイトが動作中である必要がない点を除き、計画された移行に似ています。ディザスタリカバリの実行中は、保護対象サイト

での操作の失敗は報告されますが、それ以外は無視されます。

SRM では、保護対象サイトの仮想マシンが正常にシャットダウンし（保護対象サイトの仮想マシンが引き続き使用可能である場合）、レプリケートされた

仮想マシンが起動可能であるという、基盤となるレプリケーションメカニズムに基づいてリカバリプロセスを調整します。リカバリサイトへの保護対象仮想マ

シンのリカバリは、仮想マシンの起動順序を指定するリカバリ計画によってガイドされます。リカバリ計画では、

IP アドレスなどのネットワークパラメーターも

指定され、カスタムリカバリアクションを行うために実行可能なユーザー指定スクリプトを含めることができます。

リカバリが実行された後、実行中の仮想マシンは保護されなくなります。この保護の減少に対処するため、SRM は仮想マシン用の保護操作をサポート

します。再保護操作では、元の保護対象サイトがバックアップされた後、2 つのサイトの役割を反転します。以前リカバリサイトであったサイトが保護対象

サイトとなり、以前保護対象サイトであったサイトがリカバリ

サイトになります。

SRA のインストールと設定

SRM により、リカバリ計画をテストできます。どちらかのサイトの進行中の操作を中断しない方法で、レプリケートされたデータの一時コピーを使用してテス

トを実行できます。再保護が行われた後にテストを実施して、新規の保護対象

/リカバリサイトの設定が有効であることを確認することができます。

保護対象サイトとリカバリサイト

SRM のインストールでは、保護対象サイトは一般的にビジネスクリティカルなデータセンターサービスを提供しています。vCenter が重要なビジネスニー

ズをサポートしている任意のサイトを保護対象サイトにすることができます。

リカバリサイトは、これらのサービスを移行することのできる代替の場所です。リカバリサイトは数千マイル離れた場所に配置できます。リカバリサイトは通

常、環境、インフラストラクチャ、または保護対象サイトに影響するその他の障害によって影響を受ける可能性がほとんどない場所に配置されます。

メモ: ME4 シリーズの SRA は、VMware SRM をストレージシステムのレプリケーション機能に関連付けるため、同様の意味を持つ異なる用

語を目にする場合があります。たとえば、VMware のユーザーインターフェイスとドキュメントでは通常、保護対象サイトとリカバリサイトという

ような言い方をしますが、

ME Storage Manager （MESM）のユーザーインターフェイスとレプリケーションドキュメントでは、プライマリおよび

セカンダリボリュームおよびサイトというような言い方をします。

SRM の要件

通常の SRM 設定には、地理的に離れ、TCP/IP で接続された 2 つのサイト、保護サイトとリカバリサイトが含まれます。保護サイトは、ディザスタリカバ

リのためにリカバリ

サイトにレプリケートされているサイトです。各サイトには、Dell EMC ME4 シリーズのストレージシステム、VMware ESX サーバ、仮想

センター（vCenter）サーバ、SRM を実行している SRM サーバが含まれます。

保護対象サイトとリカバリサイトを設定し、2 つのサイト間のネットワークに必要なインフラストラクチャを設置したら、ソフトウェアをインストールして設定す

ることができます。詳細については、『ME4 シリーズのストレージシステムの設定』を参照してください。

ME4 シリーズのストレージシステムの設定

ME4 シリーズのストレージシステムがまだ設定されていない場合は、

1 『Dell EMC ME4 シリーズ Storage System Deployment Guide』のインストール手順に従います。

2 両方のストレージシステムのホストインターフェイス構成（iSCSI または FC またはハイブリッド FC/iSCSI）が同じであることを確認します。

レプリケーションの設定

メモ

: 両方のストレージシステムのストレージシステム名、ユーザー資格情報、IP アドレスを、SRA の設定前に設定してください。SRA はロー

カルおよびリモートのストレージシステムの両方に同じユーザー資格情報を使用するため、管理ユーザーが両方のサイトで同じパスワードを設

定している場合、

SRA の新しい user ID を両方のシステムで manage を使用して作成します。追加のセットアップ情報については、「ベスト

プラクティス

」を参照してください。

1 ME Storage Manager（MESM）を使用して、レプリケーションソフトウェアを設定します。管理者ガイドのレプリケーションのセクションに記載された

指示に従ってください。SRA の設定には次のものがあります。

• snapshot-count：3（またはそれ以上）

• snapshot-history：both

• snapshot-retention：high

• queue-policy：queue-latest

• （オプション）snapshot-basename：same-as-volume-name

メモ: ここに示したとおりにベースネームを設定すると、レプリケーションスナップショットの名前がベースボリュームに_nnnn（レプリケーショ

ン生成番号を示す）を付加したものと同じになるため、トラブルシューティングが容易になります。

2 各システムで MESM を使用して、レプリケーションセットの他のシステムをリモートシステムとして定義します。

SRA のインストールと設定

3 MESM を使用して、少なくとも 1 回レプリケーションを実行します。

4 MESM を使用して、保護対象サイトからリカバリサイトへのレプリケーションをスケジュールします。これを行うと、保護対象サイトの無効化、ハードウ

ェアの損傷、ファイルの破壊を伴う災害の発生時に、SRM がディザスタリカバリのためにリカバリサイトにある最後に複製されたコピーを使用できるよ

うになります。スケジュールされたレプリケーションを使用するときは、最新のレプリケーションのソースが有効な状態であることを確認することが重要で

す。

SRM ソフトウェアのインストール

SRM サーバを保護対象サイトに加えてリカバリサイトにもインストールする必要があります。SRM サーバのインストール後、vSphere Client から［プラグ

インの管理

］メニューを使用して、いずれかの SRM サーバから SRM クライアントプラグインをダウンロードします。各サイトで SRM を設定および管理す

るには、SRM クライアントプラグインを使用します。

SRM をインストールする前に各サイトに vCenter Server をインストールする必要があります。インストール中は、SRM がこのサーバに接続できる必要が

あります。

SRM は vCenter Server がインストールされているシステムとは別のシステム上にインストールすることを推奨します。SRM と vCenter Server

が同じシステムにインストールされている場合、管理タスクの実行が困難になることがあります。SRM をアップグレードする場合は、有効な状態である保

護グループおよびリカバリ計画のみがアップグレード時に保存されます。無効な状態にある保護グループまたはリカバリ計画は破棄されます。

次の手順で、SRM ソフトウェアをインストールします。

1 各サイトで vCenter Server をセットアップします。

2 VCenter Server の各インスタンスに単一のデータセンターを作成します。

3 ローカルホストをこのデータセンターに追加します。

4 VMware の Web サイトで次のリンクにある製品ダウンロードのリンクを使用して、VMware Site Recovery Manager ソフトウェアをダウンロードしま

す。

https://my.vmware.com/web/vmware/downloads

5 『VMware Site Recovery Manager Administration』ガイドの手順に従って、各サイトに VMware Site Recovery Manager 6.5 以降をインスト

ールします。

VMWare のドキュメントの Web サイトで、お使いの SRM バージョンのガイドとリリースノートを見つけることができます。

https://docs.vmware.com/en/Site-Recovery-Manager/index.html

6 この時点では SRM を設定しないでください。最初に、SRA ソフトウェアのインストールを行ってください。

SRA ソフトウェアのインストール

お使いの VMware SRM のバージョン用の Dell EMC ME4 シリーズの SRA ソフトウェアをダウンロードしてインストールします。

1 https://www.dell.com/support に進みます。

2 ME4 シリーズのストレージシステムのサポートページで、SRA ソフトウェアを探します。

3 SRA セットアップファイルを開いて実行します。

SRA を各サイトにインストールした後、SRM を設定することにより、プラグインがサイト間で複製されたボリュームを検出できるようになります。

SRM の設定

SRM と SRA の両方をインストールしたら、メイン SRM ウィンドウの［はじめに］タブから、設定するのに必要な手順が示されます。詳細な SRM 設定手

順については、

VMware のマニュアル『Site Recovery Manager Administration 』ガイドを参照してください。

SRM に ME4 シリーズのストレージシステムを設定するには、以下が必要です。

• ME4 シリーズのストレージシステムの IP アドレス。

• 各ストレージシステムのユーザー名およびパスワード。これは、MESM に設定されるユーザー名とパスワードです。

SRA のインストールと設定

次の変更を SRM の設定に対して行います。

• storageProvider.autoResignatureMode を 1 に設定します（必須）。

• storageProvider.hostRescanRepeatCnt を 2 に設定します（必須）。

• Storage.commandTimeout を 1200 秒に設定します（推奨）。

SRA のインストールと設定

ディザスタリカバリのための SRM の使用

ストレージシステムのレプリケーションと VMware SRM ソフトウェアがローカルおよびリモートサイトに設定され、少なくとも 1 つのレプリケーションセットを設

定した後、MESM を使用してレプリケーションをスケジュールします。その後、SRM を使用して、1 つまたは複数のリカバリ計画を作成およびテストします。

この時点で、

SRM はディザスタリカバリ、フェイルオーバーおよびフェイルバック、再保護操作を提供できます。

VMware の『Site Recovery Manager Administration』ガイドでは、これらの操作に関する詳細な手順および情報を確認できます。このガイドは、

VMware のサポート Web サイトにあります。

トピック：

• ボリュームの検出

• リカバリ計画の作成

• リカバリ計画のテスト

• フェイルオーバーとフェイルバック

• 自動フェイルオーバー

• 再保護

• 自動フェイルバック

ボリュームの検出

SRM は、どのボリュームがレプリケートされるかに関する情報を SRA から取得します。SRM は次にそのリストを、VMware 環境で認識されるボリュームと

比較します。

災害状況下以外で SRM を計画的に移行する場合、レプリケートされたデータが最新であるようにするため、SRM がレプリケーションを開始できます。

災害復旧状況では、SRM は現在のレプリケーションを作成しようとします。たとえば保護対象サイトがオフラインであるなどの理由で作成が可能でない

場合、

SRM はリモートサイトで使用可能な最新のレプリケーションを使用します。

レプリケーションスケジューラを使用して、レプリケーションを定期的に実行し、災害発生時のデータ損失を最小限にするか、または SRM の計画された

移行を定期的に作成してください。いずれの場合も、保護対象サイトからレプリケートされるボリュームが有効な状態であるようにして、リモート

サイトでの

最新のレプリケーションを実稼働環境で使用できるようにします。

レプリケーションスケジュールを設定する方法については、『Dell EMC ME4 シリーズ Storage System Administrator

’

s Guide』のレプリケーションの使用

に関する章を参照してください。

リカバリ計画の作成

リカバリ計画を作成して、仮想マシンのリカバリ方法を確立します。基本的なリカバリ計画では、デフォルト値を使用して、保護グループ内の仮想マシンが

リカバリサイトでどのようにリカバリされるかを制御します。計画は、必要に応じてカスタマイズすることができます。リカバリ計画は保護グループとは異なりま

す。リカバリ計画は、1 つまたは複数の保護グループの仮想マシンがリカバリサイトでどのようにリカバリされるかを示します。

SRM メインウィンドウの［リカバリ］タブには、リカバリ計画を作成、テスト、実行するために必要な手順が示されます。詳細な手順については、VMware

のパブリケーション『Site Recovery Manager Administration』ガイドを参照してください。

ディザスタリカバリのための SRM の使用

リカバリ計画のテスト

レプリケーションを使用し、仮想マシンを分離したテストネットワークに接続することにより、無停止の隔離されたテスト環境をリカバリサイトに自動的に作

成できます。テスト結果を保存して、表示およびエクスポートを任意の時点で実行することもできます。

リカバリ計画をテストすると、リカバリ計画のほぼすべての要素が実行されますが、実行中の操作の中断を避けるため、一部が省略されます。リカバリ計

画のテストは、いずれのサイトにも長期的な影響はありませんが、リカバリ計画の実行は両方のサイトに重大な影響を与えます。

必要に応じてテストリカバリを頻繁に実行する必要があります。リカバリ計画はいずれのサイトでもレプリケーションや現在進行中の操作に影響を与えま

せん（ただし、リカバリが中断するように設定されている場合は、選択したローカル仮想マシンをリカバリサイトで一時的に中断する場合があります）。リカ

バリ計画のテストはいつでもキャンセルできます。

計画された移行の場合は、ソースおよびターゲットの最終的な同期後にリカバリによってレプリケーションが停止します。一方、ディザスタリカバリの場合

は、RPO（目標復旧時点）で決められたとおり、仮想マシンが最新の有効状態に復元されます。最終的なレプリケーションが完了したら、SRM は両方

のサイトに変更を行いますが、これを元に戻すには膨大な時間と手間が必要になります。このため、リカバリ計画のテスト権限とリカバリ計画の実行権限

は別々に割り当てる必要があります。

リカバリサイトへの SRM テストのフェイルオーバーが要求されたら、SRM は次の手順を実行します。

1 レプリケートされた各ボリュームの最新リカバリポイントを決定します。

2 各リカバリポイントの書き込み可能なテストスナップショットを作成します。その名前の形式は srannnnnn で、nnnnnn は単調増加数を示しま

す。

3 テストスナップショットを、リカバリサイト上の適切な ESXi ホストにマップします。

テストが停止すると、テストスナップショットはマップ解除され、削除されます。

フェイルオーバーとフェイルバック

フェイルバックとは、レプリケーション環境をフェイルオーバー前の保護対象サイトの元の状態の設定に戻すプロセスです。SRM によるフェイルバックは復旧

した後で発生する自動処理です。これにより、計画された移行の場合、保護対象の仮想マシンのフェイルバック

プロセスが比較的単純になります。リカ

バリ後に SRM 環境全体が前の状態のままである場合、フェイルバックでは SRM によって再保護リカバリ手順が実行された後、再度リカバリ計画が実

行されます。これによって、保護グループ内で設定された仮想マシンが元の保護対象

SRM サイトに戻ります。

ディザスタシナリオでは、フェイルバックの手順は保護対象サイトでの障害度によって異なります。たとえば、フェイルオーバーが実行される理由は、ストレー

ジ

システムの障害またはデータセンター全体の損失である可能性があります。フェイルバックの手動設定は、保護対象サイトでディザスタ後にハードウェア

または SAN の設定が変わっている可能性があるため重要です。フェイルバックを設定した後、SRM を使用することで、計画された SRM フェイルオーバー

のようにフェイルバックを管理し、自動化することができます。リカバリ手順は、最後に実行されたフェイルオーバーの条件に基づいて変わる場合がありま

す。フェイルバックが予定外のフェイルオーバーの後である場合は、完全なデータのミラーリングが

2 つのサイト間で必要になる場合があります。この手順は

通常、フェイルバックシナリオのほとんどの時間を占めます。

SRM のすべてのリカバリプランでは、最初に保護サイトとリカバリサイト間でのデータ同期を試みます。それはディザスタリカバリシナリオの最中であっても

変わりません。

ディザスタリカバリ中では、保護グループの仮想マシンのシャットダウンと、サイト間の最終的な同期確立が最初に試みられます。これは、仮想マシンがリカ

バリ計画の実行前に静的になっており、データベースへ書き込みが停止されていてる状態にすることで、可能な限りデータ損失を最小限にするための設

計です。保護サイトが使用できなくなった場合、リカバリ計画の実行が続行し、エラーが発生した場合でも完了するまで実行されます。

この新しい特長により、ディザスタリカバリ時のデータ損失の可能性を最小限にとどめ、仮想マシンの整合性の要件と積極的なリカバリ目標復旧時点を

達成することのバランスを取ることができます。

ディザスタリカバリのための SRM の使用

自動フェイルオーバー

SRM はリカバリ計画の実行を自動化し、正確で一貫性のある実行を確実にします。VCenter サーバを介して、各ステップのステータス、進捗インジケー

タ、発生するエラーの詳細な説明も含め、プロセスを詳細に表示し、制御することができます。

ディザスタの発生時に SRM の実際のフェイルオーバーが要求された場合は、SRA により次の手順が実行されます。

1 レプリケートされたボリュームを選択します。

2 進行中の不完全なリモートコピーを特定して削除し、最も最近に完了したリモートコピーをプライマリボリュームとします。

3 リモートボリュームをプライマリボリュームに変換し、ESXi ホストの認証を設定してそれらをマウントします。

実際のフェイルオーバーが何らかの理由で完全に実行されない場合は、フェイルオーバーを何回も呼び出して実行の完了を試みることができます。たとえ

ば、1 つのボリュームのみがリストアに失敗し、その原因が通常のスナップショットが存在するためである場合、スナップショットを手動で削除し、フェイルオー

バーを再度要求することができます。

再保護

リカバリ計画または計画された移行の実行後、回復力を維持し、すべてのディザスタリカバリ目標を満たすために、環境を引き続き障害から保護する必

要がある場合がよくあります。

再保護は、ストレージシステムのレプリケーションでのみ使用できるリカバリ計画の SRM 拡張機能です。リカバリサイトの環境で、同期化されたレプリケ

ーションの確立と元の環境の保護を可能にします。

リカバリサイトのフェイルオーバー後、環境を再保護するよう選択すると、同期が確立され、リカバリサイトと以前に保護されていたプライマリサイトで動作

中の保護グループ間でデータのレプリケートが試行されます。

この環境の再保護機能によって、環境はサイトのリカバリシナリオ後でも、確実に障害から保護されます。また、移行またはフェイルオーバー後のプライマ

リ

サイトへの自動フェイルバックも可能になります。

自動フェイルバック

環境全体をリカバリサイトからプライマリサイトに戻すための自動フェイルバックワークフローを設定できます。

再保護により、データレプリケーションおよび同期が元のプライマリサイトに確立されたことが確認されると、フェイルバックが発生します。

自動フェイルバックでは、環境を保護対象サイトに移行するために使用したワークフローが実行されます。それによって、リカバリ計画によりカプセル化され

た重要なシステムが元の環境に戻されます。ワークフローは、再保護が正常に完了した場合のみ実行されます。フェイルバックは、ストレージシステムのレ

プリケーションでのみ使用できます。

フェイルバックにより、以下のことが保証されます。

• リカバリサイトに最初に移行されたすべての仮想マシンが、プライマリサイトに移動します。

• ディザスタリカバリテストを正規の移行により実稼働環境で行うことが必要な環境を、初期サイトに戻すことができます。

• シンプルなリカバリプロセスにより、障害後に標準の動作に戻すことができます。

• フェイルオーバーを災害発生時または計画された移行の際に行うことができます。

ディザスタリカバリのための SRM の使用

トラブルシューティング

VMware vCenter Server は、リカバリ手順が失敗するたびに、SRA を使用して詳細なエラーメッセージを表示します。

また、SRA は、ME4 シリーズストレージシステムで発生する各 SRM イベントと各 CLI コマンドを示す sra.log というログファイルも作成します。エラー

メッセージとこのログファイルを調べると、エラーを修正するための十分な情報を得られることがよくあります。詳細については、VMware にお問い合わせくだ

さい。

表 1. SRA のエラーメッセージと推奨する処置

メッセージ番

号

メッセージ推奨する処置

1002

VMware Site Recovery Manager バージョン 6.5 は、このシステムで

見つかりませんでした。

VMware SRM 6.5 以降をインストールして、SRA のインストー

ル手順を再実行します。

1003

“{le}”への XML 出力が失敗しました: {error} 指定したファイルの場所が存在し、十分な空き容量があり、書

き込み可能であることを確認します。

1004

インストールオプションはこのシステムではサポートされていません。 SRA のインストール手順を参照してください。

1005

このオプションを呼び出す場合、ネイティブバージョンの Perl を使用す

る必要があります。

VMware SRM ソフトウェアとともにインストールされた

Perl.exe バージョンを使用していることを確認します。

1006

ボリューム{volume}が{le}:{line}のストレージシステム{arrayname}に

表示されるのを待っている間に、タイムアウトになりました。

指定されたボリュームがストレージシステムに作成されたことを

確認し、操作を再試行します。

1007

ストレージシステム'{systemName}'は、この SRA との使用に対してラ

イセンス供与されていません。

ご使用のストレージシステムのベンダーに連絡して、このシステ

ムがサポートされていることを確認し、レプリケーションと SRA の

ライセンスキーを依頼します。

1008

ボリューム“{primary}”の WWN が見つかりません。指定されたボリュームがレプリケーション用に設定されていること

を確認します。

1009

discoverDevices: 一時スナップショット“{serialNumber}” ({name})の

WWN を決定できませんでした。

指定されたスナップショットが前のテストから残されていて、削除

できるかどうかを確認します。

1010

一時スナップショット“{serialNumber}” ({name})のリカバリポイントが

見つかりません。

指定されたスナップショットが前のテストから残されていて、削除

できるかどうかを確認します。

1011

discoverDevices: プロモートされたボリューム“{secondaryName}”

({secondary})が見つかりませんでした。

指定されたボリュームのステータスとストレージシステムの正常

性をチェックし、操作を再試行します。

1013

{volume}に対する有効な同期ポイントが存在しません。 MESM では、スナップショットの表を使用して、指定されたボリ

ュームが保護されたサイトから完全に複製されていることを確

認します。詳細については、『管理者ガイド』を参照してくださ

い。

1014

ボリューム{vol}のスナップショットをエクスポートできませんでした。 SRA によって以前作成されたスナップショットは、指定されたボ

リューム用にすでに存在しています。エクスポートされたスナップ

ショットが許可されるのはレプリケーション宛先ボリュームあたり 1

つのみです。既存のスナップショットを削除し、この操作を再試

行します。

1018

{command}リクエストで PeerId パラメーター'{PeerId}'が不明か見つ

かりません。

各ストレージシステムがそのレプリケーションピアを正しくレポー

トし、SRM が設定されてからストレージシステムの名前が変

更されていないことを確認します。ストレージシステムの名前が

トラブルシューティング

メッセージ番

号

メッセージ推奨する処置

変更された場合、必要に応じて、各ストレージシステムでリモ

ートシステムエントリーを削除して再作成します。SRM を再

起動しても問題が解決しない場合、SRM でストレージシステ

ムペアの設定を再作成します。

1020

ローカルボリューム{localsn}のピアボリュームが見つかりませんでした。指定されたボリュームがレプリケーションセットの一部としてセッ

トアップされていることを確認します。

1021

SRA が受信した SRM '{cmd}'のリクエストのパラメーターが無効か見

つかりません。

レプリケーションセット、リモートシステム、SRM の設定が正し

いことを確認します。

1022

{cmd}リクエストに無効または不明の ArrayId'{ArrayId}'。 SRM が設定されてから、ストレージコントローラーシステムの

名前と IP アドレスが再設定されていないことを確認します。

1023

ロックファイル{lename}を開くことができませんでした。指定されたファイル名のファイルとディレクトリの権限をチェックし

ます。

1024

{command}リクエストで DeviceId パラメーター'{DeviceId}'が不明か

見つかりません。

SRM と SRA が正しく設定されていることを確認します。また、

ストレージシステム、および SRM ホストと両方のストレージシ

ステム間のネットワークパスの正常性もチェックします。

1025

{command}操作中のボリューム{vol}に対する有効な同期ポイントが

存在しません。

このボリュームに対する有効な同期ポイントが存在しないた

め、ボリュームでの操作が失敗しました。MESM では、スナップ

ショットの表を使用して、指定されたボリュームが保護されたサ

イトから完全に複製されていることを確認します。詳細につい

ては、『管理者ガイド』を参照してください。

1026

ボリューム{volume}のレプリケーションセットが{le}:{line}のストレージ

システム{arrayname}でのコンフリクトステータスに移行するのを待って

いる間に、タイムアウトになりました。

指定されたボリュームがストレージシステムに作成されたことを

確認し、操作を再試行します。

1027

SRA syncOnce コマンドは、ボリューム[{volumes}]のレプリケーションイ

メージがストレージシステムで開始されるのを待っている間に、タイムア

ウトになりました。

ストレージシステムが正常であることを確認し、必要に応じて

操作を繰り返し、ボリュームが確実に複製されるようにします。

1028

{command}リクエストにボリューム'{DeviceId}'の SRA スナップショット

が見つかりません。

SRA が以前の testFailoverStart 操作でスナップショットのエク

スポートに失敗したか、スナップショットがすでに削除されている

か、ストレージシステムの管理ポートとの通信における問題が

原因で、スナップショットが見つかりませんでした。

1029

{volume}で TestFailoverStart 関数を実行する前に、既存の SRA ス

ナップショット{snapshot}を削除する必要があります。

テストフェールオーバー動作を再度試行する前に、スナップショ

ットボリューム{snapshot}を削除します。

1030

元の保護されたボリューム{target}がリモートストレージシステム

{remoteArray}にまだマッピングされているため、reverseReplication を

ターゲットボリューム{volume}で実行できません。

両方のストレージシステム（{localArray}と{remoteArray}）

および対応する SRM サーバが動作中で、ネットワーク経由で

管理できることを確認します。

1101

{url} ({response})のストレージシステムにログインできませんでした。ストレージシステムの IP アドレスが正しく設定されていて、スト

レージシステムが SRM のホストからアクセスできることを確認

します。また、ストレージシステムの IP アドレスが変更された場

合、いずれかまたは両方のストレージシステムでリモートシステ

ムの定義を削除して作成し直す必要があります。

1102

{ipAddr}のストレージシステムでコマンド“{cmd}”の実行が失敗しまし

た: {err}

エラーメッセージで失敗の理由が指定されなかった場合、指

定されたアドレスを Web ブラウザで開き、ストレージシステムの

正常性をチェックします。

1103

コマンド“{cmd}”の MC に対して、IP アドレスが指定されていません。ストレージシステムの IP アドレスがストレージシステムとホスト

で正しく設定されていることを確認します。

1104

{ipAddr}のストレージシステムからの応答にステータスの表示が含まれ

ていませんでした。

ストレージシステムの正常性をチェックし、必要に応じて、管理

コントローラーを再起動します。

トラブルシューティング

メッセージ番

号

メッセージ推奨する処置

1105

{system}のストレージシステムでコマンド“{cmd}”の実行が失敗しまし

た: {err}

ストレージシステムとホストでの IP アドレスの設定を確認し、

ネットワーク接続をチェックします。

2001

ボリューム{volume}({name})はすでにマッピング解除されています。 SRM はフェールオーバーのためにボリュームを準備するように要

求しましたが、ボリュームはすでに準備されています。

2002

{volume}のレプリケーションイメージ{imageSn} ({err})のデータが見つ

かりません。

ボリューム{volume}のレプリケーションが開始されたことを確認

します。

2003

querySyncStatus: ボリューム{vol} ({err})のレプリケーションイメージ

{imageSn}のデータが見つかりません。

指定されたボリュームのレプリケーションが開始されたことを確

認します。

メモ: ボリュームがすでに特定の状態である場合、コマンドが実行されるとログファイルに特定のエラーが表示され、ボリュームがその状態であ

ることを確認することができます。そのエラーとは 3395 (Replication is not active on this secondary volume)と

10306 (Unable to set the specified volume as the primary volume because the specified volume

is already a primary volume)です。これらのエラーメッセージがこれらの状況で発生した場合、エラーメッセージを無視しても問

題はありません。

トラブルシューティング

ベストプラクティス

SRA とレプリケーションソフトウェアを VMware SRM ディザスタリカバリソリューションと併用するための、固有のガイドラインと推奨事項は次のとおりです。

• サイトフェイルオーバー発生時にレプリケーションスケジュールを再び確率する方法について、事前に計画を準備します。レプリケーションを元に戻す

操作の実行後、レプリケーション

スケジュールをセットアップして、新規ソースボリュームから元のソースサイトにデータが定期的にレプリケートされるよ

うにする必要があります。または、適切な場合は、手動でレプリケーションを開始することができます。

• レプリケーションはボリューム単位で行われるため、関連するバックアップ要件またはスケジュールを持つ仮想マシンを同じデータストアボリュームでグル

ープ化してください。たとえば、一部の仮想マシンをリモート

サイトにレプリケートする必要がない場合、または頻繁にレプリケートする必要がない場合

は、それらの仮想マシンは、頻繁にレプリケートする必要がある仮想マシンと同じデータストアボリューム上に保管せず、データが不必要に複製されな

いようにしてください。

• SRA は同一のハードウェアモデル間のレプリケーションのみをサポートします。たとえば、iSCSI 専用システムと FC/iSCSI ハイブリッドシステムとの間で

のレプリケーションはサポートされていません。

• LUN 0 に割り当てられている特別な管理機能によって LUN の動的なマッピングおよびマッピング解除の問題が発生しないようにするため、レプリケー

ション

ボリュームを LUN 0 にマッピングすることを避けてください。これらのボリュームが、レプリケーションボリュームと同じように自動的にマッピングおよび

マッピング解除されることが予期されていない場合は、ボリュームを LUN 0 にマップすることができます（レプリケートされないローカルデータストアな

ど

）。

• レプリケーションボリュームは、すべてのホストで同じ LUN 番号を使ってマップする必要があります。

• 異なるホストにマップされている異なるボリュームに対して、同じ LUN 番号を使用しないでください。

• フェイルオーバー動作では、レプリケーションボリュームの読み取り/書き込みのホストマッピングが読み取り専用に変換され、レプリケーションを復元す

ると、同じボリュームに対するすべての読み取り専用マッピングが読み取り

/書き込みに変換されます。データマイニング目的などで、レプリケーションボ

リュームの読み取り専用マッピングを作成しないように注意してください。レプリケーションボリュームの読み取り専用マッピングが必要な場合は、ボリュ

ームの複製されないハードウェアまたはソフトウェアのスナップショットの作成を検討します。

• SRA は、リモート IP アドレスまたは FC アドレスの追跡のためにストレージシステム上にホストエントリーを作成する場合があります。名前が「SRA」

で始まるホストエントリーを削除しないでください。ただし、それらをよりわかりやすい名前に変更することは可能です。

• 複製されたボリュームのレプリケーションセットベースネーム（レプリケーションセットの作成時に割り当てられる）が 23 バイトを超えないようにし、レプ

リケーションスナップショットの作成時にサフィックスを追加できるようにしてください。23 バイトには最大 23 桁の ASCII 文字を使用できますが、ASCII

UTF-8

以外の文字はそれぞれ複数バイトを必要とします。

• これらのベストプラクティスに準拠するための設定以外では、レプリケーションスナップショットの名前やレプリケーションセットベースネームを変更しな

いでください。

SRA はレプリケーションセットベースネームとスナップショット名の間の整合性に依存します。

ベストプラクティス

Dell EMC PowerVault ME4024 ユーザーガイド

ブランド: Dell

モデル: EMC PowerVault ME4024

タイプ: ユーザーガイド

このマニュアルも適しています

PDFをダウンロードします

報告

その他のドキュメント

Inspur AS5500G2-F ユーザーマニュアル

Dell EMC PowerVault ME4024 ユーザーガイド

このマニュアルも適しています

Dell EMC PowerVault ME4024 ユーザーガイド

関連論文

その他のドキュメント