DBシステムのアップグレード

この記事では、OCIコンソールを使用してDBシステムのオペレーティング・システム(OS)およびGrid Infrastructure (GI)をアップグレードするための手順について説明します。

これで、オペレーティング・システムをOracle Linux 8 (OL8)にアップグレードし、Oracle Grid InfrastructureをDBシステムで19cにアップグレードできます。

必要なIAMポリシー

Oracle Cloud Infrastructureを使用するには、管理者によってポリシーでセキュリティ・アクセス権が付与されている必要があります。コンソールまたは(SDK、CLIまたはその他のツールを使用した) REST APIのどれを使用しているかにかかわらず、このアクセス権が必要です。権限を持っていない、または認可されていないというメッセージが表示された場合は、持っているアクセス権のタイプと作業しているコンパートメントを管理者に確認してください。

管理者の場合: 「データベース管理者がOracle Cloudデータベース・システムを管理できるようにします」のポリシーにより、指定したグループがデータベースおよび関連データベース・リソースに対してすべてのことを実行できるようになります。

ポリシーを初めて使用する場合は、ポリシーの開始および共通ポリシーを参照してください。データベースのポリシーの記述方法の詳細は、データベース・サービスの詳細を参照してください。

前提条件

DBシステムをアップグレードするには、次が必要です:

• DBシステムがOracle Linux 6 (OL6)またはOracle Linux 7 (OL7)を使用している必要があります。
• データベースの完全なスタンドアロン・バックアップを作成することをお薦めします。

注意:ベース・データベース・サービス上のOracle Linuxリリース7 (OL7)は、EOL (EOL)の寿命が近づいています。詳細は、Support Timeline for Oracle Linux Release 7 (OL7) on Base Database Service (Doc ID 3056652.1)を参照してください。

DBシステムのアップグレードについて

DBシステムのアップグレードを行う場合は、次のことに注意してください:

• データベースの完全なスタンドアロン・バックアップを作成することをお薦めします。
• Grid Infrastructureソフトウェア・バージョン19cまたは21cをGrid Infrastructureソフトウェア・バージョン26aiにアップグレードできます。以前のすべてのGrid Infrastructureバージョンは、最初に19cにアップグレードする必要があります。
• DBシステムでは、Grid Infrastructureソフトウェア・バージョンを26aiにアップグレードするためにOracle Linux 8 (OL8)を使用する必要があります。
• DBシステムでは、Grid Infrastructureソフトウェア・バージョンを19cにアップグレードするために、Oracle Linux 6 (OL6)またはOracle Linux 7 (OL7)を使用する必要があります。
• オペレーティング・システムをOL6またはOL7からOL8にアップグレードできます。
• OL7環境では、OSのみがOL8にアップグレードされます。GIはアップグレードされません。
• 19.21または21.12より前のデータベースは、バックアップまたはData Guardスタンバイ作成のリストアを含むOL7で起動されます。19.21または21.12以降のデータベースは、常にOL8でプロビジョニングされます。したがって、新しいDBシステムのOSバージョン(リストアまたはData Guard)は、ソースDBシステムのOSに関係なく、データベースのバージョンに依存します。最新のデータベース更新(19.21や21.12など)でOL7が必要な場合は、古いDBバージョン(19.20や21.11など)で起動し、最新バージョンに更新する必要があります。
• DBシステムのアップグレードでは、(RAC DBシステムであっても)ある程度のダウンタイムが発生します。それに応じて、アップグレードを計画およびスケジュールしてください。

• アップグレードを実行する前に自動バックアップを無効にすることをお薦めします。

  ノート:アップグレード・プロセスそのものにより、自動バックアップが無効化されてから再有効化されます。ただし、慎重に検討した後、これを自分で実行することをお薦めします。

• アップグレード・プロセスでは、新しいコンピュート・インスタンスが作成され、データ・ディスクがクローニングされます。
• プライベートIPアドレスおよびホスト名は、アップグレードされたDBシステムに引き継がれます。
• エフェメラル・パブリックIPアドレスは引き継がれず、アップグレードされたDBシステムでは変更されます。

• DBシステムのサブネット内で新しいインスタンスを起動しないことをお薦めします。アップグレード・プロセス中に、プライベートIPアドレスとホスト名が「空き」になる短い間隔があります。この間隔中、新しいインスタンスを起動すると、「空き」IPアドレスが予約され、アップグレード・プロセスがブロックされる可能性があります。

  ノート:アップグレード・プロセスをブロックするインスタンスがある場合、ブロックされているインスタンスを終了すると、アップグレード・プロセスが自動的に続行されます。

• OSへのすべての変更は削除され、新しいOSに継承されません。
• データベースおよびサービス以外のすべてのクラスタウェアへの変更は削除され、新しいGIスタックには継承されません。
• Data Guardアソシエーションを持つデータベースの場合、アップグレードはスタンバイ・サイトでのみ許可されます。このため、ロールバックの場合、スタンバイがプライマリより先行する可能性があるため、再インスタンス化の必要はありません。
• Oracleでは、アップグレード前にData Guardアソシエーションを「最大パフォーマンス」に切り替えることをお薦めします。そうしないと、プライマリがNET_TIMEOUTに実行され、後で構成のリセットが必要になります。アップグレード後、必要に応じてこれを「最大可用性」に切り替えることができます。

失敗したアップグレードのロールフォワード

次の理由で正常に完了しなかったアップグレードは、Oracleサポート・チームを使用してロールフォワードできます。

• データベースの登録に失敗しました。
• OSおよびGIのアップグレードは成功したが、その後でデータベースの起動に失敗しました。

失敗したアップグレードのロールバック

正常に完了しなかったアップグレードはロールバックできます。ロールバックすると、DBシステムはアップグレード前の状態にリセットされます。アップグレード中およびアップグレード後に行われたDBシステムに対する変更は、すべて失われます。

ノート:アップグレード・プロセス前に存在していたパブリックIPアドレスが変更され、再利用できません。

ロールバック後に、以前のアップグレード失敗の原因を特定して修正した後、DBシステムのアップグレードを再試行できます。

アップグレードの完了後

アップグレードが成功したら、次に注意してください:

• アップグレード前に自動バックアップを無効にした場合は、データベースの自動バックアップが有効になっていることを確認します。
• アップグレードによってブート・ボリュームが交換されます。そのため、OSのすべてのカスタマイズが削除されます(お客様が再適用する必要があります)。
• GIスタックが再インストールされているため、すべてのクラスタウェア・カスタマイズ(サービス、追加の仮想IPなど)を再適用する必要があります。
• アップグレード前に自動バックアップを無効にした場合は、データベースの自動バックアップが有効にされていることを確認します。

DB Systemのオペレーティング・システムのアップグレード

OCIコンソールを使用してDBシステムのオペレーティング・システム(OS)をアップグレードするには、次のステップを実行します:

1. 「DBシステム」リスト・ページで、操作するDBシステムを選択します。リスト・ページまたはDBシステムの検索に関するヘルプが必要な場合は、DBシステムのリストを参照してください。
2. DB Systemの詳細ページで、「更新(OS)」タブを選択して、DBシステムで使用可能なOSアップグレードのリストを表示します。

3. 「アップグレード」セクションで、目的のアップグレードの「アクション」メニューから、次のアクションを選択します。

   • 詳細の表示: 説明、バージョン、最後に成功した事前チェックなど、アップグレードに関する情報を表示します。

   • 事前チェック: アップグレードが正常に適用できることを確認するために、前提条件をチェックします。

     事前チェックの詳細を確認するには、「更新履歴」タブに移動し、「アクション」メニューから「詳細の表示」を選択します。

   • OS更新の適用: 選択したアップグレードを適用します。Oracleでは、アップグレードを適用する前に事前チェックを実行することをお薦めします。

注意:

• 単一ノードのDBシステムの場合、OSのアップグレード中にDBシステムの停止時間を予測できます。
• OSに対するカスタマイズ(追加のOSユーザー、グループ、構成を含む)は、アップグレードされたOSでは使用できません。これらの変更は、アップグレードされたシステムに再適用してください。

リストでは、「状態」に操作のステータスが表示されます。アップグレードの適用中に、状態が「更新中」に変わり、DBシステムのステータスが「更新中」に変わります。DBシステムおよびそのリソースに対するライフサイクル操作は、一時的に使用できなくなる可能性があります。アップグレードが正常に完了すると、状態が「適用済」に変わり、DBシステムのステータスが「使用可能」に変わします。

DB SystemのGrid Infrastructureのアップグレード

OCIコンソールを使用してDBシステムのGrid Infrastructure (GI)をアップグレードするには、次のステップを実行します:

1. 「DBシステム」リスト・ページで、操作するDBシステムを選択します。リスト・ページまたはDBシステムの検索に関するヘルプが必要な場合は、DBシステムのリストを参照してください。

2. 詳細ページで、「更新(GI)」タブを選択して、DBシステムで使用可能なGrid Infrastructureアップグレードのリストを表示します。

   承認された最新のリリース更新は、デフォルトで利用可能です。表示されるメッセージを確認した後、前述の2つのリリース更新(N-1またはN-2)のいずれかを選択することもできます。N-2より前のリリース更新を使用するには、サービス・リクエストを発行する必要があります。

3. 目的のアップグレードの「アクション」メニューから、次のいずれかのアクションを選択します:

   • 詳細の表示: このアップグレードに関する詳細を表示します。
   • 事前チェック: アップグレードが正常に適用できることを確認するために、前提条件をチェックします。
   • 更新の適用: 選択したアップグレードを適用します。アップグレードを適用する前に、アップグレードの事前チェック操作を実行することをお薦めします。

リストでは、「状態」に操作のステータスが表示されます。更新の適用中は、「状態」が「更新中」と表示されます。DBシステムのステータスも「更新中」として表示されます。DBシステムおよびそのリソースに対するライフサイクル操作は、一時的に使用できなくなる可能性があります。更新が正常に完了すると、「状態」が「適用済」に変わり、DBシステムのステータスが「使用可能」に変わります。

DB Systemのアップグレード履歴の表示

OCIコンソールを使用してDBシステムのアップグレード履歴を表示するには、次のステップを実行します。

1. 「DBシステム」リスト・ページで、操作するDBシステムを選択します。リスト・ページまたはDBシステムの検索に関するヘルプが必要な場合は、DBシステムのリストを参照してください。
2. 詳細ページで、「更新履歴」タブを選択して、そのDBシステムの更新およびアップグレード操作の履歴を表示します。

失敗したアップグレードのロールバック

OCIコンソールを使用してDBシステムの失敗したアップグレードをロールバックするには、次のステップを実行します:

1. 「DBシステム」リスト・ページで、操作するDBシステムを選択します。リスト・ページまたはDBシステムの検索に関するヘルプが必要な場合は、DBシステムのリストを参照してください。

2. 詳細ページで、「更新履歴」タブを選択して、そのDBシステムの更新およびアップグレード操作の履歴を表示します。

   アップグレードが失敗すると、ページの上部にアラート・メッセージが表示されます。

3. 「ロールバック」を選択して確認します。