システム発見プロセス

この文書は、詳細な証拠開示が事前に収集されていることを前提としています

• 移行される Oracle データベースのビジネス、技術、機能、非機能要件（アクセスおよび可用性要件を含む）
• ソースデータベースおよび基盤となるプラットフォームに関連するインストール構成、ハードウェア/ソフトウェアのインベントリ、およびサイズ情報。
  • サイズ、変更率、サービスレベル要件、移行時のダウンタイムの許容範囲、ソースからターゲットへのデータ転送をサポートするネットワークの容量など、関連する指標を収集する。
  • ターゲット環境は、ディスカバリープロセスで判明したソースシステムの容量/パフォーマンス/可用性と一致するように評価および展開されています。

この文書が対象とする移行オプション

以下のフローチャートは、本書で取り上げる3つのオプションを示している：

• オプション1： ソースからの一貫したRMANバックアップ、生成されたファイルはRMANのDuplicate Database手順で使用し、 IBM Power Virtual Server にリストアする。
• オプション2： ソースからの一貫性のないRMANバックアップ＋アーカイブされたREDOログ（またはレベル0＋増分バックアップ）で、RMANのRestore/Recover Database手順で使用するバックアップファイルを使用して、 IBM Power Virtual Server にリストアする。
• オプション3 ： Oracle Data Guardを活用する。現在研究中であり、同じプラットフォームであれば推奨される方法である。ミラーを作成し、同期が取れ次第、データベースのダウンタイムを数分間確保するだけで切り替えが可能になる。 テストおよび評価段階が完了次第、オンラインドキュメントを更新いたします。

移行オプションの選択

提示されたオプションから選択する決定には、顧客の要件と技術的条件が影響します。

1. サービスレベル要件、特に目標復旧時点（RPO）と目標復旧時間（RTO）。
   • オプション1： 提示された内容では、ソースデータベースがターゲットデータベースに移行される前に、相当なサービス遅延（RTO = 「日 」）が生じても問題ないことを前提としています。 この期待は、非本番環境の作業負荷の場合にしばしば見られますが、本番データベースの場合はほとんどありません。
   • オプション2 ：提示された内容では、お客様が 「時間」単位でのサービス中断に問題がないことを前提としています。 この期待は、非本番環境の作業負荷や一部の本番データベースではよくあることです。
   • オプション3 ：（本書ではまだ紹介されていませんが）、 Oracle Data Guardデータベース同期を組み込むことで、ソースからターゲットへのサービス移行を数分で完了させることが可能です。
2. データベースのサイズ、ネットワークのスループット、信頼性。

   • ネットワーク経由で大規模なデータベースのバックアップを転送するには時間がかかります。 利用可能なプロトコルと帯域幅が毎秒80メガバイトのスループットをサポートするエンドツーエンドのネットワーク接続を介した600GBのバックアップの転送例を考えてみましょう。 この速度では、データの転送には約125分かかります。 データベースのバックアップが非常に大きい場合や、ネットワーク接続のスループットが低い場合は、より長い転送時間が必要となります。 信頼性の低いネットワークは転送を中断させる可能性があり、転送プロセスを再起動する必要が生じ、遅延が発生します。

     • お客様は、転送前/転送中にデータを圧縮し、高スループットプロトコルを使用し、転送後にデータを解凍する、専門の転送ツールの恩恵を受けることができます。
     • IBM の Aspera にアクセスできると、オンプレミスから IBM Power Virtual Server へのデータ転送を大幅に高速化できるという利点があります。
3. 実行能力の有無。
   • 本書で提供されているオプションは、経験豊富なデータベース管理者のスキルと、 Power Virtual Server 内の IBM Power Virtual Server ワークスペースに新しいターゲットデータベースにデータベースコンテンツを移行するためのインフラチームとの連携能力を必要とします。

お客様が選択した移行手順は、詳細かつ十分にリハーサルされた移行およびカットオーバー計画の枠組みの中で実行される必要があります。

前提条件

この文書では、以下のことを前提としています

1. ソースデータベースが本番システムである場合、フルバックアップのためにシャットダウンすることはまずないでしょう。その場合は、RMAN増分バックアップが使用されます。
2. この手順を実行しても、ソースデータベース（スキーマおよび構成）に変更は加えられません。
3. Oracle RMANオプションを使用して、ソースからターゲットにデータベースを移行します。オプション：データベースの複製、またはデータベースのバックアップ/リストア/リカバリ。
4. ターゲット環境には、移行元のインスタンスに一致するバージョンがプリインストールされた Oracle のホームがあります。
5. RMANの複製、リストア/リカバリでは、データベース・データ・ファイルの場所を変更するオプションが提供されていますが、このオプションについては、この文書では説明していません。 データベースファイルの場所（ AIX JFS2 ファイルシステムまたは Oracle ASMディスクグループ）は、ソース環境とターゲット環境で同一であるという前提が置かれています。
6. 対象OSは次のいずれかです
   • mksysb手順を使用して生成されたソースオペレーティングシステムの正確なコピー（OVAまたは「Open Virtual Appliance」アーカイブファイル）、または
   • AIX の最新バージョンで、 IBM がサポートし、 Oracle が Oracle のインスタンス化をサポートするバージョンとして認証したもの。

mksysbプロシージャのドキュメントは、次の場所で見つかるかもしれません

• 復元 AIX

ソース・データベースのサイズと構成を文書化する

1つ以上のソース Oracle インスタンスの、コンピューティング、IOPS、ストレージに関する現在のサイズとパフォーマンスの指標を文書化する。

• ターゲットの IBM Power Virtual Server Oracle インスタンスは、少なくとも既存のシステムのサイズに一致するように構築する必要があります。
• IOPS要件を満たすために、ターゲットシステム上でディスクティアとディスク容量を選択することが非常に重要です。
• この発見プロセスには、将来の参照用およびターゲットシステム展開との比較用にメトリクスを収集するための、ソースデータベースに対するパフォーマンステストツールの実行が含まれているべきである。

ソース・データベースの最近の正常なバックアップを提供する

標準的なバックアップツールを使用して、ソース Oracle システムの直近の完全バックアップが正常に完了していることを確認してください。 ソースシステムを完全に復元できる必要があります。

• 確認できない場合は、移行/検出チームがRMANバックアップ手順を確認する必要があります。
• さらに、発見チームは顧客のデータベース管理者やシステム管理者と協力し、データベースの整合性を検証し、既存の破損ブロックやスキーマの問題を特定する必要があります。

ソースデータベースを文書化する

ソースデータベースインスタンスの場所と、DBA管理アクセス用の既知の認証情報を文書化する。

RMAN構成の文書化

バックアップを実行するために使用されている現在の Oracle リカバリマネージャ（RMAN）構成を、インスタンスごとに文書化します。

この情報を入手する簡単な方法は、以下の手順を実行することです

ssh を使って Oracle サーバーに接続する。

ssh oracle@<hostname>

$ORACLE_SID が設定されているか確認してください。

echo $ORACLE_SID

通常はSID値が表示されます。 最後のコマンドで値が表示されない場合は、次のコマンドで環境変数を手動で設定します

setenv ORACLE_SID <SID value>

<SID value> をSID値に置き換えてください。

rman コマンドを使用してソースデータベースに接続します

rman target /

標準的な出力は以下のとおりです。

Recovery Manager: Release 19.0.0.0.0 - Production on Thu May 2 13:24:05 2024
Version 19.22.0.0.0

Copyright (c) 1982, 2019, Oracle and/or its affiliates.  All rights reserved.
connected to target database: Exx (DBID=xxxxxxxx)

RMAN構成設定を表示するには、以下を使用します

RMAN> SHOW ALL;

ストアおよび/またはドキュメント出力。

次のように入力して、RMAN セッションを終了します

RMAN > exit;

ご参考までに、 SHOW ALL の典型的な出力は次のようになります

using target database control file instead of recovery catalog
RMAN configuration parameters for database with db_unique_name EXX are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON; # default
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 8 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default
CONFIGURE RMAN OUTPUT TO KEEP FOR 7 DAYS; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/oracle/EXX/19/dbs/snapcf_EXX.f'; # default

ディスク容量の確認

圧縮された移行データベースのバックアップセットを受け入れるのに十分なディスク容量が確保され、フォーマットされ、マウントされていることを確認してください。

• バックアップ対象のインスタンスのローカルにディスクスペースがある場合、最高のパフォーマンスが得られます。
• データベースを直接 Cloud Object Storage にバックアップすると、ネットワークの比較的低速度により、バックアップ実行に遅延が生じる可能性があります。
• この手順では、以下の点を考慮して中程度の圧縮を適用してバックアップを実行します
  • 圧縮の結果、バックアップファイルの保存に必要な容量は、 Oracle データベースで消費される容量の約25%となります。
  • ローカルファイルシステムの容量は、目的の復元ポイントにターゲットデータベースを復元するために必要なバックアップセット（またはセット）全体を保存できるだけの十分な容量が必要です。
  • ターゲットシステムは、以下のオプションのいずれかを通じて、バックアップセットへのアクセスを必要とします
    • バックアップセットがコピーされるローカルファイルシステム。
    • オンプレミス環境への Aspera エージェントのインストール
    • NFS を Cloud Object Storage デバイスに直接マウントするか、またはシーゲイトLyve Mobile転送デバイスを使用している場合。 これは最高のパフォーマンスを発揮するものではなく、過去にも他の観測結果が報告されています。

ネットワーク/アクセス速度によっては、 NFS マウントからローカルストレージにファイルをコピーすることが望ましい場合があります。

ソース上のバックアップセットのファイルシステム

移行バックアップセット専用のローカルファイルシステム（例： /backup/rman ）が参照されます。 代替オプションとして、 NFS にマウントされたSeagate Lyve Mobileデバイスからの直接復元/復旧も、 10GbE と100個の GbE を使用して正常にテストされました。

バックアップ用の空き容量を確認するには、以下のコマンドを実行します

df -g /backup/rman

ターゲット上のバックアップセットのファイルシステム

データベースの複製または復元/回復の手順には、以下のオプションのいずれかを通じて、バックアップファイルのセットへのアクセスが必要です

• バックアップセットがコピーされるローカルファイルシステム。
• NFS をシーゲイト Lyve Mobile 転送デバイスにマウントする、または
• NFS を IBM Cloud Object Storage にマウントし、Seagateデバイスからバックアップファイルをすでにコピーした。

アプリケーションとデータベースのシャットダウン

バックアップ手順を実行する前に、標準操作手順に従って、 SAP システムと Oracle データベースをシャットダウンしてください。

マルチテナントアーキテクチャを使用している場合、ルートコンテナデータベース（CDB）に接続する必要があり、バックアップにはプラグ可能データベース（PDB）が含まれます。

より詳しい情報は

• CDBとPDBでの操作について。

RMANの設定が文書化されていることを確認する

準備セクション の「RMAN構成」 で説明されているように、RMAN構成および関連パラメータを変更する前に、現在のRMAN構成および関連パラメータを必ず保存または文書化してください。

移行のための特別なバックアップが完了した後、通常のスケジュールされたバックアップ操作を継続するには、元のRMAN構成とパラメータが再び必要になります。

バックアップオプション1 - ターゲットディレクトリの作成

oracle ユーザーとしてログインし、次のセクションで説明するバックアップスクリプトに一致するターゲットバックアップディレクトリを作成するために、以下のコマンドを実行します。

ディレクトリが存在しない場合、RMANスクリプトは失敗します。 また、 NFS マウントを使用している場合は、 oracle ユーザーが NFS サーバー上の定義ファイル exports で正しい権限を持っていることを確認する必要があります。 oracle ユーザーには、読み取りと書き込み（rw ）の権限が必要です。 RMANバックアッププロセスには、 NFS の使用は推奨されません。 JFS2 またはローカルにマウントされたファイルシステムを使用すると、より良い結果が得られます。

次の2つのコマンドは、バックアップの保存先を作成し、環境変数 ORACLE_SID を <SID> に設定します。 <SID> という用語を、お客様のシステムに該当する正しい値に置き換えてください

mkdir -p /backup/rman/<sid>_option1

setenv ORACLE_SID <SID>

Oracleユーザーが書き込みできる場所であれば、もちろん任意の場所をターゲットとして使用できます。次のステップでバックアップスクリプトを変更し、ターゲットディレクトリを使用するようにしてください。

バックアップ・オプション1 - バックアップ・スクリプト

RMANスクリプトは、バックアップオプション1を実行するために使用されます。 このスクリプトで使用されているコマンドについては、スクリプトの後に説明します。 スクリプトをコピー＆ペーストし、環境に合わせて必要な調整を行ってください。

RMANの設定とコマンドはすべて、 option1_backup.rman スクリプトファイルに含まれています

connect target /
SHUTDOWN IMMEDIATE
STARTUP MOUNT
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/backup/rman/<sid>_option1/option1_cmp_%d_%U';
CONFIGURE DEVICE TYPE DISK PARALLELISM 60;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/rman/<sid>_option1/option1_cf_%F';
CONFIGURE COMPRESSION ALGORITHM 'HIGH';
CONFIGURE ENCRYPTION FOR DATABASE ON ;
CONFIGURE ENCRYPTION ALGORITHM 'AES256' ;
SET ENCRYPTION ON IDENTIFIED BY passw0rd ONLY ;
BACKUP AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE TAG <YOUR TAG ID HERE> include current controlfile ;
alter database open;
quit;

oracle ユーザーを使用して、コマンドラインからこのスクリプトを実行します。

rman @option1_backup.rman

RMANは、要求されたバックアップの種類に応じて、構成済みのデフォルトデバイスにデータをバックアップします。 デフォルトでは、RMANはディスク上にバックアップを作成します。 高速リカバリ領域が有効になっており、FORMATパラメータを指定しない場合、RMANはリカバリ領域にバックアップを作成し、自動的に一意の名前を付けます。 これが、この前のパラメータで FORMAT を修正した理由であり、強調するためにここでも繰り返します。

以下は、使用された RMAN スクリプトの主な構成要素です

SHUTDOWN IMMEDIATE
STARTUP MOUNT

CONFIGURE CONTROLFILE AUTOBACKUP ON
BACKUP AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE TAG EXX_100K_INITV3 include current controlfile ;

CONFIGURE DEVICE TYPE DISK PARALLELISM 8 BACKUP TYPE TO BACKUPSET;

CONFIGURE ENCRYPTION FOR DATABASE ON ;
CONFIGURE ENCRYPTION ALGORITHM 'AES256' ;
SET ENCRYPTION ON IDENTIFIED BY passw0rd ONLY ;

BACKUP AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE TAG <SID>_100K_INITV3 include current controlfile ;
alter database open;

RMAN> REPORT SCHEMA;
RMAN> LIST BACKUP SUMMARY;
RMAN> BACKUP VALIDATE CHECK LOGICAL DATABASE ARCHIVELOG ALL;
RMAN> VALIDATE DATAFILE 10;
RMAN> VALIDATE BACKUPSET 3;
RMAN> CROSSCHECK BACKUP;

export ORACLE_SID=<SID>
sqlplus "/ as sysdba";

SQL> create pfile='/backup/rman/init<SID>.ora' from spfile;

データベース・サイズのチェック

データベースをバックアップできるように、ファイルシステムに十分な容量が割り当てられていることを確認してください。 現在のデータベースのサイズを調べるには、以下のSQL文を使用します

SELECT SUM (bytes)/1024/1024/1024 AS GB FROM dba_segments;

RMANの設定が文書化されていることを確認する

準備セクション の「RMAN構成」 で説明されているように、現在のRMAN構成と関連パラメータを必ず記録してください。 移行のための特別なバックアップを完了した後、通常スケジュールされたバックアップ作業が継続されるように、RMAN構成が以前のまま残っていることを確認したい。

バックアップ・オプション2 - ターゲット・ディレクトリの作成

oracle ユーザーとして以下のコマンドを実行する。

最初の2つのコマンドは、フルバックアップと増分バックアップの対象となるバックアップディレクトリを作成します。 別のディレクトリを使用する場合は、次のセクションの2つのバックアップスクリプトを適宜変更してください。 3番目のコマンドは環境変数 ORACLE_SID を設定します。 <SID> という用語を、お客様のシステムの適切なSID値に置き換えてください

mkdir -p /backup/rman/<sid>_option2
mkdir -p /backup/rman/<sid>_option2_inc1

setenv ORACLE_SID <SID>

バックアップ・オプション2 - バックアップ・スクリプト

connect target /
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/backup/rman/<sid>_option2/lev0_%d_%U';
CONFIGURE BACKUP OPTIMIZATION ON;
CONFIGURE DEVICE TYPE DISK PARALLELISM 60;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/rman/<sid>_option2/lev0_cf_%F';
CONFIGURE COMPRESSION ALGORITHM 'MEDIUM';
CONFIGURE ENCRYPTION FOR DATABASE ON ;
CONFIGURE ENCRYPTION ALGORITHM 'AES256' ;
SET ENCRYPTION ON IDENTIFIED BY passw0rd ONLY ;
BACKUP  tag '<Your TAG Here>' incremental level 0 AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE INCLUDE CURRENT CONTROLFILE PLUS ARCHIVELOG;
quit;

rman @option2_backup_level0.rman

Recovery Manager complete.

CONFIGURE BACKUP OPTIMIZATION ON;

CONFIGURE CONTROLFILE AUTOBACKUP ON;

BACKUP AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE PLUS ARCHIVELOG TAG ECOM_option1 include current controlfile;

CONFIGURE DEVICE TYPE DISK PARALLELISM 8 BACKUP TYPE TO BACKUPSET;

CONFIGURE COMPRESSION ALGORITHM 'MEDIUM' ;

CONFIGURE ENCRYPTION FOR DATABASE ON;
CONFIGURE ENCRYPTION ALGORITHM 'AES256';
SET ENCRYPTION ON IDENTIFIED BY passw0rd ONLY ;

BACKUP  tag '<Your TAG here>' incremental level 0 AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE INCLUDE CURRENT CONTROLFILE PLUS ARCHIVELOG TAG <SID>_LEV0;

connect target /
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/backup/rman/<sid>_option2_inc1/inc1_%d_%U';
CONFIGURE BACKUP OPTIMIZATION ON;
CONFIGURE DEVICE TYPE DISK PARALLELISM 60;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/rman/<sid>_option2_inc1/inc1_cf_%F';
CONFIGURE COMPRESSION ALGORITHM 'MEDIUM';
CONFIGURE ENCRYPTION FOR DATABASE ON ;
CONFIGURE ENCRYPTION ALGORITHM 'AES256' ;
SET ENCRYPTION ON IDENTIFIED BY passw0rd ONLY ;
BACKUP TAG `<SID>`_INC1 incremental level 1 AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE INCLUDE CURRENT CONTROLFILE PLUS ARCHIVELOG;
quit;

setenv ORACLE_SID <SID>

rman @option2_backup_inc1.rman

サーバーの時刻と日付を調べる

sysdbaとしてデータベースに接続し、指示されたコマンドを実行します。 データベースは mount モードに設定されるだけで、 opened モードには設定されないことに注意してください。

NLSの日付フォーマットを設定すると、 date-to-string または string-to-dates から暗黙的に変換するためのフォーマットモデルとして使用されます。これは、ポイント・イン・タイム復旧を実行する場合に重要です。

次の画像で示されている2番目のSQLコマンドは、 Oracle に新しいredologへの書き込みを強制します。このコマンドの実行後に表示されるのは、ファイルが作成された日時を示す日付スタンプであり、該当するredologを適用することでデータベースをロールフォワードするためのタイムスタンプを提供します。

RMANを使用して最後の増分バックアップを実行します。

RMAN> REPORT SCHEMA;
RMAN> LIST BACKUP SUMMARY;
RMAN> LIST BACKUPSET <TAG ID> ;
RMAN> BACKUP VALIDATE CHECK LOGICAL DATABASE ARCHIVELOG ALL;
RMAN> VALIDATE DATAFILE 10;
RMAN> VALIDATE BACKUPSET 3;
RMAN> CROSSCHECK BACKUP;

setenv ORACLE_SID <SID>
sqlplus "/ as sysdba";

SQL> create pfile='/backup/rman/init<SID>.ora' from spfile;

PFILEを確認する

次に、 Oracle パラメータファイル、または PFILE を init<SID>.ora 内に保存されているものについて確認します。

保存されたPFILEに含まれるデータベースパラメータを確認し、ファイル名指定でそれらを検証します。 パラメータ audit_file_dest= は、ターゲットサーバー上にまだ存在していないディレクトリの場所を参照しています。 他のファイルの保存先は、すでに作成されているはずのASMディスクグループを参照しています。

ターゲットサーバーのファイルの場所がソース環境と一致しない場合、RMANスクリプトに追加の構成変更が必要となります。そのため、 cloning で Oracle サーバーを IBM Cloud で設定する際には、 init<SID>.ora ファイルに記載されている構成を比較し、ターゲットシステム上にその場所が存在することを確認することが重要です。

監査ディレクトリのチェック

監査ファイルディレクトリがターゲットサーバー上に存在し、PFILEに記載されていることを確認し、適切な所有権とモードを指定してください。

ASMディスクグループとその他のディレクトリ定義のチェック

PFILEで参照されているASMディスクグループがターゲット上に存在し、十分な空き容量があることを確認してください。 Oracle Gridユーザーとして、実行します

asmcmd lsdg

ASMグループを使用していない場合は、PFILEを確認し、参照されているディレクトリが存在することを確認してください。 この時点で、以下の復元オプションのいずれかを選択して作業を進めることができます。

nofilenamecheck 、 noredo。 duplicate database

nofilenamecheck

nofilenamecheck オプションは、RMANがターゲットシステムのディレクトリとファイルの場所を事前チェックするのを停止し、重複バックアップのコントロールファイルに含まれる情報を比較します。 ソースデータベースの1-2-1コピーをターゲットに復元する場合、同一のファイルシステムロケーションやSIDなどを使用する必要があるため、これは必要です。 そのオプションが存在しない場合、警告が表示され、復元が停止します。データファイルがソースファイルの場所と一致するように復元されるターゲットファイルの場所に、競合が発見されたことが理由です。 この問題が発生した場合は、 nofilenamecheck をリストアコマンドに追加して再試行すると、リストアが機能します。

noredo

rman_duplicate.cmd スクリプト内の重複したデータベースコマンドに、先ほど示したように、 noredo オプションを追加する必要があります。

これは、取得済みの offline バックアップをフルリストアしたいこと、およびRedologの有無を確認しないことをRMANに通知しています。 Oracle DBAは、バックアップコマンドで言及された を使用して重複したバックアップを作成しようとすると、問題が発生することをすでに知っています。 PLUS ARCHIVELOG

NOMOUNTモードでターゲット・データベースを起動する

以下の手順は、ユーザー oracle として実行してください。 <SID> という語句は、常に、お客様のシステムのSID値に置き換えてください

setenv ORACLE_SID <SID>

Oracle インスタンスを NOMOUNT モードで起動し、使用するpfileを直接指定します。 当社の環境では、 SAP 環境で Oracle を使用しているため、ORACLE_HOMEは /oracle/EC9/19.0.0 となっています。お客様の環境では異なる場合がありますので、例のパスを修正し、この後に記載されているコマンドで Oracle <SID> を各自の値に置き換えることを忘れないでください。

sqlplus "/ as sysdba"

SQL> startup nomount pfile='/backup/rman/ora/initEC6.ora';
SQL> create spfile='/oracle/EC6/19.0.0/dbs/spfileEC6.ora' from pfile='/backup/rman/ora/initEC6.ora';
SQL> shutdown immediate;
SQL> startup nomount;
SQL> show parameter spfile;

パラメータを表示する出力は通常、以下のようになります

NAME                 TYPE            VALUE
---------          -------------    ---------------------------------
spfile               string          /oracle/EC6/19/dbs/spfileEC6.ora

バックアップ・ファイル・セット内の設定ファイル・パスの取得

コントロールファイル（cf）はフルバックアップ（レベル0）に含まれていました。 バックアップ option2 level0 ファイルセット内のコントロールファイルのフルパスを決定します。

例:

find /backup/rman/ec6_option2 -name "lev0_cf_*"

findコマンドは、名前のパターンに一致するパスを含むすべてのファイル名を表示します

/backup/rman/ec6_option2/lev0_cf_c-2252531432-20240529-01

出力が何も表示されない場合は、オプション2レベル0の手順で作成したバックアップを参照し、バックアップファイルセットがターゲットサーバー上にあるかどうかを確認してください。

リストアスクリプトの説明

Oracle の環境/インストールに関連する archive、 redologs、 controlfiles の正しい場所に置き換えてください。

バックアップファイルは暗号化されており、RMANはデータベースファイルを復元するために暗号化パスワードを必要とします。

SET DECRYPTION IDENTIFIED BY passw0rd;

私たちは、バックアップの断片をデータファイルにマッピングするために必要なRMANカタログが含まれているレベル0のバックアップからデータベース制御ファイルを復元します。また、データファイルのリストとそれらの予想される場所も含まれています。

restore controlfile from '/backup/rman/ec6_option2/lev0_cf_c-2252531432-20240529-01';

次に、次のステップに必要なデータベースを mount mode に変更します。

alter database mount;

レベル0のバックアップに割り当てたTAGを使用して、RMANにその特定のバックアップからデータベースを復元するように指示します。

restore database from tag IBMECC02_EC6_LEV0;

最後のステップとして、レベル0のバックアップに含まれるアーカイブログを復元したデータベースに適用します。 これはデータベースを開くものではないため、将来の増分バックアップやアーカイブログをデータベースに適用することはできません。

recover database;

リストア・データベース level0 スクリプトの実行

データベースインスタンスが起動したことを確認してください。 startup nomount

ユーザー oracle として、復元スクリプトを実行します

rman @restore_option2_lev0.rman

サンプル出力は膨大であり、ここでは記載していません。

増分バックアップ（レベル1）のリストア（最終バックアップを除く

ターゲットディレクトリに、増分レベル1のバックアップセットとアーカイブログの残りをカタログ化します。 複数の増分バックアップが提供されている場合、これは反復的なプロセスです。

最後のバックアップを除き、すべての増分バックアップは、単に実行するだけです

recover database ;

このステップにより、増分バックアップセットがカタログ化されます。

最終インクリメンタルバックアップのカタログ（レベル1）

最後の増分バックアップでは、データベースを開くには、特定の時間までしかリカバリできないことが必要です！

ターゲットデータベースは MOUNT の状態を維持し、必要に応じてレベル1の増分ログとアーカイブされたREDOログを継続的に適用することができます。 新しいバックアップのピースとアーカイブされたログをカタログ化し、最終的なカットオーバーの準備ができるまで復旧する。

以下のコマンドは、すべての増分バックアップが /backup/rman 以下のディレクトリに保存されていることを前提としています。

SQL*Plusのまま、以下のSQLコマンドを実行します

RMAN> catalog start with '/backup/rman';

最初の増分レベル1のバックアップからのバックアップファイルを表示しているだけのサンプル出力：

searching for all files that match the pattern /backup/rman

List of Files Unknown to the Database
=====================================
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dk2s0rg6_1460_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dl2s0rgc_1461_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dl2s0rgc_1461_2_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dm2s0rgc_1462_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dn2s0rgc_1463_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_do2s0rgc_1464_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dp2s0rgc_1465_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dq2s0rge_1466_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dr2s0rgh_1467_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_ds2s0rgn_1468_1_1
        ...Lines Omitted ...
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_EC6_eo2s0rlq_1496_1_1
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_EC6_ep2s0rlu_1497_1_1
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_EC6_eq2s0rm3_1498_1_1
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_EC6_er2s0rm6_1499_1_1
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_EC6_es2s0rma_1500_1_1
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_EC6_eu2s0rmi_1502_1_1
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_cf_c-2252531432-20240529-02

Do you really want to catalog the above files (enter YES or NO)? YES
cataloging files...
cataloging done

最終的な増分バックアップ（レベル1）を指定された時点にリストアする

最終的な増分バックアップを除くすべての増分バックアップについては、RMANで実行できます

バックアップは暗号化されて作成されたため、パスワードを使用するバックアップを復号化するには、RMANの構成を更新する必要があることを覚えておいてください。そうしないと、 ORA-19913: unable to decrypt backup などのエラーが発生します。 ORA-28365: wallet is not open

RMAN> SET ENCRYPTION ALGORITHM 'AES256' ;
RMAN> SET DECRYPTION IDENTIFIED BY passw0rd;
RMAN> recover database ;

増分バックアップの最終部分をカタログ化したら、バックアップで決定した日時までリカバリする必要があります

この最後のリカバリ作業の後、リカバリの観点からデータベースにさらなる変更が加えられることは想定されていません。 日時形式の設定：

RMAN> alter session set nls_date_format='DD-MM-YYYY HH24:mi:SS' ;

日付の範囲の例は、こちらでご確認ください

RMAN> recover database until time '13-01-2024 11:52:12';