你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn。
配置 Azure 备份报表
本文介绍如何配置和查看 Azure 备份报表。
备份管理员的一个常见需求是根据时间跨度较长的数据获取有关备份的见解。 此类解决方案的用例包括:
- 分配和预测需使用的云存储空间。
- 审核备份和还原。
- 确定不同粒度级别的关键趋势。
Azure 备份提供使用 Azure Monitor 日志和 Azure 工作簿的报告解决方案。 这些资源有助于你跨整个备份资产获得有关备份的丰富见解。
支持的方案
- Azure VM、Azure VM 中的 SQL、Azure VM 中的 SAP HANA、Microsoft Azure 恢复服务 (MARS) 代理、Microsoft Azure 备份服务器 (MABS)、System Center Data Protection Manager (DPM)、Azure Database for PostgreSQL Server、Azure Blob 和 Azure 磁盘均支持备份报告。 对于 Azure 文件共享备份,将显示在 2020 年 6 月 1 日或之后创建的记录的数据。
- 对于 Azure 文件共享备份,将针对 2021 年 2 月 1 日之后创建的记录显示受保护的实例的数据(较早的记录默认为零)。
- 对于 DPM 工作负载,DPM 版本 5.1.363.0 及更高版本和代理版本 2.0.9127.0 及更高版本支持备份报表。
- 对于 MABS 工作负载,MABS 版本 13.0.415.0 及更高版本和代理版本 2.0.9170.0 及更高版本支持备份报表。
- 只要将备份报告的数据发送到用户有权访问的 Log Analytics 工作区,就可以在所有备份项目、保管库、订阅和区域中查看备份报表。 若要查看一组保管库的报表,只需具有对 Log Analytics 工作区(保管库将数据发送到该工作区)的读取访问权限。 无需具有对单个保管库的访问权限。
- 如果你是 Azure Lighthouse 用户并具有对客户订阅的委托访问权限,则可以将这些报表与 Azure Lighthouse 配合使用,以查看跨所有租户的报表。
- 目前可以在备份报表中查看最多 100 个 Log Analytics 工作区(跨租户)的数据。
注意
根据查询的复杂程度和已处理的数据量,在某些情况下,在选择大量小于 100 的工作区时可能会出现错误。 建议限制一次查询的工作区数。
- 报表中目前不显示日志备份作业的数据。
注意
还可以通过备份中心访问以下部分中描述的功能。 备份中心是 Azure 中的一种统一管理体验。 它使企业能够大规模管理、监视、操作和分析备份。 使用此解决方案,你可以执行大多数密钥备份管理操作,而不必局限于单个保管库的范围。
开始使用
若要开始使用报表,请执行以下步骤:
1.创建 Log Analytics 工作区或使用现有工作区
设置一个或多个 Log Analytics 工作区来存储备份报表数据。 可以创建此 Log Analytics 工作区的位置和订阅与保管库所处的位置和订阅无关。
若要设置 Log Analytics 工作区,请参阅在 Azure 门户中创建 Log Analytics 工作区。
默认情况下,Log Analytics 工作区中的数据将保留 30 天。 若要查看更长时间范围的数据,请更改 Log Analytics 工作区的保持期。 若要更改保持期,请参阅在 Azure Monitor 日志中配置数据保留和存档策略。
2.为保管库配置诊断设置
恢复服务保管库等 Azure 资源管理器资源会记录有关计划的操作和用户触发的操作的信息作为诊断数据。 若要为保管库配置诊断设置,请按以下步骤操作:
选择保管库类型:
在“恢复服务保管库”的“监视”部分,选择“诊断设置”并指定恢复服务保管库的诊断数据的目标。 若要了解有关使用诊断事件的详细信息,请参阅对恢复服务保管库使用诊断设置。
Azure 备份还提供内置 Azure Policy 定义,该定义会自动配置给定范围内的所有恢复服务保管库的诊断设置。 若要了解如何使用此策略,请参阅大规模配置保管库诊断设置。
注意
配置诊断后,可能需要 24 小时才能完成初始数据推送。 数据开始流入 Log Analytics 工作区后,可能无法立即在报表中看到数据,因为报表中不显示当前未满一天的数据。 有关详细信息,请参阅备份报表中使用的约定。 建议在将保管库配置为将数据发送到 Log Analytics 的两天后开始查看报表。
3.在 Azure 门户中查看报表
将保管库配置为将数据发送到 Log Analytics 后,请转到备份中心并选择“备份报表”,以查看备份报表。 在“入门”选项卡上选择相关工作区。
报表包含各种选项卡:
总结
使用此选项卡可获取备份资产的简要概述。 你可以快速查看备份项的总数、使用的云存储空间总量、受保护实例的数量以及每种工作负载类型的作业成功率。 有关特定备份项目类型的详细信息,请转到相应的选项卡。
备份项
使用此选项卡能够以备份项级别查看使用的云存储空间的信息和趋势。 例如,如果在 Azure VM 备份中使用 SQL,则可以看到正在备份的每个 SQL 数据库所使用的云存储空间。 你还可以选择查看特定保护状态的备份项的数据。 例如,选择选项卡顶部的“保护已停止”磁贴将对下面的小组件进行筛选,只显示处于“保护已停止”状态的备份项的数据。
使用情况
使用此选项卡可以查看备份的关键计费参数。 此选项卡上显示的信息可归于计费实体(受保护容器)级别。 例如,在将 DPM 服务器备份到 Azure 的情况下,你可以查看 DPM 服务器使用的受保护实例和云存储的趋势。 同样,如果在 Azure 备份中使用 SQL,或者在 Azure 备份中使用 SAP HANA,此选项卡将在包含这些数据库的虚拟机级别上提供与使用情况相关的信息。
注意
- 对于 Azure 文件、Azure Blob 和 Azure 磁盘工作负载,消耗的存储显示为“零”。 这是因为字段引用保管库中消耗的存储,以及 Azure 文件、Azure Blob 和 Azure 磁盘的存储;报告中当前仅支持基于快照的备份解决方案。
- 对于 DPM 工作负载,用户可能会看到报告中显示的用量值与恢复服务保管库的“概览”选项卡上显示的聚合用量值之间存在细微差异(每个 DPM 服务器相差大约 20 MB)。造成这种差异的原因是,每个为备份注册的 DPM 服务器都有一个关联的“元数据”数据源,该数据源并未作为报告的工件出现。
作业
使用此选项卡可以查看作业的长时间运行趋势,例如每天失败的作业数和作业失败的主要原因。 你可以在聚合级别和备份项级别查看此信息。 选择网格中的特定备份项,即可查看在选定时间范围内该备份项上触发的每个作业的详细信息。
注意
对于 Azure Database for PostgreSQL、Azure Blob 和 Azure 磁盘工作负载,“作业”表中当前不提供“已传输的数据”字段。
策略
使用此选项卡可以查看有关所有活动策略的信息,例如关联项的数量,以及按照给定策略备份的项所使用的云存储空间总量。 选择特定策略以查看与其关联的每个备份项的信息。
优化
使用此选项卡可查看备份的潜在成本优化机会。 下面是“优化”选项卡当前提供见解的方案:
非活动资源
使用此视图,可识别在很长一段时间内未成功备份的那些备份项。 这可能意味着所备份的底层计算机不再存在(因此导致备份失败),或者该计算机存在某些问题,导致备份不能可靠地进行。
若要查看非活动资源,请导航到“优化”选项卡,然后选择“非活动资源”磁贴。 选择此磁贴会显示一个网格,其中包含所选范围内存在的所有非活动资源的详细信息。 默认情况下,此网格会显示过去 7 天内没有恢复点的项。 若要查找不同时间范围内的非活动资源,可以调整选项卡顶部的“时间范围”筛选器。
确定非活动资源后,可以通过导航到该资源的备份项仪表板或 Azure 资源窗格(如果适用)来进一步调查该问题。 根据情况,你可以选择停止计算机的备份(如果该计算机不再存在)并删除不必要的备份(这可节省费用),也可以修复计算机中的问题,以确保备份可靠地进行。
注意
对于 Azure Database for PostgreSQL、Azure Blob 和 Azure 磁盘工作负载,当前不支持“非活动资源”视图。
保留期较长的备份项
使用此视图,可以识别其备份保留时间长于组织所需时间的项目。
在选择“策略优化”磁贴后选择“保留期优化”磁贴会显示一个网格,其中包含每日、每周、每月或每年保留点 (RP) 的保留期大于指定值的所有备份项。 默认情况下,该网格会显示所选范围内的所有备份项。 可以对每日、每周、每月和每年的 RP 保留期使用筛选器来进一步筛选网格,确定哪些项目的保留期可能会减少,从而节省备份存储成本。
对于 SQL 和 SAP HANA 等数据库工作负荷,网格中显示的保留期对应于完整备份点的保留期,而不是差异备份点的保留期。 这同样适用于保留期筛选器。
注意
对于使用保管库标准层的备份实例,“保留优化”网格会考虑保管库标准层中的保留持续时间。 对于不使用保管库层的备份实例(例如,受 Azure 磁盘备份解决方案保护的项),该网格会考虑快照层保留期。
针对每日完整备份配置的数据库
使用此视图,可以识别已配置为每日进行完整备份的数据库工作负荷。 通常,将每日差异备份与每周完整备份结合使用更为经济高效。
在选择“策略优化”磁贴后选择“备份计划优化”磁贴会显示一个网格,其中包含使用每日完整备份策略的所有数据库。 可以选择导航到特定备份项并修改策略,以便将每日差异备份和每周完整备份结合使用。
选项卡顶部的“备份管理类型”筛选器应已选择“Azure VM 中的 SQL”和“Azure VM 中的 SAP HANA”项,以便网格能够按预期显示数据库工作负荷。
策略遵守情况
使用此选项卡,可以确定所有备份实例是否每天都至少有一次成功备份。 对于使用每周备份策略的项,可以使用此选项卡来确定所有备份实例是否每周至少有一次成功备份。
提供两种类型的策略遵守情况视图:
- 按时间段呈现的策略遵守情况:使用此视图,可以确定有多少个项在某一天中至少有一次成功备份,有多少个项在当天没有成功备份。 可以单击某一行,查看在所选日期内触发的所有备份作业的详细信息。 请注意,如果将时间范围增加到一个较大的值(例如,过去 60 天),网格将以周视图呈现,并显示在某一周内每天至少有一次成功备份的所有项的计数。 同样,对于更大的时间范围,还可以选择每月视图。
对于每周备份的项,此网格有助于确定在某一周内至少有一次成功备份的所有项。 对于更大的时间范围(例如,过去 120 天),网格将以每月视图呈现,并显示某个月内每周至少有一次成功备份的所有项的计数。 有关每日、每周和每月视图的详细信息,请参阅备份报告中使用的约定。
- 按备份实例呈现的策略遵守情况:使用此视图,可以查看在备份实例级别呈现的策略遵守情况的详细信息。 绿色单元格表示备份实例在某一天内至少有一次成功备份。 红色单元格表示备份实例在某一天内没有任何成功备份。 每日、每周和每月的汇总遵循“按时间段呈现的策略符合情况”视图的行为。 可以单击任意行来查看所选时间范围内给定备份实例上的所有备份作业。
通过电子邮件发送 Azure 备份报告
使用备份报告中提供的“通过电子邮件发送报告”功能,可以创建自动化任务,以通过电子邮件接收定期报告。 此功能的工作方式是在 Azure 环境中部署一个逻辑应用,该逻辑应用根据你提供的输入从所选 Log Analytics (LA) 工作区查询数据。
创建逻辑应用后,你将需要授权连接到 Azure Monitor 日志和 Office 365。 为此,请导航到 Azure 门户中的“逻辑应用”,然后搜索已创建的任务的名称。 选择“API 连接”菜单项,将打开需要你授权的 API 连接的列表。 详细了解如何配置电子邮件和排查问题。
自定义 Azure 备份报告
备份报告使用 Azure Monitor 日志上的系统函数。 这些函数可以对 LA 中原始 Azure 备份表中的数据进行操作,并返回格式化数据,帮助你利用简单的查询轻松检索所有与备份相关的实体的信息。
要使用备份报告作为基础来创建你自己的报告工作簿,可以转到“备份报告”,单击报告顶部的“编辑”,然后查看/编辑报告中使用的查询。 请参阅 Azure 工作簿文档,详细了解如何创建自定义报告。
导出到 Excel
选择任何小组件(如表或图表)右上角的向下箭头按钮,并在应用了现有筛选器的情况下,将该小组件的内容按原样导出为 Excel 工作表。 若要将表的更多行导出到 Excel,可以使用每个网格顶部的“每页行数”下拉箭头来增加页面上显示的行数。
固定到仪表板
选择每个小组件顶部的固定按钮,将小组件固定到 Azure 门户仪表板。 此功能可帮助创建自定义的仪表板,以显示所需的最重要的信息。
跨租户报表
如果使用 Azure Lighthouse 并具有可跨多个租户环境访问订阅的委托权限,则可以使用默认订阅筛选器。 选择 Azure 门户右上角的筛选器按钮,以选择要查看其数据的所有订阅。 这样一来,就可以跨租户选择 Log Analytics 工作区来查看多租户报表。
备份报表中使用的约定
- 筛选器在每个选项卡上从左到右、从上到下工作。也就是说,任何筛选器都只应用于位于筛选器右侧或筛选器下方的所有小组件。
- 选择彩色磁贴将筛选磁贴下面的小组件,仅显示与该磁贴的值相关的记录。 例如,选择备份项选项卡上的“保护已停止”磁贴将筛选下面的网格和图表,以显示处于“保护已停止”状态的备份项的数据 。
- 无法选择未着色的磁贴。
- 报表中不显示当前未满一天的数据。 因此,当选定的“时间范围”值为“过去 7 天”时,报告将显示过去完整的 7 天内的记录 。 当前日期不包括在内。
- 报表显示在选定的时间范围内触发的作业(日志作业除外)的详细信息。
- 显示的“云存储空间”和“受保护的实例”的值为选定时间范围结束时的值 。
- 报表中显示的备份项为选定时间范围结束时的项。 不会显示在选定时间范围中间删除的备份项。 同样的约定也适用于备份策略。
- 如果所选的时间范围跨度为 30 天或更短时间,图表将以每日视图的形式呈现,其中每天对应一个数据点。 如果时间范围跨度超过 30 天但不到(或等于)90 天,图表将以每周视图的形式呈现。 对于更大的时间范围,图表将以每月视图的形式呈现。 每周或每月汇总数据有助于提升查询性能,并使图表中的数据更方便阅读。
- 策略遵守情况网格还遵循上述类似的汇总逻辑。 不过,有几个细微的差别。 第一个不同之处在于,对于使用每周备份策略的项,不提供每日视图(仅提供每周和每月视图)。 此外,在使用每周备份策略的项的网格中,“月”被视为 4 周(28 天),而不是 30 天,以便消除未满一周的天数。
如何排查问题?
如果在备份报告中发现数据差异问题,请执行以下初步检查:
确保所有保管库将所需的诊断日志发送到 Log Analytics 工作区。
确保在备份报告中选择了正确的筛选器。
查看备份报告中的以下限制:
配置诊断后,可能需要 24 小时才能完成初始数据推送。 数据开始流入 Log Analytics 工作区后,可能无法立即在报表中看到数据,因为报表中不显示当前未满一天的数据。 我们建议在将保管库配置为向 Log Analytics 发送数据的两天后再开始查看报表。
SQL 日志备份作业当前未显示在备份报告中。
如上所述,报告不显示当前非全天数据,而仅考虑全天 (UTC)。
例如,在报告中,即使选择 3 月 23 日下午 4:30 – 3 月 24 日上午 10:00 这一时间段,内部运行的查询时间段还是 3 月 23 日凌晨 12:00 (UTC) – 3 月 24 日晚上 11:59 (UTC)。 这意味着,查询将重写日期/时间的时间部分。
同理,如果今天是 3 月 29 日,则数据仅显示到 3 月 28 日晚上 11:59 结束 (UTC)。 对于在 3 月 29 日创建的作业,可以在第二天(即 3 月 30 日)查看报表时看到它们。
如果上述内容均无法解释报告中看到的数据,请联系 Microsoft 支持部门。
查询加载时间
备份报表中的小组件由 Kusto 查询提供支持,该查询在用户的 Log Analytics 工作区上运行。 这些查询通常涉及处理大量数据,它们使用多个连接来获得更丰富的见解。 因此,当用户跨大型备份资产查看报表时,小组件可能不会立即加载。 此表根据备份项的数量和查看报表的时间范围,粗略估计了加载不同的小组件所需的时间。
数据源数量 | 时间范围 | 大致加载时间 |
---|---|---|
~5 K | 1 个月 | 图块:5-10 秒 网格:5-10 秒 图表:5-10 秒 报表级筛选器:5-10 秒 |
~5 K | 3 个月 | 图块:5-10 秒 网格:5-10 秒 图表:5-10 秒 报表级筛选器:5-10 秒 |
~10 K | 3 个月 | 图块:15-20 秒 网格:15-20 秒 图表:1-2 分钟 报表级筛选器:25-30 秒 |
~15 K | 1 个月 | 图块:15-20 秒 网格:15-20 秒 图表:50-60 秒 报表级筛选器:20-25 秒 |
~15 K | 3 个月 | 图块:20-30 秒 网格:20-30 秒 图表:2-3 分钟 报表级筛选器:50-60 秒 |
Power BI 报表有哪些变化?
早期用于报表的 Power BI 模板应用(从 Azure 存储帐户中获取数据)即将弃用。 我们建议开始将保管库诊断数据发送到 Log Analytics 以查看报表。
此外,将诊断数据发送到存储帐户或 LA 工作区的 V1 架构也即将弃用。 这意味着,如果基于 V1 架构编写了任何自定义查询或自动化,则建议更新这些查询以使用当前支持的 V2 架构。