翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# フェーズ 1 — 準備フェーズ (ソースデータベースはオンラインのまま)
このフェーズでは、転送される表領域のデータファイルがソースシステムにバックアップされます。バックアップコピーは、宛先システムに転送され、`xttdriver.pl` スクリプトを実行することで復元されます。
## ステップ 1: ソースシステムでフル (レベル=0) の表領域バックアップを行う
バックアップ時間を短くするには、`xtt.properties` そして `xttdriver.pl` ファイルを複数のディレクトリにコピーします。各ディレクトリの下の各 `xtt.properties` ファイルで、`tablespaces` パラメータの表領域の名前を入力します。次に、各ディレクトリの下で、`xttdriver.pl` と `--backup` オプションを実行します。このコマンドは、ターゲットデータベースのインストール時に作成された `SYSTEM`、`SYSAUX`、`UNDO`、および `TEMP` 以外のすべての表領域を転送します。
例えば、各 `xtt01~xtt04` ディレクトリはすべての `xtt` スクリプト (`xtt.properties` そして `xttdriver.pl`) に対して異なる値が `tablespaces=` パラメータにあり、それは `xtt.properties` ファイル内にあります。編集する `tablespaces` パラメーターがある各 `xtt.properties` ファイルは、各表領域グループ内のデータファイルの合計サイズが同じようになるように、表領域グループを分割することを検討してください。
このガイドでは、4 つの表領域グループがあることを前提としています。ソースデータベースが Oracle シングルインスタンスの場合は、`xtt01~04` ディレクトリすべてを作成します。ソースデータベースが Oracle RAC の場合は、各 Oracle RAC サーバ内の各 `xtt` ディレクトリを作成できます。
```
[oracle@erp expimp]$ ls
out xtt01 xtt02 xtt03 xtt04
[oracle@erp out]$ ls
out01 out02 out03 out04
```
次の表は、`tablespaces=` パラメータが、`xtt.properties` ファイルに表示されている例です。
| | |
| --- |--- |
| `xtt01` | `tablespaces=APPS_TS_TX_DATA` |
| `xtt02` | `tablespaces=APPS_TS_TX_IDX` |
| `xtt03` | `tablespaces=APPS_TS_SUMMARY` |
| `xtt04` | `tablespaces=APPS_CALCLIP, APPS_OMO, APPS_TS_ARCHIVE, APPS_TS_DISCO, APPS_TS_DISCO_OLAP, APPS_TS_INTERFACE, APPS_TS_MEDIA, APPS_TS_NOLOGGING, APPS_TS_QUEUES, APPS_TS_SEED…` |
既存のデータファイルのバックアップコピーが削除されないようにするには、`xttdriver.pl` が並行して実行されている場合は、`xttdriver.pl` の次の行をコメントアウトしてください。
```
if (@present)
{
## Try deleting any existing copied datafiles
##Comment out it for executing rman command in parallel by AWS
## system("\\rm -f $dfcopydir/*.tf");
sleep 5;
}
```
`xttdriver.pl` を使用して、ソースシステムの RMAN バックアップを作成します。
ソースシステムが Oracle RAC の場合、各 Oracle RAC インスタンスで同時に実行できます。
`xttdriver.pl` の出力は、`TMPDIR` 環境変数に格納されます。各 `xttdriver.pl` コマンドを `--backup` オプションと実行し、`--debug` オプションを使用して、デバッグモードをオンにします。
```
cd /u01/oracle/expimp/xtt
export TMPDIR=/u01/oracle/expimp/out/out
$ORACLE_HOME/perl/bin/perl xttdriver.pl --backup --debug 3
```
この例では、 は表領域グループを表します。表領域グループが 4 つある場合は、 は`01`、`02`、`03` および `04` になります。
## ステップ 2: フルバックアップコピーを宛先システムに転送する
バックアップコピーを宛先システムに転送するには、次の 2 つのオプションのいずれかを使用します。
### オプション 1 – の使用 AWS Snowball Edge
**パス:** ソースデータベース -> ソースステージ -> AWS Snowball Edge -> Amazon S3 -> FSx for Lustre
**注記**
AWS Snowball Edge は新規顧客には利用できなくなりました。新しいお客様は、オンライン転送、安全な物理的な転送のための[AWS データ転送ターミナル](https://aws.amazon.com/data-transfer-terminal/)、または AWS Partner ソリューション[AWS DataSync](https://aws.amazon.com/datasync/)を検討する必要があります。エッジコンピューティングについては、「」を参照してください[AWS Outposts](https://aws.amazon.com/outposts/)。
次の図は、Snowball エッジを使用したフルバックアップの転送を示しています。
![\[ソースデータベースから FSx for Lustre へのパスを示す図。\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migrate-bulky-oracle-databases/images/full-backup-with-snowball-edge.png)
Snowball エッジは、大規模なデータを AWSに移動するために使用できる、丈夫な物理ストレージおよびコンピューティングデバイスです。Snowball エッジは、転送時間が長い、使用可能な帯域幅の不足、セキュリティに懸念があるなど、大規模データを転送するときに発生する可能性のある課題を解決するのに役立ちます。
データファイルのバックアップコピー全体が Snowball エッジによって Amazon S3 に転送されます。ソースシステムのサイズが 100 TB を超える場合は、複数の Snowball エッジデバイスを使用して転送時間を短縮する必要があります。
Amazon FSx for Lustre は Amazon S3 と深く統合しています。S3 バケットにリンクされた FSx for Lustre ファイルシステムを数分で作成できます。Amazon S3 データリポジトリにリンクすると、FSx for Lustre ファイルシステムによって Amazon S3 オブジェクトがファイルとして透過的に表示されます。実際の環境では、FSx for Lustreのパフォーマンスは、ストレージ容量、各ファイルのサイズ、およびファイルシステムへのファイルの分散具合に依存します。FSx for Lustre をターゲットステージストレージとして使用する場合、Amazon S3 から Amazon Elastic Block Store（Amazon EBS）または Amazon Elastic File System を表領域のバックアップコピーに復元する必要はありません。
****
1. S3 バケットを FSx for Lustre にインポートします。
Snowball エッジを使用して、ソースステージエリア（例えば、`src_backups`)を S3 バケット（例えば、`s3-src-backups`) に転送して保存します。
データファイルバックアップコピーの宛先ステージエリアとして FSx for Lustre ファイルシステム (例えば、`dest_backups`) を作成します。
宛先システム (Amazon EC2) にオープンソース Lustre クライアントをインストールします。詳細については、「Amazon FSx for Lustre ユーザーガイド」を参照してください。
Lustre クライアントをインストールしたら、FSx for Lustre ファイルシステムを宛先システム（Amazon EC2）にマウントします。
1. `res.txt` は、ソースの `$TMPDIR` から宛先 `$TMPDIR` へ転送される。
### オプション 2 – の使用 AWS Direct Connect
**パス :**ソースデータベース -> ソースステージ -> AWS Direct Connect -> FSx for Lustre
次の図は、 AWS Direct Connectを使用したフルバックアップの転送を示しています。
![\[を使用したパスを示す図 AWS Direct Connect\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migrate-bulky-oracle-databases/images/full-backup-with-aws-direct-connect.png)
Direct Connect では、データセンター、オフィス、またはコロケーション環境と の間にプライベートネットワーク接続を作成できます AWS。これらのプライベートネットワーク接続は、ネットワークコストを削減し、スループットを向上させ、一貫したエクスペリエンスを提供します。
データファイルのバックアップコピーは、ソースシステムから Amazon FSx for Lustre ファイルシステムがマウントされている宛先システム (Amazon EC2) に直接転送できます。 Direct Connectの高帯域幅に対応できる場合、このオプションは Snowball エッジオプションよりも高速です。
データファイルのバックアップコピーが Snowball Edge または によって転送されると Direct Connect、ターゲットステージエリアの FSx for Lustre ファイルシステムに表示されます。
## ステップ 3: 完全バックアップコピーを復元し、データファイルを変換する
フルバックアップコピーを復元し、データファイルを宛先システムエンディアン形式に変換します。復元および変換の時間を短縮するには、`xttdriver.pl` コマンドを表領域グループごとの `--restore` オプションで実行します。
```
cd /u01/oracle/expimp/xtt
export TMPDIR=/u01/oracle/expimp/out/out
$ORACLE_HOME/perl/bin/perl xttdriver.pl --restore --debug 3
```
ステップが完了すると、データファイルは、宛先システム上の `xtt.properties` ファイルで、定義された dest\$1datafile\$1location に配置されます。