ここでは、メトロ・ミラー、グローバル・コピー、グローバル・ミラーなど、ポイント・イン・タイム機能 (FlashCopy) とリモート・ミラーおよびコピー機能を使用する前に考慮する必要があるガイドラインと推奨事項を示します。
コピー・サービス機能を使用するには、IBM Disk Storage Feature Activation (DSFA) Web サイトに接続して、フィーチャー活動化キーを事前に取得する必要があります。フィーチャー活動化キーを取得したら、 このキーを DS Storage Manager Web インターフェースに入力する必要があります。これにより、 コピー・サービスのライセンス・フィーチャー (リモート・ミラーおよびコピーおよびポイント・イン・タイム・コピー) を使用することができます。 活動化キーは、 ソース・ストレージ・ユニットおよびターゲット・ストレージ・ユニットのリモート・ミラーおよびコピー・フィーチャーで必要になります。
DS Storage Manager または DS CLI インターフェースを使用して、コピー・サービス機能を管理することができる。
ポイント・イン・タイム機能 (FlashCopy)
FlashCopy® 操作により、ポイント・イン・タイム・コピーを作成することができます。FlashCopy 操作が処理されると、即時に、ソース・ボリュームとターゲット・ボリュームがアプリケーションで使用可能になります。
- FlashCopy 関係におけるソース・ボリュームおよびターゲット・ボリュームを確認する。より良いパフォーマンスを得るために、さまざまなランクの FlashCopy ターゲット・ボリュームを選択する必要があります。
- バックグラウンド・コピーなしで FlashCopy 関係を作成する。このオプションを使用すると、ソース・ボリュームの物理コピーが必要ない場合に、ストレージ・ユニットのリソースをより効果的に使用することができます。
- 目的のソース・ボリュームとターゲット・ボリュームが含まれる LSS を識別する。 パフォーマンスを向上するために、LSS 間で均等に FlashCopy ペアを配分する。
- FlashCopy データの整合性の考慮事項を理解する。
データがサーバー・メモリー・キャッシュに保管され、後でディスクに書き込まれる環境があります。
このような環境の例として、データベース管理サブシステム (DBMS) のバッファーやジャーナル・ファイル・システムのメタデータが挙げられます。
FlashCopy 操作によって、ソース・ボリュームをターゲット・ボリュームにコピーし、DBMS のバッファーまたはジャーナル・ファイル・システムのメタデータを最初にフラッシュしない場合は、増分更新を実行する必要があることがあります。DBMS の場合は、現行トランザクションをバックアウトする必要があることがあります。
ジャーナル・ファイル・システムの場合は、ターゲット・ボリュームで fsck ユーティリティーを実行する必要があることがあります。
このようなタイプの再始動アクションを回避するには、FlashCopy ソース・ボリュームに関連するすべてのデータが、FlashCopy 操作を実行する前にディスクに書き込まれているようにします。 DBMS の場合は、サブシステムを静止するか、または DB2 の LOG SUSPEND などの DBMS コマンドを使用します。 ジャーナル・ファイル・システムの場合は、FlashCopy 操作を実行する前にソース・ボリュームをアンマウントします。
注: FlashCopy 手順を自動化する場合は、ターゲット・ボリュームのデータ整合性を頻繁に検査することを検討してください。AIX®、Windows®、Linux® など、一部のシステム上では、FlashCopy 操作を実行する前に、FlashCopy ソース・ボリュームにアクセスするアプリケーションを静止する必要があります。その後、FlashCopy の確立中に、ソース・ボリュームをアンマウントする必要があります。この目的は、バッファーのデータがターゲット・ボリュームに流れてターゲット・ボリュームを破壊しないように、バッファーにデータがない状態にすることです。 - 同じソース・ボリュームを使用して、一度に複数の FlashCopy 関係を確立することができる。 同じソース・ボリュームを使用する FlashCopy 関係の最大数は、12 です。 同じソース・ボリュームを使用するすべての FlashCopy 関係のうち、1 つだけ増分 FlashCopy にすることができます。
- 既存の メトロ・ミラー・ソース・ボリュームは、FlashCopy ターゲット・ボリュームとして使用することができます。 これにより、FlashCopy ペアのターゲット・ボリュームを使用してポイント・イン・タイム・コピーを作成し、このデータをリモート・ロケーションのソース・メトロ・ミラー・ボリュームにミラーリングすることができます。
リモート・ミラーおよびコピー機能
- メトロ・ミラー関係のソースおよびターゲット・ボリュームは、同じストレージ・タイプ (固定ブロックまたはカウント・キー・データ) でなければならない。
- FlashCopy またはメトロ・ミラー関係を確立する場合、ソースおよびターゲット論理ボリュームのサイズが同じであるか、 またはターゲット・ボリュームのサイズのほうが大きいサイズである必要がある。
- ソースおよびターゲット・サイトの論理サブシステム間に十分な数の FCP パスが設定されていることを確認する。
このことは、1 つの論理サブシステムでソースおよびターゲット・ボリュームを管理する構成で特に重要となります。
また、ストレージ・ユニットのペア間でメトロ・ミラー・モード、グローバル・コピー・モードなどの機能を使用する予定の場合は、それぞれのモードによって管理されているコピー・ペアの別々の物理パス上で別々の論理パスを設定します。 すなわち、ご使用のメトロ・ミラー・コピー・ペアに対して、ソースおよびターゲット LSS 間で、1 セットの論理パスおよび物理パスを使用します。 ご使用の グローバル・コピーのコピー・ペアに対して、ソースおよびターゲット・ストレージ・ユニット間では、他の論理パスおよび物理パスのセットを使用します。2 つのコピー・モードで別々のパスを保持することによって、グローバル・コピー・ターゲット・ボリュームの更新によるメトロ・ミラー・ペアの入出力パフォーマンスへの影響は、最小限に抑えられます。 この推奨事項は、ソース・ストレージ・ユニットおよびターゲット・ストレージ・ユニット間の距離が、 同期範囲を超えていないような環境でのみ適用できます。
- メトロ・ミラー環境の場合、すべての更新を、単一のターゲット・ストレージ・ユニット上の小セット共通ボリュームへ送信することを回避して、ワーク・ロードを分散する。ターゲット・サイトのストレージ・ユニットでのパフォーマンスの影響が、ソース・サイトでのパフォーマンスに悪影響を与えます。
- グローバル・ミラーを使用する場合は、次のガイドラインを考慮してください。
- 計画上または計画外の停止の後で 、グローバル・ミラーを使用して制御をローカル・サイトに戻そうとしている場合は、FlashCopy がリモート・サイトに必要である。
- LSS 関連に対する LSS が、マスター・ストレージ・ユニット上で使用可能な 各従属ストレージ・ユニットに対するマスターを使用して確立する必要がある。
ご使用のシステムがグローバル・ミラーを実行するのに必要な要件を満たしていると判断した後で、この処理に対する 環境をセットアップする必要があります。
