Настройка отчетов Azure Backup

В этой статье описывается настройка и просмотр отчетов Azure Backup.

Чаще всего администраторам резервного копирования необходимо получать полезную информацию о резервных копиях из данных, которые охватывают длительный период времени. Ниже перечислены различные сценарии использования такого решения.

• Выделение и прогнозирование потребления ресурсов облачного хранилища.
• Аудит операций резервного копирования и восстановления.
• Определение ключевых тенденций при различных уровнях детализации.

Azure Backup предлагает решение для создания отчетов, которое использует журналы Azure Monitor и рабочие тетради Azure. Эти ресурсы предоставляют подробные аналитические сведения об операциях резервного копирования для всего пространства резервного копирования.

Поддерживаемые сценарии

В следующей таблице перечислены поддерживаемые сценарии настройки отчетов Azure Backup:

Начало работы

Чтобы начать работу с отчетами, выполните следующие действия.

1. Создайте рабочую область Log Analytics или используйте существующую

Настройте одну или несколько рабочих областей службы анализа журналов для хранения данных отчетов о резервном копировании. Расположение и подписка, в которых можно создать рабочую область логов, не зависят от расположения и подписки, в которых находятся ваши хранилища.

Инструкции по настройке рабочей области службы анализа журналов см. в разделе Создание рабочей области службы анализа журналов на портале Azure.

По умолчанию данные в рабочей области службы анализа журналов хранятся в течение 30 дней. Чтобы просмотреть данные за более длительный период времени, измените срок хранения рабочей области службы анализа журналов. Сведения об изменении срока хранения см. в статье "Настройка политик хранения данных и архива в журналах Azure Monitor".

2. Настройте параметры диагностики для отправки данных в Log Analytics

Ресурсы Диспетчера ресурсов Azure, такие как хранилища служб восстановления, записывают сведения о запланированных операциях и операциях, активируемых пользователем, в виде диагностических данных. Чтобы настроить параметры диагностики для хранилищ, выполните следующие действия.

Выберите тип хранилища:

Настройте соответствующее хранение данных для сохранения исторической информации.

Узнайте , как настроить хранение данных для хранения исторических данных в течение требуемой длительности.

Соглашения, используемые в отчетах по резервному копированию

• Фильтры применяются слева направо и сверху вниз на каждой вкладке. Таким образом, любой фильтр применяется только к тем мини-приложениям, которые находятся ниже или справа от него.
• При выборе цветной плитки виджеты под ней фильтруются для отображения записей, связанных со значением этой плитки. Например, выбор плитки Защита остановлена на вкладке Элементы резервного копирования фильтрует таблицы и диаграммы ниже, чтобы показывать данные только для элементов резервного копирования в состоянии "Защита остановлена".
• Плитки, не выделенные цветом, недоступны для выбора.
• Данные за текущий неполный день не отображаются в отчётах. Таким образом, если выбранное значение временного диапазона равно Последние 7 дней, отчет отображает записи за последние семь полных дней. Текущий день не включается в отчет.
• В отчете отображаются сведения о заданиях (помимо заданий журнала), которые были активированы в выбранном диапазоне времени.
• Значения, отображаемые для облачного хранилища и защищенных экземпляров, находятся в конце выбранного диапазона времени.
• Элементы резервного копирования, отображаемые в отчетах, — это элементы, которые находятся в конце выбранного диапазона времени. Элементы резервного копирования, удаленные в середине выбранного диапазона времени, не отображаются. Для политик резервного копирования применяется то же самое соглашение.
• Если выбранный диапазон времени покрывает период в 30 дней или менее, диаграммы отображаются в ежедневном представлении, с одной точкой данных на каждый из дней. Если продолжительность диапазона времени больше 30 дней, но меньше или равна 90 дням, диаграммы отображаются в понедельном представлении. Для более длительных диапазонов времени диаграммы выводятся в помесячном представлении. Объединение данных по неделям или по месяцам улучшает производительность запросов, а также облегчает восприятие данных в диаграммах.
• В сетках Соблюдения политик также применяется логика объединения данных, сходная с описанной выше. Однако у них есть несколько незначительных отличий. Одно из них состоит в том, что для элементов с политикой еженедельного резервного копирования отсутствует ежедневное представление (доступны только еженедельные и помесячные представления). Кроме того, в сетках для элементов с политикой еженедельного резервного копирования под "месяцем" подразумевается 4-недельный период (28 дней), а не 30 дней, чтобы избежать рассмотрения неполных недель.

Производительность отчетов

При обнаружении проблем несоответствия данных в отчетах о резервном копировании, выполните следующие предварительные проверки:

1. Убедитесь, что все хранилища отправляют необходимые журналы диагностики в рабочую область Log Analytics.

2. Убедитесь, что в отчетах о резервном копировании выбраны нужные фильтры.

3. Проверьте следующие ограничения в отчетах о резервном копировании.

   • После настройки диагностики для завершения передачи исходных данных может потребоваться до 24 часов. После того как данные начнут поступать в рабочую область Log Analytics, они могут не появляться в отчетах сразу, поскольку данные за текущий неполный день не включаются в отчеты. Рекомендуется начинать просматривать отчеты через два дня после настройки хранилищ для отправки данных в службу 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, которые выполняются в заданных пользователем рабочих областях службы анализа журналов. Эти запросы обычно предполагают обработку больших объемов данных с несколькими объединениями для предоставления расширенных аналитических данных. В результате мини-приложения могут не загружаться мгновенно, если пользователь просматривает отчеты в большом пространстве резервного копирования. Эта таблица предоставляет приблизительную оценку времени, которое может занимать загрузка различных мини-приложений, в зависимости от количества элементов резервного копирования и временного диапазона, за который просматриваются отчеты.

Что случилось с отчетами Power BI?

• В настоящее время прекращается поддержка более ранней версии приложения шаблона Power BI для создания отчетов, которое получало данные из учетной записи хранения Azure. Рекомендуется начать отправку диагностических данных хранилища в службу анализа журналов для просмотра отчетов.

• Кроме того, схема V1 отправки диагностических данных в учетную запись хранения или рабочую область LA также находится на пути к прекращению поддержки. Поэтому, если вы ранее писали какие-либо пользовательские запросы или автоматизации, основанные на схеме версии 1, рекомендуется обновить эти запросы до поддерживаемой в настоящее время схемы версии 2.

Следующие шаги

Дополнительные сведения о мониторинге и создании отчетов с помощью Azure Backup