スタンドアロンDBシステムのメンテナンス

Oracleは、DBシステムに定義した「メンテナンス・ウィンドウの開始時間」の2時間以内に、スタンドアロンDBシステムのメンテナンスを開始します(HeatWaveクラスタが有効な場合と有効でない場合)。

DBシステムのメンテナンスでは、短い停止時間が発生します。停止時間を短縮するには、高可用性DBシステムを使用してください。高可用性を参照してください。

スタンドアロンDBシステムのメンテナンスには、次のステップが含まれます。

1. 最新のオペレーティング・システムとMySQLサーバーを使用して新しいリソースが起動されます。
2. データは、古いシステムと新しいシステムの間で同期されます。
3. DBシステムにHeatWaveクラスタがアタッチされている場合、HeatWaveクラスタ内のデータは自動的にリカバリまたはリロードされます。HeatWaveクラスタ・データ・リカバリを参照してください。
4. DB Systemのエンドポイントが新しいリソースにアタッチされ、新しい接続が許可されます。
   ノート
   
   メンテナンス・プロセス中にエラーが発生すると、プロセスが停止して古いDBシステムにロールバックし、接続が再開します。

DBシステムの設定と構成に応じて、次のいずれかのメンテナンス方法が使用されます。

• オフライン・メンテナンス: MySQLサーバーが停止し、ストレージがクローニングされて、古いシステムと新しいシステム間のデータ整合性が確保されます。DBシステムは、サーバーが停止されてから新しいシステムへの接続が許可されるまで、読取りおよび書込みにアクセスできません。
• 停止時間ほぼゼロのメンテナンス: MySQLサーバーは停止せず、データの一貫性を確保するために、古いシステムと新しいシステムの間でデータがレプリケートされます。システムは、レプリケーション中も読取りおよび書込みのためにアクセス可能です。新しいシステムの準備ができたら、古いシステム上の接続がブロックされ、すべてのトランザクションが新しいサーバーに適用される短い停止時間が課されます。この短い停止時間中、インバウンド・レプリケーション・チャネルは一時的に無効化されます。これらのチャネルは、メンテナンスの完了後に自動的に実行およびレプリケートを開始します。

  停止時間がほぼゼロのメンテナンスは、次の前提条件が満たされている場合にのみ適用されます。

  1. リクエストされたMySQLアップグレードはメジャー・バージョン・アップグレードではありません。Major Version Upgradeを参照してください。
  2. DBシステムにはHeatWaveクラスタがありません。
  3. DBシステムに読取りレプリカまたは読取りエンドポイントがありません。
  4. DBシステムの構成のbinlog_expire_logs_seconds変数の値が3600以上です。構成変数を参照してください。
  5. DBシステムでの最後のメンテナンス操作は、停止時間ほぼゼロのメンテナンスで障害が発生してはいけません。

  これらの前提条件のいずれかが満たされない場合、オフライン・メンテナンスがDBシステムに適用されます。

  停止時間を最小限に抑えるには、大規模な更新操作と一致しない低いワークロード期間にメンテナンス・ウィンドウをスケジュールします。詳細は、DB Systemのメンテナンスの構成に関する項を参照してください。