DBシステムのアップグレード
この記事では、コンソールおよびAPIを使用して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)が近づいています。詳細は、ベース・データベース・サービスでのOracle Linuxリリース7 (OL7)のサポート・タイムライン(ドキュメントID 3056652.1)を参照してください。DBシステムのアップグレードについて
DBシステムのアップグレードを行う場合は、次のことに注意してください:
- データベースの完全なスタンドアロン・バックアップを作成することをお薦めします。
- Grid Infrastructureソフトウェア・バージョン19cまたは21cをGrid Infrastructureソフトウェア・バージョン23aiにアップグレードできます。以前のすべてのGrid Infrastructureバージョンを最初に19cにアップグレードする必要があります。
- DBシステムでは、Oracle Linux 8 (OL8)を使用してGrid Infrastructureソフトウェア・バージョンを23aiにアップグレードする必要があります。
- DBシステムがOracle Linux 6 (OL6)またはOracle Linux 7 (OL7)を使用して、Grid Infrastructureソフトウェア・バージョンを19cにアップグレードする必要があります。
- オペレーティング・システムをOL6またはOL7からOL8にアップグレードできます。
- OL7の場合、OSのみがOL8にアップグレードされます。GIはアップグレードされません。
- 19.21または21.12より前のデータベースは、OL7で起動されます。これには、バックアップのリストアまたはData Guardスタンバイ作成が含まれます。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アソシエーションを持つデータベースの場合、アップグレードはスタンバイ・サイトでのみ許可されます。このため、ロールバックの場合、スタンバイがプライマリより先行する可能性があるため、再インスタンス化の必要はありません。
- アップグレード前にData Guardアソシエーションを「最大パフォーマンス」に切り替えることをお薦めします。そうしないと、プライマリで
NET_TIMEOUT
が発生し、後で構成のリセットが必要になります。アップグレード後、必要に応じてこれを「最大可用性」に切り替えることができます。
失敗したアップグレードのロールフォワード
次の理由で正常に完了しなかったアップグレードは、Oracleサポート・チームを使用してロールフォワードできます。
- データベースの登録に失敗しました。
- OSおよびGIのアップグレードは成功したが、その後でデータベースの起動に失敗しました。
失敗したアップグレードのロールバック
正常に完了しなかったアップグレードはロールバックできます。ロールバックすると、DBシステムはアップグレード前の状態にリセットされます。アップグレード中およびアップグレード後に行われたDBシステムに対する変更は、すべて失われます。
ノート:
アップグレード・プロセス前に存在していたパブリックIPアドレスは変更され、再利用できません。ロールバック後に、以前のアップグレード失敗の原因を特定して修正した後、DBシステムのアップグレードを再試行できます。
アップグレードの完了後
アップグレードが成功したら、次に注意してください:
- アップグレード前に自動バックアップを無効にした場合は、データベースの自動バックアップが有効になっていることを確認します。
- アップグレードによってブート・ボリュームが交換されます。そのため、OSのすべてのカスタマイズが削除されます(お客様が再適用する必要があります)。
- GIスタックが再インストールされているため、すべてのクラスタウェア・カスタマイズ(サービス、追加の仮想IPなど)を再適用する必要があります。
- アップグレード前に自動バックアップを無効にした場合は、データベースの自動バックアップが有効にされていることを確認します。
DB Systemのオペレーティング・システムのアップグレード
OCIコンソールを使用してDBシステムのオペレーティング・システム(OS)をアップグレードするには、次のステップを実行します。
- 「DBシステム」リスト・ページで、操作するDBシステムを選択します。リスト・ページまたはDBシステムの検索に関するヘルプが必要な場合は、DBシステムのリストを参照してください。
- 詳細ページで、「更新(OS)」タブを選択して、DBシステムで使用可能なOSアップグレードのリストを表示します。
- 目的のアップグレードの「アクション」メニューから、次のいずれかのアクションを選択します:
- 詳細の表示: このアップグレードの詳細を表示します。
- 事前チェック: アップグレードが正常に適用できることを確認するために、前提条件をチェックします。
- 更新の適用: 選択したアップグレードを適用します。アップグレードを適用する前に、アップグレードの事前チェック操作を実行することをお薦めします。
リストでは、「状態」に操作のステータスが表示されます。更新の適用中は、「状態」が「更新中」と表示されます。DBシステムのステータスも「更新中」として表示されます。DBシステムおよびそのリソースに対するライフサイクル操作は、一時的に使用できなくなる可能性があります。更新が正常に完了すると、「状態」が「適用済」に変わり、DBシステムのステータスが「使用可能」に変わります。
DB SystemのGrid Infrastructureのアップグレード
OCIコンソールを使用してDBシステムのGrid Infrastructure (GI)をアップグレードするには、次のステップを実行します。
- 「DBシステム」リスト・ページで、操作するDBシステムを選択します。リスト・ページまたはDBシステムの検索に関するヘルプが必要な場合は、DBシステムのリストを参照してください。
- 詳細ページで、「更新(GI)」タブを選択して、DBシステムで使用可能なGrid Infrastructureアップグレードのリストを表示します。
- 目的のアップグレードの「アクション」メニューから、次のいずれかのアクションを選択します:
- 詳細の表示: このアップグレードの詳細を表示します。
- 事前チェック: アップグレードが正常に適用できることを確認するために、前提条件をチェックします。
- 更新の適用: 選択したアップグレードを適用します。アップグレードを適用する前に、アップグレードの事前チェック操作を実行することをお薦めします。
リストでは、「状態」に操作のステータスが表示されます。更新の適用中は、「状態」が「更新中」と表示されます。DBシステムのステータスも「更新中」として表示されます。DBシステムおよびそのリソースに対するライフサイクル操作は、一時的に使用できなくなる可能性があります。更新が正常に完了すると、「状態」が「適用済」に変わり、DBシステムのステータスが「使用可能」に変わります。
DB Systemのアップグレード履歴の表示
OCIコンソールを使用してDBシステムのアップグレード履歴を表示するには、次のステップを実行します。
- 「DBシステム」リスト・ページで、操作するDBシステムを選択します。リスト・ページまたはDBシステムの検索に関するヘルプが必要な場合は、DBシステムのリストを参照してください。
- 詳細ページで、「更新履歴」タブを選択して、そのDBシステムの更新およびアップグレード操作の履歴を表示します。
失敗したアップグレードのロールバック
OCIコンソールを使用してDBシステムの失敗したアップグレードをロールバックするには、次のステップを実行します。
- 「DBシステム」リスト・ページで、操作するDBシステムを選択します。リスト・ページまたはDBシステムの検索に関するヘルプが必要な場合は、DBシステムのリストを参照してください。
- 詳細ページで、「更新履歴」タブを選択して、そのDBシステムの更新およびアップグレード操作の履歴を表示します。
- アップグレードが失敗すると、ページの上部にアラート・メッセージが表示されます。
- 「ロールバック」を選択して確認します。