ベストプラクティス

Oracle Database SE2 のベンダーサポートを検証する — アプリケーションが Oracle Database SE2 上での動作を認定されていることを確認します。ソフトウェアベンダーに直接確認するか、ドキュメントを参照します。ベンダーに確認せずに Oracle Database SE2 にダウングレードすると、アプリケーションのサポートが無効になる場合があります。

管理アクティビティにおける Oracle Database EE の機能の使用状況を特定する — データベース管理者やアプリケーション管理者は、運用プロセス改善のために Oracle Database EE の機能を利用することがあります。例としては、インデックスの再構築やテーブルの移動などのオンライン保守作業や、保守作業の並列処理などがあります。このような機能の使用状況を特定し、情報に基づき意志決定を行います。Oracle Database EE の機能が使用不可とならないよう、操作方法の修正や回避策の適用をできる限り行います。

データベースのワークロードパターンを評価する — Oracle Database SE2 は、CPU スレッドの使用率を自動で最大 16 個に制限します。データベースのワークロードパターンを分析して、Oracle Database SE2 にダウングレードした場合、CPU スレッド 16 個の制限がサービス・レベルに悪影響を及ぼすかどうかを判断します。この分析には、自動ワークロードリポジトリ (AWR) レポート、「DBA_HIST_*」ビュー、サーバーレベルのメトリクスなどのツールを使用できます。Oracle Database SE2 で使用可能なインスタンスクラスの詳細については、「Amazon RDS for Oracle ドキュメント」を参照してください。

ワークロードを Oracle Database SE2 を対象にテストする — 代表的なワークロードを使用して複数のテストを実行し、Oracle Database SE2 による 16 スレッドの制限がワークロードに悪影響を及ぼすかどうかを判断します。結果をモニタリングし、必要に応じてデータベースを調整します。

データベース管理アクティビティをテストする — 監視、パフォーマンス評価、チューニング、保守タスクなどのアクティビティをテストして、Oracle Database SE2 環境での新しい作業法を快適に使用できるようにします。

移行プロセスをテストする — エンドツーエンドの移行テストを実施して、オペレーターが自身を持って作業できるようにします。また、アプローチを微調整し、すべての問題とその解決策を文書化します。