障害とリカバリ後のレプリケーションの再開
障害およびリカバリ後のレプリケーションの再開
通常、この手順は以下のような状況で使用されます。
- ソースシステムに障害が発生し、レプリケーションをスタンバイ・データベース・システムに切り替えなければならない場合
- 古いアーカイブログを再度読み込むために、レプリケーションを過去まで遡らなければならない場合
SharePlexのレプリケーションリカバリをサポートするための要件
ソース、ターゲット、またはその両方に障害が発生した場合にレプリケーションを再開するには、レプリケーションの開始時に以下の状態になっている必要があります。
- 本番稼働環境ソースインスタンスの物理的に同一のコピーと本番稼働環境ターゲットインスタンスの物理的に同一の別のコピーを提供するディザスタリカバリ（DR）ソリューション。Oracle Data Guardやディスクミラーリング、テープバックアップなどの方法は、この要件をサポートしています。
- SP_OPO_UPDATE_SCNパラメーターは値1に設定しなければなりません。このパラメーターは、処理するトランザクションのSCNの記録を保持するようにSharePlexに指示します。このパラメーターを1に設定すると、Post Enhanced Performance機能も無効になります。
初期設定の概要
次の図は、レプリケーション開始時のDRの設定を表しています。本番環境ソースインスタンスと、Oracle Data Guardによって最新の状態に保たれているミラーリングされたソースDRインスタンスがあります。同様に、本番環境ターゲットインスタンスと、Oracle Data Guardによって最新の状態に保たれているミラーリングされたターゲットDRインスタンスがあります。
- 実線（青線）はOracle Data Guard DRの導入を表しています。
- 本番環境ソースインスタンスと本番環境ターゲットインスタンスを結ぶ点線（明るい緑色）は、通常の運用状況下のSharePlexのレプリケーションを表しています。
- 破線（赤、オレンジ色、水色）は、ソース、ターゲット、またはその両方に障害が発生した場合に考えられるレプリケーションのリカバリ経路を示しています。
障害/リカバリシナリオの例
この例では、本番環境のターゲットインスタンスに障害が発生した場合の潜在的な障害/リカバリシナリオについて説明します。リカバリ経路は、レプリケーション開始時のDRの設定の図内の斜めのオレンジ色の点線として示されています。
通常のレプリケーション
以下の図は、この例で使用した設定と名前を示しています。
- 本番環境ソースの名前はSource PROD、DRソースの名前はSource DRです。
- 本番環境ターゲットの名前はTarget PROD、DRターゲットの名前はTarget DRです。
- SharePlex（図内のSPO）は、Source PRODからTarget PRODに複製します。
図3: 通常のレプリケーションとミラーリングの設定
本番環境ターゲットの障害
以下の図の赤いXが示すようにTarget PRODターゲットで障害が発生しました。SharePlexは、元のレプリケーション・データ・ストリームに赤いXで示すように、Target PRODにレプリケートできなくなりました。
Target PRODがオフラインのため、Oracle Data GuardはTarget DRを最新の状態に維持できなくなりました。しかし、SharePlexではこれが可能です。SharePlex（図内のSPO）は、Source PRODからTarget DRへのレプリケーションを再開し、データの可用性を復帰させることができます。
図4: SharePlex（SPO）による障害とリカバリ
フェイルオーバー後のレプリケーションの再開
この手順では、レプリケーションのリカバリをSharePlexに指示するために以下を行います。
- 各postキューで処理された最後のコミット済みトランザクションの正しいOracle SCNを取得するようにSharePlexに指示します。
- reconcileコマンドを使用して、障害発生前にターゲットにコミットされたすべてのトランザクションを破棄するようにSharePlexに指示し、SharePlexがデータストリームの正しいポイントでレプリケーションを再開するようにします。
注意: この手順には以下が必要です。
- ソースインスタンスはターゲットインスタンスよりも後の時点にリカバリされます。そうでない場合、このメソッドは機能しません。
- SP_OPO_UPDATE_SCNパラメーターは1に設定されます。
レプリケーションを再開するには:
注意: この説明では、フェイルオーバー後に運用可能なソースとターゲットがソースシステムとターゲットシステムになります。
-
まだ実行中であれば、ソースシステム上のSharePlexをシャットダウンします。
sp_ctrl> shutdown
-
sp_copがまだ実行されていなければ、ターゲット上で開始します。
$ /productdir/bin/sp_cop &
-
ターゲット上でqstatusコマンドを使用して、キュー内のすべてのメッセージがターゲットのデータベースにポストされていることを確認します。コマンドの出力は、postキューのバックログが0であることを示すはずです。
sp_ctrl> qstatus
-
ターゲットのコマンドラインで、SharePlexの製品ディレクトリのbinサブディレクトリからshow_scnユーティリティを実行します。ORACLE_SIDの場合は、ターゲットデータベースのORACLE_SIDを使用します。
$ /productdir/bin/show_scn ORACLE_SID
- show_scnユーティリティの出力を開いたままにします。この出力には、リカバリ用に正しいトランザクションにPostを再配置するために、各Postキューに使用する完全なreconcileコマンドが表示されます。また、この手順の後半で設定をアクティベーションするSCNも表示されます。
-
ソースとターゲットのsp_copをシャットダウンします。
sp_ctrl> shutdown
-
ora_cleanspをソースとターゲットで実行し、キューを一掃します。
$ /productdir/bin/ora_cleansp
-
ソースとターゲットでsp_copを起動します。
$ /productdir/bin/sp_cop &
-
ターゲットでPostを停止します。
sp_ctrl> stop post
-
ソースでscnオプションを使用してactivate configコマンドを発行し、設定をアクティベーションします。scn_valueについては、show_scnユーティリティの出力で、On source activate to scn=nnnnnnnと記述されている行に表示されている値を使用します。
sp_ctrl> activate config configname scn=scn_value
例:
sp_ctrl> activate config myconfig scn=510012416
-
ターゲットで、show_scn出力から最初のreconcileコマンドをコピーし、sp_ctrlで実行します。次に、2番目のreconcileコマンドで同じ操作を行い、リスト内で手順を進めます。
例:
sp_ctrl> reconcile queue spx11 for o.ora112-o.ora112 scn 235690
sp_ctrl> reconcile queue pq1 for o.ora112-o.ora112 scn 132436
sp_ctrl> reconcile queue pq2 for o.ora112-o.ora112 scn 246843
sp_ctrl> reconcile queue pq3 for o.ora112-o.ora112 scn 123457
reconcileコマンドは、新しいデータが入るまで止まっているように見えるかもしれません。しかし、コマンドは機能しています。
-
ターゲットでPostを開始します。
sp_ctrl> start post
アクティブなレプリケーション環境に対する変更
この章では、SharePlexレプリケーションがアクティブなシステムで、データベースを変更したり、システムやソフトウェアのメンテナンスを行ったりする手順を説明します。
内容
設定ファイルの変更
アクティブな設定ファイルの変更
レプリケーション環境の要素を変更する手順の多くは、SharePlex設定ファイルの変更も伴います。アクティブな設定ファイルを変更するために推奨される方法は、まず新しいファイル名を使用してファイルのコピーを作成することです。例えば、ファイル名に日付を付加します。再び必要になった場合や、新しいファイルで問題が発生した場合に備えて、最初にファイルをコピーしておくことで元のファイルを保存しておきます。最初にファイルをコピーすることで、新しい設定ファイルをいつアクティベーションするかを制御することもできます。
ほとんどの場合、元の設定を非アクティベーションしなければ、編集した設定のアクティベーションは元のアクティベーションよりも時間がかかりません。新しい設定をアクティベーションすると、元の設定は自動的に非アクティブになり、SharePlexは新しいオブジェクト、変更されたオブジェクト、削除されたオブジェクトを分析するだけで済みます。新しい設定をアクティベーションする前に元の設定を非アクティベーションすると、SharePlexはすべてのオブジェクトが再分析します。
設定ファイルを変更するには、「アクティブな設定のオブジェクトの追加または変更ページを参照してください。
アクティブなレプリケーション設定でのテーブル仕様の追加または変更
アクティブな設定のオブジェクトの追加または変更
このセクションでは、レプリケーションがアクティブなときに、サポート対象のオブジェクトをレプリケーションに追加、またはオブジェクトの指定を変更する手順を説明します。
サポート対象データベース
Oracleソース
すべてのターゲット
Oracleの手順
注意: レプリケーションにシーケンスを追加するには、「アクティブなレプリケーション設定へのOracleシーケンスの追加ページを参照してください。
ワイルドカードを使用していて、追加するオブジェクトがワイルドカード指定を満たす場合、ソースがOracleであれば、そのオブジェクトを設定ファイルに追加する必要はありません。ワイルドカードの条件に一致する新しいオブジェクトは、自動的にレプリケーションに追加されます。名前で明示的に指定する必要があるオブジェクトだけを追加します。
重要! 元の設定を非アクティベーションしないでください。
- 新しいテーブルを追加する場合は、そのテーブルをソースとターゲットに追加し（該当する場合は、両方の場所に入力）、同期された初期状態を確立します。ソーステーブルへのトランザクションアクセスは、まだ許可しないでください。
-
sp_ctrlで、copy configコマンドを発行し、アクティブな設定ファイルのコピーを作成します。
sp_ctrl> copy config filename to newname
ここで、filenameはアクティブなファイルの名前で、newnameは新しいファイルの名前です。
-
edit configコマンドを発行して、デフォルトのテキストエディタで新しい設定ファイルを開きます。
sp_ctrl> edit config newname
-
新しいテーブルのエントリを追加するか、既存のエントリを変更します。
注意: 分割レプリケーションを変更する場合は、「分割レプリケーションの変更ページを参照してください。
- 設定ファイルを保存します。
-
新しい設定をアクティベーションします。これにより元の設定が非アクティブになります。新しいテーブルまたは変更されたテーブルのみがアクティベーションされるため、アクティベーションは最初のアクティベーションほど時間がかかりません。
sp_ctrl> activate config newname
- 新しく追加されたテーブルへのアクセスを許可します。