Настройка отчетов службы Azure Backup
Чаще всего администраторам резервного копирования необходимо получать полезную информацию о резервных копиях из данных, которые охватывают длительный период времени. Ниже перечислены различные сценарии использования такого решения.
- Выделение и прогнозирование потребления ресурсов облачного хранилища.
- Аудит операций резервного копирования и восстановления.
- Определение ключевых тенденций при различных уровнях детализации.
Сегодня Azure Backup предлагает решение для создания отчетов, которое использует журналы Azure Monitor и книги Azure. Эти ресурсы предоставляют подробные аналитические сведения об операциях резервного копирования для всего пространства резервного копирования. В этой статье объясняется, как настраивать и просматривать отчеты Azure Backup.
Поддерживаемые сценарии
- Отчеты резервного копирования поддерживаются для виртуальных машин Azure, SQL на виртуальных машинах Azure, SAP HANA на виртуальных машинах Azure, агента Служб восстановления Microsoft Azure (MARS), Microsoft Azure Backup Server (MABS), System Center Data Protection Manager (DPM), База данных Azure для PostgreSQL Server, BLOB-объектов Azure и дисков Azure. Для резервных копий общих папок Azure данные отображаются только для записей, созданных 1 июня 2020 г. и позднее.
- Для резервных копий общих папок Azure данные на защищенных экземплярах отображаются для записей, созданных после 1 февраля 2021 г. (для более старых записей отображается значение по умолчанию — ноль).
- Для рабочих нагрузок DPM отчеты о резервном копировании поддерживаются в DPM версии 5.1.363.0 и выше и в версии агента 2.0.9127.0 и выше.
- Для рабочих нагрузок MABS отчеты о резервном копировании поддерживаются в MABS версии 13.0.415.0 и выше и в версии агента 2.0.9170.0 и выше.
- Отчеты о резервном копировании можно просматривать во всех элементах резервного копирования, хранилищах, подписках и регионах, если их данные отправляются в рабочую область службы анализа журналов, к которой у пользователя есть доступ. Для просмотра отчетов по набору хранилищ необходимо иметь доступ с правами только для чтения к рабочей области службы анализа журналов, в которую хранилища отправляют свои данные. Доступ к отдельным хранилищам не требуется.
- Если вы являетесь пользователем Azure Lighthouse с делегированным доступом к подпискам ваших заказчиков, вы можете использовать эти отчеты в Azure Lighthouse для просмотра отчетов по всем арендаторам.
- В настоящее время данные можно просматривать в отчетах о резервном копировании максимум по 100 рабочим областям службы анализа журналов (в арендаторах).
Примечание
В зависимости от сложности запросов и объема обработанных данных при выборе большого количества рабочих областей, которые в некоторых случаях меньше 100, могут возникнуть ошибки. Рекомендуется ограничить количество рабочих областей, запрашиваемых одновременно.
- Данные по заданиям резервного копирования журналов в настоящее время не отображаются в отчетах.
Примечание
Функциональные возможности, описанные в следующих разделах, также можно получить с помощью Центра резервного копирования. Центр резервного копирования — это единая унифицированная среда управления в Azure. Он позволяет предприятиям управлять, отслеживать, оперировать и анализировать резервные копии в любом масштабе. С помощью этого решения можно выполнять большинство основных операций по управлению резервным копированием, не ограничиваясь областью отдельного хранилища.
Начало работы
Чтобы начать использовать отчеты, выполните следующие действия.
1. Выберите существующую или создайте новую рабочую область службы анализа журналов
Настройте одну или несколько рабочих областей службы анализа журналов для хранения данных отчетов о резервном копировании. Расположение и подписка, в которых можно создать рабочую область службы анализа журналов, не зависят от расположения и подписки, где существуют хранилища.
Инструкции по настройке рабочей области службы анализа журналов см. в разделе Создание рабочей области службы анализа журналов на портале Azure.
По умолчанию данные в рабочей области службы анализа журналов хранятся в течение 30 дней. Чтобы просмотреть данные за более длительный период времени, измените срок хранения рабочей области службы анализа журналов. Сведения об изменении срока хранения см. в статье "Настройка политик хранения данных и архива в журналах Azure Monitor".
2. Настройка параметров диагностики для хранилищ
Ресурсы Диспетчера ресурсов Azure, такие как хранилища служб восстановления, записывают сведения о запланированных операциях и операциях, активируемых пользователем, в виде диагностических данных. Чтобы настроить параметры диагностика для хранилищ, выполните следующие действия.
Выберите тип хранилища:
В разделе "Мониторинг" хранилища служб восстановления выберите Параметры диагностики и укажите целевой объект для диагностических данных хранилища служб восстановления. Дополнительные сведения об использовании диагностических событий см. в разделе Использование параметров диагностики для хранилищ служб восстановления.
Azure Backup также предоставляет встроенное определение Политика Azure, которое автоматизирует настройку параметров диагностика для всех хранилищ Служб восстановления в заданной область. Сведения об использовании этой политики см. в разделе Настройка параметров диагностики хранилища в масштабе.
Примечание
После настройки диагностики для завершения передачи исходных данных может потребоваться до 24 часов. После того как данные начнут передаваться в рабочую область службы анализа журналов, они могут не сразу отображаться в отчетах, поскольку данные за текущий день не отображаются в отчетах. Дополнительные сведения см. в разделе Соглашения, используемые в отчетах по резервному копированию. Рекомендуется начинать просматривать отчеты через два дня после настройки хранилищ для отправки данных в службу анализа журналов.
3. Просмотр отчетов на портале Azure
Настроив хранилища для отправки данных в Log Analytics, просмотрите отчеты о резервном копировании, перейдя в центр резервного копирования и выбрав Отчеты о резервном копировании. Выберите соответствующие рабочие области на вкладке Начало работы .
Отчет содержит различные вкладки.
Сводка
Используйте эту вкладку, чтобы просмотреть общие сведения о пространстве резервного копирования. Краткий обзор общего количества элементов резервного копирования, общего объема потребления ресурсов облачного хранилища, количества защищенных экземпляров и процента успешно выполненных заданий для каждого типа рабочей нагрузки. Дополнительные сведения о конкретных типах артефактов резервного копирования см. на соответствующих вкладках.
Резервные элементы
Эта вкладка используется для просмотра сведений и тенденций в облачном хранилище, используемом на уровне элементов резервного копирования. Например, если вы используете SQL в резервной копии виртуальной машины Azure, вы можете просмотреть сведения об использовании облачного хранилища для каждой базы данных SQL, для которой выполняется резервное копирование. Кроме того, можно просматривать данные для элементов резервного копирования с определенным состоянием защиты. Например, при щелчке на плитке Защита остановлена в верхней части вкладки выполняется фильтрация всех мини-приложений под ней, чтобы отображались только данные для элементов резервного копирования в состоянии "Защита остановлена".
Использование
Эта вкладка используется для просмотра параметров выставления счетов для резервных копий. Сведения, отображаемые на этой вкладке, находятся на уровне сущности выставления счетов (в защищенном контейнере). Например, при резервном копировании в Azure сервера DPM можно просмотреть тенденции по количеству защищенных экземпляров и объему облачного хранилища, которые потребляются для этого сервера DPM. Аналогичным образом, если вы используете SQL в Azure Backup или SAP HANA в Azure Backup, на этой вкладке отображаются сведения об использовании на уровне виртуальной машины, на которой содержатся эти базы данных.
Примечание
- Для рабочих нагрузок Файлов Azure, BLOB-объектов Azure и Дисков Azure используемое хранилище отображается как ноль. Это связано с тем, что поле относится к хранилищу, используемому в хранилище, а также к файлу Azure, BLOB-объекту Azure и диску Azure. В настоящее время в отчетах поддерживается только решение резервного копирования на основе snapshot.
- Для рабочих нагрузок DPM пользователи могут видеть небольшую разницу (порядка 20 МБ на сервер DPM) между значениями использования, отображаемыми в отчетах, по сравнению с совокупным значением использования, как показано на вкладке Обзор хранилища Служб восстановления. Это различие объясняется тем, что каждый сервер DPM, зарегистрированный для резервного копирования, имеет связанный источник данных метаданных, который не отображается в качестве артефакта для создания отчетов.
Задания
Эта вкладка используется для просмотра долгосрочных тенденций в заданиях, таких как количество невыполненных заданий в день и основные причины сбоя при выполнении задания. Эти сведения можно просмотреть на агрегированном уровне и на уровне элементов резервного копирования. Выберите определенный элемент резервного копирования в сетке, чтобы просмотреть подробные сведения о каждом задании, которое было запущено для этого элемента резервного копирования в выбранном диапазоне времени.
Примечание
Для рабочих нагрузок База данных Azure для PostgreSQL, BLOB-объектов Azure и Дисков Azure поле передаваемых данных в настоящее время недоступно в таблице Задания.
Политики
Эта вкладка используется для просмотра сведений обо всех активных политиках, таких как число связанных элементов и общий объем ресурсов облачного хранилища, потребляемый элементами, резервное копирование которых осуществляется в рамках данной политики. Выберите конкретную политику, чтобы просмотреть сведения о каждом из связанных с ней элементов резервного копирования.
Оптимизация
Используйте эту вкладку для получения сведений о потенциальных возможностях оптимизации затрат на резервные копии. Ниже приведены сценарии, для которых вкладка "Оптимизация" в настоящее время предлагает аналитические сведения.
Неактивные ресурсы
С помощью этого представления можно определить, для каких элементов резервного копирования в течение длительного времени не удавалось успешно создать резервную копию. Это может означать либо то, что соответствующего компьютера, резервная копия которого создавалась, уже не существует (из-за чего резервные копирования завершаются сбоем) или же что с этим компьютером возникла некая проблема, которая не позволяет надежно производить резервное копирование.
Чтобы просмотреть неактивные ресурсы, перейдите на вкладку Оптимизация и выберите элемент Неактивные ресурсы. При выборе этого элемента отображается сетка, содержащая подробные сведения обо всех неактивных ресурсах в выбранной области. По умолчанию в сетке отображаются элементы, для которых отсутствует точка восстановления за последние семь дней. Чтобы найти неактивные ресурсы за другой промежуток времени, можно изменить значения в фильтре Диапазон времени в верхней части вкладки.
Обнаружив неактивный ресурс, можно дополнительно изучить проблему, перейдя на панель мониторинга элементов резервного копирования или на панель ресурсов Azure для этого ресурса (в зависимости от того, какой из вариантов применим). В зависимости от сценария вы можете остановить резервное копирование компьютера (если она больше не существует) и удалить ненужные резервные копии, что экономит затраты, или устранить проблемы на компьютере, чтобы обеспечить надежное создание резервных копий.
Примечание
Для рабочих нагрузок База данных Azure для PostgreSQL, BLOB-объектов Azure и дисков Azure представление "Неактивные ресурсы" в настоящее время не поддерживается.
Элементы резервного копирования с большим сроком хранения
С помощью этого представления можно определить, у каких элементов резервные копии хранятся дольше, чем требуется в вашей организации.
Если выбрать элемент Оптимизация политики, а затем элемент Оптимизация хранения, отобразится сетка, содержащая все элементы резервного копирования, для которых период хранения ежедневной, еженедельной, ежемесячной либо ежегодной точки хранения (RP) превышает указанное значение. По умолчанию в сетке отображаются все элементы резервного копирования в выбранной области. Вы можете использовать фильтры для ежедневного, еженедельного, ежемесячного и ежегодного хранения RP, чтобы отфильтровать сетку и указать, для каких элементов можно уменьшить период удержания, чтобы сэкономить на затратах на хранилище резервных копий.
Для рабочих нагрузок баз данных, таких как SQL и SAP HANA, периоды хранения, показанные в сетке, соответствуют периодам хранения полных точек резервного копирования, а не разностных точек резервного копирования. То же относится и к фильтрам хранения.
Примечание
Для экземпляров резервного копирования, использующих уровень "Стандартный" хранилища, сетка "Оптимизация хранения" учитывает продолжительность хранения на уровне "Стандартный" хранилища. Для экземпляров резервного копирования, которые не используют уровень хранилища (например, элементы, защищенные решением для резервного копирования дисков Azure), в сетке учитывается уровень хранения snapshot уровня.
Базы данных, настроенные для ежедневного полного резервного копирования
С помощью этого представления можно находить рабочие нагрузки базы данных, настроенные на ежедневное полное резервное копирование. Часто по сравнению с ним может быть более экономически эффективным ежедневное разностное резервное копирование в сочетании с еженедельным полным резервным копированием.
Если выбрать элемент Оптимизация политики, а затем элемент Оптимизация расписания резервного копирования, на фрагменте отобразится сетка, содержащая все базы данных с политикой ежедневного полного резервного копирования. Можно перейти к тому или иному элементу резервного копирования и изменить его политику, чтобы ежедневно производилось разностное резервное копирование, а полная резервная копия создавалась еженедельно.
В фильтре Тип управления резервными копиями в верхней части вкладки должны быть выбраны элементы SQL на виртуальной машине Azure и SAP HANA на виртуальной машине Azure, чтобы в сетке должным образом отображались рабочие нагрузки баз данных.
Соблюдение Политики Azure
С помощью этой вкладки можно определить, у всех ли из ваших экземпляров резервного копирования ежедневно происходило по меньшей мере одно успешное резервное копирование. Для элементов с политикой еженедельного резервного копирования эта вкладка позволяет определить, у всех ли экземпляров резервного копирования происходило по меньшей мере одно успешное резервное копирование в неделю.
Доступно два типа представлений соблюдения политики.
- Соблюдение политик по периодам времени. Это представление позволяет определить, у скольких элементов происходило по меньшей мере одно успешное резервное копирование в заданный день и у скольких элементов за этот день успешное резервное копирование не состоялось. Щелкнув строку, можно просмотреть подробные сведения обо всех заданиях резервного копирования, которые были активированы в выбранный день. Обратите внимание, что при увеличении диапазона времени до большего значения, например до последних 60 дней, сетка отображается в недельном представлении, и в ней отображается число элементов, у которых происходило по меньшей мере по одному успешному резервному копированию в каждый из дней той или иной недели. Аналогичным образом для еще больших диапазонов времени включается помесячное представление.
При работе с элементами, резервное копирование которых выполнялось еженедельно, эта сетка помогает найти все элементы, у которых за ту или иную неделю произошло по меньшей мере одно успешное резервное копирование. Для больших диапазонов времени, таких как последние 120 дней, сетка отображается в помесячном представлении, и в ней отображается число всех элементов, у которых за тот или иной месяц происходило по меньшей мере одно успешное резервное копирование каждую неделю. Дополнительные сведения о ежедневных, еженедельных и помесячных представлениях см. в разделе Соглашения, используемые в Отчетах о резервном копировании.
- Соблюдение Политики Azure по экземпляру резервной копии: с помощью этого представления можно просматривать данные о соблюдении политик на уровне экземпляров резервных копий. Зеленая ячейка означает, что для соответствующего экземпляра резервного копирования в указанный день была создана по меньшей мере одна резервная копия. Ячейка красного цвета означает, что у экземпляра резервного копирования за указанный день не было успешно создано ни одной резервной копии. Для ежедневных, еженедельных и ежемесячных агрегатов объединения производятся по той же схеме, что и в представлении "Соблюдение Политики Azure по периодам времени". Щелкнув любую строку, можно просмотреть все задания резервного копирования в заданном экземпляре резервного копирования за выбранный период времени.
Отправка отчетов Azure Backup по электронной почте
С помощью функции Отчетов по электронной почте, доступной в Отчетах о резервном копировании, можно создавать автоматизированные задачи для получения периодических отчетов по электронной почте. Эта функция работает посредством развертывания в среде Azure приложения логики, которое запрашивает данные из выбранных рабочих областей Log Analytics (LA) в соответствии с указанными вами входными параметрами.
После создания приложения логики необходимо авторизовать подключения к журналам Azure Monitor и Office 365. Для этого перейдите к разделу Приложения логики на портале Microsoft Azure и найдите имя созданной задачи. Выберите пункт меню Подключения API. Откроется список подключений API, которые необходимо авторизовать. Дополнительные сведения о том, как настраивать сообщения электронной почты и устранять неполадки.
Настройка Отчетов о резервном копировании Azure Backup
В Отчетах о резервном копировании используются системные функции работы с журналами Azure Monitor. Эти функции работают с данными из таблиц необработанных данных Azure Backup в LA. Они возвращают форматированные данные, из которых можно легко получить сведения обо всех сущностях, связанных с резервным копированием ваших данных, применяя простые запросы.
Для создания собственных книг отчетов с использованием Отчетов о резервном копировании в качестве основы можно перейти в раздел Отчеты о резервном копировании, щелкнуть Изменить в верхней части отчета и просмотреть/изменить запросы, используемые в отчетах. Дополнительные сведения о создании настраиваемых отчетов см. в документации по книгам Azure.
Экспорт в Excel
Нажмите кнопку со стрелкой вниз в правом верхнем углу любого мини-приложения, например таблицы или диаграммы, чтобы экспортировать содержимое этого мини-приложения "как есть" в виде таблицы Excel с применением существующих фильтров. Чтобы экспортировать больше строк таблицы в Excel, можно увеличить число строк, отображаемых на странице, с помощью раскрывающегося списка Количество строк на странице в верхней части каждой сетки.
Закрепить на панели мониторинга
Чтобы закрепить мини-приложение на панели мониторинга портала Azure, нажмите кнопку "Закрепить" в верхней части мини-приложения. С помощью этой функции можно создавать настраиваемые панели мониторинга для просмотра наиболее важных сведений.
Отчеты по всем арендаторам
Если вы используете Azure Lighthouse с делегированным доступом к подпискам в нескольких средах арендатора, можно использовать фильтр подписок по умолчанию. Нажмите кнопку "Фильтр" в правом верхнем углу портала Azure, чтобы выбрать все подписки, для которых требуется отобразить данные. Это позволит выбрать рабочие области службы анализа журналов на арендаторах для просмотра отчетов по нескольким арендаторам.
Соглашения, используемые в отчетах по резервному копированию
- Фильтры применяются слева направо и сверху вниз на каждой вкладке. Таким образом, любой фильтр применяется ко всем мини-приложениям, расположенным либо справа от этого фильтра, либо ниже него.
- При выборе цветной плитки выполняется фильтрация мини-приложений под плиткой, обозначающей записи, относящиеся к значению этой плитки. Например, при щелчке на плитке Защита остановлена на вкладе Элементы резервного копирования выполняется фильтрация всех мини-приложений под ней, чтобы отображались только данные для элементов резервного копирования в состоянии "Защита остановлена".
- Плитки, не выделенные цветом, недоступны для выбора.
- Данные по части текущего неполного дня не отображаются в отчетах. Таким образом, если выбранное значение временного диапазона равно Последние 7 дней, отчет отображает записи за последние семь полных дней. Текущий день не включается в отчет.
- В отчете отображаются сведения о заданиях (помимо заданий журнала), которые были активированы в выбранном диапазоне времени.
- Значения, отображаемые для облачного хранилища и защищенных экземпляров, находятся в конце выбранного диапазона времени.
- Элементы резервного копирования, отображаемые в отчетах, — это элементы, которые находятся в конце выбранного диапазона времени. Элементы резервного копирования, удаленные в середине выбранного диапазона времени, не отображаются. Для политик резервного копирования применяется то же самое соглашение.
- Если выбранный диапазон времени покрывает период в 30 дней или менее, диаграммы отображаются в ежедневном представлении, с одной точкой данных на каждый из дней. Если продолжительность диапазона времени больше 30 дней, но меньше или равна 90 дням, диаграммы отображаются в понедельном представлении. Для более длительных диапазонов времени диаграммы выводятся в помесячном представлении. Объединение данных по неделям или по месяцам улучшает производительность запросов, а также облегчает восприятие данных в диаграммах.
- В сетках Соблюдения политик также применяется логика объединения данных, сходная с описанной выше. Однако у них есть несколько незначительных отличий. Одно из них состоит в том, что для элементов с политикой еженедельного резервного копирования отсутствует ежедневное представление (доступны только еженедельные и помесячные представления). Кроме того, в сетках для элементов с политикой еженедельного резервного копирования под "месяцем" подразумевается 4-недельный период (28 дней), а не 30 дней, чтобы избежать рассмотрения неполных недель.
Как устранить эту проблему?
При обнаружении проблем несоответствия данных в отчетах о резервном копировании, выполните следующие предварительные проверки:
Убедитесь, что все хранилища отправляют необходимые журналы диагностики в рабочую область Log Analytics.
Убедитесь, что в отчетах о резервном копировании выбраны нужные фильтры.
Проверьте следующие ограничения в отчетах о резервном копировании.
После настройки диагностики для завершения передачи исходных данных может потребоваться до 24 часов. После того как данные начнут передаваться в рабочую область службы анализа журналов, они могут не сразу отображаться в отчетах, поскольку данные за текущий день не отображаются в отчетах. Рекомендуется начинать просматривать отчеты через два дня после настройки хранилищ для отправки данных в службу Log Analytics.
В настоящее время задания резервного копирования журналов SQL в отчетах о резервном копировании не отображаются.
Как упоминалось выше, в отчетах не отображаются данные за текущий неполный день. В них учитываются данные только за полные дни (UTC).
Например, в отчете, даже если выбрать диапазон времени с 23.03 16:30 по 24.03 10:00, внутренний запрос будет выполнен за период с 23.03 12:00 UTC по 24.03 23:59 PM UTC. Это означает, что компонент времени в datetime переопределяется запросом.
Аналогично, если сегодняшняя дата — 29 марта, данные отображаются только до конца 28 марта (23:59 UTC). Сведения о заданиях, созданных 29 марта, можно будет увидеть при проверке отчетов на следующий день, то есть, 30 марта.
Если сведения, представленные выше, не поясняют данные, отображаемые в отчете, обратитесь в службу поддержки Майкрософт.
Время загрузки страницы
Мини-приложения в отчете резервного копирования созданы на основе запросов Kusto, которые выполняются в заданных пользователем рабочих областях службы анализа журналов. Эти запросы обычно предполагают обработку больших объемов данных с несколькими объединениями для предоставления расширенных аналитических данных. В результате мини-приложения могут не загружаться мгновенно, если пользователь просматривает отчеты в большом пространстве резервного копирования. Эта таблица предоставляет приблизительную оценку времени, которое может занимать загрузка различных мини-приложений, в зависимости от количества элементов резервного копирования и временного диапазона, за который просматриваются отчеты.
| # Источники данных | Временной горизонт | Приблизительное время загрузки |
|---|---|---|
| ~5 К | 1 месяц | Плитки: 5–10 с Сетки: 5–10 с Диаграммы: 5–10 с Фильтры уровня отчета: 5–10 с |
| ~5 К | 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. Рекомендуется начать отправку диагностических данных хранилища в службу анализа журналов для просмотра отчетов.
Кроме того, также прекращается поддержка схемы версии 1 для отправки диагностических данных в учетную запись хранения или рабочую область службы анализа журналов. Поэтому, если вы ранее писали какие-либо пользовательские запросы или автоматизации, основанные на схеме версии 1, рекомендуется обновить эти запросы до поддерживаемой в настоящее время схемы версии 2.
Дальнейшие действия
Дополнительные сведения о мониторинге и создании отчетов с помощью Azure Backup