Azure Backup のレポートを構成するConfigure Azure Backup reports

バックアップ管理者の一般的な要件は、長期間にわたるデータに基づいて、バックアップに関する分析情報を得ることです。A common requirement for backup admins is to obtain insights on backups based on data that spans a long period of time. このようなソリューションのユース ケースには、次のようなものがあります。Use cases for such a solution include:

  • 使用されるクラウド ストレージの割り当てと予測。Allocating and forecasting of cloud storage consumed.
  • バックアップおよび復元の監査。Auditing of backups and restores.
  • さまざまな細分性レベルで主要な傾向を特定する。Identifying key trends at different levels of granularity.

現在、Azure Backup では、Azure Monitor ログAzure ブックを使用するレポート ソリューションが提供されます。Today, Azure Backup provides a reporting solution that uses Azure Monitor logs and Azure workbooks. これらのリソースにより、バックアップ資産全体でバックアップに関する豊富な分析情報を得ることができます。These resources help you get rich insights on your backups across your entire backup estate. この記事では、Azure Backup レポートを構成および表示する方法について説明します。This article explains how to configure and view Azure Backup reports.

サポートされるシナリオSupported scenarios

  • バックアップ レポートは、Azure VM、Azure VM の SQL、Azure VM の SAP HANA、Microsoft Azure Recovery Services (MARS) エージェント、Microsoft Azure Backup Server (MABS)、System Center Data Protection Manager (DPM) でサポートされています。Backup reports are supported for Azure VMs, SQL in Azure VMs, SAP HANA in Azure VMs, Microsoft Azure Recovery Services (MARS) agent, Microsoft Azure Backup Server (MABS), and System Center Data Protection Manager (DPM). Azure ファイル共有のバックアップの場合、2020 年 6 月 1 日以降に作成されたレコードのデータが表示されます。For Azure File share backup, data is displayed for records created on or after June 1, 2020.
  • Azure ファイル共有のバックアップでは、2021 年 2 月 1 日より後に作成されたレコードについて、保護されたインスタンス上のデータが表示されます (古いレコードの既定値は 0 です)。For Azure File share backup, data on protected instances is displayed for records created after Feb 1st, 2021 (defaults to zero for older records).
  • DPM ワークロードの場合、バックアップ レポートは DPM バージョン 5.1.363.0 以降、およびエージェント バージョン 2.0.9127.0 以降でサポートされています。For DPM workloads, Backup reports are supported for DPM Version 5.1.363.0 and above and Agent Version 2.0.9127.0 and above.
  • MABS ワークロードの場合、バックアップ レポートは MABS バージョン 13.0.415.0 以降、およびエージェント バージョン 2.0.9170.0 以降でサポートされています。For MABS workloads, Backup reports are supported for MABS Version 13.0.415.0 and above and Agent Version 2.0.9170.0 and above.
  • バックアップ レポートは、ユーザーがアクセスできる Log Analytics ワークスペースにデータが送信されている限り、すべてのバックアップ項目、コンテナー、サブスクリプション、およびリージョンにわたって表示できます。Backup reports can be viewed across all backup items, vaults, subscriptions, and regions as long as their data is being sent to a Log Analytics workspace that the user has access to. 一連のコンテナーのレポートを表示するには、コンテナーがデータを送信している Log Analytics ワークスペースへの閲覧者アクセス権のみが必要です。To view reports for a set of vaults, you only need to have reader access to the Log Analytics workspace to which the vaults are sending their data. 個々のコンテナーへのアクセス権は必要ありません。You don't need to have access to the individual vaults.
  • お客様が、ご自分の顧客のサブスクリプションへの委任アクセス権を持つ Azure Lighthouse ユーザーである場合は、Azure Lighthouse でこれらのレポートを使用して、ご利用のすべてのテナントにわたってレポートを表示することができます。If you're an Azure Lighthouse user with delegated access to your customers' subscriptions, you can use these reports with Azure Lighthouse to view reports across all your tenants.
  • 現時点では、データは最大で 100 個の Log Analytics ワークスペースにわたって (複数のテナントにわたって) バックアップ レポートで表示できます。Currently, data can be viewed in Backup Reports across a maximum of 100 Log Analytics Workspaces (across tenants).
  • ログ バックアップ ジョブのデータは、現在レポートに表示されません。Data for log backup jobs currently isn't displayed in the reports.

注意

以下のセクションで説明されている機能には、バックアップ センター経由でもアクセスできます。The functionality described in the following sections can also be accessed via Backup center. バックアップ センターは、Azure における単一の統合管理エクスペリエンスです。Backup center is a single unified management experience in Azure. それを使用して、企業は大規模なバックアップを管理、監視、運用、分析することができます。It enables enterprises to govern, monitor, operate, and analyze backups at scale. このソリューションを使用すると、個々のコンテナーのスコープに限定されずに、主なバックアップ管理操作のほとんどを実行できます。With this solution, you can perform most of the key backup management operations without being limited to the scope of an individual vault.

はじめにGet started

レポートの使用を開始するには、次の手順に従います。Follow these steps to start using the reports.

1.Log Analytics ワークスペースを作成するか、既存のものを使用する1. Create a Log Analytics workspace or use an existing one

バックアップ レポート データを格納するために、1 つ以上の Log Analytics ワークスペースを設定します。Set up one or more Log Analytics workspaces to store your Backup reporting data. この Log Analytics ワークスペースを作成できる場所とサブスクリプションは、コンテナーが存在する場所とサブスクリプションとは関係ありません。The location and subscription where this Log Analytics workspace can be created is independent of the location and subscription where your vaults exist.

Log Analytics ワークスペースを設定する場合は、「Azure portal で Log Analytics ワークスペースを作成する」を参照してください。To set up a Log Analytics workspace, see Create a Log Analytics workspace in the Azure portal.

既定では、Log Analytics ワークスペースのデータは 30 日間保持されます。By default, the data in a Log Analytics workspace is retained for 30 days. より長期間のデータを表示するには、Log Analytics ワークスペースの保持期間を変更します。To see data for a longer time horizon, change the retention period of the Log Analytics workspace. 保持期間を変更するには、「Azure Monitor ログで使用量とコストを管理する」を参照してください。To change the retention period, see Manage usage and costs with Azure Monitor logs.

2.コンテナーの診断設定を構成する2. Configure diagnostics settings for your vaults

Recovery Services コンテナーなどの Azure Resource Manager リソースは、スケジュールされた操作およびユーザーがトリガーした操作に関する情報を診断データとして記録します。Azure Resource Manager resources, such as Recovery Services vaults, record information about scheduled operations and user-triggered operations as diagnostics data.

Recovery Services コンテナーの監視セクションで [診断設定] を選択し、Recovery Services コンテナーの診断データのターゲットを指定します。In the monitoring section of your Recovery Services vault, select Diagnostics settings and specify the target for the Recovery Services vault's diagnostic data. 診断イベントの使用方法の詳細については、「Recovery Services コンテナーの診断設定を使用する」を参照してください。To learn more about using diagnostic events, see Use diagnostics settings for Recovery Services vaults.

[診断設定] ウィンドウ

Azure Backup には、特定のスコープ内のすべてのコンテナーに対する診断設定の構成を自動化する組み込みの Azure ポリシー定義も用意されています。Azure Backup also provides a built-in Azure Policy definition, which automates the configuration of diagnostics settings for all vaults in a given scope. このポリシーの使用方法については、「大規模なコンテナーの診断設定を構成する」を参照してください。To learn how to use this policy, see Configure vault diagnostics settings at scale.

注意

診断を構成した後、最初のデータ プッシュが完了するまでに最大 24 時間かかることがあります。After you configure diagnostics, it might take up to 24 hours for the initial data push to complete. Log Analytics ワークスペースへのデータの送信が開始された後、レポートのデータがすぐに表示されない場合があります。まだ終わっていない現在日のデータはレポートに表示されないためです。After data starts flowing into the Log Analytics workspace, you might not see data in the reports immediately because data for the current partial day isn't shown in the reports. 詳細については、「バックアップ レポートで使用される規則」を参照してください。For more information, see Conventions used in Backup reports. Log Analytics にデータを送信するようにコンテナーを構成した 2 日後からレポートの表示を開始することをお勧めします。We recommend that you start viewing the reports two days after you configure your vaults to send data to Log Analytics.

3.Azure portal でレポートを表示する3. View reports in the Azure portal

Log Analytics にデータを送信するようにコンテナーを構成したら、任意のコンテナーのペインに移動して [バックアップ レポート] を選択し、バックアップ レポートを表示します。After you've configured your vaults to send data to Log Analytics, view your Backup reports by going to any vault's pane and selecting Backup Reports.

コンテナー ダッシュボード

このリンクを選択すると、バックアップ レポート ブックが開きます。Select this link to open up the Backup report workbook.

注意

  • 現在、レポートの初回読み込みには最大で 1 分かかる場合があります。Currently, the initial load of the report might take up to 1 minute.
  • Recovery Services コンテナーは、バックアップ レポートの単なるエントリ ポイントです。The Recovery Services vault is merely an entry point for Backup reports. コンテナーのペインからバックアップ レポート ブックを開いたら、Log Analytics ワークスペースの適切なセットを選択して、すべてのコンテナーで集計されたデータを表示します。After the Backup report workbook opens up from a vault's pane, select the appropriate set of Log Analytics workspaces to see data aggregated across all your vaults.

レポートには、さまざまなタブが含まれています。The report contains various tabs:

まとめSummary

このタブを使用して、バックアップ資産の概要を大まかに把握します。Use this tab to get a high-level overview of your backup estate. バックアップ項目の合計数、使用されたクラウド ストレージの合計、保護されたインスタンスの数、ワークロードの種類あたりのジョブ成功率を一目で確認できます。You can get a quick glance of the total number of backup items, total cloud storage consumed, the number of protected instances, and the job success rate per workload type. 特定のバックアップ成果物の種類に関する詳細については、それぞれのタブにアクセスしてください。For more detailed information about a specific backup artifact type, go to the respective tabs.

[概要] タブ

バックアップ項目Backup Items

このタブを使用して、バックアップ項目レベルで使用されたクラウド ストレージの情報および傾向を確認します。Use this tab to see information and trends on cloud storage consumed at a Backup-item level. たとえば、Azure VM バックアップで SQL を使用している場合は、バックアップされている SQL データベースごとに使用されたクラウド ストレージを確認できます。For example, if you use SQL in an Azure VM backup, you can see the cloud storage consumed for each SQL database that's being backed up. また、特定の保護状態のバックアップ項目のデータを表示するように選択することもできます。You can also choose to see data for backup items of a particular protection status. たとえば、タブの上部にある [保護停止] タイルを選択すると、その下のすべてのウィジェットがフィルター処理され、[保護停止] 状態のバックアップ項目のデータのみが表示されます。For example, selecting the Protection Stopped tile at the top of the tab filters all the widgets underneath to show data only for Backup items in the Protection Stopped state.

[バックアップ項目] タブ

使用法Usage

このタブを使用して、バックアップの主要な請求先パラメーターを表示します。Use this tab to view key billing parameters for your backups. このタブに表示される情報は、請求先エンティティ (保護されたコンテナー) レベルです。The information shown on this tab is at a billing entity (protected container) level. たとえば、Azure にバックアップされている DPM サーバーの場合、DPM サーバーで消費される保護されたインスタンスとクラウド ストレージの傾向を表示できます。For example, if a DPM server is being backed up to Azure, you can view the trend of protected instances and cloud storage consumed for the DPM server. 同様に、Azure Backup の SQL または Azure Backup の SAP HANA を使用している場合、このタブには、これらのデータベースが含まれている仮想マシンのレベルでの使用に関する情報が表示されます。Similarly, if you use SQL in Azure Backup or SAP HANA in Azure Backup, this tab gives you usage-related information at the level of the virtual machine in which these databases are contained.

[使用] タブ

注意

DPM ワークロードの場合、レポートに表示されている使用量の値が、Recovery Services コンテナーの [概要] タブに表示されている使用量の集計値と比較してわずかに (DPM サーバーごとに 20 MB ほど) 異なることが、ユーザーから確認できることがあります。この違いは、バックアップ用に登録されているすべての DPM サーバーに、レポート用の成果物として表示されない "メタデータ" データソースが関連付けられているという事実によって説明されます。For DPM workloads, users might see a slight difference (of the order of 20 MB per DPM server) between the usage values shown in the reports as compared to the aggregate usage value as shown in the Recovery Services vault Overview tab. This difference is accounted for by the fact that every DPM server being registered for backup has an associated 'metadata' datasource which isn't surfaced as an artifact for reporting.

ジョブJobs

このタブを使用して、1 日あたりの失敗したジョブの数やジョブの失敗の主な原因など、ジョブの長期傾向を表示します。Use this tab to view long-running trends on jobs, such as the number of failed jobs per day and the top causes of job failure. この情報は、集約レベルとバックアップ項目レベルの両方で表示できます。You can view this information at both an aggregate level and at a Backup-item level. グリッド内の特定のバックアップ項目を選択して、選択した時間の範囲内のそのバックアップ項目でトリガーされた各ジョブの詳細情報を表示します。Select a particular Backup item in a grid to view detailed information on each job that was triggered on that Backup item in the selected time range.

[ジョブ] タブ

ポリシーPolicies

このタブを使用して、関連する項目の数や、特定のポリシーでバックアップされた項目によって使用されたクラウド ストレージの合計など、アクティブなすべてのポリシーに関する情報を表示します。Use this tab to view information on all of your active policies, such as the number of associated items and the total cloud storage consumed by items backed up under a given policy. 特定のポリシーを選択して、関連する各バックアップ項目に関する情報を表示します。Select a particular policy to view information on each of its associated Backup items.

[ポリシー] タブ

最適化Optimize

このタブを使用すると、バックアップに関するコストを最適化できる潜在的な機会を把握できます。Use this tab to gain visibility into potential cost-optimization opportunities for your backups. 以下に示すのは、[最適化] タブで得られる分析情報に関するシナリオです。Following are the scenarios for which the Optimize tab currently provides insights:

非アクティブなリソースInactive resources

このビューを使用すると、長期間バックアップが正常に完了していないバックアップ項目を識別できます。Using this view, you can identify those backup items that haven't had a successful backup for a significant duration of time. これは、バックアップ対象の基になっているマシンがもう存在しないこと (そしてバックアップの失敗に至っていること)、またはマシンに、バックアップが確実に作成されることを妨げている何らかの問題があることのいずれかを意味する可能性があります。This could either mean that the underlying machine that's being backed up doesn't exist anymore (and so is resulting in failed backups), or there's some issue with the machine that's preventing backups from being taken reliably.

アクティブでないリソースを表示するには、 [最適化] タブに移動し、 [Inactive Resources] (非アクティブ リソース) タイルを選択します。To view inactive resources, navigate to the Optimize tab, and select the Inactive Resources tile. このタイルを選択すると、選択したスコープに存在するすべての非アクティブ リソースの詳細が含まれるグリッドが表示されます。Select this tile displays a grid that contains details of all the inactive resources that exist in the selected scope. 既定では、グリッドに、過去 7 日間に復旧ポイントがない項目が表示されます。By default, the grid shows items that don't have a recovery point in the last seven days. 異なる時間範囲の非アクティブ リソースを見つけるには、タブの上部にある [時間の範囲] フィルターを調整します。To find inactive resources for a different time range, you can adjust the Time Range filter at the top of the tab.

非アクティブ リソースを識別したら、そのリソースのバックアップ項目ダッシュボードまたは Azure リソース ペインの該当する方に移動して、問題をさらに調査できます。Once you've identified an inactive resource, you can investigate the issue further by navigating to the backup item dashboard or the Azure resource pane for that resource (wherever applicable). 実際の状況に応じて、マシンのバックアップを停止して (マシンが存在しなくなった場合) 不要なバックアップを削除する (それがコストの節約になります) か、マシンの問題を修正してバックアップが確実に行われるようにすることができます。Depending on your scenario, you can choose to either stop backup for the machine (if it doesn't exist anymore) and delete unnecessary backups, which saves costs, or you can fix issues in the machine to ensure that backups are taken reliably.

[最適化] タブ - [Inactive Resources](非アクティブ リソース)

保有期間が長いバックアップ項目Backup Items with a large retention duration

このビューを使用すると、組織が必要としているよりも長い期間バックアップが保持されている項目を識別できます。Using this view, you can identify those items that have backups retained for a longer duration than required by your organization.

[ポリシーの最適化] タイルを選択してから [Retention Optimizations] (保有期間の最適化) タイルをクリックすると、日単位、週単位、月単位、または年単位の保有ポイント (RP) の保有期間が、指定した値よりも大きいすべてのバックアップ項目を含むグリッドが表示されます。Selecting the Policy Optimizations tile followed by the Retention Optimizations tile displays a grid containing all backup items for which the retention of either the daily, weekly, monthly, or yearly retention point (RP) is greater than a specified value. 既定では、選択したスコープ内のすべてのバックアップ項目がグリッドに表示されます。By default, the grid displays all backup items in the selected scope. 日単位、週単位、月単位、および年単位の RP 保有期間のフィルターを使用して、グリッドをさらに絞り込むことができます。また、保有期間を短縮してバックアップ ストレージのコストを節約できる可能性のある項目を識別することもできます。You can use the filters for daily, weekly, monthly, and yearly RP retention to filter the grid further and identify those items for which retention could potentially be reduced to save on backup storage costs.

SQL や SAP HANA のようなデータベース ワークロードの場合、グリッドに表示される保有期間は、差分バックアップ ポイントではなく、完全バックアップ ポイントの保有期間に対応しています。For database workloads like SQL and SAP HANA, the retention periods shown in the grid correspond to the retention periods of the full backup points and not the differential backup points. 保有フィルターにも同じことが当てはまります。The same applies for the retention filters as well.

[最適化] タブ - [Retention Optimizations](保有期間の最適化)

毎日の完全バックアップ用に構成されたデータベースDatabases configured for daily full backup

このビューを使用すると、毎日完全バックアップを行うように構成されているデータベース ワークロードを識別できます。Using this view, you can identify database workloads that have been configured for daily full backup. 多くの場合、毎日の差分バックアップと毎週の完全バックアップを併せて使用すると、コスト効率が向上します。Often, using daily differential backup along with weekly full backup is more cost-effective.

[ポリシーの最適化] タイルをクリックしてから [バックアップ スケジュールの最適化] タイルを選択すると、毎日の完全バックアップ ポリシーが設定されているすべてのデータベースを含むグリッドが表示されます。Selecting the Policy Optimizations tile followed by the Backup Schedule Optimizations tile displays a grid containing all databases with a daily full backup policy. 特定のバックアップ項目に移動し、毎週の完全バックアップと毎日の差分バックアップを併用するようにポリシーを変更することができます。You can choose to navigate to a particular backup item and modify the policy to use daily differential backup with weekly full backup.

グリッドに予期したとおりデータベース ワークロードを表示できるようにするには、タブの上部にある [バックアップ管理の種類] フィルターでは、 [Azure VM での SQL][Azure VM での SAP HANA] の項目が選択されている必要があります。The Backup Management Type filter at the top of the tab should have the items SQL in Azure VM and SAP HANA in Azure VM selected, for the grid to be able to display database workloads as expected.

[最適化] タブ - [Backup Management Type](バックアップ管理の種類)

ポリシー準拠Policy adherence

このタブを使用すると、すべてのバックアップ インスタンスで毎日少なくとも 1 回のバックアップが成功したかどうかを確認できます。Using this tab, you can identify whether all of your backup instances have had at least one successful backup every day. 週単位のバックアップ ポリシーが設定されている項目の場合、このタブを使用すると、すべてのバックアップ インスタンスで 1 週間に少なくとも 1 回のバックアップが成功したかどうかを確認できます。For items with weekly backup policy, you can use this tab to determine whether all backup instances have had at least one successful backup a week.

使用できるポリシー準拠ビューには、次の 2 種類があります。There are two types of policy adherence views available:

  • 期間ごとのポリシー準拠: このビューを使用すると、特定の日に少なくとも 1 回のバックアップが成功した項目の数と、その日に正常にバックアップされなかった項目の数を特定できます。Policy Adherence by Time Period: Using this view, you can identify how many items have had at least one successful backup in a given day and how many have not had a successful backup in that day. 行をクリックすると、選択した日にトリガーされたすべてのバックアップ ジョブの詳細を確認できます。You can click on a row to see details of all backup jobs that have been triggered on the selected day. 時間の範囲を過去 60 日間などの大きな値に広げると、グリッドは週単位のビューで表示され、特定の週の各曜日で 1 回以上バックアップが成功したすべての項目の数が表示される点に注意してください。Note that if you increase the time range to a larger value, such as the last 60 days, the grid is rendered in weekly view, and displays the count of all items that have had at least one successful backup on every day in the given week. 同様に、広い時間範囲には月単位のビューがあります。Similarly, there is a monthly view for larger time ranges.

週単位でバックアップされた項目の場合、このグリッドは、特定の週に 1 回以上バックアップが成功したすべての項目を識別するのに役立ちます。In the case of items backed up weekly, this grid helps you identify all items that have had at least one successful backup in the given week. 過去 120 日間などのより広い時間範囲の場合、グリッドは月単位のビューで表示され、特定の月の各週に 1 回以上バックアップが成功したすべての項目の数が表示されます。For a larger time range, such as the last 120 days, the grid is rendered in monthly view, and displays the count of all items that have had at least one successful backup in every week in the given month. 日単位、週単位、および月単位のビューの詳細については、「バックアップ レポートで使用される規則」を参照してください。Refer Conventions used in Backup Reports for more details around daily, weekly and monthly views.

期間ごとのポリシー準拠

  • バックアップ インスタンスごとのポリシー準拠: このビューを使用すると、バックアップ インスタンス レベルでポリシー準拠の詳細を確認できます。Policy Adherence by Backup Instance: Using this view, you can policy adherence details at a backup instance level. 緑色のセルは、特定の日のバックアップ インスタンスに少なくとも 1 回の成功したバックアップがあることを示します。A cell which is green denotes that the backup instance had at least one successful backup on the given day. 赤色のセルは、特定の日のバックアップ インスタンスに成功したバックアップが 1 つもないことを示します。A cell which is red denotes that the backup instance did not have even one successful backup on the given day. 日単位、週単位、および月単位の集計は、期間ごとのポリシー準拠ビューと同じ動作に従います。Daily, weekly and monthly aggregations follow the same behavior as the Policy Adherence by Time Period view. 任意の行をクリックすると、選択した時間の範囲内の特定のバックアップ インスタンスにあるすべてのバックアップ ジョブを表示できます。You can click on any row to view all backup jobs on the given backup instance in the selected time range.

バックアップ インスタンスごとのポリシー準拠

Azure Backup レポートをメールで送信するEmail Azure Backup reports

バックアップ レポートで使用できる メール レポート 機能を使用すると、自動化されたタスクを作成して、メールで定期的なレポートを受信できます。Using the Email Report feature available in Backup Reports, you can create automated tasks to receive periodic reports via email. この機能を利用するには、指定した入力に基づいて、選択した Log Analytics (LA) ワークスペースからデータのクエリを実行するロジック アプリを Azure 環境にデプロイします。This feature works by deploying a logic app in your Azure environment that queries data from your selected Log Analytics (LA) workspaces, based on the inputs that you provide.

ロジック アプリを作成したら、Azure Monitor Logs と Office 365 への接続を承認する必要があります。Once the logic app is created, you'll need to authorize connections to Azure Monitor Logs and Office 365. これを行うには、Azure portal で [ロジック アプリ] に移動し、作成したタスクの名前を検索します。To do this, navigate to Logic Apps in the Azure portal and search for the name of the task you've created. [API 接続] メニュー項目を選択すると、承認する必要のある API 接続の一覧が開きます。Selecting the API connections menu item opens up the list of API connections that you need to authorize. 電子メールの構成と問題のトラブルシューティング方法について参照してくださいLearn more about how to configure emails and troubleshoot issues.

Azure Backup レポートをカスタマイズするCustomize Azure Backup reports

バックアップ レポートには、Azure Monitor ログに対するシステム関数が使用されます。Backup Reports uses system functions on Azure Monitor logs. これらの関数を使用して、LA の未加工の Azure Backup テーブルのデータを操作し、書式を設定したデータを返すことができます。これにより、簡単なクエリを使用して、バックアップ関連のすべてのエンティティの情報を簡単に取得できます。These functions operate on data in the raw Azure Backup tables in LA and return formatted data that helps you easily retrieve information of all your backup-related entities, using simple queries.

バックアップ レポートをベースとして使用して独自のレポート ブックを作成するには、[バックアップ レポート] に移動し、レポートの上部にある [編集] をクリックして、レポートに使用されているクエリを表示して編集します。To create your own reporting workbooks using Backup Reports as a base, you can navigate to Backup Reports, click on Edit at the top of the report, and view/edit the queries being used in the reports. カスタム レポートの作成方法の詳細については、Azure ブックのドキュメントを参照してください。Refer to Azure workbooks documentation to learn more about how to create custom reports.

Excel へのエクスポートExport to Excel

任意のウィジェット (テーブルやグラフなど) の右上にある下矢印ボタンを選択すると、既存のフィルターが適用されたままの状態で、そのウィジェットの内容が Excel シートとしてエクスポートされます。Select the down arrow button in the upper right of any widget, like a table or chart, to export the contents of that widget as an Excel sheet as-is with existing filters applied. テーブルの行をさらに Excel にエクスポートする場合は、各グリッドの上部にある [ページごとの行] ドロップダウン矢印を使用して、ページに表示される行の数を増やすことができます。To export more rows of a table to Excel, you can increase the number of rows displayed on the page by using the Rows Per Page drop-down arrow at the top of each grid.

[ダッシュボードにピン留めする]Pin to dashboard

ウィジェットを Azure portal のダッシュボードにピン留めするには、各ウィジェットの上部にあるピン ボタンを選択します。Select the pin button at the top of each widget to pin the widget to your Azure portal dashboard. この機能は、必要とする最も重要な情報を表示するために調整された、カスタマイズされたダッシュボードを作成するのに役立ちます。This feature helps you create customized dashboards tailored to display the most important information that you need.

テナント間のレポートCross-tenant reports

複数のテナント環境にわたるサブスクリプションへの委任アクセス権を持つ Azure Lighthouse を使用する場合は、既定のサブスクリプション フィルターを使用できます。If you use Azure Lighthouse with delegated access to subscriptions across multiple tenant environments, you can use the default subscription filter. Azure portal の右上隅にある フィルター ボタンを選択して、データを表示するすべてのサブスクリプションを選択します。Select the filter button in the upper-right corner of the Azure portal to choose all the subscriptions for which you want to see data. これにより、テナント全体で Log Analytics ワークスペースを選択して、マルチテナント レポートを表示できます。Doing so lets you select Log Analytics workspaces across your tenants to view multitenanted reports.

バックアップ レポートで使用される規則Conventions used in Backup reports

  • フィルターは、各タブで左から右、上から下に処理されます。つまり、フィルターは、そのフィルターの右側または下に配置されているすべてのウィジェットにのみ適用されます。Filters work from left to right and top to bottom on each tab. That is, any filter only applies to all those widgets that are positioned either to the right of that filter or below that filter.
  • 色分けされたタイルを選択すると、そのタイルの値に関連するレコードについて、そのタイルの下のウィジェットがフィルター処理されます。Selecting a colored tile filters the widgets below the tile for records that pertain to the value of that tile. たとえば、 [バックアップ項目] タブの [保護停止] タイルを選択すると、下のグリッドとグラフがフィルター処理され、[保護停止] 状態のバックアップ項目のデータが表示されます。For example, selecting the Protection Stopped tile on the Backup Items tab filters the grids and charts below to show data for backup items in the Protection Stopped state.
  • 色分けされていないタイルは選択できません。Tiles that aren't colored aren't selectable.
  • まだ終わっていない現在日のデータはレポートに表示されません。Data for the current partial day isn't shown in the reports. そのため、 [時間の範囲] の選択値が [過去 7 日間] の場合、レポートには過去 7 日間のレコードが表示されます。So, when the selected value of Time Range is Last 7 days, the report shows records for the last seven completed days. 現在の日付は含まれません。The current day isn't included.
  • レポートには、選択した時間の範囲内に "トリガーされた" ジョブの詳細 (ログジョブとは別のもの) が表示されます。The report shows details of jobs (apart from log jobs) that were triggered in the selected time range.
  • クラウド ストレージ保護されたインスタンス について表示される値は、選択した時間の範囲の "終了" 時のものです。The values shown for Cloud Storage and Protected Instances are at the end of the selected time range.
  • レポートに表示されるバックアップ項目は、選択した時間の範囲の "終了" 時に存在する項目です。The Backup items displayed in the reports are those items that exist at the end of the selected time range. 選択した時間の範囲の間に削除されたバックアップ項目は表示されません。Backup items that were deleted in the middle of the selected time range aren't displayed. バックアップ ポリシーにも同じ規則が適用されます。The same convention applies for Backup policies as well.
  • 選択した時間範囲の期間が 30 日以下の場合は、毎日 1 つのデータポイントがある日単位のビューでグラフが表示されます。If the selected time range spans a period of 30 days of less, charts are rendered in daily view, where there is one data point for every day. 時間範囲が 30 日より長く、90 日以下の期間にわたっている場合、グラフは週単位のビューで表示されます。If the time range spans a period greater than 30 days and less than (or equal to) 90 days, charts are rendered in weekly view. より広い時間範囲の場合は、月単位のビューでグラフが表示されます。For larger time ranges, charts are rendered in monthly view. 週単位または月単位でデータを集計すると、クエリのパフォーマンスが向上し、グラフ内のデータが読みやすくなります。Aggregating data weekly or monthly helps in better performance of queries and easier readability of data in charts.
  • ポリシー準拠のグリッドは、前述のものと同様の集計ロジックに従います。The Policy Adherence grids also follow a similar aggregation logic as described above. ただし、若干の違いがいくつかあります。However, there are a couple of minor differences. 最初の違いは、週単位のバックアップ ポリシーを持つ項目では、日単位のビューがないことです (週単位および月単位のビューのみ使用可能)。The first difference is that for items with weekly backup policy, there is no daily view (only weekly and monthly views are available). さらに、週単位のバックアップ ポリシーを持つ項目のグリッドでは、"月" は 30 日ではなく 4 週間の期間 (28 日) と見なされ、一部の週が考慮されなくなります。Further, in the grids for items with weekly backup policy, a 'month' is considered as a 4-week period (28 days), and not 30 days, to eliminate partial weeks from consideration.

クエリの読み込み回数Query load times

バックアップ レポートのウィジェットは、ユーザーの Log Analytics ワークスペースで実行される Kusto クエリを使用して機能します。The widgets in the Backup report are powered by Kusto queries, which run on the user's Log Analytics workspaces. これらのクエリには、通常、大量のデータの処理が伴い、豊富な分析情報を得るために複数の結合が使用されます。These queries typically involve the processing of large amounts of data, with multiple joins to enable richer insights. その結果、ユーザーが大規模なバックアップ資産全体にわたるレポートを表示するときに、ウィジェットが即座に読み込まれない可能性があります。As a result, the widgets might not load instantaneously when the user views reports across a large backup estate. 次の表は、さまざまなウィジェットの読み込みにかかる大まかな推定時間を示しています。これは、バックアップ項目の数とレポートが表示される時間の範囲に基づきます。This table provides a rough estimate of the time that different widgets can take to load, based on the number of Backup items and the time range for which the report is being viewed.

データ ソースの数# Data sources 期間Time horizon おおよその読み込み時間Approximate load times
~ 5000 回~5 K 1 か月1 month タイル:5 ~ 10 秒Tiles: 5-10 secs
グリッド:5 ~ 10 秒Grids: 5-10 secs
グラフ:5 ~ 10 秒Charts: 5-10 secs
レポート レベルのフィルター:5 ~ 10 秒Report-level filters: 5-10 secs
~ 5000 回~5 K 3 か月3 months タイル:5 ~ 10 秒Tiles: 5-10 secs
グリッド:5 ~ 10 秒Grids: 5-10 secs
グラフ:5 ~ 10 秒Charts: 5-10 secs
レポート レベルのフィルター:5 ~ 10 秒Report-level filters: 5-10 secs
~ 10000 回~10 K 3 か月3 months タイル:15 ~ 20 秒Tiles: 15-20 secs
グリッド:15 ~ 20 秒Grids: 15-20 secs
グラフ:1 ~ 2 分Charts: 1-2 mins
レポート レベルのフィルター:25 ~ 30 秒Report-level filters: 25-30 secs
~ 15000 回~15 K 1 か月1 month タイル:15 ~ 20 秒Tiles: 15-20 secs
グリッド:15 ~ 20 秒Grids: 15-20 secs
グラフ:50 ~ 60 秒Charts: 50-60 secs
レポート レベルのフィルター:20 ~ 25 秒Report-level filters: 20-25 secs
~ 15000 回~15 K 3 か月3 months タイル:20 ~ 30 秒Tiles: 20-30 secs
グリッド:20 ~ 30 秒Grids: 20-30 secs
グラフ:2 ~ 3 分Charts: 2-3 mins
レポート レベルのフィルター:50 ~ 60 秒Report-level filters: 50-60 secs

Power BI レポートの変更点What happened to the Power BI reports?

  • レポート作成用の以前の Power BI テンプレート アプリ (Azure ストレージ アカウントのデータをソースとしていました) は、非推奨となる予定です。The earlier Power BI template app for reporting, which sourced data from an Azure storage account, is on a deprecation path. レポートを表示するために、Log Analytics へのコンテナーの診断データの送信を開始することをお勧めします。We recommend that you start sending vault diagnostic data to Log Analytics to view reports.

  • また、ストレージ アカウントまたは LA ワークスペースに診断データを送信する V1 スキーマも、非推奨のパスにあります。In addition, the V1 schema of sending diagnostics data to a storage account or an LA Workspace is also on a deprecation path. これは、V1 スキーマに基づいてカスタム クエリまたは自動化を記述していた場合は、現在サポートされている V2 スキーマを使用するようにそれらのクエリを更新することが推奨されていることを意味します。This means that if you've written any custom queries or automations based on the V1 schema, you're advised to update these queries to use the currently supported V2 schema.

次のステップNext steps

監視とレポート作成の詳細については、Azure Backup をご参照ください。Learn more about monitoring and reporting with Azure Backup