B Oracle Data Guard構成におけるデータベースのパッチ適用、アップグレードおよびダウングレード
次の各項では、Oracle Data Guard構成にフィジカル・スタンバイ・データベースまたはロジカル・スタンバイ・データベースが存在する場合に、Oracleデータベースをアップグレードおよびダウングレードする方法について説明します。
B.1 Oracle Databaseソフトウェアをパッチ適用またはアップグレードする前の注意事項
Oracle Databaseソフトウェアへのパッチ適用またはアップグレードを開始する前に、いくつかの考慮事項があります。
-
Oracle Data Guardブローカを使用して構成を管理している場合は、ブローカ構成の削除や無効化の詳細は、『Oracle Data Guard Broker』マニュアルの指示を参照してください。
-
これらの項で説明する手順は、『Oracle Databaseアップグレード・ガイド』に記載されている手順とともに使用します。
-
NOLOGGING操作をチェックします。NOLOGGING操作が実行されていた場合は、スタンバイ・データベースを更新する必要があります。詳細は、「NOLOGGING句を指定した後のリカバリ」を参照してください。
-
OFFLINE IMMEDIATE
が原因でリカバリを必要とする表領域またはデータファイルをノートにとっておきます。アップグレード前に表領域またはデータファイルをリカバリし、オンラインまたはオフラインにする必要があります。 -
Oracle Data Guard構成では、すべてのフィジカルおよびスナップショット・スタンバイ・データベースはプライマリ・データベースからのパスワード・ファイルのコピーを使用する必要があります。Oracle Database 12cリリース2 (12.2.0.1)以降、プライマリ・データベースで行われたパスワード・ファイルの変更は、スタンバイ・データベースに自動的に伝搬されます。(管理権限(
SYSDG
、SYSOPER
、SYSDBA
など)が付与または解除されたとき、または管理権限を持つユーザーのパスワードが変更されたときの、パスワード・ファイルの変更が含まれます。)遠隔同期インスタンスは、自動更新機能の例外です。遠隔同期インスタンスはREDOを受け取りますが、適用しないため、更新したパスワード・ファイルを引き続き手動で遠隔同期インスタンスにコピーする必要があります。遠隔同期インスタンスでパスワード・ファイルが手動で更新されると、プライマリ・データベースからの同じパスワード変更内容を含むREDOが、遠隔同期インスタンスからREDOを受け取るように設定されているすべてのスタンバイ・データベースに自動的に伝播されます。REDOが適用されると、スタンバイでパスワード・ファイルが更新されます。
ノート:
カスケード・スタンバイが構成にある場合、これらのカスケード・スタンバイは他のスタンバイと同じルールに従う必要がありますが、最後に停止し、最初に新しいホームで再起動します。
B.2 Standby-First Patchの適用を使用したOracle Databaseへのパッチ適用
Data Guard Standby-First Patchの適用を使用すると、プライマリ・データベースとそのフィジカル・スタンバイ・データベース間で異なるデータベース・ホーム・ソフトウェアがサポートされます。
このサポートは、プライマリ・データベースへのリスクを最小限に抑えるローリング方式で、Oracleのパッチおよびパッチ・バンドルを適用および検証する目的で提供されています。たとえば、Data Guard Standby-First Patchの適用を使用して、最初にデータベース・ホーム・パッチをフィジカル・スタンバイ・データベースに適用します。パッチをテストして評価するために、そのスタンバイを使用して読取り専用ワークロードまたは、スナップショット・スタンバイの場合は読取り/書込みワークロードを実行します。評価を通ると、データベース・ホーム・パッチの有効性と安定性の保証が強くなるので、パッチをプライマリ・システムにインストールします。
Oracle Data Guard Standby-First Patchの適用は、Oracle Engineered Systems (Exadata、SuperClusterなど)とEngineered Systems以外の両方で、Oracle Database 11.2.0.1以降の認定された個別パッチおよびパッチ・バンドル(Exadataに対するパッチ・セット更新やデータベース・パッチなど)に対してのみサポートされます。Data Guard Standby-Firstによって認定されたパッチおよびパッチ・バンドルは、パッチのREADMEで次のように提示しています。
Data Guard Standby-Firstでインストール可能
次のタイプのパッチは、Data Guard Standby-Firstによって認定される候補です。
-
データベース・ホームの個別パッチ
-
Exadataのバンドル・パッチ(Exadataの月および半期ごとのデータベース・パッチ)
-
データベースのパッチ・セット更新
異なるデータベース・ホーム・ソフトウェアを実行しているプライマリ・システムとフィジカル・スタンバイ・システム間の相互運用性を破壊する可能性があるモジュールを更新するパッチおよびパッチ・バンドルは、"Data Guard Standby-Firstでインストール可能"と認定されず、パッチのREADMEにそのように提示していません。
Oracleパッチ・セットおよびメジャー・リリース・アップグレードは、Data Guard Standby-First Patchの適用の対象にはなりません。たとえば、11.2.0.2から11.2.0.3へのアップグレードや11.2から12.1へのアップグレードは対象外です。データベース・パッチ・セットおよびメジャー・リリースには、Data Guard一時ロジカル・スタンバイ・ローリング・アップグレード・プロセスを使用します。
さらにOracle Database 11gリリース2 (11.2.0.1)現在、フィジカル・スタンバイ・データベースを使用して、適格な個別パッチ、パッチ・セット更新(PSU)およびクリティカル・パッチ・アップデート(CPU)をローリングという方法でインストールできます。この機能の詳細は、http://support.oracle.com
のMy Oracle Supportノート1265700.1を参照してください。
B.3 フィジカル・スタンバイ・データベースが存在する場合のOracle Databaseのアップグレード
これらのステップでは、構成にフィジカル・スタンバイ・データベースが存在する場合に、Oracle Database 12c リリース2 (12.2)にアップグレードする方法について説明します。
B.4 ロジカル・スタンバイ・データベースが存在する場合のOracle Databaseのアップグレード
このステップでは、ロジカル・スタンバイ・データベースが存在する場合にOracle Databaseソフトウェアをアップグレードする従来の方法について説明します。
ノート:
「SQL Applyを使用したOracle Databaseのアップグレード」では、ロジカル・スタンバイ・データベースが存在する場合にローリング・アップグレードを行って停止時間を最短に抑える別の方法を説明します。完全なアップグレードを実行するには、どちらか一方の方法のステップのみを使用してください。アップグレードの実行に両方の方法を使用したり、2つの方法のステップを組み合せようとしないでください。
構成にロジカル・スタンバイ・データベースが存在する場合に、Oracle Database 12c リリース2 (12.2)にアップグレードするステップは、次のとおりです。次のステップでは、プライマリ・データベースがMAXIMUM PERFORMANCE
データ保護モードで稼働していると仮定しています。
関連トピック
B.5 アップグレード後のCOMPATIBLE初期化パラメータの変更
Oracle Databaseの新リリースにアップグレードする際、一部の新機能のためにデータベースが前のリリースと互換性がなくなる場合があります。
Oracle Databaseでは、COMPATIBLE
初期化パラメータにより、データベースの互換性を制御できます。
アップグレードが完了したら、COMPATIBLE
初期化パラメータの設定をOracle Databaseの新リリース用に最大レベルに増やすことができます。データベースを元のリリースにダウングレードする機能がもう必要ないことが確実な場合は、COMPATIBLE
初期化パラメータを新しいデータベースで必要な互換性レベルに基づいて設定します。
Oracle Data Guard構成で、アップグレード後にCOMPATIBLE
初期化パラメータの設定を増やすように決定した場合、次のステップを示した順序どおりに実行することが重要です(スタンバイ・データベースのCOMPATIBLE
設定が、プライマリと同じか、あるいはそれ以上であることを確認します)。
-
まず、構成内のすべてのスタンバイ・データベースの
COMPATIBLE
初期化パラメータの値を、次のように増やします。-
適用がスタンバイ・データベースで最新であることを確認します。
-
各スタンバイ・データベースの1つのインスタンスで、次のSQL文を実行します。
ALTER SYSTEM SET COMPATIBLE=<value> SCOPE=SPFILE;
-
REDO ApplyまたはSQL Applyが実行中の場合は、停止します。
-
スタンバイ・データベースのすべてのインスタンスを再起動します。
-
前にREDO ApplyまたはSQL Applyを停止した場合は、再起動します。
-
-
プライマリ・データベースで
COMPATIBLE
初期化パラメータの値を、+次のように増やします。-
プライマリ・データベースの1つのインスタンスで、次のSQL文を実行します。
ALTER SYSTEM SET COMPATIBLE=<value> SCOPE=SPFILE;
-
プライマリ・データベースのすべてのインスタンスを再起動します。
-
関連項目:
-
互換性の設定の詳細は、『Oracle Databaseアップグレード・ガイド』を参照してください。
B.6 ロジカル・スタンバイが存在しない場合のOracle Databaseのダウングレード
ロジカル・スタンバイ・データベースが含まれていないOracle Data Guard構成でOracle Databaseをダウングレードするには、次のステップを実行します。