DB Systemのアップグレード

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

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

必要なIAMポリシー

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

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

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

関連トピック

前提条件

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

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

ノート:

ベース・データベース・サービスのOracle Linuxリリース7 (OL7)の有効期限(EOL)が近づいています。詳細は、「ベース・データベース・サービスでのOracle Linuxリリース7 (OL7)のサポート・タイムライン(ドキュメントID 3056652.1)」を参照してください。

DB Systemのアップグレードについて

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

Oracleでは、データベースの完全なスタンドアロン・バックアップを作成することをお薦めします。
Grid Infrastructureソフトウェアバージョン 19cまたは 21cを Grid Infrastructureソフトウェアバージョン26aiにアップグレードできます。以前のすべてのGrid Infrastructureバージョンを最初に19cにアップグレードする必要があります。
DBシステムは、Oracle Linux 8 (OL8)を使用して、Grid Infrastructureソフトウェア・バージョンを26aiにアップグレードする必要があります。
DBシステムでは、Oracle Linux 6 (OL6)またはOracle Linux 7 (OL7)を使用して、Grid Infrastructureソフトウェア・バージョンを19cにアップグレードする必要があります。
オペレーティング・システムを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システムであっても)ある程度のダウンタイムが発生します。それに応じてアップグレードを計画およびスケジュールします。
Oracleでは、アップグレードを実行する前に自動バックアップを無効にすることをお薦めします。

ノート:
アップグレード・プロセス自体は、自動バックアップを無効にして再度有効にします。ただし、Oracleでは慎重に検討してから実行することをお薦めします。
アップグレード・プロセスでは、新しいコンピュート・インスタンスが作成され、データ・ディスクがクローニングされます。
プライベートIPアドレスおよびホスト名は、アップグレードされたDBシステムに継承されます。
一時パブリックIPアドレスは引き継がず、アップグレードされたDBシステムで変更されます。
Oracleでは、DBシステムのサブネット内で新しいインスタンスを起動しないことをお薦めします。アップグレード・プロセス中にプライベートIPアドレスとホスト名が"free"の場合、短い間隔があります。この間隔で、新しいインスタンスを起動すると、空きIPアドレスが予約され、アップグレード・プロセスがブロックされる可能性があります。

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

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

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

データベースの登録に失敗しました。
OSおよびGIのアップグレードが正常に完了した後でも、データベースの起動に失敗しました。

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

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

ノート:

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

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

アップグレードの完了後

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

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

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

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

「DBシステム」リスト・ページで、操作するDBシステムを選択します。リスト・ページまたはDBシステムの検索に関するヘルプが必要な場合は、「DBシステムのリスト」を参照してください。
詳細ページで、「更新(OS)」タブを選択して、DBシステムで使用可能なOSアップグレードのリストを表示します。
目的のアップグレードの「アクション」メニューから、次のいずれかのアクションを選択します:
- 詳細の表示: このアップグレードの詳細を表示します。
- 事前チェック: 前提条件をチェックして、アップグレードを正常に適用できることを確認します。
- 更新の適用: 選択したアップグレードを適用します。 Oracleでは、アップグレードを適用する前に、アップグレードの事前チェック操作を実行することをお薦めします。

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

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

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

「DBシステム」リスト・ページで、操作するDBシステムを選択します。リスト・ページまたはDBシステムの検索に関するヘルプが必要な場合は、「DBシステムのリスト」を参照してください。
詳細ページで、「更新(GI)」タブを選択して、DBシステムで使用可能なGrid Infrastructureアップグレードのリストを表示します。
目的のアップグレードの「アクション」メニューから、次のいずれかのアクションを選択します:
- 詳細の表示: このアップグレードの詳細を表示します。
- 事前チェック: 前提条件をチェックして、アップグレードを正常に適用できることを確認します。
- 更新の適用: 選択したアップグレードを適用します。 Oracleでは、アップグレードを適用する前に、アップグレードの事前チェック操作を実行することをお薦めします。

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

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

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

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

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

「DBシステム」リスト・ページで、操作するDBシステムを選択します。リスト・ページまたはDBシステムの検索に関するヘルプが必要な場合は、「DBシステムのリスト」を参照してください。
詳細ページで、「更新履歴」タブを選択して、そのDBシステムの更新およびアップグレード操作の履歴を表示します。
- アップグレードに失敗すると、ページの上部にアラート・メッセージが表示されます。
「ロールバック」を選択して確認します。

タイトルおよび著作権情報

Oracle and/or its affiliates.