プロジェクトのレプリケーションアクションとパッケージについて

ターゲットは、アプライアンスがレプリケーションのためにセキュアに通信できるようにするアプライアンス間の接続を表しますが、レプリケーションの内容、頻度、オプションなどを指定するものではありません。このため、管理者はソースアプライアンスのレプリケーションアクションを定義する必要があります。アクションはレプリケーションのための主な管理制御点であり、それぞれが次の項目を指定します。

• レプリケーショングループ (1 つのプロジェクトといくつかのシェア)

• ターゲットアプライアンス

• ターゲットアプライアンス上のストレージプール (最初の設定時のみ使用される)

• 頻度 (手動、定期、連続のいずれか)

• ワイヤ上でデータストリームを暗号化するかどうかなどの、追加のオプション

グループは、アクションを構成するプロジェクトまたはシェアによって暗黙的に指定されます (Project-level vs. Share-level Replication を参照)。アクションの作成後にターゲットアプライアンスとストレージプールを変更することはできませんが、ほかのオプションはいつでも変更できます。一般に、オプションが変更されたときにレプリケーション更新が進行中である場合、新しい値は次の更新が開始された時点でのみ有効になります。

アクションはアプライアンスのレプリケーション構成の主要な単位です。各アクションは、ターゲットアプライアンス上のパッケージに対応します。このパッケージには、アクションが構成されているソースのプロジェクトとシェアの、最後のレプリケーション更新の開始時点での正確なコピーが含まれています。管理者は、対応するアクションのプロパティーを変更することによって、レプリケーション更新の頻度などのオプションを構成します。ソースアプライアンス上でアクションを作成すると、ターゲットアプライアンス上の指定されたストレージプールにパッケージが作成されるため、アクションが最初に作成されるときに、ソースがターゲットに接続できる必要があります。

各レプリケーションアクションの最初の更新では、完全同期 (または完全更新) が送信されます。つまり、アクションのプロジェクトとシェアの内容全体がターゲットアプライアンスに送信されます。この最初の同期が完了すると、以降のレプリケーション更新は増分になります。つまり、前回の更新以降に発生した変更だけが送信されます。(ソース上の) アクションと (ターゲット上の) パッケージは、指定されたレプリケーションスナップショットを介してどの変更がターゲットにレプリケートされたかを追跡します。一般に、アクションの完全同期が少なくとも 1 回送信され、アクションとパッケージの接続がソフトウェア障害や管理アクションによって破壊されていないかぎり、レプリケーション更新は増分になります。

アクションとパッケージは互いに結合されています。パッケージが何らかの形で破壊または破棄されると、アクションに関連するデータとスナップショットがターゲットに残っていても、アクションはレプリケーション更新を送信できなくなります。同様に、アクションが破棄されると、(同じデータとスナップショットがソースに残っていても) パッケージは新しいレプリケーション更新を受信できなくなります。BUI と CLI では、管理者がアクションとパッケージの接続を破壊するような操作を実行しようとすると、警告が表示されます。誤ってあるいは明示的な管理操作でアクションとパッケージの接続を破壊したために増分更新が不可能になった場合、管理者はパッケージとアクションを切断または破棄し、ソース上で新しいアクションを作成する必要があります。

2010.Q1 より前のソフトウェアリリースでは、アクションとレプリカの構成は (ターゲットの構成と同様に)、プロジェクトとシェアの構成の一部としてストレージプールに保存されるのではなく、コントローラに保存されていました。その結果、出荷時構成にリセットした場合に、構成は破棄されていました。2010.Q1 以降のリリースでは、アクションとパッケージの構成は、対応するプロジェクトおよびシェアとともにストレージプールに保存されるため、出荷時構成にリセットしたあとも使用可能です。ただし、ターゲットの情報は引き続き失われ、ターゲットを失ったアクションに別のターゲットを構成することは現在のところできません。