Oracle DatabasesのOCIへの移行

オラクルは、6つのデータベース移行プランニング・アドバイザーを提供しています。これらのツールは、それぞれ単独でも併用でも使用することができ、データベース移行のオプション、戦略、複雑さの評価に役立ちます。これらは、資産全体の評価と具体的な技術的推奨事項の2つのカテゴリーに分類されます。ツールによっては、ほとんどまたは全く準備が必要ないものもあれば、データベース資産の完全な詳細が必要なものもあります。TRYを選択すると、これらのツールを試すことができます。

各ツールの簡単な概要は次の通りです。

Estate Explorerは、スプレッドシートまたはEnterprise Managerからアップロード可能なデータベース資産全体を評価します。レポートでは、Autonomous Databaseへの移行に最も労力のかからないデータベース候補を特定します。

Service Advisorは、お客様の要件に最適なOracle Databaseサービスの選択を支援します。

Methods Advisorは、特定のソースおよびターゲット・データベースに適した移行方法とサポート・テクノロジーに関する迅速なインサイトを提供します。

Premigration Toolは、データベース間のアップグレードや移行のための非互換性や改善策を特定する詳細な技術診断ツールです。

Cloud Migration Advisorは、移行方法アドバイザーとエステート・エクスプローラーの機能に加え、より正確な推奨事項を提案するための追加要素を組み合わせた詳細な診断および推奨ツールです。

Enterprise Manager Migration Workbenchは、Enterprise Manager に組み込まれた機能です。このツールは、データベース資産に関する既知のメタデータを活用し、プランニングの推奨事項を提案します。

これらのツールのうち、Estate ExplorerとCloud Migration Advisorの2つはまだセルフサービスではありませんが、オラクルの営業担当者の支援のもと、ご利用いただけます。Enterprise Managerはライセンス製品ですが、OCI Marketplace内からトライアル・ベースで製品の詳細をご確認いただけます。

これらのツールの詳細は、TECHNOLOGIESタブから情報リンクにアクセスしてご覧いただけます。

この「準備」の図では、準備ステップに2つのレイヤーがあります。上の第1レイヤーは、Cloud Premigration Advisor Tool (CPAT)を示しています。これらは、ソース・データベースを評価し、ターゲットと互換性を持たせるためのステップです。CPATのステップとは、例外を特定し、発見事項を提示し、改善措置を講じるか否かを決定し、すべての問題が解決するまでアドバイザーを再実行します。CPATは自動移行ソリューションに組み込まれ、論理的な移行方法ワークフローの一部となっています。

第2レイヤーは、移行テストの実施です。これらのステップには、クラウド・リソースのプロビジョニング、移行の実行または実施、動作とパフォーマンスの検証、そして移行を実行する準備が整うまでの環境のリセットが含まれます。準備とは、移行を実行する練習や、障害、リセット、リカバリの手順を作成することです。

この実行図では、すべてのオラクル・テクノロジーが各移行ステップで識別されています。

準備段階では、自動化されたソリューションを使うか、コンポーネント・ツール、サービス、ユーティリティ、製品のいずれかを使って自分で行うかの2つの戦略があります。どちらを選択するにしても、次のステップは Cloud Premigration Advisor Tool を使用して、ソース・データベースのメタデータとデータをターゲット・データベースの互換性要件に照らし合わせるテストの実施です。

実行フェーズでは、オンラインとオフラインの2つの事業継続要素から選ぶことができます。オフライン移行を選択した場合、物理的または論理的な移行が可能です。物理的とは、Oracle Recovery Managerのバックアップ・リストア機能を使用することを意味します。論理的とは、Oracle Data Pumpを使用してデータの抽出とインポートを行うことを意味します。オンライン移行を選択する場合、移行中に新規または変更されたデータが導入されるため、継続的な同期にはGoldenGateまたはData Guardを使用することになります。

検証フェーズでは、すべての移行方法でデータが移動したことを検証します。さらに、Enterprise Managerソリューションには、移行元と移行先のデータベースの両方で主要なSQLステートメントのパフォーマンスを比較するワークフローのSQL Performance Analyzerも含まれています。

Oracle GoldenGate Veridataは、ソース・データベースとターゲット・データベースの同期を検証します。これは、移行期間が長い場合や、複数のデータベースを移行中も段階的に同期させる必要がある複雑なデータベースの実装では特に重要です。

この概要図では、移行方法を選択する際の主な要素と、ビジネスおよび技術的な計画要素について説明します。このプランニングの結果、移行は自動化されるか、あるいは自分で実行することになります。移行方法アドバイザーとクラウド移行アドバイザーは、これら2つの計画要素に基づいて推奨事項を提案します。

ビジネス・プランニングの要素には、許容されるダウンタイム、アプリケーション・パフォーマンスへの影響、アプリケーション・アーキテクチャへの影響、ビジネス・リスクに影響する移行プロセスの簡素化または複雑化などが含まれます。

テクノロジー・プランニングの要素は、オートメーション・プロセスの程度とパフォーマンスに影響を与えます。データベースに関する考慮事項には、ソースおよびターゲットのバージョンとプラットフォーム、高度なデータベース機能の使用の有無、データベースのサイズ、移行スキルの程度と経験が含まれます。

オラクルは、完全または部分的に自動化されたソリューションと、DBAがオラクルのツールやテクノロジーのいずれかまたはすべてを使用して独自のカスタム移行ワークフローを編成できるDo it yourself戦略の2つのカテゴリに分類された移行方法を提供しています。

最後に、実際の移行作業をオラクルやサードパーティに委託すれば、移行プロセスははるかにシンプルになります。オラクルやそのパートナーは、いつでもお客様のお役に立ちたいと考えています。

この図は、ダウンタイムなしの移行ソリューション・ファミリーがどのように機能するかを説明しています。

まず、この図は、サポートされる特定のデータベース・ソースとOCIターゲットを示しています。ソース・データベースには、オンプレミスのオラクル・データベース、Oracle ExadataおよびOCIデータベース、Oracle Exadata Cloud Service、Exadata Cloud at Customerが含まれます。さらに、AWS上のOracle Databaseも含まれます。

ターゲットOCIデータベースには、Autonomous Database、ADB-Exadata Cloud at Customer、Exadata Cloud at Customer、Exadata Cloud Service、Oracle Base Databaseサービスが含まれます。

ダウンタイムなしの移行には5つの主要フェーズがあります。対応、初期ロード、継続的なキャプチャと適用、最終的な切り替え、そして完了となります。

準備また対応フェーズでは、お客様はCloud Premigration Advisor Toolを手動または自動で使用して、計画されたターゲット要件に対してソース・データベースをテストします。

そこからユーザーの選択により、データベース移行のための2つのオプションのいずれかが決定されます。物理移行では、最初のロードにRecovery Managerを使用し、継続的な同期にData Guardを使用します。論理移行では、最初のロードにData Pumpを使用し、継続的な同期にGoldenGateを使用します。

両方の移行スタイルが終了すると、技術的な切り替えが行われ、ターゲット・データベースがアクティブなデータベースになります。

最後のステップでは、移行のパフォーマンスを評価し、技術環境をクリーンアップします。

Enterprise Manager Database Migration Workbenchは、11gから21cへのコンテナまたはコンテナ以外のデータベースから、多くのオンプレミスおよびクラウドのバージョンとプラットフォームへの移行を支援します。オンプレミスのOracle Databaseソースには、Standard EditionとEnterprise Edition、Exadata Database Machineがあります。OCI Databaseのソースには、Base Data Service、Exadata Cloud Service、Exadata Cloud@Customerがあります。ターゲットOCIデータベースには、Base Database Service、Exadata Cloud Service、Autonomous Database、Exadata Cloud@Customerが含まれます。

Migration Workbenchを使用して、ソース・データベースとターゲット・データベースを選択し、物理的または論理的な移行方法を使用して、データベースの完全または部分的な移行のための移行フローを作成することができます。物理的な方法では、Oracle Data Pumpを使用します。論理的な方法では、Oracle Recovery Manager Transportable Tablespacesを活用します。

データベースの検証フェーズでは、Premigration Advisorがソース・データベースの互換性を分析します。問題の可能性があるコンテンツを探し、推奨事項を提案します。すべてのエラーに対処したら、物理的または論理的な移行方法を開始します。

Data Pumpを使用する場合、メタデータとデータはデータ・ソースからOCI Object Storageの中間ストレージに暗号化された形式でエクスポートされます。OCI Object Storageから、メタデータとデータをターゲット・データベースに移動します。

Transportable Tablespaceを使用する場合、メタデータとデータはRecovery Managerのバックアップ機能を使用してソースからターゲット・ストレージにエクスポートされます。その後、Recovery Managerはメタデータとデータをターゲットデータベースにリストアします。

複数の移行分析ツールが利用可能です。移行分析では、移行前後の検証サマリーや失敗の詳細とともに、移行プロセスをステップバイステップでレポートします。

SQL Performance Analyzerは、ソース・データベースとターゲット・データベース間の移行前後のSQLパフォーマンスを比較します。また、パフォーマンスへのプラスまたはマイナスの影響について、根本原因やチューニングの推奨事項とともにレポートします。SQL Performance Analyzer はOracle Real Application Testingスイートのデータベース・オプションの一部であり、Migration Workbenchに組み込まれています。