AWS DMS と を使用して Oracle on Amazon から EC2 Amazon RDS for MySQL に移行する AWS SCT - AWS 規範ガイダンス
[概要]前提条件と制限アーキテクチャツールエピック関連リソース

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

AWS DMS と を使用して Oracle on Amazon から EC2 Amazon RDS for MySQL に移行する AWS SCT

作成者: Anil Kunapareddy (AWS) と Harshad Gohil

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

ソース：データベース：リレーショナル

ターゲット: Amazon RDS for MySQL

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

ワークロード: Oracle

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

AWS サービス: Amazon RDS

[概要]

Amazon Elastic Compute Cloud (Amazon EC2) インスタンスでの Oracle データベースの管理にはリソースが必要で、コストがかかる可能性があります。これらのデータベースを Amazon Relational Database Service (Amazon RDS) for MySQL DB インスタンスに移動すると、IT 予算全体を最適化することで、ジョブが容易になります。Amazon RDS for MySQL には、マルチ AZ、スケーラビリティ、自動バックアップなどの機能も用意されています。 

このパターンでは、Amazon 上のソース Oracle データベースをEC2ターゲット Amazon RDS for MySQL DB インスタンスに移行する方法について説明します。AWS Database Migration Service (AWS DMS) を使用してデータを移行し、AWSSchema Conversion Tool (AWS SCT) を使用してソースデータベーススキーマとオブジェクトを Amazon RDS for My と互換性のある形式に変換しますSQL。

前提条件と制限

前提条件

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

  • インスタンスおよびリスナーサービスが ARCHIVELOG モードで実行されているソースデータベース

  • データ移行に十分なストレージを備えたターゲット Amazon RDS for MySQL データベース

制約事項

  • AWS DMS はターゲットデータベースにスキーマを作成しないため、作成する必要があります。スキーマ名がすでに存在している必要があります。ソーススキーマのテーブルは user/schema にインポートされ、 AWSDMSを使用してターゲットインスタンスに接続します。複数のスキーマに移行する必要がある場合、複数のレプリケーションタスクを作成する必要があります。

製品バージョン

アーキテクチャ

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

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

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

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

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

AWS DMS を使用して Oracle on Amazon から Amazon RDS for My EC2 に移行するSQL

ソースアーキテクチャとターゲットアーキテクチャ

AWS DMS および AWSSCTを使用して、Amazon 上の Oracle から EC2 Amazon RDS for My に移行するSQL

ツール

  • AWS DMS - AWS Database Migration Service (AWS DMS) は、オンプレミス、Amazon RDS DB インスタンス、またはEC2インスタンス上のデータベースから Amazon RDS for MySQL やEC2インスタンスなどのAWSサービス上のデータベースにデータを移行するために使用できるウェブサービスです。データベースをAWSサービスからオンプレミスデータベースに移行することもできます。異種または同種のデータベースエンジン間でデータを移行できます。

  • AWS SCT - AWS Schema Conversion Tool (AWS SCT) は、ソースデータベーススキーマと、ビュー、ストアドプロシージャ、関数を含むデータベースコードオブジェクトの大部分を、ターゲットデータベースと互換性のある形式に自動的に変換することで、異種データベースの移行を予測できるようにします。を使用してデータベーススキーマとコードオブジェクトを変換した後AWSSCT、 AWSDMSを使用してソースデータベースからターゲットデータベースにデータを移行し、移行プロジェクトを完了できます。

エピック

タスク説明必要なスキル

ソースデータベースとターゲットデータベースについて、バージョンとエンジンを特定します。

DBA/デベロッパー

DMS レプリケーションインスタンスを特定します。

DBA/デベロッパー

ストレージ要件 (ストレージタイプと容量) を特定します。

DBA/デベロッパー

レイテンシーや帯域幅などのネットワーク要件を特定します。

 DBA/デベロッパー

Oracle 互換性リストと容量要件に基づいて、ターゲットサーバーインスタンスのハードウェア要件を特定します。

DBA/デベロッパー

ソースおよびターゲットのデータベースのネットワークアクセスセキュリティ要件を特定します。

DBA/デベロッパー

AWS SCT と Oracle ドライバーをインストールします。

DBA/デベロッパー

バックアップ戦略を決定します。

DBA/デベロッパー

可用性の要件を決定します。

DBA/デベロッパー

アプリケーションの移行/切り替え戦略を特定します。

DBA/デベロッパー

容量、ストレージ、ネットワーク機能に基づいて、適切な DB インスタンスタイプを選択します。

DBA/デベロッパー
タスク説明必要なスキル

仮想プライベートクラウド () を作成しますVPC。ソース、ターゲット、レプリケーションインスタンスは同じ にある必要がありますVPC。これらを同じアベイラビリティゾーンに配置するのも良いでしょう。

開発者

データベースアクセスに必要なセキュリティグループを作成します。

 開発者

キーペアを生成して設定します。

開発者

サブネット、アベイラビリティーゾーン、CIDRブロックを設定します。

開発者
タスク説明必要なスキル

必要なユーザーとロールEC2を使用して Amazon に Oracle Database をインストールします。

DBA

次の列の 3 つのステップを実行して、EC2インスタンスの外部から Oracle にアクセスします。

  1. のローカルホストtnsnamesを Amazon EC2パブリック に変更しますDNS。

  2. のローカルホストlistenerを Amazon EC2パブリック に変更しますDNS。

  3. リスナーを停止して再起動します。

DBA

Amazon EC2を再起動すると、パブリックDNSが変更されます。Amazon EC2パブリックを「tnsnames」と「listenerDNS」で更新するか、Elastic IP アドレスを使用してください。

DBA/デベロッパー

レプリケーションEC2インスタンスと必要なクライアントがソースデータベースにアクセスできるようにインスタンスセキュリティグループを設定します。

DBA/デベロッパー
タスク説明必要なスキル

Amazon RDS for MySQL DB インスタンスを設定して起動します。

開発者

Amazon RDS for MySQL DB インスタンスに必要なテーブルスペースを作成します。

DBA

レプリケーションインスタンスと必要なクライアントがターゲットデータベースにアクセスできるようにセキュリティグループを設定します。

開発者
タスク説明必要なスキル

AWS SCT と Oracle ドライバーをインストールします。

開発者

適切なパラメータを入力して、ソースとターゲットに接続します。　

開発者

スキーマ変換レポートを生成します。

開発者

コードとスキーマ、特にテーブルスペースと引用符を必要に応じて修正し、ターゲットデータベースで実行します。

 開発者

データを移行する前に、ソースとターゲットでスキーマを検証します。

開発者
タスク説明必要なスキル

フルロードおよび変更データキャプチャ (CDC) または のみの場合はCDC、追加の接続属性を設定する必要があります。

開発者

AWS DMS ソース Oracle データベース定義で指定されたユーザーには、必要なすべての権限が付与されている必要があります。完全なリストについては、 https://docs.aws.amazon.com/dms/「 latest/userguide/CHAP_Source.Oracle.html#CHAP_Source.Oracle.Self-Managed」を参照してください。

DBA/デベロッパー

ソース DB での補足的なログ記録を有効にします。

DBA/デベロッパー

フルロードおよび変更データキャプチャ (CDC) または のみの場合はCDC、ソースデータベースでARCHIVELOGモードを有効にします。

DBA

ソースエンドポイントとターゲットエンドポイントを作成してテストします。

開発者

エンドポイントが正常に接続された後、レプリケーションタスクを作成します。

開発者

タスクCDCでフルロードプラスCDCのみ (または) を選択して、連続レプリケーションのみ (または) フルロードプラス進行中の変更をそれぞれキャプチャします。

開発者

レプリケーションタスクを実行し、Amazon CloudWatch ログをモニタリングします。

 開発者

ソースデータベースとターゲットデータベースのデータを検証します。

開発者
タスク説明必要なスキル

アプリケーション移行戦略の手順に従ってください。

DBA、デベロッパー、アプリ所有者

アプリケーションのカットオーバー/スイッチオーバー戦略に従ってください。

DBA、デベロッパー、アプリ所有者
タスク説明必要なスキル

ソースデータベースとターゲットデータベースにあるスキーマとデータを検証します。

DBA/デベロッパー

移行の所要時間、手動とツールの比率、コスト削減などのメトリクスを収集します。

 DBA/デベロッパー/AppOwner

プロジェクト文書とアーティファクトをレビューして検証します。

DBA/デベロッパー/AppOwner

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

DBA/デベロッパー

プロジェクトを終了し、フィードバックを提供します。

DBA/デベロッパー/AppOwner

関連リソース