Oracle Databaseの移行
オンプレミスのVMware環境で実行されているOracle Databasesを、Oracle Exadata Database Service、Oracle Autonomous Database、Oracle Base Database ServiceなどのOracle Cloud Infrastructure Databaseサービスに移行することを強くお薦めします。Oracle Cloud Infrastructure Databaseサービスで提供されるすべての利点を利用できます。
オンプレミスVMware環境からのデータベース移行
既存のアプリケーションおよび中間層システムをオンプレミスからOracle Cloud VMware Solutionに移行する場合でも、Oracle Cloud VMware Solutionでアプリケーションおよび中間層システムを作成する場合でも、考慮すべき重要なポイントは、レイテンシとOracle Cloud VMware Solutionプラットフォームへのデータベースの近接性です。
- Oracle Cloud InfrastructureへのOracle Databaseの作成または既存のOracle Databaseの移行
Oracle Cloud Infrastructure Databaseサービスを強くお薦めします。Oracle Cloud Infrastructureでは、様々なデータベース・サービス・オプションを利用できます。アプリケーションおよびワークロードの要件に応じて、適切なオプションを選択できます。
- Oracle以外のデータベースをOracle Cloud VMware Solutionに移行
このオプションは、Microsoft SQL Server、IBM DB2、PostgreSQLなどのOracle以外のデータベースに固有です。このユースケースでは、VMware HCXツールおよび特定のデータベースに対する移行のベスト・プラクティスを使用して、Oracle以外のデータベースをOracle Cloud VMware Solutionに移行できます。
- オンプレミスのデータベースのメンテナンス
このオプションにより、データベース・システムをオンプレミスからクラウドに移行する必要が軽減されます。ただし、レイテンシとスループットは、アプリケーションへの影響に関する重要な考慮事項になる場合があります。Oracle Cloud VMware Solutionとオンプレミス間の接続のためのOracle Cloud Infrastructure FastConnectなどのソリューションを検討します。
Oracle Cloud InfrastructureへのOracle Databasesの移行
OracleまたはOracle以外のデータベースをオンプレミス・データ・センターからOracle Cloud Infrastructureに移行する前に、次の考慮事項、前提条件および評価プロセスを確認してください。
考慮事項
この項は、前の項にリストしたデータベース・プラットフォームを含むOracle Cloud InfrastructureへのオンプレミスのOracle Databasesの移行に適用されます。移行作業を開始する前に、個々のデータベースのワークロード、制限および依存関係を理解します。
- このデータベースの現在のバージョンは何ですか。
- このバージョンのデータベースはいくつ移行しますか。
- 特定の事業分野(LOB)に関連付けられているデータベースはいくつありますか。
- Linux以外のプラットフォーム上のデータベースはありますか。つまり、エンディアン間の移行はありますか。
- 同時に移行する必要がある依存データベースはありますか。
- 移行するサード・パーティ・データベース(Oracle以外)と、どのバージョン(SQL Server 2016など)がありますか。
- テストおよび開発データベースの場合は、すべてのコピーが移行されるか、マスター・コピーのみが移行されますか。
- データベースのサイズ(データ自体のディスク領域と領域の合計(GB/TB))はどれくらいですか。
- Oracle Cloudへのネットワーク接続にFastConnectまたはVPNを使用しますか。データベースの帯域幅とサイズは、主に移行ソリューションを推進します。
移行オプション
Oracle DatabasesをオンプレミスからOracle Cloud Infrastructureに移行するには、多くの方法があります。各方法は、ビジネス・リカバリ・ポイント目標(RPO)、リカバリ時間目標(RTO)および全体的な可用性サービス・レベル合意(SLA)によって異なります。移行管理者は、これらのビジネス契約を評価し、適切な方法でマップする必要があります。
Oracle Maximum Availability Architecture(MAA)は、これらのオプションと方法を具体的に説明します。次の表に、これらについて簡単に説明します。
| ソリューション | 複雑さ | 移行の粒度 | 移行タイプ(物理または論理) | 全体的なデプロイメント作業 | 移行モデル | 主な移行事例 |
|---|---|---|---|---|---|---|
| Data Pumpの従来のエクスポートおよびインポート | 安値 | 中 | 論理 | 高値 | オンライン/時点 |
|
| Data Pumpフル・トランスポータブル | 中 | 安値 | 物理 | 中 | オンライン/継続
エクスポート時にソースが読取り専用である必要があります。 |
同じエンディアンを持つフル・データベース(ソースOracle Databaseバージョン11.2.0.3が必要) |
| Data Pumpのトランスポータブル表領域 | 中 | 安値 | 物理 | 中 | オンライン/継続 | スキーマ表領域のセット(ソースOracle Databaseバージョン11.2.0.3が必要) |
| SQL*Loader | 安値 | 高値 | 論理 | 高値 | オフライン | 特定の表またはスキーマの移行 |
| GoldenGate | 高値 | 高値 | 論理 | 高値 | オフライン/連続 |
|
| RMANのバックアップおよびリストア | 安値 | 安値 | 物理 | 安値 | オフライン/連続 | フル・データベースまたは表領域のセット |
| Data Guard | 安値 | 安値 | 物理 | 安値 | オンライン/継続 | 停止時間が0または0に近いフル・データベース |
|
PDBリモート・クローニング リモート・クローニング PDB再配置 PDB移行 |
安値 | 安値 | 物理 | 安値 | オンライン/継続 |
|
ノート:
ソリューションの多くを組み合せて、最も効率的な移行戦略を作成できます。一部のパッケージ・アプリケーションでは、移行でサポートされているツールに制限がある場合があります。サイズ設定とデプロイメントの計画
ノート:
データベースとVMの容量サイズ設定は、オンプレミスと同じです。- ワークロードのパフォーマンス要件
- トランザクション/秒
- ユーザー接続の数
- 将来のワークロードの変化を予測
- 能力要件
- vCPU
- Memory
- ストレージおよびIO容量
- 将来の成長
- 管理性要件
- Oracle Cloud Infrastructureのネイティブ・サービスとアクセシビリティ
- モニタリング・ツール
- バックアップ・ソリューション
- スケーラビリティ機能
- データベース・スケール
- VMスケール
- クラスタ・スケール
- 可用性要件
- Oracle高可用性ソリューション
- vMotion、DRS
- アプリケーション要件
- オンプレミス・コンポーネント間の依存性。
- アプリケーションとOracle Cloud Infrastructureサービス間のネットワーク・フロー
合理化、標準化、統合
移行作業の一環として、移行チームはこの機会を利用してデータベース・バージョンを標準化し、必要に応じてデータベース・システムを統合することをお薦めします。Oracle Database 19cは、長期サポート・リリースを提供するため、最小限の標準化されたデータベース・バージョンである必要があります。
統合は、組織が業務の効率化を達成するために推進する主要な計画の1つです。統合により、組織はITリソースの利用率を向上させることができます。これにより、同じ結果を達成するために必要なリソースが少ないため、コストを削減できます。監視、管理およびメンテナンスが必要なコンポーネントおよびオブジェクトが少ないため、運用コストも削減されます。
DBAと管理者は、できるだけ多くのデータベースを統合する最適な機会を探す必要があります。Oracle 19cでは、最大3つのプラガブル・データベース(PDB)でOracleマルチテナント・オプションを使用できます。これにより、スケール・メリットがさらに高まり、アプリケーションとデータベースの最新化により、より高い統合密度を実現できます。したがって、デプロイメントのコンテナ・データベース(CDB)モデルに適合するデータベースを決定する必要があります。
統合とともに、分離管理を検討します。分離要件は、可能な統合の方法または程度に影響を与える可能性があります。システムが要求する分離のレベルによって、複数のPDBを単一のデータベースに統合するか、複数のデータベースを単一のプラットフォームでホストするか、または両方のアプローチの組合せを使用するかが決まります。分離は、障害、リソース、セキュリティおよび運用の4つの領域に分類できます。各クラウド・モデルは、OSまたはデータベースの組込み機能を使用して、わずかに異なる分離を処理します。多くの場合、高度な機能または製品と組み合せて、リスクを補完する完全なソリューションを提供します。
Oracle Zero Downtime Migrationを使用したOracle Database Serviceへの移行
オンプレミス環境からのOracle Databaseのゼロ・ダウンタイム移行の詳細なステップを提供するのは、この記事の範囲外です。Oracle Database: Zero Downtime Migrationを使用したOracle Cloudへの移行で概説されている詳細なステップに従うことができます。
- Oracle Zero Downtime Migrationは、Oracle Databaseバージョン11.2.0.4以降をサポートしています。
- ソース・データベースとターゲット・データベースでは、同じデータベース・バージョンを使用する必要があります。
- Oracle Zero Downtime Migrationは、Linuxオペレーティング・システムでホストされているOracle Databasesをサポートしています。
- ソース・データベースは、単一インスタンスまたはOracle Real Application Clusters (RAC)データベースに移行する単一インスタンス・データベース、またはRACデータベースに移行するRAC単一ノードまたはRACデータベースです。
- Oracle Zero Downtime Migrationでは、Enterprise EditionおよびStandard Edition Oracle Databasesをソース・データベースとしてサポートしています。Enterprise EditionデータベースはOracle Data Guardを使用して移行されます。Standard Editionデータベースは、バックアップおよびリストアの方法を使用してオフラインに移行されます。
- Oracle Zero Downtime Migrationでは、ソース・データベースを非コンテナ・データベース(CDB)または1つ以上のプラガブル・データベース(PDB)を含むコンテナ・データベース(CDB)にすることができます。ソース・データベースが非CDBの場合、非CDBとして移行されます。ソース・データベースが1つ以上のPDBを持つCDBである場合、Oracle Zero Downtime Migrationは、ソースCDBと同じPDBセットを持つCDBに移行します。
- 移行をサポートするために、Oracle Zero Downtime Migrationでは、Oracle Fleet Patching and Provisioning (FPP)フレームワークの機能が使用されます。たとえば、FPPジョブ・スケジューラ機能を使用すると、データベース移行タスクのスケジュール、一時停止および再開を完全に制御できます。Oracle Zero Downtime Migrationでは、FPPの評価モードを使用して移行プロセスを検証し、移行の開始前に発生する可能性のある障害状態を検出します。Oracle Zero Downtime Migrationには、移行中および移行後の監査機能が含まれ、移行プロセスが個別のフェーズに分散されるため、ユーザーはワークフローをカスタマイズし、任意のステップでユーザー・アクション・スクリプトを追加できます。
オンプレミスからクラウドに移行する場合、考慮するソースおよびターゲットのシナリオが多数あります。オンプレミスのソース・アプリケーションとデータベースの両方がVMwareで実行されているか、データベースがOracle Database ApplianceまたはOracle Exadataを実行している間にアプリケーションがVMwareで実行されている可能性があります。Oracle Cloud VMware Solutionで実行されているアプリケーションなど、考慮すべき複数のターゲット・クラウド・シナリオもありますが、データベースはOracle Base Database Service、Oracle Exadata Database Service on Dedicated InfrastructureまたはOracle Autonomous Database on Dedicated Exadata Infrastructureで実行できます。ソースおよびターゲットのシナリオに従った詳細なOracle Database移行手順については、詳細を参照してください。