Azure Database for PostgreSQLフレキシブル サーバー インスタンスは、マネージド データベースのセキュリティ、安定性、および最新の状態を維持するために、メンテナンス操作を定期的に実行します。 メンテナンス中に、サーバーでは新しい機能、更新プログラム、パッチが取得されます。
Important
フレキシブル サーバー インスタンスのメンテナンス中は、すべてのサーバー操作 (変更、構成の変更、サーバーの開始/停止) Azure Database for PostgreSQL回避します。 これらのアクティビティに関与すると、予期しない結果を招き、サーバーのパフォーマンスと安定性に影響を与える可能性があります。 メンテナンスが終了するまで待ってから、サーバー操作を実行してください。
メンテナンス期間
特定の曜日とその日の時間枠の間でのメンテナンスをスケジュールできます。 また、システムで自動的に曜日と時間帯が選択されるようにすることもできます。
準備に十分な時間が確保できるように、5 暦日前にメンテナンス通知がシステムによって送信されます。 また、メンテナンスがいつ開始され、いつ正常に完了したかについても通知されます。
今後予定されているメンテナンスに関する通知は、次の方法で受け取ることができます。
- 特定のアドレスにメールを送信します。
- Azure Resource Manager ロールに電子メールで送信します。
- モバイル デバイスへのテキスト メッセージ。
- Azure アプリにプッシュ通知を送信します。
- 音声メッセージ。
メンテナンス スケジュールの設定を指定する場合は、カスタム スケジュールとシステム管理スケジュールから選ぶことができます。 カスタム スケジュールを選択する場合は、曜日と時間枠を指定できます。 ただし、システム管理スケジュールを選ぶと、システムによって自動的に日が選択されます。 その日には、サーバー リージョンの時刻の午後 11 時から午前 7 時までの 1 時間の時間枠が選択されます。 Azure Database for PostgreSQLフレキシブル サーバー インスタンスごとに異なるメンテナンス スケジュールを構成できます。
Important
通常、サーバーの正常な予定メンテナンス イベントの間隔は 30 日間以上です。 ただし、重大な脆弱性などのクリティカルな緊急更新プログラムの場合、通知期間は 5 日未満になるか、省略される可能性もあります。 システムが過去 30 日間にスケジュールされたメンテナンスを実行した場合でも、重要な更新プログラムがサーバーに適用される可能性があります。
予定メンテナンス設定はいつでも更新できます。 Azure Database for PostgreSQLフレキシブル サーバー インスタンスのメンテナンスがスケジュールされていて、スケジュールされたメンテナンス設定を更新した場合、現在のロールアウトは再プログラムされません。 これは、既にスケジュールされた日時で進行します。 予定メンテナンス設定の変更は、次回の予定メンテナンスが正常に完了すると有効になります。
システム管理とカスタムのメンテナンスの比較
Azure サブスクリプションのフレキシブル サーバー インスタンスごとに、システム管理のスケジュールまたはカスタム スケジュールAzure Database for PostgreSQL定義できます。
- システム管理のスケジュールの場合、サーバー リージョンの時間の午後 11 時から午前 7 時までのいずれかの 1 時間の時間枠が選択されます。
- カスタム スケジュールの場合、曜日と 1 時間の時間枠の開始時刻を選択して、サーバーのメンテナンス期間を指定できます。
予定メンテナンスは、システム管理スケジュールで構成されているサーバーで最初に行われます。 カスタムスケジュールを持つサーバーは、リージョン内で少なくとも7日後に稼働します。 開発サーバーとテスト サーバーの早期更新プログラムを受信するには、システム管理のスケジュールを使用してください。 このスケジュールの選択により、更新プログラムがカスタム スケジュールを使用して運用サーバーに到達する前に、早期のテストと問題の解決が可能になります。
カスタム スケジュール サーバーの更新プログラムは、定義されたメンテナンス期間中の 7 日後に開始されます。 通知が表示されたら、更新プログラムを延期することはできません。 カスタム スケジュールは運用環境でのみ使用することをお勧めします。
まれに、システムによって一部のメンテナンス イベントが取り消されたり、一部のイベントが正常に完了できなかったりすることがあります。 更新プログラムが失敗した場合、プロセスはロールバックされ、サーバーは以前のバージョンのバイナリに復元されます。 メンテナンス期間中に再起動することもできます。
更新プログラムが取り消されたまたは失敗した場合、取り消されたまたは失敗したメンテナンス イベントに関する通知がシステムによって生成されます。 次にメンテナンスを実行しようとすると、現在のスケジュール設定に従ってスケジュールが設定され、5 歴日前に通知が届きます。
考慮事項と制限事項
月次メンテナンス時の考慮事項をいくつか以下に示します。
- 月次メンテナンスは影響が大きく、ダウンタイムが発生します。
- ダウンタイムは、メンテナンス時のサーバーのトランザクション負荷によって異なります。
- メンテナンスがスケジュールされると、メンテナンス設定の変更は、現在のメンテナンス サイクルではなく、次のサイクルにのみ適用されます。
停止/無効化されたインスタンスにメンテナンスを適用する
スケジュールされたメンテナンス中に PostgreSQL サーバーが停止した場合、メンテナンスはすぐに適用されません。 代わりに、メンテナンスは、お客様が手動で、または 7 日間の自動再起動 機能を使用して自動的にサーバーを再起動したときに適用されます。 サーバーが停止し、サーバーの再起動時に適用されるため、メンテナンスを適用できなかったことを示す通知が顧客に送信されます。
お客様は、特に手動再起動中に保留中のメンテナンスが適用されると、再起動時間がわずかに増加する (5 ~ 8 分) ことに気付く場合があります。
統合メンテナンス通知
通知の疲労を軽減するために、Azure Database for PostgreSQL では、サーバーごとに個別の通知を送信するのではなく、同じリージョン内の複数のサーバーの計画メンテナンス通知を 1 つの通知に統合できるようになりました。 これにより、影響を受けるリソースの可視性を維持しながら、今後のメンテナンスをより効率的に追跡できます。
リージョンで今後メンテナンスが予定されているサブスクリプション内のサーバーを表示するには、Azure Service Health | の対応する通知の [影響を受けるリソース] タブに移動します。計画メンテナンス。 このタブには、サブスクリプション内の影響を受ける各サーバーが一覧表示されます。 各リソースについて、[詳細情報] を選択すると、メンテナンスの状態や、そのサーバーのスケジュールされたメンテナンスの開始時刻と終了時刻などの詳細が表示されます。 影響を受けるすべてのサーバーの一覧をダウンロードするには、[影響を受けるリソース] タブの [CSV にエクスポート] を選択します。エクスポートされた .csv ファイルには、影響を受ける各サーバーとそのメンテナンス状態、およびスケジュールされたメンテナンスの開始時刻と終了時刻が含まれます。