翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
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互換
ターゲット アーキテクチャ
データ移行アーキテクチャ
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、アプリケーション所有者 |
関連リソース
リファレンス
チュートリアルと動画
追加情報
.