翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Oracle Data Pump を使用してオンプレミスの Oracle データベースを Amazon EC2 に移行する
ナバカンス・タルリ (AWS) によって作成されました
環境：PoC またはパイロット | ソース： オンプレミスの SAP ASE データベース | ターゲット： Amazon EC2 上のOracleデータベース |
R タイプ： リホスト | ワークロード：Oracle | テクノロジー：移行、データベース |
AWS サービス：Amazon EC2; AWS Direct Connect |
[概要]
データベースを移行するときは、ソースとターゲットのデータベースエンジンとバージョン、移行ツールとサービス、許容されるダウンタイム期間などの要素を考慮する必要があります。オンプレミスの Oracle データベースを Amazon Elastic Compute Cloud (Amazon EC2) に移行する場合は、Oracle Data Pump や Oracle Recovery Manager (RMAN) などのOracleのツールを使用できます。詳細については、ガイド AWS クラウドへの Oracle データベースの移行を参照してください。
Oracle Data Pump は、データベースの論理的で一貫性のあるバックアップを抽出し、ターゲット EC2 インスタンスに復元するのに役立ちます。このパターンでは、Oracle Data Pump NETWORK_LINK とパラメータを使用して、オンプレミスの Oracle データベースを EC2 インスタンスに移行する方法を、最小限のダウンタイムで説明します。この NETWORK_LINK パラメータは、データベースリンクを通じてインポートを開始します。ターゲット EC2 インスタンスの Oracle Data Pump Import (impdp) クライアントは、ソースデータベースに接続し、そこからデータを取得して、ターゲットインスタンスのデータベースに直接データを書き込みます。このソリューションではバックアップファイルやダンプファイルは使用されません。
前提条件と制限
前提条件
アクティブなAWS アカウント
以下の機能を備えたオンプレミスの Oracle データベース
Oracle・リアル・アプリケーション・クラスター (RAC) データベースではない
Oracle 自動ストレージ管理 (Oracle ASM) データベースではない
読み書きモードです。
オンプレミスデータセンターと AWS の間に AWS Direct Connect リンクが作成されました。詳細については、接続の作成 (Direct Connect ドキュメント)を参照してください。
製品バージョン
Oracle Database 12c リリース 1 (12.1.0.2.v14) 以降
アーキテクチャ
ソーステクノロジースタック
オンプレミス・データセンター内のスタンドアロン (非RACおよび非ASM) Oracleデータベース・サーバー
ターゲットテクノロジースタック
Amazon EC2 上で実行されている Oracle データベース
ターゲット アーキテクチャ
AWS Well-Architected フレームワーク の 信頼性の柱 は、高い可用性と耐障害性を提供するためにデータのバックアップを作成することを推奨しています。詳細については、AWS で Oracle Database を実行するためのベストプラクティスの 高可用性を実現するアーキテクチャ を参照してください。このパターンでは、Oracle Active Data Guard を使用して EC2 インスタンスにプライマリデータベースとスタンバイデータベースを設定します。高可用性を実現するには、EC2 インスタンスを異なるアベイラビリティーゾーンに配置する必要があります。ただし、アベイラビリティーゾーンは同じ AWS リージョン内に存在することも、異なる AWS リージョン内に存在することもできます。
Oracle アクティブデータガードは、クエリ、ソート、レポート、その他の読み取り操作を行う際に、フィジカル・スタンバイ・データベースへの読み取り専用アクセスを提供しますが、その間、プライマリ・データベースからREDOの変更を継続的に適用します。目標復旧時点 (RPO) と目標復旧時間 (RTO) に基づいて、同期と非同期のREDO転送オプションを選択できます。
以下の画像は、プライマリ EC2 インスタンスとスタンバイ EC 2 インスタンスが異なる AWS リージョンにある場合のターゲットアーキテクチャを示しています。
データ移行アーキテクチャ
ターゲットアーキテクチャの設定が完了したら、Oracle Data Pump を使用してオンプレミスのデータとスキー マをプライマリ EC2 インスタンスに移行します。カットオーバー中、アプリケーションはオンプレミスデータベースまたはターゲットデータベースにアクセスできません。これらのアプリケーションは、プライマリ EC2 インスタンスの新しいターゲットデータベースに接続できるよう になるまでシャットダウンします。
以下の画像は、データ移行中のアーキテクチャを示しています。このサンプルアーキテクチャでは、プライマリ EC2 インスタンスとスタンバイ EC2 インスタンスは異なる AWS リ ージョンにあります。
ツール
サービス
AWS Direct Connect
は、標準のイーサネット光ファイバーケーブルを介して内部ネットワークを Direct Connect の場所にリンクします。この接続を使用すると、Amazon S3 などの のパブリックサービス、または Amazon VPC に対する仮想インターフェイスを直接作成できるため、ネットワークパスのインターネットサービスプロバイダーを回避できます。 「Amazon Elastic Compute Cloud (Amazon EC2)」は、AWS クラウドでスケーラブルなコンピューティング容量を提供します。必要な数の仮想サーバーを起動することができ、迅速にスケールアップまたはスケールダウンができます。
その他のツールとサービス
Oracle Active Data Guard
は、スタンバイ・データベースの作成、保守、管理、監視に役立ちます。 Oracle Data Pump
を使用すると、データやメタデータをあるデータベースから別のデータベースに高速に移動できます。
ベストプラクティス
エピック
| タスク | 説明 | 必要なスキル |
|---|---|---|
オンプレミスホストのソースハードウェア構成とカーネルパラメータを 特定します。 | ストレージサイズ、1 秒あたりの入出力オペレーション (IOPS)、CPU など、オンプレミス設定を検証します。これは CPU コアに基づく Oracle ライセンスにとって重要です。 | DBA、 SysAdmin |
AWS でインフラストラクチャを作成します。 | 仮想プライベートクラウド (VPC)、プライベートサブネット、セキュリテ ィグループ、ネットワークアクセスコントロールリスト (ACL)、ルートテーブル、インターネットゲートウェイを作成します。詳細については、次を参照してください。 | AWS システム管理者 |
アクティブデータガードを使用して EC2 インスタンスをセットアップします。 | AWS Well-Architected フレームワーク で説明されているように、アクティブデータガード設定を使用して AWS EC2 インスタンスを設定します。EC2 インスタンス上の Oracle Database のバージョンは、オンプレミスバージョンと異なる場合があります。 これは、このパターンでは論理バックアップが使用されるためです。次の点に注意してください。
詳細については、以下を参照してください。
| AWS システム管理者 |
| タスク | 説明 | 必要なスキル |
|---|---|---|
EC2 インスタンスからオンプレミスデータベースへの dblink を作成します。 | EC2 インスタンスの Oracle データベースとオンプレミスの Oracle データベースとの間にデータベースリンク (d blink) を作成します。詳細については、ネットワークリンクインポートによるデータの移動 | DBA |
EC2 インスタンスとオンプレミスホスト間の接続を確認します。 | dblink を使用して、EC2 インスタンスとオンプレミスデータベース間の接続が機能していることを確認します。手順については、データベースリンクの作成 | DBA |
オンプレミスデータベースに接続されているすべてのアプリケーション を停止します。 | データベースのダウンタイムが承認されたら、オンプレミスデータベースに接続しているすべてのアプリケーションと依存ジョブを停止します。これは、アプリケーションから直接実行することも、cron を使用してデータベースから実行することもできます。詳細については、Oracle Linux で Crontab ユーティリティを使用してタスクをスケジュールする | DBA、アプリケーション開発者 |
データ移行ジョブをスケジュールします。 | ターゲットホストで、 | DBA |
データ移行を検証します。 | データ検証は重要なステップです。データ検証には、dblink と SQL クエリの組み合わせなど、カスタムツールや Oracle ツールを使用できます。 | DBA |
| タスク | 説明 | 必要なスキル |
|---|---|---|
移行元データベースは、特別な読み取り専用モードとなります。 | アプリケーションがシャットダウンされ、ソースデータベースに、変更が加えられていないことを確認します。ソースデータベースを読み取り専用モードで開きます。これにより、未処理のトランザクションを回避できます。詳細については、SQL ステートメント | DBA、 DevOps エンジン、アプリ開発者 |
オブジェクト数とデータを検証します。 | データ検証には、dblink と SQL クエリの組み合わせなど、カスタムツールや Oracle ツールを使用できます。 | DBA、アプリケーション開発者 |
プライマリ EC2 インスタンス上の新しいデータベースに接続するアプリケーション。 | プライマリ EC2 インスタンスに作成した新しいデータベースを指すようにアプリケーションの接続属性を変更します。 | DBA、アプリケーション開発者 |
アプリケーションのパフォーマンスを検証します。 | アプリケーションの起動 Automated Workload Repository | アプリ開発者、 DevOps エンジニア、DBA |
関連リソース
AWS リファレンス
Oracleのリファレンス
