適用対象:
Azure Database for PostgreSQL - フレキシブル サーバー
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 分) ことに気付く場合があります。
注: この機能は現在、すべての米国リージョンでロールアウトされており、他のすべての WW リージョンで間もなく利用できるようになります。