Во время резервного копирования процесс avtar периодически записывает строки состояния в журнал, в котором сообщается состояние и ход выполнения
avtar во время резервного копирования.
Примере:
2014-11-14 10:16:56 avtar Info <8688>: Состояние 2011-11-14 10:16:56, 328 файлов, 16 папок, 26,53 Мбайт (328 файлов, 15,35 Мбайт, 57,86% новый) ЦП 34 Мбайт 1% C:\directory\Folder\file.doc
Чтобы изолировать информацию о состоянии,
Используйте редактор, например
Notepad++, и выполните поиск строк, содержащих строки< «8688>»< или «5100>» в более ранних версиях клиента.
Частота ведения журнала состояния
По умолчанию информация о состоянии avtar записывается каждые 15 минут (900 с). Эту частоту можно изменить, передав avtar значение, используя состояние флага=[секунды]. Выполните это с помощью файла параметра avtar.cmd или из параметров конфигурации набора данных пользовательского интерфейса Avamar.
Рекомендуется оставить частоту по умолчанию для поддержания возможности чтения журналов. Если резервное копирование файла занимает более 15 минут, он сообщает о нескольких строках состояния. Если требуется дополнительная детализация, при необходимости уменьшите настройку. Если большие журналы создаются для длительного резервного копирования, попробуйте увеличить настройку до ежечасного отчета (3600 с).
Что означают различные разделы строки состояния?
- Вместе с датой и временем в отчетах о состоянии отображаются сведения.
- Сколько файлов было обработано на данный день.
- Количество этих файлов изменилось.
- Объем данных, которые необходимо отправить на сервер Avamar
- метрики ресурсов avtar
- Сведения о последнем обрабатываемом файле.
Ниже мы используем цветовое кодирование для определения этих метрик.
2014-12-07 10:16:56 avtar Info <8688>: Статус 2014-12-07 10:16:56, 20 788 307 файлов, 343 633 каталога, 327,9 Гбайт (9049 052 файлов, 0 байт, 0,00% новых) ЦП 1074 Мбайт / data/types.dtc
Информация, представленная в строке состояния:
- Дата и время (часовой пояс клиента)
- Количество сканированных исходных файлов и папок
- Сканированные на данный момент исходные файлы совокупным размером
Для раздела в скобах: -
(9049 052 файла, 0 байт, 0,00% нового)
- Количество измененных файлов, которые полностью обработаны avtar
- Объем данных, добавленных на сервер Avamar
- Скорость этого резервного копирования меняется (на данный день).
В далекой части строки журнала отображается: -
1074 Мбайт60% ЦП/base/data/types.dtc
- Использование клиентской памяти процесса avtar (в мегабайтах)
- Процент ЦП системы, потребляемого avtar
- Имя последнего файла, который был создан при создании сообщения о состоянии.
Последняя
и самая важная строка состояния — это сводка резервных копий. Его можно найти в конце журнала, выполнив поиск «Backup #».
После этого мы видим строку статистики резервного копирования (можно выполнить поиск с помощью команды «Резервное копирование»).
2015-11-18 00:34:32 информация avtar <5156>: Метка времени резервного копирования 75 2015-11-18 00:24:43, 4007,032 файлов, 1974,043 папки, 1589 Гбайт (2680 файлов, 419,4 Мбайт, 0,03% новых) . 2015-11-18 00:34:32 avtar Info <6083>: Резервное копирование 1589 Гбайт за 144,70 минут: 659 Гбайт/ч (1661 482 файла в час)
Открытие файлов
Чтобы выполнить резервное копирование файла, avtar должен открыть его. Следующее сообщение показывает, что avtar имеет один файл, открытый во время резервного копирования. Эта функция не предназначена для других приложений, которые также могут работать с файлом.
2016-08-22 21:30:04 avtar Info <8688>: Состояние 2016-08-22 21:30:04, 25,921 файлы, 3746 каталогов, 104,9 Гбайт (1274 файла, 0 байт, 0,00% нового) 1733 Мбайт 46% ЦП (1 открытые файлы) /opt/2016_hold.tar Этот раздел следует просмотреть вместе с общей статьей по поиску и устранению неисправностей, связанных с производительностью резервного копирования клиента.
См. сведения о производительности резервного копирования клиента Avamar. Как определить узкие места (СПОСОБ УСТРАНЕНИЯ)
Регулярно просматривайте журналы клиентов, чтобы понять, что является типичным, чтобы можно было определить необычные закономерности
». Outliers» может указывать на потенциальную проблему, которая влияет на производительность резервного копирования и емкость хранилища сервера Avamar!
Каждая информация о состоянии может быть полезной. Здесь перечислены несколько аспектов, которые следует учитывать при просмотре каждой статистики.
Отфильтровав строки состояния из журнала и проанализировав рисунки, можно понять поведение.
Рассмотрим следующее.
1) Количество исходных файлов
и папок, которые сканированы на данный момент? Есть ли много файлов
в резервной копии? Сканирование каждого файла avtar занимает некоторое время.
Продолжительность резервного копирования файловой системы примерно пропорционально количеству сканированных файлов.
По мере выполнения резервного копирования число сканированных на данный момент исходных файлов и папок должно инкрементно.
Если это число больше не возрастает или частота сканирования файлов замедляется, проверьте имена файлов в конце строки состояния. Вы можете найти большой измененный файл, который обрабатывается avtar.
Следует учитывать, что avtar теперь может сканировать файлы в другом разделе или в более медленной (или более активно активной) подсистеме хранения.
Реалистично ли количество файлов в резервной копии с учетом производительности файлов в час и максимального доступного окна резервного копирования?
2) Отношение файлов
к папкам Отображается ли необычно малое или большое количество папок относительно количества резервного
копирования файлов?
Многие файлы в одной папке (более 100 000) иногда могут снизить производительность, как и соотношение файлов и папок небольшого размера.
3) Объединенный размер сканированных
исходных файлов Это значение в конечном итоге предоставит общий
размер резервной копии.
Значение имеет большое значение для резервного копирования типа базы данных, где avtar, скорее всего, будет обрабатывать многие файлы в наборе данных.
В таких ситуациях производительность резервного копирования пропорционально скорости обработки данных avtar (фрагмент, сжатие,
хэш).
Это значение также значительно повышает производительность резервного копирования файловой системы. Резервное копирование более крупных наборов данных может выдержать меньшее количество изменений в процентах.
Примечание.: Используя сканированные и разделенные на размер отсканированных исходных файлов, мы узнаем средний (средний) размер файла.
Если средний размер файла большой, даже незначительное количество измененных файлов создает много операций по обработке avtar.
См . рекомендации по производительности при использовании Avamar для резервного копирования архивных файлов .pst
Outlook 4) Количество измененных файлов, обработанных
avtar
Это помогает нам понять объем работы, который должна выполнить
резервная копия.
Для резервного копирования баз данных это число относительно большое по отношению к количествам файлов в наборе данных.
Возможно, все файлы в наборе данных будут изменены.
При резервном копировании файловой системы следует внимательно отметить это число. Во время первоначального резервного копирования число всегда высокое.
При резервном копировании уровня 1 (резервные копии, которые создаются после первоначального резервного копирования) это число обычно составляет менее 3% от общего количества сканированных файлов.
Если доля составляет >5%, это может значительно повлиять на длительность резервного копирования, особенно при большом количестве данных в наборе данных или при большом среднем размере файла.
Определите, какие файлы изменяются, и узнайте, почему они изменяются. Видеть;
5) Объем данных,добавленных на сервер Avamar
Это объем данных, которые должны быть отправлены по проводным каналам
на сервер Avamar. Она влияет на использование емкости на сервере Avamar или Data Domain.
Для клиентов, которые отделены от сервера по глобальной сети или где для клиента рассматривается репликация, это значение должно быть достаточно небольшим для передачи данных клиента в окне резервного копирования с учетом доступной пропускной способности сети.
Можно определить клиенты, которые добавляли больше всего данных в систему Avamar, используя capacity.sh (см. ниже).
6) Скорость изменения этой резервной копии (на данный момент)
Это значение представляет собой монтирование данных, добавленных на сервер
Avamar, разделенное на объединенный размер отсканированных исходных файлов.
Скорость изменения выше 3% считается высокой.
7) Текущее использование памяти процессом avtar (в мегабайтах)
Использование памяти зависит от
различных факторов, включая:
- Версия Avamar
- Клиентская операционная система
- Характеристики набора данных
- Тип используемого кэша файлов.
Рассмотрим долю ОЗУ клиента, используемую avtar, и влияние этого использования на клиентские процессы.
Когда avtar резервное копирование больших каталогов, он потребляет больше памяти при попытке сканирования и сортировки данных.
При использовании определенных параметров настройки avtar (например, флага maxopendirs) также может увеличиться потребление памяти.
8)Процент ЦП системы, используемый avtar
A, является желательным, поскольку это означает, что avtar достаточно быстро предоставляет данные, чтобы ЦП был занят
.
При низком уровне загрузки ЦП (<10 <или 20%) это может быть связано с медленной, загруженной или сильной заявкой на использование ресурсов хранения или, возможно, из-за медленного сетевого подключения.
Рассмотрим, конкурирует ли avtar с другими процессами, запущенными на компьютере. В идеале резервное копирование следует запланировать в периоды с более низкой активностью на клиенте.
9) Имя последнего файла, который был создан при создании сообщения о состоянии:
Определите, какие данные создаются для резервного копирования, проверив имена файлов, структуру каталогов или расширения файлов.
Тратит ли avtar много времени на обработку конкретных файлов или каталогов?
Частота замедления сканирования файлов во время определенного пути к каталогу или при работе с файлами в определенном разделе?
Пример ведения журнала:
Status 2011-11-14 10:19:26, 413 files, 36 folders, 43.84 MB (413 files, 24.54 MB, 55.99% new) 33MB 2% CPU E:\\store\Small-file.txt
Status 2011-11-14 10:19:41, 418 files, 39 folders, 46.24 MB (418 files, 26.14 MB, 56.53% new) 33MB 2% CPU E:\\store\Large.ppt
Status 2011-11-14 10:19:56, 420 files, 39 folders, 47.79 MB (420 files, 27.49 MB, 57.52% new) 33MB 2% CPU E:\\store\Large.ppt
Status 2011-11-14 10:20:11, 420 files, 39 folders, 49.25 MB (420 files, 28.87 MB, 58.63% new) 33MB 1% CPU E:\\store\Large.ppt
Status 2011-11-14 10:20:26, 420 files, 39 folders, 52.68 MB (420 files, 32.30 MB, 61.32% new) 33MB 2% CPU E:\\store\Large.ppt
Status 2011-11-14 10:20:41, 420 files, 39 folders, 54.80 MB (420 files, 34.33 MB, 62.65% new) 33MB 2% CPU E:\\store\Large.ppt
Status 2011-11-14 10:20:56, 420 files, 39 folders, 58.48 MB (420 files, 38.01 MB, 64.99% new) 33MB 2% CPU E:\\store\Large.ppt
Status 2011-11-14 10:21:11, 420 files, 39 folders, 59.87 MB (420 files, 39.39 MB, 65.80% new) 33MB 1% CPU E:\\store\Large.ppt
Status 2011-11-14 10:21:26, 420 files, 39 folders, 62.40 MB (420 files, 41.92 MB, 67.19% new) 33MB 2% CPU E:\\store\Large.ppt
Status 2011-11-14 10:21:41, 420 files, 39 folders, 64.59 MB (420 files, 44.12 MB, 68.31% new) 33MB 2% CPU E:\\store\Large.ppt
Status 2011-11-14 10:21:56, 420 files, 39 folders, 67.04 MB (420 files, 46.57 MB, 69.46% new) 33MB 2% CPU E:\\store\Large.ppt
Status 2011-11-14 10:22:11, 420 files, 39 folders, 69.13 MB (420 files, 48.66 MB, 70.39% new) 33MB 1% CPU E:\\store\Large.ppt
Status 2011-11-14 10:22:26, 421 files, 39 folders, 71.99 MB (421 files, 51.25 MB, 71.20% new) 33MB 2% CPU E:\\store\Smalller.pptx
Status 2011-11-14 10:22:41, 421 files, 39 folders, 74.80 MB (421 files, 54.06 MB, 72.27% new) 33MB 2% CPU E:\\store\Small.xls
Status 2011-11-14 10:22:56, 424 files, 39 folders, 77.23 MB (424 files, 56.24 MB, 72.83% new) 33MB 2% CPU E:\\store\Small.txt
Status 2011-11-14 10:23:11, 425 files, 39 folders, 79.33 MB (425 files, 57.62 MB, 72.63% new) 33MB 1% CPU E:\\store\Small.pdf
What we learn from this logging example:
- Для отчетов о состоянии устанавливаются интервалы 15 с (по умолчанию — 900 с. Автор рекомендует устанавливать параметры 300, 600 или 900.
- Резервное копирование выполняется медленно, но стабильно.
- Производительность файлов в час низкая (резервное копирование выполняется через 12 файлов в течение 4 минут).
- Данные, для резервного копирования которые создаются, сопоставляются с общим устройством хранения данных.
- Если процент «новых» данных является необычно высоким, это может быть первое резервное копирование или резервное копирование содержит много новых данных.
- Резервное копирование LargePresentation.ppt заняло несколько минут.
- Низкий коэффициент использования ЦП; это означает, что avtar поставляет данные с целевого устройства хранения данных с низкой скоростью. Входящих данных недостаточно для того, чтобы процессор был занят.