Recovery Manager (RMAN)を使用したインスタンス化
ターゲットOracle AI Databaseをインスタンス化するRecovery Manager (RMAN)の方法は、大規模なデータ転送のパフォーマンスを高速化する、物理的でブロックベースのインスタンス化の実現に適しています。RMANプロセスは、ソース・データベースのバックアップをリストアしてターゲット・データベースを作成します。
テラバイト範囲の大きいデータベースの場合、論理インスタンス化方法は時間がかかり、非効率的です。このような場合、Oracle RMANは、ソース・データベースの物理クローンを作成するための推奨ソリューションです。
次のステップでは、ターゲットOracle AI DatabaseのRMANベースのインスタンス化中に実行されるタスクの概要を示します: 1。ソース・データベースのバックアップを使用します。
-
新しい補助(クローン)データベースにバックアップをリストアします。
-
クローニングされたデータベースでメディア・リカバリを実行し、一貫した状態にします。
-
ターゲット環境の特定の要件を満たすように、クローニングされたデータベースを構成および調整します。
Oracle GoldenGateにRMANクローニングを使用する場合は、データの損失を回避し、シームレスな統合を実現するために、レプリケーションのタイミングを管理することが重要です。重要なのは、ソース・データベースとターゲット・データベースの両方が同期したままになるように、ターゲット・データベースに一貫性があった時点(またはSCN)を識別することです。
これを行うには、バックアップが作成される前に、ソース・データベースでOracle GoldenGate Extractプロセスを起動します。Extractの登録時よりも古いタイムスタンプを持つトランザクションが見つかった場合は、そのトランザクションが完了するまで待つ必要があります。これは、Extractのみが完了トランザクションを処理するため重要です。クローニングを介してターゲット・システムを設定した後、DISTPATHを使用してレプリケーション変更をターゲット・システムに指示し、Replicatプロセスを追加します。Replicatを起動するときは、ターゲット・データベースがリカバリされたSCNで正確に開始するようにしてください。
次の例では、ソース・データベースからのバックアップを使用してデータベースをクローニングする際のSCNの使用について説明します。
ソース・データベースでは、午後10時にスケジュールされているバックアップが実行されています。バックアップには、より頻繁にバックアップされるデータベース・ファイルおよびアーカイブ・ログが含まれます。バックアップは午後10時30分に完了し、SCNは1420004711です。このバックアップは、新しいターゲット・データベースのクローニング(リストアおよびリカバリ)に使用されます。ファイルのコピー、リストアおよびリカバリには数時間かかり、その後、新しいターゲット・データベースの準備が整います。この時点で、次の図に示すように、ソース・データベースとターゲット・データベースの両方に一貫性があります。 
時間が経過すると、ソース・データベースで新しい変更が引き続き発生し、そのSCNが増加します。ターゲット・データベースの同期を維持するために、Oracle GoldenGateのExtractプロセスは、バックアップが作成される前の時点から変更を取得します。
Replicatプロセスはただちに起動されませんが、その場合、STARTCSN (ターゲット・データベースがリカバリされたSCN)より前に発生した変更は無視されます。その時点以降、Replicatは変更のバックログの適用を開始します。Replicatが同期されると、レプリケーションは通常のリアルタイム・フェーズに遷移します。
RMANを使用してクローニングされたターゲット・データベースを設定するための詳細なステップが記載されているOracle AI Databaseバックアップおよびリカバリ・ユーザーズ・ガイドのデータベースの複製のトピックを参照してください。
RMANメソッドを使用したOracleの正確なインスタンス化
Oracle GoldenGateの使用中にOracle AI DatabaseのRMANインスタンス化を設定するには、次のステップが必要です。1. ソース・システムとターゲット・システムの両方にソフトウェアをデプロイして、Oracle GoldenGateをインストールおよび設定します。何でも構成する前に、すべてのデータベースの前提条件が満たされていることを確認してください。これには、ソース・データベースでの最小サプリメンタル・ロギングの有効化、およびADD TRANDATAまたはADD SCHEMATRANDATAを使用したレプリケート表のキー列の記録が含まれます。
-
ソース・データベースでExtractおよびDISTPATHプロセスを追加および構成します。
-
ターゲット・データベースでReplicatプロセスを追加および構成します。
-
Extractは完全なトランザクションのみを取得するため、Extractプロセスを開始し、長時間実行トランザクションが開始される前にExtractが実行を開始するようにしてください。
-
DISTPATHプロセスを起動します。
-
Replicatプロセスを起動しないでください。ターゲット・データベースが完全にリカバリされるまで待機してください。
-
RMANを使用して、ソース・データベースのバックアップを取得します。このバックアップは、後でターゲット・データベースの作成に使用されます。バックアップ・ファイルは、ターゲット・システムに安全に転送する必要があります。
RMAN target / RMAN> BACKUP DATABASE PLUS ARCHIVELOG -
RMANを使用して、ソース・データベースの複製を作成し、ターゲット・データベース名として名前を変更します。たとえば、ターゲット・データベース名がDBSOUTHの場合、ソース・データベースの複製の名前をDBSOUTHに変更します。このプロセスでは、両方のデータベースが同期している正確な時点を示すため、SCN (System Change Number)値を必ずメモしてください。次の例では、
DBSOUTH(ターゲット・データベースと同じ)という名前のDBNORTHデータベースの複製の作成を示します。OS> RMAN target / RMAN> restore database preview summary >>> Recovery must be done beyond SCN 1420004711 to clear datafile fuzziness OS> target sys/tiger99_RR@dbnorth RMAN> connect auxiliary RMAN> duplicate target database to DBSOUTH nofilenamecheck until SCN 1420004711; -
DBSOUTHデータベースでReplicatプロセスを起動し、RMANを使用してリカバリされたデータベースとまったく同じSCNで起動されるようにします。レプリケーション中にデータギャップがないことを確認するには、
ATSCNオプションを使用します。OGG http://www.example.com:12000 depl_south> START REPLICAT REPS, ATCSN 1420004711
次の図に、これらのステップを示します。 