AWS DMS と を使用して Oracle データベースを Aurora PostgreSQL に移行する AWS SCT - AWS 規範ガイダンス

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

AWS DMS と を使用して Oracle データベースを Aurora PostgreSQL に移行する AWS SCT

作成者: Senthil Ramasamy (AWS)

環境:PoC またはパイロット

ソース: Oracle データベース

ターゲット: Amazon Aurora Postgre SQL互換

R タイプ: リアーキテクト

ワークロード: Oracle

テクノロジー: 移行、データベース

AWS サービス: Amazon Aurora

[概要]

このパターンでは、AWSData Migration Service (AWS DMS) と AWS Schema Conversion Tool (AWS ) を使用して Oracle データベースを Amazon Aurora Postgre SQL互換エディションに移行する方法について説明しますSCT。 

このパターンは、オンプレミスのソース Oracle データベース、Amazon Elastic Compute Cloud (Amazon EC2) インスタンスにインストールされている Oracle データベース、および Oracle データベース用の Amazon Relational Database Service (Amazon RDS) を対象としています。このパターンは、これらのデータベースを Aurora Postgre SQL互換に変換します。

前提条件と制限

前提条件

  • アクティブ AWS アカウント。

  • オンプレミスのデータセンターまたは AWS クラウドにある Oracle データベース。

  • SQL ローカルマシンまたはEC2インスタンスにインストールされたクライアント。

  • ローカルマシンまたは がインストールされているEC2インスタンスにインストールされたAWSSCTコネクタ用の Java Database Connectivity (JDBC) AWS SCT ドライバー。

制約事項

  • データベースサイズの上限:128 TB 

  • ソースデータベースが商用 off-the-shelf (COTS) アプリケーションをサポートしている場合、またはベンダー固有の場合は、別のデータベースエンジンに変換できない場合があります。このパターンを使用する前に、アプリケーションが Aurora Postgre SQL互換をサポートしていることを確認します。 

製品バージョン

  • セルフマネージド Oracle データベースの場合、 はバージョン 10.2 以降 (バージョン 10.x)、11g、および最大 12.2、18c、19c のすべての Oracle データベースエディションAWSDMSをサポートします。サポートされている Oracle データベースバージョンの最新のリスト (セルフマネージド型と Amazon RDS for Oracle の両方) については、「 のソースとして Oracle データベースを使用するAWSDMS」およびAWS「 のターゲットとして PostgreSQL データベースを使用するDMS」を参照してください。

  • 最も包括的なバージョンと機能のサポートAWSDMSには、 の最新バージョンを使用することをお勧めします。でサポートされている Oracle データベースのバージョンについてはAWSSCT、AWSSCTドキュメント を参照してください。 

  • Aurora は、Amazon Aurora PostgreSQL リリースおよびエンジンバージョン に記載されている Postgre バージョンをサポートしています。 SQL

アーキテクチャ

ソーステクノロジースタック

次のいずれかです:

  • オンプレミスの Oracle データベース

  • EC2 インスタンス上の Oracle データベース  

  • Amazon RDS for Oracle DB インスタンス

ターゲットテクノロジースタック

  • Aurora Postgre SQL互換 

ターゲット アーキテクチャ

Oracle データベースを Aurora Postgre SQL互換に移行するためのターゲットアーキテクチャ。

データ移行アーキテクチャ

  • AWS クラウドで実行されている Oracle データベースから

    上の Oracle データベースのデータ移行アーキテクチャAWS。
  • オンプレミスデータセンターで実行する Oracle データベースから

    オンプレミスデータセンターの Oracle データベースのデータ移行アーキテクチャ。

ツール

  • AWS Database Migration Service (AWS DMS) は、データストアをAWSクラウドに移行する際や、クラウドとオンプレミスのセットアップの組み合わせ間で移行する際に役立ちます。

  • AWS Schema Conversion Tool (AWS SCT) は、ソースデータベーススキーマとカスタムコードの大部分をターゲットデータベースと互換性のある形式に自動的に変換することで、異種データベースの移行をサポートします。

エピック

タスク説明必要なスキル

ソースデータベースを準備します。

ソースデータベースを準備するには、AWSSCTドキュメントAWSの「 のソースとして Oracle Database SCTを使用する」を参照してください。

DBA

のEC2インスタンスを作成しますAWSSCT。

必要に応じてSCT、 AWS のEC2インスタンスを作成して設定します。

DBA

をダウンロードAWSしますSCT。

AWS SCT および関連するドライバーの最新バージョンをダウンロードします。詳細については、 AWSSCTドキュメントAWSの「インストール、検証、更新SCT」を参照してください。

DBA

ユーザーおよびアクセス許可を追加します。

ソースデータベースに前提条件となるユーザーと権限を追加して検証します。

DBA

AWS SCT プロジェクトを作成します。

ワークロードのAWSSCTプロジェクトを作成し、ソースデータベースに接続します。手順については、 AWSSCTドキュメントのAWSSCT「プロジェクトの作成」と「データベースサーバーの追加」を参照してください。

DBA

実現可能性を評価します。

自動的に変換できないスキーマのアクション項目を要約し、手作業による変換作業の見積もりを記載した評価レポートを作成します。詳細については、 AWSSCTドキュメントの「データベース移行評価レポートの作成と確認」を参照してください。

DBA
タスク説明必要なスキル

ターゲット Amazon RDS DB インスタンスを作成します。

Amazon Aurora をデータベースエンジンとして使用して、ターゲット Amazon RDS DB インスタンスを作成します。手順については、Amazon ドキュメントの「Amazon RDS DB インスタンスの作成」を参照してください。 RDS

DBA

ユーザ、ロール、権限を抽出します。

ユーザー、ロール、権限のリストをソースデータベースから抽出します。

DBA

ユーザーをマップします。

既存のデータベースユーザーを新しいデータベースユーザーにマッピングします。

アプリ所有者

ユーザーを作成します。

ターゲットデータベースにユーザーを作成します。

DBA、アプリケーション所有者

ロールを適用します。

前のステップのロールをターゲットデータベースに適用します。

DBA

オプション、パラメータ、ネットワークファイル、データベースリンクをチェックします。

ソースデータベースでオプション、パラメーター、ネットワークファイル、データベースリンクを確認し、ターゲットデータベースへの適用性を評価します。

DBA

設定を適用します。

ターゲットデータベースに関連する設定を適用します。

DBA
タスク説明必要なスキル

AWS SCT 接続を設定します。

ターゲットデータベースAWSSCTへの接続を設定します。

DBA

を使用してスキーマAWSを変換しますSCT。

AWS SCT は、ソースデータベーススキーマとほとんどのカスタムコードを、ターゲットデータベースと互換性のある形式に自動的に変換します。ツールで自動的に変換されないコードが明確にマークされ、手動で変換できます。

DBA

レポートを確認します。

生成されたSQLレポートを確認し、エラーと警告を保存します。

DBA

自動スキーマ変更を適用します。

自動スキーマ変更をターゲットデータベースに適用するか、sql ファイルとして保存します。

DBA

オブジェクトを検証します。

がターゲットにオブジェクトAWSSCTを作成したことを検証します。

DBA

変換されなかった項目を処理します。

自動的に変換できなかった項目は手動で書き換え、却下、または再設計します。

DBA、アプリケーション所有者

ロールとユーザー権限を適用します。

生成されたロールとユーザー権限を適用し、例外がないか確認します。

DBA
タスク説明必要なスキル

方法を決めます。

データを移行する方法を決めます。

DBA

レプリケーションインスタンスを作成します。

AWS DMS コンソールからレプリケーションインスタンスを作成します。詳細については、 AWSDMSドキュメントのAWSDMS「レプリケーションインスタンスの使用」を参照してください。

DBA

ソースおよびターゲットエンドポイントを作成します。

エンドポイントを作成するには、 AWSドキュメントの「ソースエンドポイントとターゲットエンドポイントの作成DMS」の手順に従います。

DBA

レプリケーションタスクを作成します。

タスクを作成するには、 AWSDMSドキュメントのAWSDMS「タスクの操作」を参照してください。

DBA

レプリケーションタスクを開始し、ログをモニタリングします。

このステップの詳細については、AWSDMSドキュメントのAWSDMS「タスクのモニタリング」を参照してください。

DBA
タスク説明必要なスキル

アプリケーションコード内のSQL項目を分析して変換します。

を使用してAWSSCT、アプリケーションコード内のSQL項目を分析し、変換します。データベーススキーマをあるエンジンから別のエンジンに変換する場合、古いエンジンではなく新しいデータベースエンジンと対話するようにアプリケーションのSQLコードを更新する必要があります。変換されたSQLコードを表示、分析、編集、保存できます。

アプリ所有者

アプリケーションサーバーを作成します。

で新しいアプリケーションサーバーを作成しますAWS。

アプリ所有者

アプリケーションコードを移行します。

アプリケーションコードを新しいサーバーに移行します。

アプリ所有者

アプリケーションサーバーを設定します。

ターゲットデータベースとドライバーにアプリケーションサーバーを設定します。

アプリ所有者

コードを修正します。

アプリケーションのソースデータベースエンジンに固有のコードを修正します。

アプリ所有者

コードを最適化します。

ターゲットデータベースエンジンに合わせてアプリケーションコードを最適化します。

アプリ所有者
タスク説明必要なスキル

ターゲットデータベースにカットオーバーする

新しいデータベースへのカットオーバーを実行します。

DBA

アプリケーションをロックします。

これ以上変更されないようにアプリケーションをロックします。

アプリ所有者

変更を検証します。

すべての変更がターゲットデータベースに反映されたことを検証します。

DBA

ターゲットデータベースにリダイレクトします。

新しいアプリケーションサーバーをターゲットデータベースにポイントします。

アプリ所有者

すべてチェックします。

最終的かつ包括的なシステムチェックを行います。

アプリ所有者

本番稼働。

最終的なカットオーバータスクを完了します。

アプリ所有者
タスク説明必要なスキル

一時的なリソースをシャットダウンします。

AWS DMS レプリケーションインスタンスや AWS に使用されるEC2インスタンスなどの一時AWSリソースをシャットダウンしますSCT。

DBA、アプリケーション所有者

フィードバックを更新します。

内部チームのAWSDMSプロセスに関するフィードバックを更新します。

DBA、アプリケーション所有者

プロセスとテンプレートを改訂します。

必要に応じて、AWSDMSプロセスを修正し、テンプレートを改善します。

DBA、アプリケーション所有者

ドキュメントを検証します。

プロジェクト文書を確認して検証する。

DBA、アプリケーション所有者

メトリクスを収集します。

メトリクスを収集して、移行に要する時間、手動によるコスト削減とツールのコスト削減率などを評価します。

DBA、アプリケーション所有者

プロジェクトを閉じます。

移行プロジェクトを終了し、利害関係者にフィードバックを提供します。

DBA、アプリケーション所有者

関連リソース

リファレンス

チュートリアルと動画

追加情報

.