翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# 概要
これは、Oracle データベースを Snowball Edge、FSx for Lustre で Oracle XTTS Direct Connectおよび RMAN 増分バックアップ AWS を使用する に移行する概念的なプロセスです。
次の図は、さまざまなエンディアン形式にわたる Oracle データベースの高レベルの移行手順を示しています。
![\[説明は、図の後の番号付きリストにあります。\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migrate-bulky-oracle-databases/images/full-backup-process-overview.png)
1. すべての表領域のフルバックアップを作成します。
1. Snowball Edge を使用して、バックアップをソースステージからターゲットステージに移動します。
1. 表領域をターゲット・データベースに変換します。
1. 増分バックアップを作成します。
1. Direct Connect を使用して、ソースステージからターゲットステージに増分バックアップを転送します。
1. 増分バックアップをロールフォワードし、変換してターゲット・データベースに適用します。
1. 転送されるすべての表領域のメタデータをエクスポートおよびインポートします。
カットオーバーの前に、以下を実行することでダウンタイムを最小限に抑えることができます。
+ `USER`、`PACKAGE_SPEC`、`PACKAGE_BODY`、`PROCEDURE`、および `FUNCTION` を含む非セグメントベースのオブジェクトのメタデータをエクスポート、およびインポートします。
+ フル・バックアップと増分バックアップの並列性を高めます。
+ データファイルを変換する
+ 移行時のロールフォワードバックアップです。
Oracle 社のドキュメント「クロスプラットフォーム増分バックアップを使用したトランスポータブル表領域のダウンタイムの短縮」([2471245.1](https://support.oracle.com/epmos/faces/DocumentDisplay?_afrLoop=114983393292188&id=2471245.1)) では、RMAN 増分バックアップで Oracle XTTS を使用する方法について説明しています。このドキュメントには、要件と推奨事項の詳細も含まれています。このドキュメントでは、オンプレミス環境から Oracle on AWS へ Oracle データベースを移行する方法や、ダウンタイムを最小化するために各移行ステップを並列化する方法については説明されていません。
このガイドでは、各フェーズを並列化し、非常に大きなデータサイズのミッションクリティカルなシステム環境での移行のダウンタイムを最小限に抑える方法について説明します。
初期セットアップ・フェーズに続いて、Oracle XTTS を RMAN 増分バックアップとともに使用するためのハイレベル・ステップには、次のフェーズが含まれます。
## フェーズ 1 - 準備段階のフェーズ
準備フェーズは、次のステップで構成されます。
1. 表領域の最初のフル・バックアップ（レベル=0）がソース・データベースでソース・ステージ、NAS ストレージに作成されます。
1. バックアップコピーは Snowball Edge を使用してターゲットステージに転送されます。ターゲットステージは Amazon Simple Storage Service (Amazon S3) と統合された FSx for Lustre です。
1. バックアップされた表領域はリストアされ、リトルエンディアン形式でターゲットデータベースに変換されます。
このフェーズのステップは、移行中に一度だけ実行されます。転送されるデータは、このフェーズ中にソースデータベースで完全にアクセスできます。
## フェーズ2 - ロールフォワードフェーズ
ロールフォワードフェーズは、次のステップで構成されます。
1. ソース・データベースからソース・ステージへの増分バックアップを取得します。
1. 増分バックアップのコピーは、ターゲット・ステージに Direct Connectで転送されます。
1. 増分バックアップコピーは、リトルエンディアン形式でターゲットデータベースに変換されます。このコピーは、ロールフォワードステップと呼ばれる初期ターゲットデータベースに適用されます。
このフェーズは複数回実行できます。増分バックアップを繰り返すたびに、バックアップにかかる時間は短くなり、宛先データファイルのコピーはソース・データベースと同じ状態になります。フェーズ 1 と同様に、転送されるソース・データはこのフェーズで完全にアクセス可能です。
## フェーズ 3 - 転送フェーズ
3 番目のフェーズには、次のステップが含まれます。
1. 転送される表領域は、読み取り専用に変更されます。
1. 最終的な増分バックアップがソース・データベースから取得されます。
1. メタデータがエクスポートされます。
1. バックアップが転送され、宛先に適用されます。
1. オブジェクト・メタデータがインポートされます。
この時点で、宛先データベースのシステム変更番号 (SCN) は、ソース・データベースのシステム変更番号 (SCN) と一致しています。
転送可能な表領域のメタデータを転送元データベースからエクスポートし、転送先データベースへインポートします。メタデータには、ユーザー、ロール、パッケージ、プロシージャ、関数、テーブル、およびインデックスの情報が含まれます。
最後に、アプリケーションからの宛先データベースへのフル・アクセスのために、表領域は読み取り/書き込み可能になります。
このフェーズの後に、検証フェーズが続きます。