Azure SQL データベースの計画メンテナンス イベントの事前通知の構成

適用対象: Azure SQL Database

• Azure SQL Database
• Azure SQL Managed Instance

事前通知は、既定以外のメンテナンス期間を使用するように構成されたデータベースで使用できます。 事前通知を使用すると、顧客は、計画されたイベントの 24 時間前までに通知が送信されるように構成できます。

計画メンテナンスが開始される 24 時間前までにテキスト、電子メール、Azure プッシュ通知、およびボイスメールを受け取ることができるように、通知を構成することができます。 メンテナンスが開始されたとき、およびメンテナンスが終了したときに、フォローアップの通知が送信されます。

重要

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

メンテナンス期間 は一般公開されています。 Azure SQL データベースおよび Azure SQL Managed Instance では、メンテナンス期間の事前通知が一般公開されています。

事前通知の構成

Azure portal の [Service Health] ページで通知を有効にするには、次の手順を実行します。

重要

Service Health では、新しいエクスペリエンスが段階的にロールアウトされています。 ユーザーにより、新しくなった Azure Service Health ポータルのエクスペリエンスが表示される場合と、従来の Service Health ポータルのエクスペリエンスがまだ表示される場合があります。 従来の Service Health ポータルがまだ表示される場合は、[リージョン] のオプションとして [グローバル] を選択するのではなく、特定のリージョンまたはすべてのリージョンを選択します。

1. Service Health の [計画メンテナンス] ページに移動し、[正常性アラート] を選択してから、[サービス正常性アラートの追加] を選択します。

   

2. [スコープ] セクションで、[サブスクリプション] を選択します。

   

3. [条件] セクションで、アラートの対象となるサービス、リージョン、条件を構成します。 より一般的なアラートの場合は、すべての値を選択します。 絞り込むには、サービスとしての Azure SQL データベース、それらのサービスがデプロイされているリージョン、およびイベントの種類として [計画メンテナンス] を選択します。

   

   

   

4. [アクション] セクションで、既存のアクション グループを選ぶか、新しいアクション グループを作成します。

   

5. [詳細] セクションで、アラートの名前を定義し、デプロイするリソース グループを指定します。

   

6. [Review + create](レビュー + 作成) を選択します。 これでアラートが作成されました。

7. 設定が完了しました。 次回 Azure SQL の計画メンテナンス イベントが発生すると、事前通知が送信されます。

正常性アラートの作成について詳しくは、Azure Service Health に関するページをご覧ください

通知の受信

次の表に、受信する可能性がある一般情報の通知を示します。

状態	説明
対応予定	メンテナンス イベントの 24 時間前に受信します。 リージョン region_name の午後 5 時から午前 8 時1の DATE (ローカル時刻) にメンテナンスが予定されています。
InProgress	リージョン region_name のデータベースのメンテナンスが開始されています。
完了	リージョン region_name のデータベースのメンテナンスが完了しました。

¹ 開始時刻と終了時刻は、選択したメンテナンス期間によって異なります。

次の表に、メンテナンスの進行中に送信される可能性がある追加の通知を示します。

状態	説明
スケジュール変更済み	- メンテナンスは進行中ですが、メンテナンス期間内に完了しませんでした。 - メンテナンス中に問題があり、起動できませんでした。 - 計画メンテナンスは開始されましたが、最後まで進めることができず、次のメンテナンス期間に続行されます。
取り消されました	リージョン region_name のデータベースのメンテナンスはキャンセルされ、後で再スケジュールされます。

アクセス許可

事前通知は任意の電子メール アドレスに送信することができますが、Azure サブスクリプションのロールベースのアクセス制御 (RBAC) ポリシーによって、電子メール内のリンクにアクセスできるユーザーが決定されます。 リソース グラフのクエリは、Azure RBACアクセス管理の対象となります。 読み取りアクセスを有効にするには、各受信者にリソース グループ レベルの読み取りアクセス権が必要です。 詳細については、Azure ロールを割り当てる手順を参照してください。

影響されたリソースの一覧を取得する

Azure Resource Graph は、Azure Resource Management を拡張するように設計された Azure サービスです。 Azure Resource Graph エクスプローラーを使用すると、効率的でパフォーマンスの高いリソース探索ができます。 特定のサブスクリプション セットの大規模なクエリを実行し、環境を効果的に管理できます。

Azure Resource Graph Explorer を使用して、メンテナンス イベントのクエリを実行できます。 これらのクエリを実行する方法の概要については、「クイック スタート: Azure Resource Graph Explorer を使用して最初の Resource Graph クエリを実行する」を参照してください。

計画メンテナンスの詳細通知を受信すると、次のような、Azure Resource Graph を開け、正確なイベントのクエリを実行するリンクが表示されます。 notificationId 値はメンテナンス イベントごとに違います。

resources
| project resource = tolower(id)
| join kind=inner (
    maintenanceresources
    | where type == "microsoft.maintenance/updates"
    | extend p = parse_json(properties)
    | mvexpand d = p.value
    | where d has 'notificationId' and d.notificationId == 'LNPN-R9Z'
    | project resource = tolower(name), status = d.status, resourceGroup, location, startTimeUtc = d.startTimeUtc, endTimeUtc = d.endTimeUtc, impactType = d.impactType
) on resource
| project resource, status, resourceGroup, location, startTimeUtc, endTimeUtc, impactType

Azure Resource Graph (ARG) エクスプローラーでは、デプロイの状態の値が、通知コンテンツに表示されるものとは少し異なる場合があります。

状態	説明設定
保留中	- メンテナンスは今後に予定されています。 - 以前に計画されたメンテナンスは再スケジュールされ、次の期間での開始を待機しています。 - メンテナンスは開始されましたが、前の期間では完了せず、次の期間で続行されます。
InProgress	リソース region_name のメンテナンスが開始されているか、進行中です。
完了	リソース region_name のメンテナンスが完了しました。
NoUpdatesPending	リソース region_name の以前の計画メンテナンスは取り消され、後で再スケジュールされます。
RetryLater	リソース region_name の計画メンテナンスは開始されましたが、最後まで進めることができず、次のメンテナンス期間に続行されます。

サンプル クエリの完全なリファレンスと、PowerShell や Azure CLI など、ツール間でそれらを使用する方法については、「Azure Service Health 用の Azure Resource Graph サンプル クエリ」を参照してください。

関連するコンテンツ

• メンテナンス期間
• メンテナンス期間に関する FAQ
• Microsoft Azure のアラートの概要
• Azure Resource Manager のロールへのメール