従来の診断イベントのデータ モデル

この記事では、(Azure Diagnostics モードで Log Analytics ワークスペースにデータを送信する診断設定を使用してコンテナーが構成されている場合に) Azure Diagnostics テーブルに追加される Azure Backup 用の Log Analytics データ モデルについて説明します。 このデータ モデルを使用して、Log Analytics データに対するクエリを記述したり、カスタムのアラートやレポート ダッシュボードを作成したりできます。

この記事では、次の内容について説明します。

Azure Backup データ モデルを使用する

データ モデルの一部として提供される次のフィールドを使用して、ビジュアル、カスタム クエリ、ダッシュボードを要件に合わせて作成できます。

アラート:

次の表は、アラートに関連するフィールドの詳細を示しています。

BackupItem

次の表は、バックアップ項目に関連するフィールドの詳細を示しています。

BackupItemAssociation

次の表は、バックアップ項目 アソシエーションとさまざまなエンティティの詳細を示しています。

BackupManagementServer

次の表は、バックアップ項目 アソシエーションとさまざまなエンティティの詳細を示しています。

ジョブ

次の表は、ジョブに関連するフィールドの詳細を示しています。

Policy

次の表は、ポリシーに関連するフィールドの詳細を示しています。

PolicyAssociation

次の表は、ポリシー アソシエーションとさまざまなエンティティの詳細を示しています。

保護されたコンテナー

次の表は、保護されたコンテナーに関する基本フィールドを示しています。 (v1 では ProtectedServer でした)

Storage

次の表は、ストレージに関連するフィールドの詳細を示しています。

StorageAssociation

次の表は、ストレージを他のエンティティに接続する、基本的なストレージ関連のフィールドを示しています。

コンテナー

次の表は、コンテナーに関連するフィールドの詳細を示しています。

バックアップ管理サーバー

次の表は、バックアップ管理サーバーに関する基本フィールドを示しています。

PreferredWorkloadOnVolume

次の表は、ボリュームが関連付けられているワークロードを示しています。

ProtectedInstance

次の表は、保護されたインスタンスに関連する基本フィールドを示しています。

RecoveryPoint

次の表は、復旧ポイントに関連する基本フィールドを示しています。

Azure Backup データに対する Kusto クエリのサンプル

Azure Diagnostics テーブルにある Azure Backup データのクエリを作成するために役立つサンプルをいくつか示します。

• 成功したすべてのバックアップ ジョブ

  AzureDiagnostics
  | where Category == "AzureBackupReport"
  | where SchemaVersion_s == "V2"
  | where OperationName == "Job" and JobOperation_s == "Backup"
  | where JobStatus_s == "Completed"
  

• 失敗したすべてのバックアップ ジョブ

  AzureDiagnostics
  | where Category == "AzureBackupReport"
  | where SchemaVersion_s == "V2"
  | where OperationName == "Job" and JobOperation_s == "Backup"
  | where JobStatus_s == "Failed"
  

• 成功したすべての Azure VM バックアップ ジョブ

  AzureDiagnostics
  | where Category == "AzureBackupReport"
  | where SchemaVersion_s == "V2"
  | extend JobOperationSubType_s = columnifexists("JobOperationSubType_s", "")
  | where OperationName == "Job" and JobOperation_s == "Backup" and JobStatus_s == "Completed" and JobOperationSubType_s != "Log" and JobOperationSubType_s != "Recovery point_Log"
  | join kind=inner
  (
      AzureDiagnostics
      | where Category == "AzureBackupReport"
      | where OperationName == "BackupItem"
      | where SchemaVersion_s == "V2"
      | where BackupItemType_s == "VM" and BackupManagementType_s == "IaaSVM"
      | distinct BackupItemUniqueId_s, BackupItemFriendlyName_s
      | project BackupItemUniqueId_s , BackupItemFriendlyName_s
  )
  on BackupItemUniqueId_s
  | extend Vault= Resource
  | project-away Resource
  

• 成功したすべての SQL ログ バックアップ ジョブ

  AzureDiagnostics
  | where Category == "AzureBackupReport"
  | where SchemaVersion_s == "V2"
  | extend JobOperationSubType_s = columnifexists("JobOperationSubType_s", "")
  | where OperationName == "Job" and JobOperation_s == "Backup" and JobStatus_s == "Completed" and JobOperationSubType_s == "Log"
  | join kind=inner
  (
      AzureDiagnostics
      | where Category == "AzureBackupReport"
      | where OperationName == "BackupItem"
      | where SchemaVersion_s == "V2"
      | where BackupItemType_s == "SQLDataBase" and BackupManagementType_s == "AzureWorkload"
      | distinct BackupItemUniqueId_s, BackupItemFriendlyName_s
      | project BackupItemUniqueId_s , BackupItemFriendlyName_s
  )
  on BackupItemUniqueId_s
  | extend Vault= Resource
  | project-away Resource
  

• 成功したすべての Azure Backup エージェント ジョブ

  AzureDiagnostics
  | where Category == "AzureBackupReport"
  | where SchemaVersion_s == "V2"
  | extend JobOperationSubType_s = columnifexists("JobOperationSubType_s", "")
  | where OperationName == "Job" and JobOperation_s == "Backup" and JobStatus_s == "Completed" and JobOperationSubType_s != "Log" and JobOperationSubType_s != "Recovery point_Log"
  | join kind=inner
  (
      AzureDiagnostics
      | where Category == "AzureBackupReport"
      | where OperationName == "BackupItem"
      | where SchemaVersion_s == "V2"
      | where BackupItemType_s == "FileFolder" and BackupManagementType_s == "MAB"
      | distinct BackupItemUniqueId_s, BackupItemFriendlyName_s
      | project BackupItemUniqueId_s , BackupItemFriendlyName_s
  )
  on BackupItemUniqueId_s
  | extend Vault= Resource
  | project-away Resource
  

Azure Backup 診断データの V1 スキーマと V2 スキーマ

以前は、Azure Backup エージェントと Azure VM のバックアップの診断データは、"V1 スキーマ" と呼ばれるスキーマの Azure Diagnostics テーブルに送信されました。 その後、他のシナリオやワークロードをサポートするために新しい列が追加され、診断データは "V2 スキーマ" と呼ばれる新しいスキーマにプッシュされました。

旧バージョンとの互換性の理由により、Azure Backup エージェントと Azure VM のバックアップの診断データは、現在、V1 スキーマと V2 スキーマの両方の Azure Diagnostics テーブルに送信されます (V1 スキーマは非推奨のパスになりました)。 ログ クエリで SchemaVersion_s=="V1" のレコードをフィルター処理すると、Log Analytics のどのレコードが V1 スキーマのものであるかを識別できます。

V1 スキーマのみに属する列を特定するには、上記で説明したデータ モデルの 3 列目にある「説明」を参照してください。

V2 スキーマを使用するようにクエリを変更する

V1 スキーマは非推奨になる予定であるため、Azure Backup 診断データに対するすべてのカスタム クエリで V2 スキーマのみを使用することをお勧めします。

V1 スキーマへの依存関係を削除するようにクエリを更新するには、次の手順に従います。

1. その V1 スキーマにのみ適用可能なフィールドがクエリで使用されているかどうかを確認します。 次のように、すべてのバックアップ項目とそれに関連付けられている保護されるサーバーを一覧表示するクエリがあるとします。

   AzureDiagnostics
   | where Category=="AzureBackupReport"
   | where OperationName=="BackupItemAssociation"
   | distinct BackupItemUniqueId_s, ProtectedServerUniqueId_s
   

   上記のクエリでは、V1 スキーマにのみ適用可能なフィールド ProtectedServerUniqueId_s が使用されています。 このフィールドに相当する V2 スキーマでのフィールドは、ProtectedContainerUniqueId_s です (上の表を参照)。 フィールド BackupItemUniqueId_s は V2 スキーマにも適用でき、同じフィールドをこのクエリで使用できます。

2. V2 スキーマのフィールド名を使用するようにクエリを更新します。 すべてのクエリでフィルター where SchemaVersion_s == "V2" を使用することをお勧めします。これにより、V2 スキーマに対応するレコードのみがクエリによって解析されます。

   AzureDiagnostics
   | where Category=="AzureBackupReport"
   | where OperationName=="BackupItemAssociation"
   | where SchemaVersion_s=="V2"
   | distinct BackupItemUniqueId_s, ProtectedContainerUniqueId_s
   

次のステップ

データ モデルの確認が完了した後、Azure Monitor ログでカスタム クエリの作成を開始し、独自のダッシュボードを構築します。