Azure SQL Database のメンテナンス期間に関する FAQ

メンテナンス期間機能を使用すると、Azure SQL Database のメンテナンスの停止を、営業時間外のスケジュールされた時間ブロックに制限できます。 詳細については、「 メンテナンス期間のスケジュール」を参照してください。

メンテナンス イベントは、月曜日から日曜日の既定の期間の午後 5 時から午前 8 時 (現地時刻) に発生します。

ローカル時刻は、リソースをホストする Azure リージョンの場所によって決定され、ローカル タイム ゾーンの定義に従って夏時間が観察されます。 これは、SQL データベースで構成されているタイム ゾーン (常に UTC) によって決まるわけではありません。

利用可能なリージョンの一覧については、「 メンテナンス期間の可用性」を参照してください。

サポート チケットを開いてフィードバックを共有し、地域の計画を確認します。

メンテナンス期間の構成と使用は、対象となるすべての Azure サブスクリプションの種類に無料で適用されます。 メンテナンス期間の機能の可用性に関するページを参照してください。

メンテナンス イベントの 24 時間前、メンテナンスが開始される直前、メンテナンス期間が完了したときに通知を受け取ることをオプトインできます。 リソースヘルスセンターで詳細を確認できます。 メールを受信するには、事前通知を構成する必要があります。 詳細については、 事前通知を参照してください。

メンテナンス期間の選択は、一部の例外を除き、ほとんどの SLO で使用できます。 メンテナンス期間のサポートされるサービス レベルの目標を参照してください。

この場合、メンテナンス期間は既定のオプション (午後 5 時から午前 8 時のローカル時刻) に戻ります。

別のメンテナンス期間はいつでも選択できますが、変更が有効になるまでに最大 24 時間かかる場合があります。

いいえ。事前通知は、サービスの中断を引き起こす可能性がある計画メンテナンス イベントにのみ焦点を当てています。

いいえ。事前スケジュールされた平日または週末のウィンドウを選択できます。 メンテナンスは、時間枠内の任意の時刻または日に行うことができます。

No. 今後のメンテナンス イベントの取り消しまたは延期はサポートされていません。 通知は、イベントの準備に役立ちます。

データベースがエラスティック プールの一部である場合、エラスティック プールのメンテナンス期間の構成が適用されます。 エラスティック プールの外部にある単一データベースには、独自のメンテナンス期間構成を設定できます。

Azure portal、PowerShell、Azure CLI、REST API。

現時点ではできません。 メンテナンス期間は、データベースの作成後に構成できます。

Azure SQL Database の場合、既定のメンテナンス期間オプションに事前通知を構成することはできません。 メンテナンス期間を選択する場合は、 システムの既定値 以外のオプションを選択して、事前通知を構成して有効にします。

No. 事前通知は、 Service Health アラートを使用して構成されます。 サービス正常性アラートでは、サブスクリプション、リソースの種類、リージョン レベルの構成がサポートされます。 そのため、リソース グループ レベルで通知を構成することはできません。

サービス正常性アラートの構成専用の PowerShell および Azure CLI コマンドはありません。 ただし、ARM テンプレートを使用し、CLI と PowerShell を使用して任意の標準的な方法を利用してデプロイできます。 「クイック スタート: ARM テンプレートを使用してサービス通知にアクティビティ ログ アラートを作成する」のガイドラインに従ってください。

メンテナンス期間の構成は、Azure SQL Database のサービス レベルの変更と同様に、実行時間の長い非同期操作です。 リソースは、操作の最後に実行され、通常は実行時間の長いトランザクション中でも最大 8 秒続く短い再構成を除き、プロセス中に使用できます。 再構成の影響を最小限に抑えるには、ピーク時間外に操作を実行する必要があります。

メンテナンス イベントには、ハードウェア、ファームウェア、オペレーティング システム、サテライト ソフトウェア コンポーネント、または SQL データベース エンジンの更新プログラムを含めることができます。 通常は、メンテナンス イベントの発生率を最小限に抑えるために、1 つのバッチに結合されます。

Azure SQL Database サービスは、セキュリティ、コンプライアンス、安定性、パフォーマンスに関するメンテナンス更新プログラムを定期的に実行します。 1 か月に 2 つ以上の更新プログラムが表示される場合があります。 既定のメンテナンス期間では、メンテナンスの頻度が高くなります。 更新頻度を最小限に抑えるには、既定以外のメンテナンス期間を選択します。

メンテナンス イベントは、リソースに更新プログラムが適用される期間を表します。 メンテナンス イベントは、定義されたメンテナンスウィンドウ内で発生します。 メンテナンス イベント中、データベースは 完全に利用可能 でアクセス可能ですが、一部のメンテナンス更新プログラムでは、お客様が選択したメンテナンス期間中にメンテナンス更新プログラム (通常は数秒間) を適用するために短時間 SQL Database を オフライン にするため、一部のメンテナンス更新プログラムの再構成が必要です。

メンテナンス更新で再構成が必要な場合は、通常、期間中に 1 ~ 2 回の再構成が行われます。

重要なセキュリティパッチの適用など、アクションの延期が深刻な影響を与える可能性がある非常にまれな状況では、構成されたメンテナンス期間が一時的にオーバーライドされる可能性があります。

はい。 ゲートウェイのメンテナンス中のアプリケーションの回復性については、クライアント アプリケーションでリダイレクト接続ポリシーが使用されていることを確認してください。 再構成中の回復性のために、アプリケーションは 再試行ロジック の概念に従う必要があります。

Azure リソースの設定の [メンテナンス] タブでは、現在のメンテナンス プランのスケジュールを確認および変更できます。 PowerShell、CLI、または Azure API を使用して、複数のリソースのメンテナンス期間のスケジュールを確認して設定することもできます。

はい。影響 を受けたリソースの一覧 は、 Azure Resource Graph エクスプローラーを使用して取得できます。 通知 ID と Azure Resource Graph エクスプローラーへのリンクを含む事前通知メールが届きます。

Azure SQL Database の場合、事前通知が構成されていない場合、Service Health には計画メンテナンス イベントは表示されません。

通知が送信される期間は 1 時間です。 つまり、イベントの 25 ~ 24 時間前、ウィンドウが開く 1 時間から 1 分前、ウィンドウが閉じられた 1 分から 1 時間後に通知を受け取ることができます。 通知タイトルが "進行中" であっても、通知の内容にはメンテナンス期間の開始時刻と終了時刻が含まれており、メンテナンスが開始および終了する瞬間です。

はい。新しいリソースを作成した場合、スケーリング操作を実行した場合、またはメンテナンス期間を変更した場合、データベースはアップグレードが既にスケジュールされているマシンで終了する可能性があります。 この場合、デプロイ ウィンドウの開始と終了のみが通知されます。 今後のすべてのデプロイでは、計画されたイベントに関する事前通知が表示されます。

これは、サービス正常性で高度な通知を構成している場合にのみ確認できます。 Azure Resource Graph エクスプローラーを使用してメンテナンス イベントの一覧を取得したり、Service Health の概要ページを使用したりできます。

まれですが、メンテナンス イベント中に障害や中断が発生する可能性があります。 障害が発生した場合、変更はロールバックされ、メンテナンスは別の時刻に再スケジュールされます。

関連コンテンツ

• メンテナンス期間
• メンテナンス期間の構成
• メンテナンス期間の通知を構成する
• Azure SQL Database と Azure SQL Managed Instance での Azure メンテナンス イベントの計画