AWS の規範的ガイダンスOracle データベースをAWSCloud

AWS の規範的ガイダンス Oracle データベースをAWSCloud

AWS の規範的ガイダンス: Oracle データベースをAWSCloudCopyright © Amazon Web Services, Inc. and/or its affiliates. All rights reserved.

Amazon の商標およびトレードドレスは、お客様に混乱を招く可能性がある態様、または Amazon の信用を傷つけたり、失わせたりする態様において、Amazon のものではない製品またはサービスに関連して使用してはなりません。Amazon が所有していない他のすべての商標は、それぞれの所有者の所有物であり、Amazon と提携、接続、または後援されている場合とされていない場合があります。

AWS の規範的ガイダンス Oracle データベースをAWSCloud

Table of Contentsはじめに ............................................................................................................................................ 1

概要 .......................................................................................................................................... 1Oracle Database 移行戦略 ................................................................................................................... 3

適切な移行戦略を選択する ........................................................................................................... 3オンラインとオフラインの移行 ..................................................................................................... 4

同種データベースの移行 ...................................................................................................................... 6Amazon RDS for Oracle .............................................................................................................. 6

Amazon RDSを選ぶべき時期 ............................................................................................... 7高可用性 ............................................................................................................................ 7リードレプリカ .................................................................................................................. 8

Amazon RDS Custom for Oracle ................................................................................................. 10Amazon RDS for Oracle を選択すべきタイミング .................................................................. 10使用方法 .......................................................................................................................... 10

Amazon EC2 for Oracle ............................................................................................................. 12Amazon EC2 を選択すべきタイミング ................................................................................. 12高可用性 .......................................................................................................................... 13

上の VMware クラウドAWSfor Oracle ......................................................................................... 14上の VMware クラウド」を選択すべきタイミングAWS ........................................................... 15

Tools ....................................................................................................................................... 15Oracle SQL Developer ....................................................................................................... 16Oracle SQL *Loader .......................................................................................................... 17Oracle エクスポートとインポート ....................................................................................... 17AWS DMS ....................................................................................................................... 17Oracle Data Pump ............................................................................................................ 18オラクル GoldenGate ........................................................................................................ 19Oracle Data Guard ............................................................................................................ 20Oracle RMAN ................................................................................................................... 20CloudEndure 移行 ............................................................................................................. 21VMware HXi ..................................................................................................................... 21

ライセンスオプション ............................................................................................................... 22ライセンス込み ................................................................................................................. 22BYOL .............................................................................................................................. 22

異種間のデータベース移行 ................................................................................................................. 24Tools ....................................................................................................................................... 25

AWS SCT ........................................................................................................................ 25AWS DMS ....................................................................................................................... 26

Amazon RDS for Oracle への移行に関するベストプラクティス ................................................................ 27ターゲットデータベースのプロビジョニング ................................................................................. 27ソースデータベースからのデータのエクスポート ........................................................................... 27データダンプファイルを AWS へ転送する .................................................................................... 28ターゲットデータベースへのデータのインポート ........................................................................... 28インポート後のステップ ............................................................................................................ 28移行のテスト ............................................................................................................................ 28Amazon RDS データベースの運用と最適化 .................................................................................. 29

Oracle データベース移行パターン ....................................................................................................... 30Partners ........................................................................................................................................... 31その他のリソース .............................................................................................................................. 32付録: オラクルの移行アンケート ......................................................................................................... 33

一般情報 .................................................................................................................................. 33インフラストラクチャ ............................................................................................................... 33データベースバックアップ ......................................................................................................... 34データベースセキュリティ ......................................................................................................... 34データベースの高可用性と災害対策 ............................................................................................. 34

AWS規範ガイダンス用語集 ................................................................................................................ 35

iii

AWS の規範的ガイダンス Oracle データベースをAWSCloud

ドキュメント履歴 .............................................................................................................................. 42..................................................................................................................................................... xliii

iv

AWS の規範的ガイダンス Oracle データベースをAWSCloud概要

Oracle データベースをAWSCloudSagar Patel、シニアデータベース専門アーキテクト、AWSプロフェッショナルサービス

2022 年 6 月 (p. 42)

Amazon Web Services (AWS) は、信頼性とセキュリティに優れた環境に Oracle Database をデプロイするための、包括的なサービスおよびツールのセットを提供します。AWSクラウドインフラストラクチャ。このガイドでは、オラクルのオンプレミスデータベースをAWSクラウド。また、これらの移行オプションを実行するためのベストプラクティスとシナリオについても詳しく説明します。

このガイドは、オンプレミスのOracleデータベースをに移行することを計画しているプログラムマネージャまたはプロジェクトマネージャ、製品所有者、データベース管理者、データベースエンジニア、および運用マネージャまたはインフラストラクチャマネージャを対象としています。AWS。

概要Oracle データベースをに移行する前にAWSでは、で説明されているフレームワークを使用して、移行戦略を理解し、評価する必要があります。リレーショナルデータベースの移行戦略。

最初のステップは、アプリケーションとOracleデータベースのワークロードを分析して、移行の複雑さ、互換性、およびコストを把握することです。移行を計画する際に考慮すべき重要な点をいくつか紹介します。

• データベースの現在のサイズと全体的な容量の増加を確認します。たとえば、Oracle データベースをAmazon Relational Database Service (Amazon RDS) または Amazon RDS Custom に移行する予定がある場合、最大 64 TiB のストレージを持つ DB インスタンスを作成できます。最新情報については、を参照してください。Amazon RDS DB DB インスタンスストレージ「Amazon RDS ドキュメント」を参照してください。

• Oracle Automatic Workload Repository（AWR）レポートを確認して、オンプレミス・データベースのリソース使用状況とデータベースの状態をチェックします。

• アプリケーションの依存関係をチェックします。データベースがレガシー、カスタム、またはパッケージ化されたアプリケーションをサポートしている場合は、Amazon RDS Custom for Oracle が適しています。このサービスでは、データベース構成、共有ファイルシステム、およびオペレーティングシステムのパッチに対する制御を維持できます。

• 他のデータベースに対する現在のデータベース依存関係をチェックします。データベースが他のデータベースに依存している場合は、それらを一緒に移行するか、メインデータベースを移行した後に依存関係を作成できます。

• データベースの IOPS とスループットを決定します。Amazon RDS への移行を計画している場合は、Amazon RDS DB インスタンスの I/O パフォーマンス。

• 現在のアーキテクチャと監査またはコンプライアンスのニーズを見直し、Amazon RDS または AmazonEElastic Compute Cloud (Amazon EC2) に移行した後にこれらの要件を満たせることを確認します。

• Oracle Amazon RDS for Oracle への移行を計画している場合は、Oracle Database ソフトウェアのバージョンとエディションがサポートされていることを確認してください（現在サポートされているバージョンについては、Amazon RDSそしてAmazon RDS Custom).

• オンプレミス環境と間のネットワーク接続を確認しますAWS、オンプレミスとオンプレミスの間でデータを高速転送するのに十分な帯域幅が提供されていることを確認するAWS。

• 移行に利用できるダウンタイムの量を決定して、移行アプローチを計画し、オンライン移行とオフライン移行のどちらを使用するかを決定できるようにします。

• 貴社の貴社の目標復旧時間 (RTO)、貴社の目標復旧時間 (RTO)、既存のデータベースワークロードに関する要件を確認します。

1

AWS の規範的ガイダンス Oracle データベースをAWSCloud概要

• データベースワークロードのチップセットエンディアンプラットフォームを確認してください。AWSは x86-x64 リトルエンディアンプラットフォームをサポートします。Sun SPARC、HP Tru64、IBMZSeriesベースのビッグエンディアンプラットフォームなどの他のプラットフォームでは、クロスプラットフォーム移行が必要です。

• AWSは Linux (32 ビットおよび 64 ビット) および Windows オペレーティングシステムをサポートします。Oracleデータベースで一般的に使用されているSolaris、HP-UX、IBM AIXオペレーティング・システムはサポートしていません。これらのオペレーティングシステムから Oracle データベースを移行するには、プラットフォームの変換が必要です。

2

AWS の規範的ガイダンス Oracle データベースをAWSCloud適切な移行戦略を選択する

Oracle Database 移行戦略Oracle Database をオンプレミスからに移行するには、2 つのオプションがあります。AWSクラウド:オラクルにとどまるか (同種移行) またはオラクルから離れる (異種混在移行). 同種の移行では、データベースエンジンは変更しません (つまり、ターゲットデータベースも Oracle データベースです)。異種間移行では、MySQL、PostgreSQL、MariaDB などのオープンソースデータベースエンジンに切り替えるか、AWSAmazon Aurora、Amazon DynamoDB、Amazon Redshift などのクラウドネイティブデータベース。

Oracle データベースをに移行するには、3 つの一般的な戦略があります。AWS：リホスト、リプラットフォーム、および再アーキテクト（リファクタリング）。これらは、の一部です。アプリケーション移行戦略の 7 Rsと、次の表で説明されています。

方針 タイプ いつ選ぶべきか 例

リホスト 均質 オペレーティング・システム、データベース・ソフトウェア、または構成の変更の有無にかかわらず、Oracleデータベースをそのまま移行したい。

Oracle Database からAmazon EC2

(参照再ホストパターン)

プラットフォーム変更 均質 データベースインスタンスの管理に費やす時間を短縮するにはdatabase-as-a-service(dBaaS) オファリング

Oracle Database からAmazon RDS for Oracle

(参照プラットフォーム変更)

リアーキテクト (リファクタリング)

異種混在 オープンソースとクラウドネイティブのデータベース機能を活用するために、データベースとアプリケーションを再構築、書き換え、再構築したいと考えています。

オラクルデータベースからAuroraへ PostgreSQL 互換、Aurora MySQL 互換、または MariaDB

ブラウズパターンを再設計する)

適切な移行戦略を選択する適切な戦略の選択は、ビジネス要件、リソースの制約、移行の時間枠、およびコストの考慮事項によって異なります。次の図は、7 つの戦略すべてを含む、移行に伴う労力と複雑さを示しています。

3

AWS の規範的ガイダンス Oracle データベースをAWSCloudオンラインとオフラインの移行

Oracle Database をリファクタリングしてオープンソースに移行するAWSAmazon Aurora PostgreSQL 互換エディションや Amazon Aurora MySQL 互換エディションなどのクラウドネイティブデータベースは、データベースの最新化と最適化に役立ちます。オープンソースデータベースに移行することで、高価なライセンス (コスト削減につながる)、ベンダーロックイン期間、監査を回避でき、新機能に追加料金を支払う必要がなくなります。ただし、ワークロードの複雑さによっては、Oracle データベースのリファクタリングは複雑で、時間がかかり、リソースを大量に消費する作業になる可能性があります。

複雑さを軽減するために、データベースを 1 つのステップで移行する代わりに、段階的なアプローチを検討することができます。第 1 フェーズでは、データベースのコア機能に焦点を当てます。次のフェーズでは、追加のAWSサービスをクラウド環境に導入して、コストを削減し、パフォーマンス、生産性、コンプライアンスを最適化します。たとえば、オンプレミスの Oracle データベースを Aurora PostgreSQL互換に置き換えることが目標である場合、最初のフェーズで Amazon EC2 でデータベースを再ホストするか、Amazon RDS for Oracle でデータベースを再プラットフォーム化し、次のフェーズで AuroraPostgreSQL 互換にリファクタリングすることを検討できます。このアプローチは、移行フェーズでのコスト、リソース、リスクの削減に役立ち、第 2 フェーズでは最適化とモダナイゼーションに重点を置いています。

オンラインとオフラインの移行Oracle Databaseをオンプレミス環境から移行するには、2つの方法を使用できますAWSクラウドは、移行のタイムラインと、オンライン移行またはオフライン移行のどれだけのダウンタイムを許容できるかに基づきます。

• オフライン移行: この方法は、アプリケーションが計画的なダウンタイムを許容できる場合に使用されます。オフライン移行では、移行期間中、ソースデータベースはオフラインです。ソースデータベースがオフラインの間、次のターゲットデータベースに移行されますAWS。移行が完了すると、検証と検証のチェックが実行され、ソースデータベースとのデータの一貫性が保証されます。データベースがすべての検証チェックに合格したら、カットオーバーを実行してAWSアプリケーションをターゲットデータベースに接続するAWS。

• オンライン移行: この方法は、アプリケーションのダウンタイムがほぼゼロまたは最小限である場合に使用されます。オンライン移行では、ソースデータベースは複数の手順で移行され、AWS。最初のステップでは、ソースデータベースがまだ実行されている間に、ソースデータベースのデータがターゲットデータベースにコピーされます。以降のステップでは、ソースデータベースからのすべての変更がターゲットデータベースに伝播されます。ソースデータベースとターゲットデータベースが同期されると、

4

AWS の規範的ガイダンス Oracle データベースをAWSCloudオンラインとオフラインの移行

カットオーバーの準備が整います。カットオーバー中、アプリケーションはその接続をターゲットデータベースに切り替えますAWSでは、ソースデータベースへの接続は残されません。ではを使用できます。AWS Database Migration Service(AWS DMS)、Oracle GoldenGate、Quest SharePlex、またはから入手できるツールAWS Marketplace(Attunityなど) を使用して、ソースデータベースとターゲットデータベースを同期します。

5

AWS の規範的ガイダンス Oracle データベースをAWSCloudAmazon RDS for Oracle

Oracleデータベースの同種データベース移行

AWSは、クラウド環境で Oracle Database を実行する機能を提供します。開発者およびデータベース管理者向けに、Oracle Database をAWSクラウドは、データセンターでOracle Databaseを実行するのとよく似ています。このセクションでは、Oracle Databaseをオンプレミス環境またはデータセンターからAWSクラウド

AWSには、Oracle データベースを実行するための 4 つのオプションがあります。AWS次の表に示すように、次の表を参照してください。

オプション ハイライト 詳細情報

Amazon RDS の OracleDatabase:

マネージドサービス、簡単なプロビジョニングとライセンス供与を提供

Amazon RDS forOracle (p. 6)セクション

Amazon RDS での OracleDatabase:

マネージドサービス。ただし、データベースと基盤となるオペレーティングシステムに管理者権限が付与されます

Amazon RDS Custom forOracle (p. 10)セクション

Amazon EC2 の Oracle データベース

自己管理で、完全な制御と柔軟性を提供

Amazon EC2 forOracle (p. 12)セクション

上の Oracle Database: 上のVMware クラウドAWS

中断を最小限に抑え、管理が容易

上の VMware クラウドAWSforOracle (p. 14)セクション

どのオプションを選択するかは、アプリケーション要件、データベース機能、拡張容量、およびアーキテクチャ全体の複雑さによって決まります。複数のOracleデータベースをに移行する場合AWSでは、Amazon RDS に最適なものもあれば、Amazon EC2 で直接実行するのが適しているものもあります。Oracle Standard Edition (SE2) で実行されているデータベースがあるかもしれませんが、OracleStandard Edition One (SE1) またはStandard Edition (SE2) に適切なデータベースがあるかもしれません。これらのデータベースのコストとライセンスを節約できます。複数のAWSお客様は、AmazonRDS、Amazon EC2、およびVMwareクラウド全体で複数のOracleデータベースワークロードを実行していますAWS。Amazon RDS Custom に移行する場合は、必ずAmazon RDS Custom for Oracle の要件と制限。

Amazon RDS for OracleAmazon RDS for Oracle は、以下の Oracle データベースのプロビジョニングと管理を簡素化するマネージド型データベースサービスです。AWS。Amazon RDS では、クラウド内での Oracle Database デプロイを簡単にセットアップ、運用、スケールすることができます。データベースは数分でデプロイでき、汎用(SSD) ストレージまたはプロビジョンド IOPS ストレージのいずれかを選択できます。(詳細については、「」を参照してください。Amazon RDS ストレージタイプのAWSドキュメント内) を参照してください。

6

AWS の規範的ガイダンス Oracle データベースをAWSCloudAmazon RDSを選ぶべき時期

Amazon RDS は、プロビジョニング、バックアップ、ソフトウェアパッチ適用、モニタリング、ハードウェアスケーリングなど、時間のかかるデータベース管理タスクを管理するため、アプリケーション開発に集中できます。Amazon RDS for Oracle は、リードレプリカとマルチ AZ データベースを簡単にプロビジョニングして、本番ワークロードの可用性、パフォーマンス、信頼性を向上させます。

Oracle から Amazon RDS への移行に関する詳細は、「」を参照してください。プラットフォームの変更にAWS規範的ガイダンスのウェブサイト」を参照してください。

Amazon RDSを選ぶべき時期Amazon RDS for Oracle は、次のような場合に適した移行オプションです。

• ビジネスとアプリケーションに集中したいが、AWSデータベースのプロビジョニング、バックアップ/リカバリ・タスクの管理、セキュリティ・パッチの管理、Oracleのマイナー・バージョンのアップグレード、ストレージ管理など、差別化されていない負荷の高いタスクを処理します。

• 可用性の高いデータベースソリューションが必要で、スタンバイデータベースを手動でセットアップして維持することなく、Amazon RDS が提供するプッシュボタン式の同期マルチ AZ レプリケーションを活用したいと考えています。

• スタンバイ・インスタンスへの同期レプリケーションを行うことで、Oracle Database Standard Edition(SE1) またはStandard Edition (SE1) またはStandard Edition (SE1) またはStandard Edition (SE1) またはStandard Edition (SE1)、Standard

• 大規模な先行投資を行う代わりに、インスタンスコストの一部としてOracleライセンスの料金を時間単位で支払うことを希望しています。

• お客様のデータベースサイズと IOPS のニーズは、Amazon RDS for Oracle によってサポートされています。「」を参照してください。Amazon RDS DB インスタンスストレージのAWS現在の上限に関する文書。

• バックアップを管理したくない point-in-time データベースのリカバリ。• データベースの日常的な管理よりも、パフォーマンスのチューニングやスキーマの最適化などの高レベ

ルのタスクに集中したいと考えています。• ライセンスの複雑さを心配することなく、ワークロードパターンに基づいてインスタンスタイプを拡大

または縮小したいと考えています。

データベースとプロジェクトの要件を評価した後、Amazon RDS for Oracle に移行する場合は、以下のセクションに記載されている詳細を参照し、移行のベストプラクティス (p. 27)このガイドの後半で説明します。

高可用性Amazon RDS は、マルチ AZ オプションでデプロイされたデータベースに高可用性およびフェイルオーバーサポートを提供します。マルチ AZ オプションを使用してデータベースをプロビジョニングすると、Amazon RDS は、異なるアベイラビリティーゾーンで同期スタンバイレプリカを自動的にプロビジョンおよび維持します。プライマリデータベースは、アベイラビリティーゾーン全体でスタンバイレプリカにデータを同期的にレプリケートします。インフラストラクチャに障害が発生したり、アベイラビリティーゾーンに障害が発生した場合、Amazon RDS ではスタンバイレプリカへの自動フェイルオーバーが実行されるため、フェイルオーバーが完了するとすぐにデータベース運用を再開できます。これにより、プライマリデータベースの高い冗長性、耐久性、および可用性が向上します。また、スタンバイレプリカから自動バックアップを取ることにより、プライマリデータベースの負荷を軽減します。詳細については、次を参照してください。Amazon RDS での高可用性 (マルチ AZ)のAWSドキュメント内) を参照してください。

以下の図では、Amazon RDS for Oracle 配置オプションについて解説しています。データベースアプリケーションとユーザーがプライマリ Oracle データベースに接続し、すべての変更が別のアベイラビリティーゾーンにあるセカンダリデータベースに同期的にレプリケートされます。フェールオーバーが完了

7

AWS の規範的ガイダンス Oracle データベースをAWSCloudリードレプリカ

するまで、ユーザーはセカンダリデータベースを使用できません。フェールオーバー後もエンドポイントは同じままなので、ユーザーとデータベースアプリケーションは手動操作なしでデータベース操作を再開できます。

リードレプリカリードレプリカは、プライマリ DB インスタンスの負荷を軽減するのに役立つ特別なタイプの AmazonRDS for Oracle DB インスタンスです。プライマリ DB インスタンスに加えられた更新は、リードレプリカに非同期的にコピーされます。AWS地域または別の地域AWSリージョン。

Oracle Active Data Guard を使用して読み取り専用ワークロードをプライマリ Oracle データベースからオフロードすることにより、Amazon RDS for Oracle データベースにリードレプリカをプロビジョニングできます。Oracle Active Data Guard は、ソース DB インスタンスからリードレプリカにデータベースの変更をレプリケートします。この機能は、別のデータベースでリードレプリカを許可することにより、ミッションクリティカルなデータベースのマネージドディザスタリカバリをサポートしますAWS新しいスタンドアロンの本番データベースとして昇格するリージョン。Amazon RDS for Oracle データベースに最大 5つのリードレプリカをプロビジョニングできます。

Amazon RDS for Oracle では、Active Data Guard の設定を管理し、プライマリ DB インスタンスとそのリードレプリカ間の安全なネットワーク接続を維持することで、リードレプリカを簡単に作成できます。詳細については、次を参照してください。Amazon RDS での Oracle リードレプリカの使用Amazon RDSドキュメント」を参照してください。

リードレプリカ機能を使用するには、Oracle Database Enterprise Edition (EE) でライセンス使用 (BYOL)モデルを使用し、Active Data Guard ライセンスも持っている必要があります。

同じでリードレプリカを使用するAWSリージョン次の図は、同じ内の別のアベイラビリティーゾーンにリードレプリカがあるマルチ AZ 環境の AmazonRDS for Oracle DB インスタンスを示しています。AWSリージョン。すべてではないAWSリージョンには3 つ以上のアベイラビリティーゾーンがあるため、リージョンを確認するこの戦略を採用する前に使うことを計画している。

8

AWS の規範的ガイダンス Oracle データベースをAWSCloudリードレプリカ

リードレプリカの使用AWSリージョンAmazon RDS for Oracle は、クロスリージョンのリードレプリカをサポートしています。Oracle ActiveData Guard を使用して、さまざまな場所でフィジカルスタンバイ DB インスタンスの設定を作成および管理します。AWSプライマリ DB インスタンスのリージョン プライマリ DB インスタンスとそのリードレプリカ間の安全なネットワーク接続を介してデータをレプリケートします。

クロスリージョンリードレプリカは以下を提供します。

• 単一リージョンの障害に対する高可用性とデータ保護。• 読み取り操作を別の操作にスケーリングする機能AWSアプリケーションのユーザーに近いリージョン。

Oracle リードレプリカは、明示的に昇格できます。または、ソース DB インスタンスを削除して暗黙的に昇格できます。リードレプリカを昇格させると、使用可能になる前に DB インスタンスが再起動されます。昇格したリードレプリカは、他の Oracle DB インスタンスと同じように動作します。

以下の図では、Amazon RDS for Oracle の構成を示しています for Oracle クロスリージョンリードレプリカ。

9

AWS の規範的ガイダンス Oracle データベースをAWSCloudAmazon RDS Custom for Oracle

クロスリージョンレプリケーションから転送されたデータには、Amazon RDS のデータ転送料金が発生します。

リードレプリカの使用に関する詳細は、「」を参照してください。リードレプリカの使用そしてAmazonRDS の Oracle リードレプリカの使用のAWSドキュメント内) を参照してください。データ転送料金の詳細については、「」を参照してください。Amazon RDS 料金表。

Amazon RDS Custom for Oracleカスタマイズ要件のために Amazon RDS などの完全マネージド型サービスに移行できない場合は、Amazon RDS Custom for Oracle に移行できます。Amazon RDS Custom では、データベースとその基盤となるオペレーティングシステムに対する管理者権限を保持できます。

Amazon RDS for Oracle を選択すべきタイミングAmazon RDS Custom for Oracle は、次のような場合に適した移行オプションです。

• 基盤となるオペレーティングシステムとデータベース環境へのアクセスを必要とするレガシー、カスタム、およびパッケージアプリケーションがある。

• 以下にアクセスする必要がありますSYSまたはSYSTEMベンダーベースのアプリケーション展開要件を満たすことができます。

• 依存型アプリケーションの要件を満たすために、設定の構成、パッチのインストール、およびネイティブ機能の有効化を行うには、基盤となるオペレーティングシステムにアクセスする必要があります。

• データベースとアプリケーションのニーズを満たすために、データベース環境にアクセスしてカスタマイズする (カスタムデータベースパッチを適用するか、オペレーティングシステムパッケージを変更する) 必要があります。

使用方法Amazon RDS Custom for Oracle を使用するには、次の図に示すように、次の手順に従います。

1. Amazon SSimple Storage Service (Amazon S3) バケットに、データベースソフトウェアをアップロードします。

10

AWS の規範的ガイダンス Oracle データベースをAWSCloud使用方法

2. カスタムエンジンバージョン (CEV) と DB インスタンスを作成します。3. アプリケーションを DB インスタンスエンドポイントConnect し、ホストにアクセスしてソフトウェア

をカスタマイズします。4. Amazon RDS Custom オートメーションによって生成された通知をモニタリングします。

これらの手順の詳細については、「」を参照してください。Amazon RDS ドキュメント」を参照してください。。

Amazon RDS Custom for Oracle では、独自のメディア、パッチ、および Oracle ライセンスを使用します。を作成するときカスタムエンジンバージョン(CEV) では、Amazon RDS Custom が指定したメディアがインストールします。DB エンジンをホストする基盤となる EC2 インスタンスにアクセスできます。Secure Shell (SSH) を使用するか、または EC2 インスタンスにアクセスできます。AWS SystemsManagerをクリックし、カスタマイズを実行します。

ソフトウェアをインストールして、カスタムアプリケーションとエージェントを実行することもできます。ホストへの特権アクセス権があるため、レガシーアプリケーションをサポートするためにファイルシステムを変更できます。Amazon RDS Custom DB インスタンスで、カスタムデータベースパッチを適用したり、オペレーティングシステムパッケージを変更したりできます。

Amazon RDS Custom は、モニタリング、バックアップ、インスタンスの復旧を自動的に行い、DB インスタンスがサポートされているAWSインフラストラクチャ、オペレーティングシステム、およびデータベース。インスタンスをカスタマイズする場合は、Amazon RDS Custom の自動化を最大 24 時間一時停止し、カスタマイズ作業が完了したら再開できます。自動化を一時停止すると、Amazon RDS Custom の自動化がカスタマイズに直接干渉するのを防ぐことができます。

オートメーションを再開すると、周辺サポートデータベースまたはオペレーティングシステム環境のカスタマイズが Amazon RDS Custom の自動化を妨げるか、中断するかを判断します。Amazon RDS Customは、変更によって DB インスタンスがサポート範囲外に置かれない限り、ホストとデータベース環境のカスタマイズをサポートします。サポート境界チェックは、デフォルトでは 30 分ごとに実行され、スナップショットの削除や DB インスタンスをモニタリングする Amazon RDS カスタムエージェントのアンインストールなどのイベントの後にも実行されます。Amazon RDS カスタムエージェントは、AmazonRDS カスタム機能を確保するための重要なコンポーネントです。エージェントをアンインストールする

11

AWS の規範的ガイダンス Oracle データベースをAWSCloudAmazon EC2 for Oracle

と、Amazon RDS Custom は 1 分後にサポート境界チェックを実行し、DB インスタンスをサポート境界の外に移動します。

Amazon RDS Custom for Oracle がサポートするのは、限定された選択肢のAWS リージョンまた、DBインスタンスクラスは限られています。これはOracle Linuxオペレーティングシステムで利用可能で、現在、ドキュメントに記載されているOracleデータベースのバージョンでOracleデータベースエンタープライズエディションをサポートしています。詳細については、「」を参照してください。Amazon RDSCustom for Oracle の要件と制限のAWSドキュメント内) を参照してください。

詳細については、以下のリソースを参照してください。

• Amazon RDS Custom for Oracle — データベース環境における新しい制御機能 for Oracle — データベース(AWSニュースブログ)

• Amazon RDS for Oracle クロスリージョン自動バックアップを使用して DR 機能を強化します。• Amazon RDS for Oracle によるマネージドディザスタリカバリクロスリージョン自動バックアップ —

パート 1(AWSデータベース) データベース) データベース• Amazon RDS for Oracle によるマネージドディザスタリカバリクロスリージョン自動バックアップ —

パート 2(AWSデータベース) データベース) データベース• ネイティブツールを使用して、オンプレミスまたは自己管理の Oracle データベースから Amazon RDS

Custom for Oracle に移行します。• データガードを使用した Oracle データベースの Amazon RDS カスタムへの物理的な移行(AWSデー

タベース) データベース) データベース• RMAN 複製を使用した Oracle データベースの Amazon RDS カスタムへの物理的な移行(AWSデータ

ベース) データベース) データベース• Amazon Elastic File System（Amazon EFS）共有ファイルシステムを Amazon RDS for Oracle と統合し

て、データベースとアプリケーションサーバー間でファイルを共有したり、バックアップやデータロードを維持するためのステージング場所としてファイルを共有したりします。Amazon RDS Custom forOracle とAmazon EFS の統合(AWSデータベース) データベース) データベース

Amazon EC2 for OracleAmazon EC2 は、自己管理型の Oracle データベースをサポートしています。つまり、インフラストラクチャとデータベース環境のセットアップを完全に制御できます。Amazon EC2 でデータベースを実行することは、独自のサーバーでデータベースを実行することと非常に似ています。データベースおよびオペレーティングシステムレベルのアクセスを完全に制御できるため、選択したツールを使用して、オペレーティングシステム、データベースソフトウェア、パッチ、データ複製、バックアップ、および復元を管理できます。この移行オプションでは、Amazon EC2 インスタンス、ストレージボリューム、スケーラビリティ、ネットワーキング、セキュリティなど、すべてのコンポーネントを以下に基づいてセットアップ、設定、管理、および調整する必要があります。AWSアーキテクチャのベストプラクティスについて説明します。

Oracle から Amazon EC2 への移行に関する詳細は、「」を参照してください。リホストパターンにAWS規範的ガイダンスのウェブサイト」を参照してください。の EC2 インスタンスに Oracle Database を自動的にデプロイするにはAWSアカウントでは、AWSOracle Database:。

Amazon EC2 を選択すべきタイミングAmazon EC2 は、次の場合に Oracle データベースに適した移行オプションです。

• データベースを完全に制御し、基盤となるオペレーティングシステムにアクセスする必要があります。• バックアップ、レプリケーション、クラスタリングを制御したい。• Amazon RDS で現在サポートされていない機能やオプションを使いたい。詳細については、「」を参照

してください。Oracle データベースの機能のサポートAmazon RDS ドキュメント」を参照してください。

12

AWS の規範的ガイダンス Oracle データベースをAWSCloud高可用性

• Amazon RDS でサポートされていない特定の Oracle データベースバージョンが必要です。サポートされているバージョンとエディションのリストについては、「」を参照してください。Amazon RDS でのOracleAmazon RDS ドキュメント」を参照してください。

• データベースのサイズとパフォーマンスのニーズが Amazon RDS のサービスを上回っています。詳細については、「」を参照してください。Amazon RDS DB インスタンスストレージAmazon RDS ドキュメント」を参照してください。

• アプリケーションに準拠していない可能性のある自動ソフトウェアパッチは避けたい。• 現在の制限よりも高い IOPS を達成し、ストレージ容量をプロビジョニングしたい。詳細については、

「」を参照してください。Amazon RDS DB インスタンスストレージAmazon RDS ドキュメント」を参照してください。

高可用性Amazon EC2 上の Oracle Database は、Oracle がサポートする任意のレプリケーションテクノロジーと連携して、高可用性とディザスタリカバリを実現できます。一般的なソリューションには、Oracle DataGuard、Oracle Active Data Guard、および Oracle があります。 GoldenGate。

Amazon EC2 上の Oracle データベースは、Oracle Data Guard または Oracle Active Data Guard を使用して、高可用性、データ保護、およびディザスタリカバリを実現します。

• Oracle Data Guardは、災害やデータ破損からOracle本番データベースを保護するために、スタンバイ・データベースの作成、保守、管理のための一連のサービスを提供します。Oracle Data Guardは、プライマリ・データベースからREDO変更を送信し、スタンバイ・データベースにREDOを適用することによって、各スタンバイ・データベースを自動的に保守します。プライマリデータベースが計画的または予期しない理由でダウンした場合、スタンバイデータベースをプライマリ読み取り/書き込みデータベースに変換することにより、スタンバイデータベースにフェイルオーバーできます。Oracle Data GuardはOracle Databaseエンタープライズエディション（EE）にのみ含まれており、個別のライセンスは必要ありません。

• Oracle Active Data Guardは、プライマリ・データベースから継続的にREDO変更を適用しながら、問合せ、ソート、レポート作成、およびその他の読取り操作のためのフィジカル・スタンバイ・データベースへの読取り専用アクセスを提供します。Oracle Active Data Guardには、Oracle Database EEとともに追加購入する必要がある別のライセンスが必要です。Oracle Active Data Guardの機能には、リアルタイム・クエリー、自動ブロック修復、Far Sync、スタンバイ・ブロック変更追跡、Active Data Guardローリング・アップグレード、グローバル・データベース・サービス、

以下の図では、Amazon EC2 上の Oracle Database を、単一の 2 つのアベイラビリティゾーンで使用する方法を示しています。AWSリージョン。プライマリ・データベースは読み取り/書き込み可能データベースで、スタンバイ・データベースはData Guard (読み取りアクセスなしのフィジカル・スタンバイ) またはActive Data Guardのいずれかで構成されます。プライマリデータベースからのすべての REDO データは、デフォルトでは非同期でスタンバイデータベースに転送および適用されます。

13

AWS の規範的ガイダンス Oracle データベースをAWSCloud上の VMware クラウドAWSfor Oracle

また、Oracle Data GuardまたはOracle Active Data Guardを使用して、複数にわたって高可用性とディザスタリカバリを構成することもできます。AWS次の図に示すように、プライマリデータベースとスタンバイデータベースに Amazon EC2 上の Oracle Database を使用するリージョン。

上の VMware クラウドAWSfor Oracle上の VMware クラウドAWSが共同開発した統合クラウドサービスですAWSVMware「」。OracleデータベースをVMwareクラウドに移行するときAWSでは、Amazon EC2 と同様に、データベースとオペレーティングシステムレベルのアクセスを完全に制御できます。Oracle Real Application Cluster（RAC）や

14

AWS の規範的ガイダンス Oracle データベースをAWSCloud上の VMware クラウド」を選択すべきタイミングAWS

Oracle RAC拡張クラスタ（異なるアベイラビリティーゾーンにまたがる）などの高度なアーキテクチャをVMware Cloudで実行できます。AWS。ニーズと既存のシステムに基づいて、さまざまな移行方法とツールから選択できます。

オンライン移行の場合、VMware HCX（VMware HCX）やHCX VMotionなどのVMwareテクノロジーは、VMワークロードをオンプレミスのVMwareクラスタからVMware Cloud onに移行するのに役立ちます。AWS。Oracle ワークロードのオフライン移行には、Oracle Recovery Manager (RMAN) を使用できます。AWS Snowball,AWS Storage Gateway、または VMware HCX。

上の VMware クラウド」を選択すべきタイミングAWS上の VMware クラウドAWSは、次の場合に Oracle Database:

• Oracle データベースは、vSphere 仮想化環境のオンプレミスデータセンターですでに実行されています。

• Oracle RACをクラウドで実行する必要があります。• データベースが多数あり、移行チームによる追加の作業を必要とせずに、クラウドへの迅速な移行 (た

とえば、数時間のみ) が必要です。

詳細については、ブログの投稿を参照してください。オラクルのワークロードをVMware Cloudに移行する方法AWSそしてVMware Cloud onでOracle RACを仮想化するベストプラクティスAWSにAWSパートナーネットワーク (APN) ブログ」を参照してください。

同種のデータベース移行のためのツールデータ移行には、さまざまなツールとテクノロジーが用意されています。移行は、データベースのサイズ、整合性、オンプレミス環境とオンプレミス環境との間のネットワーク接続の帯域幅に基づいて、単一フェーズまたは複数フェーズで実行できます。AWS、およびデータベース移行の許容時間。次の表に、ニーズに最適なオプションを選択するのに役立つツールと情報の一覧を示します。

移行ツール データベースサイズ サポート対象 推奨

Oracle SQLDeveloper (p. 16)(データベースコピー機能)

最大 200 MB Amazon RDS

Amazon EC2

任意の数のオブジェクトを含む小規模Database。

Oracle SQL*Loader (p. 17)

最大 10 GB Amazon RDS

Amazon EC2

オブジェクト数が限られている小規模から中規模のデータベース。

Oracle エクスポートとインポート (p. 17)

最大 10 GB Amazon RDS

Amazon EC2

多数のオブジェクトを含む小規模から中規模のデータベース。

Oracle DataPump (p. 18)

最大 20 TB Amazon RDS

Amazon EC2

サイズが 10 GB ～ 20TB のデータベースに推奨される方法。

AWS DMS (p. 17) 任意のサイズ Amazon RDS

Amazon EC2

移行のダウンタイムを最小限に抑えます。

15

AWS の規範的ガイダンス Oracle データベースをAWSCloudOracle SQL Developer

移行ツール データベースサイズ サポート対象 推奨データベースのサイズは帯域幅によって制限されます。次を使用できます。AWSDMSOracle Data Pumpを使用して、大規模なデータベース移行にご利用いただけます。

オラクルGoldenGate (p. 19)

任意のサイズ Amazon RDS

Amazon EC2

AWS 上の VMware クラウド

移行のダウンタイムを最小限に抑えます。大規模なデータベース移行のためにOracle DataPumpと共に使用されます。

Oracle DataGuard (p. 20)

任意のサイズ Amazon RDS Custom

Amazon EC2

AWS 上の VMware クラウド

移行のダウンタイムを最小限に抑えます。最初のデータ転送後に変更をレプリケートするためにOracle RMANとともに使用されます。

Oracle RMAN (p. 20) 任意のサイズ Amazon RDS Custom

Amazon EC2

AWS 上の VMware クラウド

データベースが 2 TBを超えているか、データベースバックアップがすでに AmazonSSimple StorageService (Amazon S3) にある場合。

CloudEndure 移行 (p. 21)

任意のサイズ Amazon EC2

AWS 上の VMware クラウド

カットオーバー時のダウンタイムを最小限に抑えた高速レプリケーション。

VMware HXi (p. 21) 任意のサイズ AWS 上の VMware クラウド

HCX vMotionは、ダウンタイムなしで一度に単一の仮想マシン (VM) をオンラインまたはオフラインで移行します。

以下のサブセクションでは、各ツールの詳細を提供します。

Oracle SQL DeveloperOracle SQL Developerは、データ操作、管理、開発、管理のための Oracle の無償の GUI ツールです。この Java ベースのツールは、Microsoft Windows、Linux、または macOS で使用できます。データベースコピー機能を使用して、小規模なデータベースをAWSでは、データの合計サイズが 200 MB 未満です。ソースデータベースとターゲットデータベース間のデータ転送は、ネットワークを介して直接行われます。このオプションを使用するには、ソースデータベースとターゲットデータベースの間に信頼性の高いネットワーク接続が必要です。また、この方法では転送中にデータが暗号化されないことに注意してください。

Oracle SQL 開発者は、Amazon RDS for Oracle と Oracle データベースを Amazon EC2 上でサポートします。

16

AWS の規範的ガイダンス Oracle データベースをAWSCloudOracle SQL *Loader

Oracle SQL *LoaderOracle SQL *Loaderは、外部ファイルからデータベースにデータをロードするためにOracleから利用できるバルクデータロードユーティリティです。SQL *Loader は、完全な Oracle Database クライアントバイナリに含まれています。SQL *Loader は、限られた数のオブジェクトを含む 10 GB 未満の中小規模のデータベースに使用できます。これはスキーマベースの方法であるため、特定のスキーマをソースデータベースから個別にエクスポートし、ターゲットデータベースにロードする必要があります。データベースに複数のスキーマがある場合は、スキーマごとにこのプロセスを繰り返す必要があります。

Oracle SQL *Loader は、Amazon RDS for Oracle と Amazon EC2 上の Oracle データベースの両方をサポートしています。

Oracle エクスポートとインポートOracle エクスポートおよびインポートユーティリティ10 GB 未満で、バイナリ float データ型と doubleデータ型を含まないデータベースを移行するのに役立ちます。インポートプロセスではスキーマオブジェクトが作成されるため、スキーマオブジェクトを事前に作成するためのスクリプトを実行する必要はありません。このため、このプロセスは、多数の小さなテーブルを持つデータベースに適しています。

このツールは、Amazon RDS for Oracle と Amazon EC2 の Oracle データベースの両方に使用できます。

AWS DMSAWS Database Migration Service(AWS DMS)は、との間でデータを移行するのに役立つマネージドサービスですAWS簡単かつ安全に。AWS DMSは、ほとんどの商用データベースとオープンソースデータベースをサポートし、同種移行と異種移行の両方を容易にします。AWS DMSは、ソースデータベースとターゲットデータベースの同期を維持し、移行中のダウンタイムを最小限に抑えるために、1回限りの完全データベースコピーと変更データキャプチャ（CDC）テクノロジーの両方を提供します。

AWS DMSは、小規模（10～20 GB）から中規模（100～200 GB）のデータベース用に Oracle データベーススキーマの完全コピーを実行できます。非常に大規模なデータベースの場合、Oracle Data Pump を使用して Amazon RDS または Amazon EC2 にデータを移行し、AWS DMSダウンタイムを最小限に抑えながら継続的なレプリケーションを行うCDC機能。データが同期されたら、ターゲットデータベースにカットオーバーできます。

以下の図に示すのは、Oracle Data Pump とAWS DMS一緒に、最小限のダウンタイムでオンプレミスデータベースを Amazon RDS for Oracle に移行します。Oracle Data Pump エクスポートユーティリティは、スキーマをデータベースダンプファイルにエクスポートし、次のいずれかを使用してそれらのファイルをAmazon S3 に転送します。AWS Direct ConnectまたはAWS Snowball(データベースのサイズ、ネットワーク帯域幅、および許容される移行時間によって異なります)。ダンプファイルが Amazon S3 に読み込まれたら、Amazon RDS for Oracle DB インスタンスにファイルをアップロードできます。次に、Oracle DataPump インポートユーティリティは、データを Amazon RDS for Oracle にインポートし、AWS DMSCDCは、ソースデータベースからのすべての変更をターゲットの Amazon RDS for Oracle データベースにレプリケートします。

17

AWS の規範的ガイダンス Oracle データベースをAWSCloudOracle Data Pump

の使用方法の詳細については、「」を参照してください。AWS DMSOracle ソースデータベースを移行するには、を参照してください。のソースとしての Oracle データベースの使用AWS DMSのAWSドキュメント内) を参照してください。

Oracle Data PumpOracle Data Pumpは、Oracle エクスポートおよびインポートの拡張バージョンです。このユーティリティは、Oracleデータベースとの間でデータおよびメタデータをエクスポートおよびインポートするために使用されます。Data Pumpのエクスポート/インポートは、データベース全体、選択スキーマ、表領域、またはデータベース・オブジェクトに対して実行できます。Data Pumpは、データをに移行するための推奨ツールですAWS、サイズが 10 GB から 20 TB の大規模なデータベース用です。高度な並列処理、柔軟なデータ抽出オプション、スケーラブルな操作が可能になり、ソースデータベースからターゲットデータベースへのデータとメタデータの高速移動が可能になります。Oracle Data Pumpは、データをデータ・ダンプ・ファイルにエクスポートする際の暗号化と圧縮もサポートしています。

このツールは、Amazon RDS for Oracle と Amazon EC2 の Oracle データベースの両方に使用できます。次と Oracle データポンプAWS DMSとOracle Oracle Oracle GoldenGate 大規模なデータベースの初期データ転送を処理します。

Amazon RDS for Oracle の場合、Oracle Data Pump エクスポートユーティリティを使用してデータをダンプファイルにエクスポートした後、Oracle Data Pump インポートユーティリティでは、データファイルをデータベースにインポートするために、データベースサーバーインスタンスでデータファイルを使用できる必要があります。Amazon RDS DB インスタンスのファイルシステムに直接アクセスすることはできないため、次のいずれかのオプションを使用してダンプファイルを Amazon RDS に転送する必要があります。

• 2 つのデータベース間のデータベースリンクを使用します。このプロセスでは、Oracle Data Pump とOracle を使用しますDBMS_FILE_TRANSFERpackage. ソース (オンプレミス) の Oracle データベースとターゲット Amazon RDS for Oracle データベースの間にデータベースリンクを作成します。このオプションでは、ソースデータベースとターゲットデータベースの間に、より高い帯域幅の接続が必要です。AWS Direct Connect。このオプションは小規模なデータベースにのみ推奨されます。詳細については、次を参照してください。Oracle Data Pump とデータベースリンクを使用したデータのインポートAmazon RDS ドキュメント」を参照してください。

18

AWS の規範的ガイダンス Oracle データベースをAWSCloudオラクル GoldenGate

• Amazon S3 バケットを使用します。Amazon RDS for Oracle がサポートするのは、Amazon S3 統合です。このオプションは、大きなデータダンプファイルがあり、データベースサイズがテラバイト単位である場合に推奨されます。その後、を使用してオンプレミスから S3 バケットにデータダンプファイルをコピーできます。AWS Direct Connect(データサイズが 10 GB から 5 TB の場合)AWS Snowball(データサイズが 5 TB を超える場合) は、データベースに必要な移行時間によって異なります。

データポンプファイルが Amazon S3 にアップロードされたら、DATA_PUMP_DIRディレクトリをターゲットの Amazon RDS for Oracle DB インスタンス上にインストールし、データを DB インスタンスにインポートします。詳細については、次を参照してください。Oracle Data Pump と Amazon S3 バケットを使用したデータのインポートAmazon RDS ドキュメント」を参照してください。

Oracle Data Pumpを使用すると、大規模なデータベースを段階的に移行できます。 schema-by-schema基礎。Oracle Databaseソフトウェアの異なるバージョンに移行することも、ハードウェアおよびソフトウェア構成が異なるプラットフォームに移行することもできます。

オラクル GoldenGateオラクル GoldenGateは、ダウンタイムを最小限に抑えながら、ソースデータベースと 1 つ以上の宛先データベース間でデータをレプリケートするためのツールです。これを使用して、高可用性アーキテクチャを構築し、リアルタイムのデータ統合、トランザクション変更データのキャプチャ、異機種混在環境でのレプリケーション、および継続的なデータレプリケーションを実行できます。

オラクルは実行できる GoldenGate ソース環境のオンプレミスサーバーから。ただし、このツールを EC2インスタンスからインストールして実行することをお勧めします。 GoldenGate hub onAWSより良いパフォーマンスのために。複数の」を使用できます GoldenGate ハブ、特に 1 つのソースデータベースから複数の宛先にデータを移行する場合。次を使用できます。 GoldenGate Amazon RDS で、アクティブなデータベース間でのレプリケーション、ダウンタイムのない移行とアップグレード、ダウンタイムのない移行とアップグレード、災害対策、データ保護、およびリージョン内のレプリケーションとリージョン間でのレプリケーションを行うことができます。詳細については、「」を参照してください。Oracle Oracleの使用 GoldenGate Amazon RDS を使用したAmazon RDのAWSドキュメント内) を参照してください。

以下の図に示すのは、Oracle Data Pump と Oracle の使用方法を示しています。 GoldenGate 一緒に、オンプレミスの Oracle データベースを Amazon RDS for Oracle に移行します。

19

AWS の規範的ガイダンス Oracle データベースをAWSCloudOracle Data Guard

オラクル GoldenGate Oracle から別のライセンスが必要です。

オラクル GoldenGate は、Amazon RDS for Oracle と、Amazon EC2 または VMware クラウドで実行されている Oracle データベースの両方をサポートしています。AWS。

Oracle Data GuardOracle Data Guardは、Oracleスタンバイ・データベースを作成、保守、監視、管理するための一連のサービスを提供します。Oracle Recovery Manager (RMAN) と Oracle Data Guard を使用することで、オンプレミスから Amazon EC2 に Oracle データベース全体を最小限のダウンタイムで移行できます。RMAN では、バックアップ/復元またはデータベースの複製方法のいずれかを使用して、データベースを AmazonEC2 上のターゲットスタンバイデータベースに復元します。次に、Oracle Data Guardを使用してターゲット・データベースをフィジカル・スタンバイ・データベースとして構成し、プライマリ・オンプレミス・データベースからスタンバイ・データベースへのすべてのトランザクション/REDOデータの変更を許可します。

プライマリオンプレミス Oracle データベースが EC2 インスタンスのターゲットスタンバイデータベースと同期している場合、ターゲットデータベースに切り替えて、読み取り/書き込みデータベースに変換できます。次に、アプリケーション接続を新しいプライマリデータベースにポイントできます。このオプションを使用すると、ダウンタイムを最小限に抑え、データベースの正確な物理コピーをAWS。移行を次の図表で説明します。

Oracle Data Guardは、Amazon EC2、Amazon RDS、カスタム、およびVMwareクラウドで実行されているOracleデータベースをサポートしています。AWS。

Oracle RMANOracle Recovery Recovery Recovery マネージャーは、Oracleデータベースのバックアップとリストアを実行および管理するためにOracleが提供するツールです。RMAN を使用して、オンプレミスまたはデータセンターから Oracle データベースをバックアップし、EC2 インスタンス上の Oracle データベースに復

20

AWS の規範的ガイダンス Oracle データベースをAWSCloudCloudEndure 移行

元できます。この方法は、データベース全体を EC2 インスタンス上の自己管理型 Oracle データベースに移動する予定がある場合に使用します。データベースのサイズは任意で、バックアップでは並列処理、圧縮、および暗号化を使用できます。

オンプレミスのOracleデータベースのOracle RMANBackup は、Oracleセキュアバックアップ（OSB）クラウドモジュール、Storage Gateway、またはAWS DataSync。その後、次のオプションを使用できます。AWS Identity and Access Management(IAM) ロールを使用して、S3 バケットに EC2 インスタンス上のターゲット Oracle データベースへのアクセス権を付与し、RMAN バックアップファイルを使用してデータベースを復元します。Oracle Data Guard を使用して、オンプレミスの Oracle データベースから増分バックアップを取得し、オンプレミスのデータベースとターゲットデータベースが同期するまで EC2 インスタンスのターゲット Oracle データベースに適用できます。その後、都合の良いタイミングでスイッチオーバーを実行できます。

Oracle RMANは、Amazon EC2、Amazon RDSカスタム、およびVMwareクラウドをサポートしていますAWSmigration rating rating rating to これは、データを次の場所に移行するのに十分なダウンタイムを許容できる場合に推奨されるアプローチです。AWS。

CloudEndure 移行Important

CloudEndure 移行はすべて中止されますAWSを除くリージョンAWS GovCloud （米国）、中国本土（北京）、および中国本土（寧夏）の各地域（2022年12月30日）。詳細はこちらAWS Application Migration Service主要な移行サービスは推奨されますか lift-and-shift Migratingrating rating toAWS クラウド。現在ご利用のお客様 CloudEndure 移行は、future 移行のためにアプリケーション移行サービスに切り替えることをお勧めします。

オンプレミス環境から多数のマシンをホストし直すことを検討している場合AWSクラウド、あなたは使えるCloudEndure移行互換性、パフォーマンスの中断、または長いカットオーバーウィンドウを心配することなく。 CloudEndure は、高度に自動化された、クラウド移行のコストを削減する高度に自動化された移行ツールです。 lift-and-shift 解決策

を使用する CloudEndure 移行、上で動作するすべてのアプリケーションとデータベースを移行できますサポートされているバージョンの Windows および Linux OS。これには、Windows Server のバージョン2003、2008 年、2016 年の Windows Server のディストリビューションと、CentOS、Red Hat EnterpriseLinux Enterprise Server (SLES)、Ubuntu、DebianなどのLinuxディストリビューションが含まれます。

CloudEndure 移行は、ソースマシンにインストールするエージェントを介して行われます。オンプレミスサーバーを再起動する必要はなく、ソース環境のパフォーマンスへの影響もありません。

CloudEndure 移行の自動再ホストは、主に次の 3 つのステップで構成されます。

1. エージェントのインストール - CloudEndure エージェントは、ダウンタイムやパフォーマンスに影響を与えることなく、ターゲット環境のステージング領域にマシン全体をレプリケートします。

2. 設定とテストを行います。ターゲットマシンの設定を構成し、中断のないテストを開始します。3. カットオーバーする。プロダクションマシンを立ち上げる準備ができたら、 CloudEndure はそれらを自

動的にAWSインフラストラクチャーでネイティブに起動して実行できるAWS。

の使用方法の詳細については、「」を参照してください。 CloudEndure 移行、「」の自動化 lift-and-shift無償で移行 CloudEndure 移行のAWSブログを計算する。

VMware HXiVMware HCX (ハイブリッドクラウド拡張)オンプレミスの Oracle データベースをAWSVMwareインフラストラクチャを改造する必要はありません。これには、ブログ投稿で詳しく説明されているいくつかの移行方法が含まれていますオラクルのワークロードをVMware Cloudに移行する方法AWSそして上の VMware

21

AWS の規範的ガイダンス Oracle データベースをAWSCloudライセンスオプション

クラウド」へのワークロードの移行AWSハイブリッドクラウド拡張 (HCX)。これらの方法の1つであるHCX vMotionは、ダウンタイムなしで高可用性を備えた単一のVMのライブマイグレーションを提供します。

HCXはVMware Cloud onで無料で利用できますAWS顧客.

ライセンスオプションOracle Database:AWSは、データベースがインストールされているインスタンスのサイズに基づいています。多くのOracle Databaseワークロードは、高いメモリー、ストレージ、およびI/O帯域幅を必要としますが、CPUに制約されないため、パフォーマンスに影響を与えずに展開内の仮想CPU（vCPUs）の数を減らすことができます。

AWSは、特定のワークロードまたはビジネスニーズに合わせて Amazon RDS および EC2 インスタンスを最適化するために、以下の CPU オプションを提供します。

• CPU コアの数: インスタンスの CPU コア数をカスタマイズできます。• コアごとのスレッド: マルチスレッドを無効化するには、CPU コアごとに 1 つのスレッドを指定できま

す。

詳細については、次を参照してください。CPU オプションの最適化Amazon EC2 ドキュメント」を参照してください。Amazon RDS for Oracle の最適化 CPU の紹介 for Oracle の紹介にAWSウェブサイト.

Oracle Database はAWS2 つの異なるライセンスモデルで:

• ライセンス込み• Bring-Your-Own-License (BYOL)

ライセンス込みLicense Included モデルでは、Oracle Database ソフトウェアライセンスは、AWSしたがって、独自のOracle ライセンスを別途購入する必要はありません。ライセンス込みモデルの価格には、Oracle 用のAmazon RDS のソフトウェア、基盤となるハードウェアリソース、および Amazon RDS 管理機能が含まれています。長期契約なしで、コンピューティング性能に対して支払います。DB インスタンスの実行時間単位で支払います。これにより、ハードウェアの計画、購入、保守のコストと複雑さから解放されます。

Single-AZ 配置と Multi-AZ 配置の両方で、料金は、DB インスタンスを起動してからインスタンスを停止または削除するまで、消費される DB インスタンス時間ごとです。

License Included モデルは、Oracle Database Standard Standard Standard Standard Standard StandardOnion 料金情報については、「Amazon RDS for Oracle の価格にAWSウェブサイト.

自分のライセンスを使用するBYOL（BYOL）モデルは、既存のOracle Databaseライセンスを使用するか、新しいOracleライセンスを購入することを希望するお客様を対象としています。すでに Oracle データベースライセンスを所有している場合は、BYOL モデルを使用して Amazon RDS で Oracle データベースを実行できます。Oracle データベースを Amazon EC2 または VMware クラウドに移行する場合AWSでは、独自の Oracle ライセンスを使用する必要があります。

BYOL モデルで DB インスタンスを実行するには、実行する DB インスタンスクラスと Oracle Databaseのエディション用の適切な Oracle Database ライセンスが必要です。また、クラウドコンピューティング

22

AWS の規範的ガイダンス Oracle データベースをAWSCloudBYOL

環境での Oracle Database ソフトウェアのライセンス化に関する Oracle のポリシーに従う必要があります。

BYOL モデルを使用する場合、マルチ AZ 配置でプライマリ DB インスタンスとスタンバイ DB インスタンスの両方でライセンスを保持している必要があります。Amazon RDS は、可用性の高いフェイルオーバーソリューションとして Oracle のマルチ AZ 配置をサポートしています。本稼働のワークロードではマルチ AZ をお勧めします。詳細については、次を参照してください。Amazon RDS での高可用性 (マルチAZ)Amazon RDS ドキュメント」を参照してください。

BYOL モデルは、Oracle Database Edition (SE)、Standard Edition (SE)、Standard Edition One(SE2)、Standard Edition One (SE2)

Amazon RDS for Oracle のライセンスオプションの詳細については、「」を参照してください。Oracle のライセンスとAmazon RDS for Oracle よくある質問にAWSウェブサイト.

23

AWS の規範的ガイダンス Oracle データベースをAWSCloud

異種間のデータベース移行オープンソースデータベースとクラウドコンピューティングプラットフォームの革新と改善によりAWSでは、多くの組織が Oracle などの独自の (オンライントランザクション処理または OLTP) データベースエンジンからオープンソースエンジンに移行しています。Oracleデータベースはどの組織にとってもミッションクリティカルなシステムですが、特定のベンダーに縛られるのはリスクとコストのかかる状況です。運用コストが低く、ライセンス料がかからないことが、基盤となるデータベーステクノロジーをオープンソースまたはAWSクラウドネイティブデータベース。

オラクルから移行するその他の理由は、ベンダーロックイン期間、ライセンス監査、高額なライセンス、およびコストです。オラクルの定価は、コアごとのモデルに基づいており、パーティショニングや高可用性などの機能には追加コストがかかります。このため、多くの組織は Oracle データベースをオープンソースデータベース (PostgreSQL、MySQL、MariaDB など) に移行するか、AWSクラウドネイティブデータベース (Amazon Aurora や Amazon DynamoDB など) をに移行する際AWS。

また、Oracle データウェアハウスデータベースを Amazon Redshift に移行することもできます。AmazonRedshift は、高速でフルマネージド型のクラウドデータウェアハウスです。Amazon Redshift はお客様のデータレイクと統合されており、他のどのデータウェアハウスよりも最大 3 倍高速なパフォーマンスを提供し、他のクラウドデータウェアハウスに比べて最大 75% 低いコストを実現します。詳細については、次を参照してください。Oracle から Amazon Redshift に移行するにAWSウェブサイト.

オープンソースソースソースソースソースソースソースソースソースに移行するAWSクラウドネイティブデータベースでは、所有するデータの種類、アクセスモデル、スケーラビリティ、アプリケーションの実用性、複雑さに応じて適切なデータベースを選択します。たとえば、PostgreSQLデータベースは、その強力な機能と商用データベースとの高度な互換性のために近年非常に人気が高まっており、Oracleデータベースをリファクタリングするユーザーにとって最も一般的な移行ターゲットです。しかし、OracleからPostgreSQLや他のオープンソースデータベースへの移行は、しばしば困難で時間がかかり、慎重な評価、計画、テストが必要です。

このプロセスは、次のようなサービスで簡単になりますAWS DMSそしてAWS Schema ConversionTool(AWS SCT)。これは、商用データベースをオープンソースデータベースに移行するのに役立ちます。AWSダウンタイムの最小化。

異種データベース移行では、Oracle から Amazon Aurora への移行、または Oracle からPostgreSQL、MySQL、または MariaDB への移行のように、ソースデータベースエンジンとターゲットデータベースエンジンが異なります。ソースデータベースとターゲットデータベースのスキーマ構造、データ型、およびデータベースコードは大きく異なる可能性があるため、データ移行を開始する前にスキーマとコードを変換する必要があります。このため、異種間の移行は、2 ステップのプロセスです。

• ステップ 1. ソーススキーマとコードをターゲットデータベースのものと一致するように変換します。次を使用できます。AWS SCTこの変換のために。

• ステップ 2. ソースデータベースデータベースデータベースからターゲットデータベースへデータを移行します。次を使用できます。AWS DMSこのプロセスのために。

24

AWS の規範的ガイダンス Oracle データベースをAWSCloudTools

AWS DMSは、移行中に必要なすべてのデータ型変換を自動的に処理します。ソースデータベースは、外部の自社施設に配置できますAWS、EC2 インスタンスで実行されているデータベース、または AmazonRDS データベース (「」を参照)データ移行のソースのAWS DMSドキュメント内) を参照してください。ターゲットは、Amazon EC2、Amazon RDS、または Aurora のデータベースです。

Oracle データベースをリファクタリングする方法については、AWS「」を参照してください。再設計パターンにAWS規範的ガイダンスのウェブサイト.

異種データベース移行のためのツール次のグラフは、Oracle Databaseから別のデータベースエンジンへの移行に使用できるツールを示しています。

移行ツール ターゲットデータベースのサポート

次を使用します。

AWS SCT (p. 25) Amazon RDS for MySQL

Amazon RDS for PostgreSQL

Amazon Aurora MySQL

Amazon Aurora PostgreSQL

スキーマ変換

AWS DMS (p. 26) Amazon RDS for MySQL

Amazon RDS for PostgreSQL

Amazon Aurora MySQL

Amazon Aurora PostgreSQL

データ移行

以下のサブセクションでは、各ツールについて詳しく説明します。

AWS SCTAWS Schema Conversion Tool(AWS SCT)既存の商用データベーススキーマをオープンソースエンジンまたはAWSクラウドネイティブデータベース。AWS SCTソースデータベーススキーマと大部分のデータ

25

AWS の規範的ガイダンス Oracle データベースをAWSCloudAWS DMS

ベースコードオブジェクト (ビュー、ストアドプロシージャ、関数など) をターゲットデータベースと互換性のある形式に自動的に変換し、異種データベース移行を予測できるようにします。自動的に変換できないオブジェクトは、手動変換の対象として明確にマークされます。AWS SCTは、アプリケーションのソースコードをスキャンして Embedded SQL 文を探し、データベーススキーマ変換プロジェクトの一環として変換することもできます。

AWS DMSAWS Database Migration Service(AWS DMS)データを迅速かつ安全に次の場所に移行しますAWS。移行中も、ソースデータベースは完全に動作し、アプリケーションのダウンタイムを最小限に抑えます。AWSDMSOracle から Oracle のような同種のデータベースプラットフォーム間の移行も、Oracle など、異なるデータベースプラットフォーム間の移行もサポートされます。AWSクラウドネイティブデータベース。AWS DMSソースデータベースで発生したデータ変更をターゲットデータベースに自動的にレプリケートするなど、移行プロセスの複雑性を管理します。データベースの移行が完了すると、ターゲットデータベースは選択した期間だけソースデータベースと同期したままになり、都合の良いタイミングで移行データベースを切り替えることができます。

26

AWS の規範的ガイダンス Oracle データベースをAWSCloudターゲットデータベースのプロビジョニング

Amazon RDS for Oracle への移行に関するベストプラクティス

データベースとプロジェクト要件の評価に基づいて、目標が Amazon RDS for Oracle に移行する場合は、このセクションのベストプラクティスに従って、ターゲットデータベースのプロビジョニング、移行の実行、Amazon RDS for Oracle Database のテスト、運用、および最適化を行います。

Important

データベースを移行する前に、ロールバックプランがあることを確認します。

ターゲットデータベースのプロビジョニングデータベース移行戦略の評価、計画、および準備が完了したら、Amazon RDS for Oracle Database をプロビジョニングするときに、これらのベストプラクティスに従ってください。

• CPU、メモリ、IOPS、およびストレージタイプの要件に基づいて Amazon RDS for Oracle DB インスタンスを正しいサイズにします。

• 正しいタイムゾーンと文字セットを設定します。• Amazon RDS を正しい Virtual Private Cloud (VPC) で起動することを確認します。• 正しいポートと IP アドレスを使用してセキュリティグループを作成します。• Amazon RDS データベースをプライベートサブネットにプロビジョニングして、セキュリティを確保し

ます。• 可能であれば、最新の Oracle Database バージョン (現在 19c) を使用して DB インスタンスをプロビ

ジョニングします。以前のバージョンのサポートはまもなく終了します。詳細については、AWS ディスカッションフォーラムの「Oracle Database end-of-support timeline」(Oracle Database サポート終了タイムライン) と「Amazon RDS support for Oracle Database 19c」(Amazon RDS for Oracle で OracleDatabase 19c のサポートを提供開始) を参照してください。

• 暗号化を使用する場合は、Amazon RDS データベースのプロビジョニング中は必ず暗号化を有効にしてください。

• Amazon RDS データベースごとに個別のオプショングループとパラメータグループを作成します。

ソースデータベースからのデータのエクスポートOracle Database を Amazon RDS for Oracle Database に移行するためのツールは数多くあります。最も一般的に使用されるツールは Oracle Data Pump です。ソース Oracle Database をエクスポートする前に、エクスポートプロセスを容易にするために次の点を確認してください。

• データベース全体を移行するのではなく、データベースのサイズをチェックして、スキーマごとにスキーマを移行できるかどうかを確認します。スキーマを個別に移行すると、一度に移行するよりも、エラーが発生しにくく、管理しやすくなります。

• Oracle Data Pump PARALLEL パラメータを使用して、パラレルモードでデータをエクスポートすることで、パフォーマンスを向上させます。

• テーブルにラージオブジェクト (LOB) があるかどうかをチェックします。LOB を含むラージテーブルがある場合は、それらのテーブルを別々にエクスポートすることをお勧めします。

27

AWS の規範的ガイダンス Oracle データベースをAWSCloudデータダンプファイルを AWS へ転送する

• エクスポートプロセス中は、Oracle の読み取り不整合エラーを回避するために、ソースデータベースでロングデータベーストランザクションを実行しないようにします。

• AWS DMS、Oracle GoldenGate、またはQuest SharePlex のようなレプリケーションツールを使用している場合、移行にかかる時間に応じて、アーカイブログを 24～72 時間保持できるよう、オンプレミスサーバー上に十分な空きがあることを確認してください。

データダンプファイルを AWS へ転送するAWS Direct Connect を使用している場合、オンプレミス環境と AWS の間に高帯域幅接続が提供されており、Oracle DBMS_FILE_TRANSFER ユーティリティまたは Amazon S3 統合機能のいずれかを使用することにより Data Pump ファイルをコピーできます。AWS Direct Connect を介する帯域幅が広くない場合、AWS Snowball を使用して大きなデータベースのエクスポートダンプファイルを転送します。

ターゲットデータベースへのデータのインポート• 非常に大きなデータベースを移行する場合は、より大きな Amazon RDS インスタンスタイプからまずプ

ロビジョニングし、移行の期間中、データのロードを高速化します。移行が完了したら、DB インスタンスを適切なサイズのインスタンスタイプに変更できます。

• 必要に応じて、REDOログファイル、UNDO表領域、および一時表領域のサイズを増やして、移行時のパフォーマンスを向上させます。

• インポートプロセス中はマルチ AZ オプションを無効にし、移行の完了後に有効にします。• データロードを高速化するために、バックアップ保持をゼロに設定して、アーカイブログの生成を無効

にします。• 表領域、ユーザー、ロール、プロファイル、およびスキーマを事前に作成して、ターゲットデータベー

スを準備します。• LOB を含むラージテーブルがある場合は、各 LOB テーブルを個別にインポートします。

インポート後のステップ• インポートログファイルにエラーがないかチェックし、インポートの完了後にエラーを修正します。• 無効なオブジェクトがないかチェックします。見つかったら、コンパイルして修正してください。• Amazon RDS で許可またはサポートされていない SYS オブジェクトに対するアクセス許可がないた

め、一部の手順がコンパイルされないことがあります。これらの手順は書き直す必要があります。• シーケンスを使用している場合は、シーケンスの不整合を回避するために、ソースデータベースに対し

てシーケンス値を検証します。• Amazon RDS データベースのオブジェクト数がソースデータベースと同じであることを確認します。

テーブル、インデックス、手順、トリガー、関数、パッケージ、制約、およびその他のオブジェクトを検証します。

• ソースデータベースに他のデータベースへのデータベースリンクがある場合は、接続をテストして、リンクがまだ機能していることを確認します。

• ディクショナリレベルおよびスキーマレベルの統計を収集して、最適なパフォーマンスを実現します。

移行のテスト新しい Amazon RDS for Oracle Database に対してアプリケーションを検証するには、次のテストをお勧めします。

28

AWS の規範的ガイダンス Oracle データベースをAWSCloudAmazon RDS データベースの運用と最適化

• Amazon RDS for Oracle Database のバージョンに基づいて、Oracle クライアントソフトウェアまたは JDBC ソフトウェアをアップグレードする必要がある場合があります。新しいバージョンの OracleDatabase に移行した場合は、古いバージョンの Oracle クライアントソフトウェアをサポートしていない可能性があります。

• 機能テストを実行します。• ソースデータベースとターゲットデータベースの SQL クエリのパフォーマンスを比較し、必要に応じて

クエリをチューニングします。一部のクエリは、ターゲットデータベースでの実行速度が遅くなる可能性があるため、SQL クエリのベースラインをソースデータベースにキャプチャことをお勧めします。

• アプリケーションチームがテストを終了し、Amazon RDS データベースが正常に機能していることを確認したら、次の操作を実行できます。• 評価に基づいて Amazon RDS DB インスタンスを正しいサイズにします。• バックアップ保存期間を有効にします。• アーカイブログを有効にします。• REDO ログファイルのサイズをリセットします。• マルチ AZ オプションを有効にします。• Amazon CloudWatch アラームを作成し、Amazon Simple Notification Service (Amazon SNS) トピッ

クをアラートのセットアップします。

概念実証 (POC) 段階での追加の検証については、次の補足テストをお勧めします。

• パフォーマンステストを実行して、ビジネス上の期待を満たしていることを確認します。• データベースのフェイルオーバー、復旧、および復元をテストして、RPO および RTO の要件を満たし

ていることを確認します。• すべての重要なジョブとレポートを一覧表示し、Amazon RDS で実行して、サービスレベルアグリーメ

ント (SLA) に対するパフォーマンスを評価します。

Amazon RDS データベースの運用と最適化データベースが AWS にある場合、クラウドでのモニタリング、アラート、バックアップ、高可用性などの分野のベストプラクティスに従っていることを確認します。例:

• CloudWatch モニタリングを設定し、詳細モニタリングを有効にします。• Amazon RDS Performance Insights と Oracle Enterprise Manager (OEM) 管理エージェントを使用し

て、データベースをモニタリングします。• SNS トピックを使用してアラートを設定します。• AWS Backup を使用して自動バックアップをセットアップします。Oracle Data Pump バックアップを

使用するか、手動のスナップショットを作成することもできます。• 可用性を高めるには Amazon RDS マルチ AZ 機能を設定してください。• 読み取り専用データベースが必要な場合は、必要性に応じて、同じリージョン内または AWS リージョ

ン全体でリードレプリカの設定をします (p. 8)。

29

AWS の規範的ガイダンス Oracle データベースをAWSCloud

Oracle データベース移行パターン次のリンクを使用して、AWSOracle データベースをAWS:

• リホストパターン (Oracle から Amazon EC2 へ)• パターンを再プラットフォーム化する (Oracle から Amazon RDS for Oracle)• パターンを再構築する（オラクルからオープンソースへ）AWSクラウドネイティブデータベース)

特定のツールの使用をカバーするパターンを探している場合は、検索ボックスにツール名を入力するか、フィルターから選択します。例えば、を使用できます。このクエリを使用するすべてのOracle移行パターンを表示するにはAWS DMS。

30

AWS の規範的ガイダンス Oracle データベースをAWSCloud

Partnersデータベースの移行は、専門知識とツールを必要とする困難なプロジェクトになる可能性があります。パートナーシップを通じて、移行と結果への時間を短縮できます。AWS Database Migration Service パートナーには、お客様がクラウドに簡単かつ安全に移行するのに必要な専門知識があります。これらのパートナーは、Oracle から Oracle のような同種のデータベース間の移行も、Oracle から Amazon Aurora または Microsoft SQL Server から MySQL といった異なるデータベースプラットフォーム間の移行も経験があります。

要件と好みに基づいて、パートナーを使用して完全な移行を処理したり、移行の一部の側面のみを支援したりできます。さらに、移行を支援する、AWS パートナーネットワーク (APN) パートナーが提供するツールやソリューションを使用することもできます。移行ツールとソリューションの完全なカタログについては、「AWS Partner tools and solutions」( パートナーツールとソリューション) を参照してください。

31

AWS の規範的ガイダンス Oracle データベースをAWSCloud

その他のリソースブログ投稿

• データベースの移行 — 始める前に知っておくべきことは何ですか?• を使用してほぼゼロのダウンタイムでOracleデータベースを移行するAWS DMS• Oracle データベースの PostgreSQL への移行• Oracle データベースを Amazon Aurora に移行する方法• オラクルのワークロードをVMware Cloudに移行する方法AWS• VMware Cloud onでOracle RACを仮想化するベストプラクティスAWS

AWS ドキュメント

• Amazon Aurora• Amazon EC2• Amazon RDS• Amazon RDS Custom• Amazon Redshift• AWS DMS• AWS SCT• Oracle の使用 GoldenGate Amazon RDS を使用した• Oracle のライセンス

追加情報

• Oracle Data Pump• Oracle Data Guard• Oracle エクスポートとインポート• オラクル GoldenGate• Oracle RMAN• Oracle SQL Developer• Oracle SQL *Loader• クラウド・コンピューティング環境におけるオラクル・ソフトウェアのライセンス• VMware HCX

32

AWS の規範的ガイダンス Oracle データベースをAWSCloud一般情報

付録: オラクルの移行アンケートこのセクションのアンケートは、移行プロジェクトの評価および計画フェーズに関する情報を収集するための出発点として使用します。このアンケートは Microsoft Excel 形式でダウンロードし、情報を記録するために使用できます。

アンケートのダウンロード

一般情報1. Oracle データベースの名前は何ですか。2. Oracle データベースのバージョンは何ですか。3. データベースのエディションは何ですか。スタンダードまたはエンタープライズ?4. データベースのサイズはどれくらいですか。5. データベースの文字セットは何ですか。6. データベースのタイムゾーンは何ですか。7. 1 秒あたりの平均および最大 I/O トランザクション (TPS) はどれくらいですか。8. このデータベースの読み取り/書き込み操作の IOPS (平均と最大) を教えてください。9. 1 日あたりの 1 時間 (平均および最大) の REDO ログ生成はどれくらいですか。10.移行するスキーマはいくつありますか。11.各スキーマのサイズはどれくらいですか。12.スキーマごとにビッグテーブル (100 GB 以上) はいくつありますか。13.移行する必要がないテーブルはアーカイブできますか。14.システムグローバルエリア (SGA) とプログラムグローバル領域 (PGA) または自動メモリ管理 (AMM) の

使用量のサイズは、メガバイト単位ですか。15.LOB を持つテーブルはいくつありますか。LOB の最大サイズはどれくらいですか。16.LOB を持つすべてのテーブルにはプライマリキーがありますか。17.他のデータベースを指すデータベースリンクはありますか。18.データベースの SLA 要件を教えてください。19.データベースの RTO および RPO の要件は何ですか。20.移行の目的でデータベースのダウンタイムはどれくらいですか。21.コンプライアンス、規制、監査の要件はありますか。

インフラストラクチャ1. データベースのホスト名は何ですか。2. このデータベースに使用されているオペレーティングシステムは何ですか。3. サーバーには CPU コアはいくつありますか。4. サーバーのメモリサイズはどれくらいですか。5. ローカルストレージを使っていますか？6. NAS (NAS) ストレージタイプまたはストレージエリアネットワーク (SAN) ストレージタイプを使用し

ていますか。7. RAC データベースをお持ちですか? はいの場合、ノードの数はいくつありますか。

33

AWS の規範的ガイダンス Oracle データベースをAWSCloudデータベースバックアップ

8. パーティション分割機能を使っていますか？9. Oracle Spatial使ってるの？10.マルチテナントデータベースをお持ちですか?

データベースバックアップ1. データベースのバックアップはどのように行うのですか。どのくらいの頻度ですか？2. アーカイブログとバックアップの保持期間はどれくらいですか。3. バックアップを使用してデータベースのクローンを作成しますか。4. バックアップはどこに保存しますか？

データベースセキュリティ1. Oracle Database Vaultって使ってるの？2. データマスキングって使ってるの？3. Secure Sockets Layer (SSL) を使用していますか?4. 透過的なデータ暗号化 (TDE) などの Oracle Advanced Security の機能を使用していますか。5. オラクルアドバンスド圧縮って使ってるの？

データベースの高可用性と災害対策1. 高可用性の要件は何ですか。2. オラクルデータガード使ってるの？ プライマリおよびスタンバイデータベースリージョンはどこにあり

ますか。3. Oracle Active Data Guard を使用していますか?4. データベース接続にドメインネームシステム (DNS) エイリアスを使用していますか。5. Oracle GoldenGate、Quest SharePlex、Oracle Streamsなどのレプリケーションツールを使用していま

すか？

34

AWS の規範的ガイダンス Oracle データベースをAWSCloud

AWS規範ガイダンス用語集

AIとMLの用語 (p. 35)|移行用語 (p. 36)|近代化用語 (p. 40)

AIとMLの用語以下は、によって提供される人工知能（AI）および機械学習（ML）に関連する戦略、ガイド、およびパターンで一般的に使用される用語です。AWS規範的ガイダンス エントリを提案するには、フィードバックの提供用語集の最後にリンクします。

バイナリ分類 バイナリ結果 (2 つの可能なクラスのうちの 1 つ) を予測するプロセス。たとえば、ML モデルで「このメールはスパムですか、それともスパムではないのですか」などの問題を予測する必要がある場合があります。または「この製品は書籍でしょうか、それとも車ですか」。

分類 予測を生成するのに役立つ分類プロセス。分類問題の ML モデルは、離散値を予測します。離散値は、常に互いに区別されます。たとえば、モデルがイメージ内に車があるかどうかを評価する必要がある場合があります。

データの前処理 raw データを ML モデルで簡単に解析できる形式に変換します。データの前処理とは、特定の列または行を削除して、欠落、矛盾している、または重複する値に対処することを意味します。

ディープリンク 予測のために複数のディープラーニングモデルを組み合わせること。ディープ・アンサンブルを使用して、より正確な予測を取得したり、予測の不確実性を推定したりできます。

ディープラーニング 人工ニューラルネットワークの複数層を使用して、入力データと対象のターゲット変数の間のマッピングを識別する ML サブフィールド。

探索データ分析 (EDA) データセットを分析してその主な特性を理解するプロセス。データを収集または集計してから、パターンの検出、異常の検出、および前提条件のチェックのための初期調査を実行します。EDA は、サマリー統計を計算し、データビジュアライゼーションを作成することによって実行されます。

特徴 予測の作成に使用する入力データ。たとえば、製造コンテキストでは、フィーチャーは製造ラインから定期的にキャプチャされるイメージである可能性があります。

機能の重要性 モデルの予測に対する特徴量の重要性。これは通常、Shapley AdditiveDeskellations (SHAP) や積分勾配など、さまざまな手法で計算できる数値スコアで表されます。詳細については、「」を参照してください。AWS を使用した機械学習モデルの解釈可能性。

35

AWS の規範的ガイダンス Oracle データベースをAWSCloud

機能変換 追加のソースによるデータのエンリッチ化、値のスケーリング、単一のデータフィールドからの複数の情報セットの抽出など、ML プロセスのデータを最適化します。これにより、ML モデルはデータの恩恵を受けることができます。たとえば、「2021-05-27 00:15:37」の日付を「2021」、「5月」、「木」、「15」に分解すると、学習アルゴリズムがさまざまなデータコンポーネントに関連する微妙なパターンを学習するのに役立ちます。

解釈 機械学習モデルの特性で、モデルの予測が入力にどのように依存するかを人間が理解できる程度を記述します。詳細については、「」を参照してください。AWS を使用した機械学習モデルの解釈可能性。

マルチクラス分類 複数のクラスの予測を生成するプロセス (2 つ以上の結果の 1 つを予測します)。たとえば、ML モデルで「この製品は書籍、自動車、電話のいずれですか」という質問があります。または「この顧客にとって最も関心のある商品カテゴリはどれですか」。

退行 数値を予測する ML 手法。たとえば、「この家はどのような値段で売れるでしょうか」という問題を解決します。ML モデルは、線形回帰モデルを使用して、住宅に関する既知の事実 (平方フィートなど) に基づいて家の販売価格を予測できます。

トレーニング ML モデルに学習するデータを提供するため。トレーニングデータには正解が含まれている必要があります。学習アルゴリズムは、入力データ属性をターゲット (予測したい答え) にマッピングするトレーニングデータ内のパターンを検出します。これらのパターンをキャプチャする ML モデルを出力します。ML モデルを使用して、ターゲットがわからない新しいデータでターゲットを予測できます。

ターゲット変数 教師付き ML で予測しようとしている値。これは、結果変数。たとえば、製造設定では、ターゲット変数が製品の欠陥である可能性があります。

チューニング ML モデルの精度を向上させるために、トレーニングプロセスの側面を変更する。たとえば、ラベリングセットを生成し、ラベルを追加します。これらのステップを、異なる設定で複数回繰り返し、モデルを最適化することで ML モデルをトレーニングできます。

不確実性 予測MLモデルの信頼性を損なう可能性がある、不正確な、不完全、または未知の情報を指す概念。不確実性には、次の 2 つのタイプがあります。認識論的不確実性が限られた、不完全なデータによって引き起こされる。一方、弁論的不確実性は、データに固有のノイズとランダム性によって引き起こされます。詳細については、「」を参照してください。ディープラーニングシステムにおける不確実性の定量化ガイド

移行用語以下は、によって提供される移行関連の戦略、ガイド、およびパターンで一般的に使用される用語です。AWS規範的ガイダンス エントリを提案するには、フィードバックの提供用語集の最後にリンクします。

7 ルピー アプリケーションをクラウドに移行するための 7 つの一般的な移行戦略。これらの戦略は、ガートナーが2011年に特定した5ルピーに基づいて構築され、以下で構成されています。

• リファクタリング/再構築 — クラウドネイティブ機能を最大限に活用して、俊敏性、パフォーマンス、スケーラビリティを向上させ、アプリケーションを移動し、アーキテクチャを変更します。これには、通常、オペレーティングシステムとデータベースの移植が含まれます。例: オンプレミスの Oracle データベースをAmazon Aurora PostgreSQL 互換エディションに移行します。

• 再プラットフォーム (リフトと形状変更) — アプリケーションをクラウドに移行し、クラウド機能を活用するための最適化レベルを導入します。例: オンプ

36

AWS の規範的ガイダンス Oracle データベースをAWSCloud

レミスの Oracle データベースを、の Oracle 用の Amazon Relational DatabaseService (Amazon RDS) for Oracle に Amazon RDSAWS.cloud

• 買い戻し (ドロップアンドショップ) — 通常、従来のライセンスから SaaS モデルに移行して、別の製品に切り替えます。例: 顧客関係管理 (CRM) システムをSalesforce.com に移行します。

• 再ホスト (リフトとシフト) — クラウド機能を利用するための変更を加えずに、アプリケーションをクラウドに移行します。例: オンプレミスの Oracle データベースを、の EC2 インスタンス上の Oracle に移行します。AWS.cloud

• 再配置（ハイパーバイザレベルのリフトとシフト）— 新しいハードウェアの購入、アプリケーションの書き換え、既存のオペレーションの変更を行うことなく、インフラストラクチャをクラウドに移行できます。この移行シナリオはVMware Cloud on に固有のものです。AWS。これは、オンプレミス環境と、および環境間の仮想マシン (VM) 互換性とワークロードの移植性をサポートします。AWS。インフラストラクチャを VMware Cloud に移行するときに、オンプレミスのデータセンターから VMware Cloud Foundation テクノロジーを使用できます。AWS。例: Oracle データベースをホストしているハイパーバイザをVMware Cloud on に再配置します。AWS。

• 保持 (再訪) — アプリケーションをソース環境に保持します。これには、主要なリファクタリングを必要とするアプリケーションや、その作業を後日まで延期したいアプリケーション、およびそれらを移行するためのビジネス上の正当性がないため、保持するレガシーアプリケーションなどがあります。

• リタイア — ソース環境で不要になったアプリケーションを停止または削除します。

アプリケーションポートフォリオ

組織が使用する各アプリケーションに関する詳細情報の集まり。アプリケーションの構築と維持にかかるコスト、およびそのビジネス価値を含む。この情報は、ポートフォリオの検出と分析プロセスまた、移行、モダナイズ、最適化するアプリケーションを特定し、優先順位を付けるのに役立ちます。

人工知能オペレーション(AioP)

機械学習技術を使用して運用上の問題を解決し、運用上のインシデントと人間の介入を減らし、サービス品質を向上させるプロセス。での AIOps の使用方法の詳細については、「」を参照してください。AWS移行戦略については、を参照してください。オペレーション統合ガイド。

AWSクラウド導入フレームワーク (AWSCAF)

のガイドラインとベストプラクティスのフレームワークAWS組織がクラウドに正常に移行するための効率的で効果的な計画を立てるのを支援します。AWSCAFは、ビジネス、人材、ガバナンス、プラットフォーム、セキュリティ、運用のパースペクティブと呼ばれる6つの重点分野にガイダンスを編成しています。ビジネス、人材、ガバナンスの観点では、ビジネススキルとプロセスに重点を置き、プラットフォーム、セキュリティ、オペレーションの視点は技術的なスキルとプロセスに焦点を当てています。たとえば、ピープルパースペクティブは、人事（HR）、人材派遣機能、および人材管理を扱う利害関係者を対象としています。この観点から、AWSCAF は、クラウドの導入を成功させるための組織の準備を支援するために、人材開発、トレーニング、コミュニケーションに関するガイダンスを提供します。詳細については、AWS クラウド導入フレームワーク (AWS CAF)と「AWS Cloud Adoption Framework の概要」を参照してください。

AWSlanding zone landing zone は、優れたアーキテクチャ設計の、マルチアカウントです。AWSスケーラブルで安全な環境。これは、組織がセキュリティおよびインフラストラクチャ環境に自信を持ってワークロードとアプリケーションを迅速に起動してデプロイできる出発点です。ランディングゾーンの詳細については、「」を参照してください。安全でスケーラブルなマルチアカウントのセットアップAWS環境。

AWSワークロード資格フレームワーク (AWSWQF)

データベース移行ワークロードを評価し、移行戦略を推奨し、作業の見積もりを提供するツール。AWSWQF はAWS Schema Conversion Tool(AWS SCT). データベーススキーマとコードオブジェクト、アプリケーションコード、依存関係、およびパフォーマンス特性を分析し、評価レポートを提供します。

37

AWS の規範的ガイダンス Oracle データベースをAWSCloud

ビジネス継続性計画 (BCP) 大規模な移行など、中断を伴うイベントが運用に与える潜在的な影響に対処し、業務を迅速に再開できるようにする計画。

Cloud Center of Excellence(CCoE)

クラウドのベストプラクティスの開発、リソースの移動、移行のタイムラインの確立、大規模な変革を通じて組織をリードするなど、組織全体のクラウド導入の取り組みを推進する学際的なチームです。詳細については、「」を参照してください。CCoE 投稿でAWSクラウドエンタープライズ戦略ブログ。

クラウド導入の段階 組織は、通常、移行時に実行される 4 つのフェーズAWS.cloud

• Project — 概念実証と学習を目的として、クラウド関連のプロジェクトをいくつか実行する

• 財団 — クラウドの導入を拡大するための基礎的な投資（landing zone 作成、CCoE の定義、運用モデルの確立など）

• 移行 — 個々のアプリケーションの移行• 再発明 — 製品とサービスの最適化、クラウドでのイノベーション

これらのステージは、Stephen Orbanがブログ記事で定義したものです。クラウドファーストへの旅と導入の段階でAWSクラウドエンタープライズ戦略ブログ。がどのように関連しているかについては、「」を参照してください。AWS移行戦略については、を参照してください。移行準備ガイド。

構成管理データベース(CMDB)

企業のハードウェアおよびソフトウェア製品、構成、相互依存関係に関する情報を含むデータベース。通常、CMDB のデータは、移行のポートフォリオの検出と分析の段階で使用します。

叙事詩 アジャイル方法論では、作業の整理と優先順位付けに役立つ機能カテゴリ。エピックは、要件および実装タスクの詳細な説明を提供します。たとえば、AWSCAF セキュリティエピックには、ID とアクセス管理、探偵制御、インフラストラクチャセキュリティ、データ保護、インシデント対応が含まれます。の叙事詩の詳細については、「」を参照してください。AWS移行戦略については、を参照してください。プログラム実装ガイド。

異機種混在データベースの移行

別のデータベースエンジンを使用するターゲットデータベースへのソースデータベースの移行 (たとえば、Oracle から Amazon Aurora)。異機種間移行は通常、再設計作業の一部であり、スキーマの変換は複雑な作業になる可能性があります。AWS提供するAWS SCTこれは、スキーマの変換に役立ちます。

同種データベースの移行 ソースデータベースを、同じデータベースエンジンを共有するターゲットデータベース (Microsoft SQL Server から Amazon RDS for SQL Server など) に移行する。同種移行は、通常、リホストまたは再プラットフォーム化の作業の一部です。ネイティブデータベースユーティリティを使用して、スキーマを移行できます。

アイドル状態のアプリケーション

90 日間の平均的な CPU およびメモリ使用率が 5 ～ 20% のアプリケーション。移行プロジェクトでは、これらのアプリケーションを廃止するか、オンプレミスに保持するのが一般的です。

IT情報ライブラリ (ITIL) IT サービスを提供し、これらのサービスをビジネス要件に合わせるための一連のベストプラクティス。ITIL は ITSM の基盤を提供します。

ITサービス管理 (ITSM) 組織の IT サービスの設計、実装、管理、およびサポートに関連する活動。クラウドオペレーションを ITSM ツールに統合する方法の詳細については、を参照してください。オペレーション統合ガイド。

大きい移行 300 台以上のサーバの移行。

Migration AccelerationProgram (MAP)

AnAWS組織がクラウドへの移行のための強力な運用基盤を構築し、移行の初期コストを相殺するのに役立つコンサルティングサポート、トレーニング、サービスを

38

AWS の規範的ガイダンス Oracle データベースをAWSCloud

提供するプログラムです。MAP には、組織的な方法でレガシー移行を実行するための移行方法論と、一般的な移行シナリオを自動化および高速化する一連のツールが含まれています。

移行ポートフォリオ評価(MPA)

に移行するためのビジネスケースを検証するための情報を提供するオンラインツールAWS.cloud MPAは、詳細なポートフォリオ評価（サーバの適切なサイジング、価格設定、TCO比較、移行コスト分析）および移行計画（アプリケーションデータの分析とデータ収集、アプリケーションのグループ化、移行の優先順位付け、およびウェーブプランニング）を提供します。MPA ツール (ログインが必要) は、すべての人に無料で利用できる AWS コンサルタントと APN パートナーコンサルタントです。

移行準備評価 (MRA) 組織のクラウド対応状況に関するインサイトを獲得し、長所と短所を特定し、特定されたギャップを埋めるためのアクションプランを構築するプロセスAWSカフェ。詳細については、「」を参照してください。移行準備ガイド。MRAは、最初のフェーズですAWS 移行戦略。

大規模な移行 アプリケーションポートフォリオの大部分をWavesでクラウドに移行し、各ウェーブでより多くのアプリケーションを高速に移動させるプロセス。このフェーズでは、以前のフェーズから学んだベストプラクティスと教訓を使用して、移行ファクトリチーム、ツール、プロセスのうち、自動化とアジャイル・デリバリーによってワークロードの移行を合理化します。これは、第3フェーズです。AWS移行戦略。

移行ファクトリ 自動化されたアジャイルなアプローチにより、ワークロードの移行を合理化する部門横断的なチーム。移行ファクトリチームには、通常、オペレーション、ビジネスアナリストおよびオーナー、移行エンジニア、開発者、DevOpsスプリントで働くプロフェッショナル。エンタープライズ・アプリケーション・ポートフォリオの20～ 50% は、工場のアプローチによって最適化できる繰り返しパターンで構成されています。詳細については、「」を参照してください。移行ファクトリの議論とCloudEndure移行ファクトリのガイドこのコンテンツセットです。

移行メタデータ 移行を完了するために必要なアプリケーションおよびサーバーに関する情報。移行パターンごとに、異なる移行メタデータのセットが必要です。移行メタデータの例としては、ターゲットサブネット、セキュリティグループ、AWSアカウント.

移行パターン 移行戦略、移行先、および使用する移行アプリケーションまたはサービスを詳述する、反復可能な移行タスク。例: で Amazon EC2 への移行を再ホストするAWSアプリケーション移行サービス。

移行戦略 ワークロードをAWS.cloud 詳細については、「」を参照してください。7 ルピー (p. 36)この用語集に記入し、組織を動員して大規模な移行を加速する。

運用レベル契約 (OLA) サービスレベルアグリーメント（SLA）をサポートするために、どの機能ITグループが互いに提供することを約束するかを明確にする契約。

オペレーション統合 (OI) クラウドでのオペレーションをモダナイズするプロセス。これには、準備計画、自動化、統合が含まれます。詳細については、「」を参照してください。オペレーション統合ガイド。

組織変更管理 (OCM) 人、文化、リーダーシップの観点から、主要な破壊的なビジネス変革を管理するためのフレームワーク。OCMは、変化の採用を加速し、移行問題に対処し、文化や組織の変化を推進することで、組織が新しいシステムと戦略の準備と移行を支援します。左AWS移行戦略、このフレームワークは人々の加速化クラウド導入プロジェクトに必要な変更のスピードが原因です。詳細については、「」を参照してください。OCMガイド。

プレイブック クラウドでのコアオペレーション機能の提供など、移行に関連する作業を取り込む、事前定義された一連のステップ。プレイブックは、スクリプト、自動ランブック、またはモダナイズド環境の運用に必要なプロセスや手順の概要の形式をとることができます。

39

AWS の規範的ガイダンス Oracle データベースをAWSCloud

ポートフォリオ評価 移行を計画するために、アプリケーションポートフォリオの検出、分析、優先順位付けを行うプロセス。詳細については、「」を参照してください。移行の準備状況の評価。

責任、説明責任、コンサルティング、情報提供 (RACI) マトリックス

プロジェクト内のロールと責任を定義して割り当てるマトリックス。たとえば、RACI を作成して、セキュリティコントロールの所有権を定義したり、移行プロジェクト内の特定のタスクのロールと責任を特定したりできます。

ランブック 特定のタスクを実行するために必要な手動または自動の手順セット。これらは、通常、エラー率の高い反復操作や手順を合理化するために構築されています。

サービスレベルアグリーメント (SLA)

サービスの稼働時間やパフォーマンスなど、ITチームが顧客に提供することを約束するものを明確にする契約。

タスクリスト Runbook の進行状況を追跡するために使用されるツール。タスクリストには、Runbook の概要と完了する一般的なタスクのリストが含まれています。一般的なタスクごとに、推定所要時間、所有者、進捗状況が含まれます。

ワークストリーム 特定のタスクセットを担当する移行プロジェクト内の機能グループ。各ワークストリームは独立していますが、プロジェクト内の他のワークストリームをサポートしています。たとえば、ポートフォリオワークストリームは、アプリケーションの優先順位付け、ウェーブプランニング、および移行メタデータの収集を担当します。ポートフォリオワークストリームは、これらの資産を移行ワークストリームに配信し、サーバーとアプリケーションを移行します。

ゾンビアプリケーション 平均 CPU およびメモリ使用率が 5% 未満のアプリケーション。移行プロジェクトでは、これらのアプリケーションを廃止するのが一般的です。

近代化用語以下に示すのは、近代化に関連する戦略、ガイド、およびパターンで一般的に使用される用語です。AWS規範的ガイダンス エントリを提案するには、フィードバックの提供用語集の最後にリンクします。

ビジネス機能 価値を生み出すために事業を行うこと（営業、カスタマーサービス、マーケティングなど）。マイクロサービスのアーキテクチャと開発の決定は、ビジネス能力によって推進できます。詳細については、「」を参照してください。ビジネス機能を中心に組織化の セクションコンテナ化されたマイクロサービスの実行AWSホワイトペーパー

ドメイン駆動型設計 各コンポーネントが提供する進化するドメイン、つまりコアビジネス目標にコンポーネントを接続して、複雑なソフトウェアシステムを開発するアプローチ。この概念は、エリック・エヴァンスの著書で紹介され、ドメイン駆動設計: ソフトウェアの中心における複雑さへの取り組み（ボストン：Addison-WesleyProfessional、2003）。ストレンジラー fig パターンでドメイン駆動設計を使用する方法の詳細については、「」を参照してください。コンテナと Amazon APIGateway を使用して、レガシー Microsoft ASP.NET (ASMX) ウェブサービスを段階的にモダナイズ。

マイクロサービス 明確に定義された API を介して通信し、通常は小規模な自己完結型のチームが所有する、小規模で独立したサービスです。たとえば、保険システムには、販売やマーケティングなどのビジネス機能、または購買、請求、分析などのサブドメインにマップするマイクロサービスが含まれる場合があります。マイクロサービスのメリットには、俊敏性、柔軟なスケーリング、容易なデプロイ、再利用可能なコード、復元力などがあります。詳細については、「」を参照してください。を使用してマイクロサービスを統合するAWSサーバーレスサービス。

マイクロサービスアーキテクチャ

各アプリケーションプロセスをマイクロサービスとして実行する独立したコンポーネントを使用してアプリケーションを構築するアプローチ。これらのマイクロサー

40

AWS の規範的ガイダンス Oracle データベースをAWSCloud

ビスは、軽量 API を使用して、明確に定義されたインターフェイスを介して通信します。このアーキテクチャの各マイクロサービスは、アプリケーションの特定の機能に対する需要を満たすように更新、デプロイ、およびスケーリングできます。詳細については、「」を参照してください。でのマイクロサービスの実装AWS。

近代化 古い（レガシーまたはモノリシック）アプリケーションとそのインフラストラクチャをクラウド内のアジャイルで弾力性のある高可用性システムに変換して、コストを削減し、効率を高め、イノベーションを活用します。詳細については、「」を参照してください。アプリケーションのモダナイズ戦略AWSCloud。

近代化の準備評価 組織のアプリケーションのモダナイゼーションの準備状況を判断し、メリット、リスク、依存関係を特定し、組織がこれらのアプリケーションの将来の状態をどの程度適切にサポートできるかを決定するのに役立つ評価。評価の結果は、ターゲットアーキテクチャの設計図、近代化プロセスの開発段階とマイルストーンを詳述したロードマップ、特定されたギャップに対処するためのアクションプランです。詳細については、「」を参照してください。アプリケーションのモダナイゼーションの準備状況の評価AWSCloud。

モノリシックアプリケーション (モノリス)

緊密に結合されたプロセスを持つ単一のサービスとして実行されるアプリケーション。モノリシックアプリケーションにはいくつかの欠点があります。1 つのアプリケーション機能の需要が急増する場合は、アーキテクチャ全体をスケーリングする必要があります。モノリシックアプリケーションの機能を追加または改善することは、コードベースが大きくなると複雑になります。これらの問題に対処するには、マイクロサービスアーキテクチャを使用できます。詳細については、「」を参照してください。モノリスをマイクロサービスに分解。

ポリグロット永続性 データアクセスパターンやその他の要件に基づいて、マイクロサービスのデータストレージテクノロジーを個別に選択する。マイクロサービスが同じデータストレージテクノロジーを使用している場合、実装上の問題が発生したり、パフォーマンスが低下する可能性があります。マイクロサービスは、要件に最も適合したデータストアを使用すると、より簡単に実装でき、パフォーマンスとスケーラビリティが向上します。詳細については、「」を参照してください。マイクロサービスでのデータ永続性の有効化。

split-and-seed モデル 近代化プロジェクトのスケーリングと加速のためのパターン。新機能と製品リリースが定義されると、コアチームは分割して新しい製品チームを作成します。これにより、組織の能力とサービスの拡張、開発者の生産性の向上、迅速なイノベーションのサポートに役立ちます。詳細については、「」を参照してください。アプリケーションをモダナイズするための段階的アプローチAWSCloud。

絞め師イチジクのパターン レガシーシステムが廃止されるまで、システム機能を段階的に書き換えて置き換えることにより、モノリシックシステムをモダナイズするアプローチ。このパターンは、確立された木に成長し、最終的にその宿主を克服して置き換えるイチジクのブドウの類推を使用します。パターンはマーティン・ファウラーによる導入モノリシックシステムを書き換えるときのリスクを管理する方法として。このパターンの適用方法の例については、「」を参照してください。コンテナと Amazon APIGateway を使用して、レガシー Microsoft ASP.NET (ASMX) ウェブサービスを段階的にモダナイズ。

2ピザチーム 小さなDevOps２つのピザで食べられるチーム。2ピザチームサイズにより、ソフトウェア開発におけるコラボレーションに最適な機会が確保されます。詳細については、「」を参照してください。2ピザチームの セクションについてDevOpsオンAWSホワイトペーパー

41

AWS の規範的ガイダンス Oracle データベースをAWSCloud

ドキュメント履歴このガイドは、このドキュメントの大きな変更点をまとめたものです。今後の更新に関する通知を受け取る場合は、RSS フィードをサブスクライブできます。

update-history-change update-history-description update-history-date

セクションが追加されました (p. 42)

「」に関する情報を追加しましたOracle データベースをAmazon RDS カスタムに移行する。

2022 年 6 月 30 日

セクションを更新しました (p. 42)

コマンドラインツールCloudEndure 移行セクション製品の入手可能性に関する最新情報を掲載しています。

2022 年 5 月 10 日

UpdatedAWSWQF 情報 (p. 42)

コマンドラインツールAWSWQFセクションには、最新のサポートと可用性情報が記載されています。

2020 年 10 月 16 日

セクションが追加されました (p. 42)

UpdatedOracle データベース移行戦略追加情報を追加しましたAmazon RDS に移行するためのベストプラクティス、と追加しましたアンケート移行の評価と計画のため。

2020 年 3 月 16 日

初版発行 (p. 42) — 2020 年 2 月 24 日

42

AWS の規範的ガイダンス Oracle データベースをAWSCloud

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

xliii