移行ワークベンチの自動移行前および移行後分析レポート (2024/02/01)

移行ワークベンチの自動移行前および移行後分析レポート (2024/02/01)

https://blogs.oracle.com/observability/post/migration-workbench-automatic-migration-report

投稿者: Rajendra Patil | Product Manager



Oracle Databaseおよびその他のシステムの統合は、アジリティを高め、コストとリスクを削減するための共通のIT運用戦略として浮上してきました。このブログでは、Oracle Database環境の統合および移行に最適なソリューションとして、Oracle Enterprise Manager Migration Workbenchについて説明します。次に示す例は、ハイブリッド・クラウド環境におけるOracle Multitenantへの移行シナリオです。



Oracle Multitenantを使用してデータベースを統合する理由


戦略的構想を検討する際には、先を見据えて、データベース・インフラストラクチャが目標と目的をサポートできるようにすることが重要です。Oracle Multitenantアーキテクチャは、このようなプロジェクトをサポートするためのOracleの基盤です。また、非マルチテナント(非CDB)アーキテクチャは、Oracle Database 12c以降では非推奨となり、Oracle Database 21cではサポートされなくなりました。Oracle Database 23cは、非CDBアーキテクチャをサポートしない最初の長期リリースであるため、長期計画にとって重要な考慮事項です。


移行ワークベンチは、オンプレミス・データベースを異なるOracle Databaseの宛先(非マルチテナントからマルチテナント、オンプレミスからAutonomous)に移行するのに役立つソリューションです。移行ワークベンチには、データベースをレガシーから新世代のExadata Database Machineに移行する機能もあります。移行前および移行後の自動分析用の機能が組み込まれています。SQLパフォーマンス・アナライザ(SPA)の統合により、各移行アクティビティは、移行されたデータベースで実行可能なSQL文に関する詳細なインサイトとともに、包括的なパフォーマンス分析を実行します。


移行ワークベンチの直感的でガイド付きユーザー・インタフェースは、データベースを簡単に移行するのに役立ちます。JSONを活用することで、Chef、Ansible、Terraformなどの任意のDevOpsツールを使用して、REST APIを使用してフリートレベルのデータベース移行を自動化できます。


移行ワークベンチのサポート


  1. 複雑な大規模データベース用のRMANトランスポータブル表領域(TTS)移行方法を使用した、論理的または物理的にほぼゼロのダウンタイム移行
  2. 単純な小さいサイズのデータベースに対してData Pump移行方法を使用した停止時間が制限された論理移行
  3. クロス・プラットフォーム・データベース移行。AIX、SolarisまたはWindowsプラットフォーム上のデータベースをLinuxに移行


移行ワークベンチを使用してデータベースを移行するには、次の3つの簡単なステップがあります。


  1. プラン
  2. 移行
  3. 分析



プラン:


プラン・ステップでは、移行ワークベンチにより、Data PumpまたはTTS移行方法の移行前準備状況チェックを使用して、ソース・データベースの移行前分析が提供されます。準備は、ソース・データベースに対して移行前チェックを実行し、成功または失敗の結果に重大度に関するアドバイザの推奨事項を提供します。



移行前準備レポート




移行:


移行ステップでは、ビジネス要件に基づいて、導出された方法を使用して移行を開始できます。マルチフェーズまたは単一フェーズのトランスポータブル表領域の移行を実行して、停止時間の要件を最適化します。移行フェーズのもう1つの重要なアクティビティは、検証です。移行ワークベンチでは、ソースおよび宛先のログイン、データベース・ステータス、ディスク領域および権限が自動的に検証され、移行を続行する前にデータベース管理者が問題を解決するための推奨事項が提供されます。自動検証ステップは、データベースのフリートを統合するために重要です。



移行ワークベンチの「アクティビティ」ページを使用して、データベース管理者が移行アクティビティを集中的に追跡および制御する方法



移行ワークベンチでは、ソースおよび宛先のログイン、データベース・ステータス、ディスク領域および権限が自動的に検証され、移行を続行する前にデータベース管理者が問題を解決するための推奨事項が提供されます。JSONを活用することで、Chef、Ansible、Terraformなどの任意のDevOpsツールを使用して、REST APIを使用してフリートレベルのデータベース移行を自動化できます。


分析:


「分析」ステップでは、詳細を含む事前および事後検証要約が生成される移行ジョブのステップバイステップ分析およびリアルタイム追跡を実行できます。オブジェクトに障害が発生した場合、障害の理由を理解するのに役立つインサイトが増えます。


移行ワークベンチは、移行後の移行前および移行後の自動分析を提供します。


  • 移行前または移行中の自動検証レポート
  • 重大度に関するレポートおよび影響を受ける各カテゴリを修正するための推奨事項を含む、ソース・データベースの移行前の分析
  • 移行されたデータベースと比較したソース・データベースの移行後の分析(重大度に関するレポートおよび影響を受ける各カテゴリを修正するための推奨事項)




移行ワークベンチ自動で移行前および移行後分析レポートを実行する方法



移行ジョブが完了したら、移行後にパフォーマンスが低下したデータベースで終了しないように、WorkbenchはSQLパフォーマンス分析レポートを生成します。このレポートはSQLパフォーマンス分析を行い、パフォーマンスが低下したSQLをチューニングするための正確な推奨事項を提供します。Workbenchは、計画、大容量などの変更の根本原因により、ワークロード分析を自動化します。これにより、データベース管理者は、ビジネス・アプリケーションが予期したレベルで実行されるように修正できます。



移行ワークベンチがデータベース移行の前後にワークロード分析を実行し、パフォーマンス比較レポートを提供する方法

Performance Comparison


データベース統合にEnterprise Manager移行ワークベンチを使用する利点


  • すべてのタイプの移行に1つのツール
  • 移行中のアプリケーションのダウンタイムはほぼゼロ
  • 精度、予測可能性、反復性


データベース統合に役立つ移行ワークベンチ


  • インフラストラクチャ・リソースの最適な利用によりCapExを削減
  • 自動化された日常業務による運用効率
  • データベースを複数の宛先に移行するための1つのツール


Oracle Livelabsの移行ワークベンチを試して、このツールのハンズオン・エクスペリエンスを体験してください。移行ワークベンチを使用したOracle Databasesの移行の仕組みとDBAの移行の自動化については、移行ワークベンチを使用したOracle Databasesの移行を参照してください。

リソース:


Oracle LiveLabsのハンズオン移行体験:

コメント

このブログの人気の投稿

Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20)

Oracle APEXのInteractive Gridで、Oracle Formsと比較して、重複行の検証を制御/通過させる方法 (2022/07/21)

Oracle APEX 24.1の一般提供の発表 (2024/06/17)