View a markdown version of this page

フェーズ 1 — 準備フェーズ (ソースデータベースはオンラインのまま) - AWS 規範ガイダンス
表領域をバックアップするバックアップコピーを転送するバックアップコピーの復元

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

フェーズ 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<nn>
export TMPDIR=/u01/oracle/expimp/out/out<nn>
$ORACLE_HOME/perl/bin/perl xttdriver.pl --backup --debug 3

この例では、<nn> は表領域グループを表します。表領域グループが 4 つある場合は、<nn> は01、02、03 および 04 になります。

ステップ 2: フルバックアップコピーを宛先システムに転送する

バックアップコピーを宛先システムに転送するには、次の 2 つのオプションのいずれかを使用します。

オプション 1 – の使用 AWS Snowball Edge

パス: ソースデータベース -> ソースステージ -> AWS Snowball Edge -> Amazon S3 -> FSx for Lustre

注記

AWS Snowball Edge は新規顧客には利用できなくなりました。新しいお客様は、オンライン転送、安全な物理的な転送のためのAWS データ転送ターミナル、または AWS Partner ソリューションAWS DataSyncを検討する必要があります。エッジコンピューティングについては、「」を参照してくださいAWS Outposts。

次の図は、Snowball エッジを使用したフルバックアップの転送を示しています。

ソースデータベースから FSx for Lustre へのパスを示す図。

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）にマウントします。

  2. res.txt は、ソースの $TMPDIR から宛先 $TMPDIR へ転送される。

オプション 2 – の使用 AWS Direct Connect

パス :ソースデータベース -> ソースステージ -> AWS Direct Connect -> FSx for Lustre

次の図は、 AWS Direct Connectを使用したフルバックアップの転送を示しています。

を使用したパスを示す図 AWS Direct Connect

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<nn>
export TMPDIR=/u01/oracle/expimp/out/out<nn>
$ORACLE_HOME/perl/bin/perl xttdriver.pl --restore --debug 3

ステップが完了すると、データファイルは、宛先システム上の xtt.properties ファイルで、定義された dest_datafile_location に配置されます。