1 Oracle ZFS Storage Appliance の概要
プロジェクトレベルのレプリケーションとシェアレベルのレプリケーションの比較
レプリケーションを逆向きにする - 障害からの回復のシミュレート
ターゲットは、ZFSSA がレプリケーションのためにセキュアに通信できるようにする ZFSSA 間の接続を表しますが、レプリケーションの内容、頻度、オプションなどを指定するものではありません。このため、管理者はソース ZFSSA のレプリケーションアクションを定義する必要があります。アクションはレプリケーションのための主な管理制御点であり、それぞれが次の項目を指定します。
レプリケーショングループ (1 つのプロジェクトといくつかのシェア)
ターゲット ZFSSA
ターゲット ZFSSA 上のストレージプール (最初の設定時のみ使用される)
頻度 (手動、定期、連続のいずれか)
ワイヤ上でデータストリームを暗号化するかどうかなどの、追加のオプション
グループは、アクションを構成するプロジェクトまたはシェアによって暗黙的に指定されます (プロジェクトレベルのレプリケーションとシェアレベルのレプリケーションの比較 を参照)。アクションの作成後にターゲット ZFSSA とストレージプールを変更することはできませんが、ほかのオプションはいつでも変更できます。一般に、オプションが変更されたときにレプリケーション更新が進行中である場合、新しい値は次の更新が開始された時点でのみ有効になります。
アクションは ZFSSA のレプリケーション構成の主要な単位です。各アクションは、ターゲット ZFSSA 上のパッケージに対応します。このパッケージには、アクションが構成されているソースのプロジェクトとシェアの、最後のレプリケーション更新の開始時点での正確なコピーが含まれています。管理者は、対応するアクションのプロパティーを変更することによって、レプリケーション更新の頻度などのオプションを構成します。ソース ZFSSA 上でアクションを作成すると、ターゲット ZFSSA 上の指定されたストレージプールにパッケージが作成されるため、アクションが最初に作成されるときに、ソースがターゲットに接続できる必要があります。
各レプリケーションアクションの最初の更新では、完全同期 (または完全更新) が送信されます。つまり、アクションのプロジェクトとシェアの内容全体がターゲット ZFSSA に送信されます。この最初の同期が完了すると、以降のレプリケーション更新は増分になります。つまり、前回の更新以降に発生した変更だけが送信されます。(ソース上の) アクションと (ターゲット上の) パッケージは、指定されたレプリケーションスナップショットを介してどの変更がターゲットにレプリケートされたかを追跡します。一般に、アクションの完全同期が少なくとも 1 回送信され、アクションとパッケージの接続がソフトウェア障害や管理アクションによって破壊されていないかぎり、レプリケーション更新は増分になります。
アクションとパッケージは互いに結合されています。パッケージが何らかの形で破壊または破棄されると、アクションに関連するデータとスナップショットがターゲットに残っていても、アクションはレプリケーション更新を送信できなくなります。同様に、アクションが破棄されると、(同じデータとスナップショットがソースに残っていても) パッケージは新しいレプリケーション更新を受信できなくなります。BUI と CLI では、管理者がアクションとパッケージの接続を破壊するような操作を実行しようとすると、警告が表示されます。誤ってあるいは明示的な管理操作でアクションとパッケージの接続を破壊したために増分更新が不可能になった場合、管理者はパッケージとアクションを切断または破棄し、ソース上で新しいアクションを作成する必要があります。
注: 管理者が明示的にリクエストしないかぎり、ZFSSA はターゲット上のデータの破棄を防ぎます。その結果、アクションの最初のレプリケーション更新で一部のデータがレプリケートされたあとで更新が失敗し、パッケージ内に不完全なデータが残った場合、ZFSSA は以前に受信したデータを上書きできないため、同じアクションを使用する以降のレプリケーション更新は失敗します。これを解決するには、管理者は既存のアクションとパッケージを破棄し、新しいアクションとパッケージを作成してレプリケーションを再度開始するようにしてください。
2010.Q1 より前のソフトウェアリリースでは、アクションとレプリカの構成は (ターゲットの構成と同様に)、プロジェクトとシェアの構成の一部としてストレージプールに保存されるのではなく、コントローラに保存されていました。その結果、出荷時構成にリセットした場合に、構成は破棄されていました。2010.Q1 以降のリリースでは、アクションとパッケージの構成は、対応するプロジェクトおよびシェアとともにストレージプールに保存されるため、出荷時構成にリセットしたあとも使用可能です。ただし、ターゲットの情報は引き続き失われ、ターゲットを失ったアクションに別のターゲットを構成することは現在のところできません。