この手順の実行中にユーザの活動を停止できる場合は、この手順でOracleホットバックアップを使用してターゲットOracleインスタンスを確立し、レプリケーションをアクティベーションします。この手順はすべてのレプリケーション設定に使用できます。
先に進む前に、以下の項目をお読みください。
OracleソースおよびOracleターゲット
高可用性以外のすべて。この手順では、バックアップを取得し、設定ファイルをアクティベーションしている間はソースデータベースを静止させる必要があるため、高可用性戦略には適していません。
以下のように一定の制限が適用されます。
| 制限の適用対象: | 説明 |
|---|---|
| 統合レプリケーション（多数のソースから1つのターゲットへ） |
統合レプリケーションを確立するために、すべてのソースシステムからホットバックアップを使用することは不可能です。1つのソースからのバックアップは、別のソースからのバックアップによって適用されたデータをオーバーライドします。ソースインスタンスの1つのホットバックアップを使用してターゲットインスタンスを確立し、別のコピーメソッドを使用して他のソースインスタンスからオブジェクトを適用することができます。考えられる方法には以下のようなものがあります。 |
注意: カスケードレプリケーションを使用していない場合は、中間システムに対するすべての参照を無視してください。詳細については、中間システムを介したレプリケーションの設定を参照してください。
ソースシステムでREDOログを切り替えます。
オンプレミスのデータベース:
svrmgr1> alter system switch logfile;
Amazon RDSデータベース:
Amazon RDSプロシージャrdsadmin.rdsadmin_util.switch_logfileを実行します。
すべてのシステムで、sp_copとsp_ctrlが実行されていることを確認します。
sp_ctrl> status
中間システムとターゲットシステムでPostを停止します。Postを停止すると、データベースがリカバリされるまで、複製されたデータがpostキューに蓄積されます。
sp_ctrl> stop post
ソースシステムで設定ファイルをアクティベーションします。
sp_ctrl> activate config filename
ソースシステムでアクティベーションのステータスを表示します。
注意: コマンドは、アクティベーションが終了するまでsp_ctrlの制御を保持します。
中間システムおよびターゲットシステムで、ターゲットインスタンスのデータベース・セットアップ・ユーティリティを実行します。SharePlexデータベースユーザの入力を求められたらnと入力し、既存のユーザとパスワードを選択します（これらはバックアップでコピー済み）。
Would you like to create a new SharePlex user [y].（新しいSharePlexユーザを作成しますか[y]）n
|
注意:
|
（中間システムのみ）中間システムで、SP_OCT_REPLICATE_POSTERパラメーターを1に設定します。これは、そのシステムでポストされた変更をキャプチャし、ターゲットシステムに複製するようにSharePlexに指示します。
sp_ctrl> set param SP_OCT_REPLICATE_POSTER 1
中間システムで設定ファイルをアクティベーションします。
sp_ctrl> activate config filename
中間システムでアクティベーションのステータスを監視します。
注意: コマンドは、アクティベーションが終了するまでsp_ctrlの制御を保持します。
アクティベーションが終了したら、中間システムとターゲットシステムでPostプロセスを開始します。これですべてのインスタンスが同期され、SharePlexは同期を維持するためにレプリケーションを継続します。
sp_ctrl> start post
（オプション）これが部分的なバックアップであった場合、ホットバックアップ中にコピーされなかった表領域を削除します。
この手順を使用して、Oracleトランスポータブル表領域機能を使用し、ターゲットOracleインスタンスを確立してレプリケーションをアクティベーションします。これにより、ダウンタイムを最小限に抑えながら、多数のオブジェクトの同期と再同期を迅速に行うことができます。メタデータ（データディクショナリ）だけをエクスポートして、データファイルをコピーすることができます。この方法ではインデックスも移動するため、ターゲットデータベースでインデックスを再構築する必要がなく、一度に複数の表領域を移動させることができます。
注意: 本文書では、トランスポータブル表領域の使用方法については説明していません。この手順は、データベースのコピー方法を十分に理解している担当者が実行してください。
先に進む前に、以下の項目をお読みください。
OracleソースおよびOracleターゲット
すべてのレプリケーション戦略。ソースデータベースを短時間でも停止できない場合、この手順は高可用性戦略には適切ではないことがあります。
この手順では、「ソース」システムは以下のいずれかです。
この手順の「中間」システムは、SharePlexがカスケード設定で中間システムへのポスト、および中間システムからのキャプチャを行う場合にのみ、この手順の一部にする必要があります。
この手順では、「ターゲット」システムは以下のいずれかです。
この手順では、SharePlexのコマンドは、使用しているレプリケーション戦略に適用されるすべてのsp_copインスタンスに適用されます（統合レプリケーションのターゲット上のすべてのsp_copプロセスなど）。
ソースシステムで、コピー対象のソース表領域を読み取り専用に設定します。
svrmgr1> alter tablespace name read only;
ソースシステムで、設定ファイルをアクティベーションします。
sp_ctrl> activate config filename
ソースシステムで、sp_copとsp_ctrlが実行されていることを確認します。
sp_ctrl> status
中間システムとターゲットシステムでPostを停止します。Postを停止すると、データベースがリカバリされるまで、複製されたデータがpostキューに蓄積されます。
sp_ctrl> stop post
ソース表領域を読み取り/書き込みモードに戻します。
svrmgr1> alter Tablespace name read write;
中間システムとターゲットシステムで、テーブルのトリガを無効にするかsp_add_trigger.sqlユーティリティスクリプトを実行して、トリガがSharePlexユーザを無視するようにします。
（中間システムのみ）SP_OCT_REPLICATE_POSTERパラメーターを1に設定します。これは、そのシステムでポストされた変更をキャプチャし、ターゲットシステムに複製するようにSharePlexに指示します。
sp_ctrl> set param SP_OCT_REPLICATE_POSTER 1
（中間システムのみ）設定ファイルをアクティベーションします。
sp_ctrl> activate config filename
（高可用性）ターゲットシステムでExportプロセスを停止します。
sp_ctrl> stop export
（高可用性とピアツーピアレプリケーション）ターゲットシステムで設定をアクティベーションします。
sp_ctrl> activate config filename
中間システムとターゲットシステムでPostを開始します。SharePlexはpostキューに集取されたSQLステートメントの実行を開始し、ソースとターゲットのデータを同期させます。
sp_ctrl> start post
この手順を使用して、以下のユーティリティでソースとターゲットのデータを同期します。
注意: 本書では、選択したコピー方法の実行の仕方については説明していません。この手順は、データベースのコピー方法を十分に理解している担当者が実行してください。
先に進む前に、以下の項目をお読みください。
OracleソースおよびOracleターゲット
高可用性以外のすべて。この手順は、設定ファイルをアクティベーションしている間はソースデータベースを静止させる必要があるため、高可用性戦略には適していません。
この手順では、「ソース」システムは以下のいずれかです。
この手順の「中間」システムは、SharePlexがカスケード設定で中間システムへのポスト、および中間システムからのキャプチャを行う場合にのみ、この手順の一部にする必要があります。
この手順では、「ターゲット」システムは以下のいずれかです。
この手順では、SharePlexのコマンドは、使用しているレプリケーション戦略に適用されるすべてのsp_copインスタンスに適用されます（統合レプリケーションのターゲット上のすべてのsp_copプロセスなど）。
ソースシステムで、レプリケーション設定にあるオブジェクトへのユーザアクセスを停止します。
ソースシステムで、設定ファイル（統合レプリケーションを使用する場合はすべてのファイル）をアクティベーションします。
sp_ctrl> activate config filename
中間システムとターゲットシステムでPostを停止します。Postを停止することで、ターゲットデータが確立される前に複製されたデータをpostキューに集めることができます。
sp_ctrl> stop post
ソースシステムで、sp_cop、Capture、Readの各プロセスが実行されていることを確認します。
sp_ctrl> status
中間システムとターゲットシステムで、テーブルのトリガを無効にするかsp_add_trigger.sqlユーティリティスクリプトを実行して、トリガがSharePlexユーザを無視するようにします。
（中間システムのみ）SP_OCT_REPLICATE_POSTERパラメーターを1に設定します。これは、そのシステムでポストされた変更をキャプチャし、ターゲットシステムに複製するようにSharePlexに指示します。
sp_ctrl> set param SP_OCT_REPLICATE_POSTER 1
（中間システムのみ）設定ファイルをアクティベーションします。
sp_ctrl> activate config filename
以下でPostを開始します。
注意: SharePlexは、postキューに蓄積されたSQLステートメントの実行を開始します。
この手順を使用して、OracleソースデータベースとOpen Targetデータベースを同期させます。SharePlexはOracleデータの変更を複製し、ターゲットがそのコピーで確立されるまでPostキューに保持します。ターゲットの準備ができたら、SharePlexのreconcile機能を実行します。これは、Postがコピー後に行われた操作のみを適用し、コピー前にソースにコミットされた操を破棄するように設定する機能です。
先に進む前に、以下の項目をお読みください。
Oracleのソースとサポートされているターゲット
すべて
Oracle RMANバックアップシステムを使用して、プライマリインスタンスのホットバックアップを作成し、ステージングインスタンスのSCNまたはシーケンス番号にリカバリできます。
ソースシステムとターゲットシステムで、SharePlexのプロセスが実行されていることを確認します。
sp_ctrl> status
ターゲットシステムでPostプロセスを停止します。これにより、ターゲットデータベースがインスタンス化され照合されるまで、複製されたデータはpostキューに蓄積されます。
sp_ctrl> stop post
ソースシステムで設定をアクティベーションします。
sp_ctrl> activate config filename
ソースシステムでアクティベーションのステータスを監視します。
注意: コマンドは、アクティベーションが終了するまでsp_ctrlの制御を保持します。
ホットバックアップが終了したら、プライマリ・ソース・システムのログファイルを2回切り替えます。
オンプレミスのデータベース:
svrmgr1> alter system switch logfile;
svrmgr1> alter system switch logfile;
Amazon RDSデータベース:
Amazon RDSプロシージャrdsadmin.rdsadmin_util.switch_logfileを2回実行します。
以下のいずれかを行います。
ソースがRAC以外の場合、ステージングサーバにコピーされた最後のアーカイブログのシーケンス番号にリカバリします。
注意: 次のステップでは、バックアップポイント以降に複製された変更を適用します。
以下のいずれかを行います。
ソースがRAC以外の場合、ステージングサーバ上でリカバリしたログのシーケンス番号を書き留めておきます。
（オプション）名前付きpostキューを使用しているときにキュー名が不明な場合は、qstatusコマンドを発行し、その名前を書き留めておいてください。
sp_ctrl> qstatus
ターゲットシステムでsp_ctrlを実行し、次のreconcileコマンドのいずれかを発行します。名前付きpostキューを使用している場合は、それぞれについてコマンドを実行します。
ソースがRAC以外の場合、以前に記録したログのログシーケンス番号と照合します。
sp_ctrl> reconcile queue queuename for datasource-datadest seq sequence_number
例: reconcile queue SysA for o.prod1-r.rep1 seq 1234
ソースがRACの場合、以前に記録したSCNと照合します。
sp_ctrl> reconcile queue queuename for datasource-datadest scn scn_number
例: reconcile queue SysA for o.prod1-r.rep1 scn 0123456789
注意: このコマンドは、照合処理が終了するまでsp_ctrlの制御を保持します。
ターゲットシステムでPostプロセスを開始します。2つのインスタンスは現在同期しており、SharePlexは同期を維持するためにレプリケーションを継続します。
sp_ctrl> start post
© ALL RIGHTS RESERVED. 利用規約 プライバシー Cookie Preference Center
