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 Cloud VMware SolutionへのOracle以外のデータベースの移行
このオプションは、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 DatabasesのOracle Cloud Infrastructureへの移行に適用されます。移行作業を開始する前に、個々のデータベースのワークロード、制限および依存関係を理解してください。
- このデータベースの現在のバージョンは何ですか。
- このバージョンのデータベースはいくつ移行しますか。
- 特定の事業部門(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 | 安値 | 安値 | 物理 | 安値 | オンライン/連続 | ダウンタイムがゼロまたはゼロに近いフル・データベース |
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を1つのデータベースに統合するか、複数のデータベースを1つのプラットフォームでホストするか、両方のアプローチの組合せを使用するかが決まります。分離は、フォルト、リソース、セキュリティおよび操作の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には、移行中および移行後の監査機能が含まれており、移行プロセスを個別のフェーズに分散するため、ユーザーはワークフローをカスタマイズし、任意のステップでユーザー・アクション・スクリプトを追加できます。
オンプレミスからクラウドに移行する場合、多くのソースおよびターゲットのシナリオを考慮する必要があります。データベースがOracle Database ApplianceまたはOracle Exadataを実行している間、オンプレミスのソース・アプリケーションとデータベースの両方がVMwareで実行されているか、アプリケーションが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の移行手順の詳細は、「詳細」を参照してください。