Oracle Databaseのアップグレード処理の主なステップ

アップグレード・ステップのワークフロー

次の図に、アップグレード処理で実行する主な手順の概要を示します。

図1-1 Oracle Databaseのアップグレード・ステップのワークフロー

「図1-1 Oracle Databaseのアップグレード・ステップのワークフロー」の説明

ステップ1: Oracle Databaseをアップグレードするための準備

新しいOracle Databaseのリリースの機能を理解します。
新しいリリースへのアップグレード・パスを決定します。
アップグレード方法を選択します。
新しいリリースのOracleホーム・ディレクトリを選択します。
テスト計画を作成します。
バックアップ計画を準備します。
アップグレード前の推奨事項に従います。
アップグレード前修正スクリプトを実行するか、手動でアップグレード前のシステム更新を実行します。

ノート:

アップグレード中、新しいリリースをテストしている間、既存のリリースを本番環境として使用するために複数のリリースのデータベース・ソフトウェアを実行することを検討してください。

新しいOracle Databaseリリースのソフトウェアのみのインストールを完了することを検討してください。ソフトウェアのみのインストールでは、Oracle Databaseソフトウェアをインストールしますが、インストール・プロセスの一環としてデータベースは作成しません。

ステップ2: Oracle Databaseのアップグレード処理のテスト

テスト・データベースを使用して、アップグレードのテストを実行します。本番データベースに影響を与えないテスト用に作成された環境でテスト・アップグレードを実行します。テスト環境が存在するサーバーは、本番環境と可能なかぎり同じ状態にすることをお薦めします。たとえば、サーバーで同じオペレーティング・システムを使用するのみでなく、同じパッケージを使用した同じパッチ・レベルを実行し、本番システム構成の他の詳細も一致させることをお薦めします。

ステップ3: アップグレードしたテスト用Oracle Databaseのテスト

Oracle Databaseの新しいリリースにアップグレードしたテスト・データベースに対して、ステップ1で計画したテストを実行します。
結果を確認し、テストでの相違点を記録します。
発見した相違点を解決する方法を調べて、その解決方法を実装します。
アップグレードのテストが問題なく完了し、必要なアプリケーションで正常に動作するまで、必要に応じてステップ1、ステップ2およびステップ3の最初の部分を繰り返します。
相違点をテストし、潜在的なサポートの質問を特定するため、SQL計画管理を実行します。SQL計画管理には、次のステップが含まれます。
1. アップグレードの前に、以前のリリースのOracle Databaseのベースラインと計画を取得し、それらの計画を格納します。
  
  計画をステージング表に格納してから、それらの表に対してデータ・ポンプ・エクスポート・ユーティリティexpdpを実行することをお薦めします。
2. アップグレードの後に、パフォーマンスの低下などの問題が発生した場合、以前のリリースのOracle Databaseから取得した計画に基づいて適切であることがわかっている古い計画を適用(ロード/承認/展開)します。

参照:

SQL計画管理の詳細は、『Oracle Database SQLチューニング・ガイド』を参照してください
ドキュメント1948958.1 SQL計画管理(SPM)による問題を避けるために11.2.0.3で検討するパッチ
ドキュメント2034706.1 SQL計画管理(SPM)による問題を避けるために11.2.0.4で検討するパッチ
ドキュメント2035897.1 SQL計画管理(SPM)による問題を避けるために12.1.0.1からのアップグレード時に検討するパッチ

ステップ4: 本番Oracle Databaseの準備および保存

既存の本番データベースをアップグレードする前に、次の作業を完了します。

Oracle Databaseの新しいリリースへのアップグレードが正しく行われるように、現行の本番データベースを準備します。
本番データベースのバックアップ処理とアップグレード処理に必要な停止時間をスケジューリングします。
現行の本番データベースのバックアップを作成します。

システムに大規模な変更を行う前に、必ずフォールバック計画を実装しておくことをお薦めします。フォールバック計画には、次の準備を含めることをお薦めします。
- バックアップ計画をテストし、これが機能することを確認します。
- バックアップ計画が必要な場合は、メンテナンス・ウィンドウ中に適用するために必要な時間を計画します。
- アップグレードの準備でプラン・スタビリティ・チェックを実行するには、SQL計画管理を実行します。支援が必要な場合、サービス・リクエストを送信します。

ノート:

新しいバージョンのオプティマイザをインストールするデータベースのアップグレードでは、通常、ほんのわずかなSQL文に対して計画の変更が発生します。

ほとんどの計画変更において、パフォーマンスの向上が見られるか、または変化がありません。ただし、一部の計画の変更は、パフォーマンスの低下の原因となることがあります。SQL計画ベースラインにより、アップグレードがもたらす低下の可能性を最小限に抑えられます。

アップグレード時には、データベースにより計画ベースラインからの計画のみが使用されます。データベースは現在のベースラインに含まれない新しい計画を保持領域に入れ、後でそれらを評価し、ベースラインに含まれる現在の計画よりも少ないリソースを使用するかどうかを判断します。それらの計画のパフォーマンスがより優れている場合は、それらの計画をベースラインに昇格させます。そうでない場合は昇格させません。

参照:

Oracle Database SQLチューニング・ガイド

ステップ5: 本番Oracle Databaseのアップグレード

Oracle Databaseの新しいリリースに本番データベースをアップグレードします。
アップグレードの後、本番データベースの全体バックアップおよびその他のアップグレード後の処理を行います。

ステップ6: 新しい本番Oracle Databaseのチューニングおよび調整

Oracle Database 12cの新しい本番データベースをチューニングします。通常、新しい本番Oracle Databaseのパフォーマンスは、アップグレード前のデータベースと同等以上になります。
Oracle Database 12cのどの機能を使用するかを決定し、それに応じてアプリケーションを更新します。
必要に応じて、新しいデータベース管理の手順を作成します。
すべてのアプリケーションがテストされ、適切に動作するまでは、本番ユーザーを新しいリリースにアップグレードしないでください。