Skip to main content
Sign Out

Welcome to Dell

My Account
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Create and access a list of your products
Sign In Create an Account Premier Sign In Partner Program Sign In
Contact Us

Avamar - Як інтерпретувати рядки стану журналу резервного копіювання avtar

Summary: У цій статті обговорюється, як розуміти та інтерпретувати рядки стану журналу avtar, які періодично генеруються під час сеансу резервного копіювання. Це корисний інструмент, особливо при дослідженні проблем з ефективністю клієнтів. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

Під час резервного копіювання процес 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:\каталог\Папка\файл.doc

Щоб ізолювати інформацію про
станВикористовуйте редактор, наприклад Notepad++, і шукайте рядки, що містять «8688>» або «<<5100>», у старих версіях клієнтів.

Періодичність ведення
журналу статусівЗа замовчуванням інформація про стан avtar записується кожні 15 хвилин (900 с). Цю частоту можна змінити, передавши значення avtar за допомогою прапорця status=[seconds]. Зробіть це або за допомогою файлу параметрів 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 ГБ (9,049,052 файлів, 0 байт,0.00% нових) 1074 МБ60% ЦП /data/types.dtc

Інформація, надана рядком статусу: -
  • Дата й час (часовий пояс клієнта)
  • Кількість вихідних файлів і папок, які було перевірено на даний момент
  • Сумарний розмір вихідних файлів, які було проскановано до цього часу 

Для розділу в дужках:-
(9,049,052 файли, 0 байт,0.00% нових)
  • Кількість змінених файлів, які були повністю оброблені
  • Обсяг даних, доданих на сервер Avamar
  • Швидкість зміни цієї резервної копії (поки що).

Зворотна сторона рядка журналу показує:-
1074 МБ60% ЦП/base/data/types.dtc
  • Використання клієнтської пам'яті процесу avtar (у мегабайтах)
  • Відсоток центрального процесора системи, який споживає avtar
  • Ім'я останнього файлу, резервне копіювання якого було створено під час створення повідомлення про стан.

Заключним і найважливішим рядком статусу є зведення резервного копіювання. Його можна знайти в кінці журналу, виконавши пошук за запитом «Backup #».  
Після цього у нас є рядок статистики резервного копіювання (з можливістю пошуку за допомогою "Backed-up").

2015-11-18 00:34:32 avtar Info <5156>: Резервна копія #75 timestamp 2015-11-18 00:24:43, 4,007,032 файли, 1,974,043 папки, 1,589 ГБ (2,680 файлів, 419.4 МБ, 0.03% нові) . 2015-11-18 00:34:32 avtar Info <6083>: Резервне копіювання 1 589 ГБ за 144,70 хвилини: 659 ГБ/год (1 661 482 файли/годину)

Відкриття файлів
Щоб створити резервну копію файла, avtar має відкрити його. У наведеному нижче повідомленні показано, що avtar має один файл, який відкривається під час резервного копіювання. Це окремо від будь-яких інших програм, які також можуть працювати з файлом.

2016-08-22 21:30:04 avtar Info <8688>: Статус 2016-08-22 21:30:04, 25,921 файлів, 3,746 каталогів, 104.9 ГБ (1,274 файли, 0 байт, 0.00% нові) 1733 МБ 46% ЦП (1 відкритих файлів) /opt/2016_hold.tar 

Cause

Не застосовується

Resolution

Цей розділ слід переглянути разом із загальною статтею про усунення несправностей продуктивності резервного копіювання клієнтів.
Перегляньте статтю Продуктивність резервного копіювання клієнта Avamar. Як визначити вузькі місця (ШЛЯХ ДОЗВОЛУ)

Регулярно переглядайте журнали клієнтів, щоб зрозуміти, що є типовим, щоб можна було виявити незвичайні закономірності».
Викиди» може вказувати на потенційну проблему, яка впливає на продуктивність резервного копіювання та, або ємність сховища сервера Avamar!

Кожна інформація про статус може бути корисною. Тут ми перераховуємо ряд речей, які слід враховувати, розглядаючи кожну статистику.  
Відфільтрувавши рядки стану з журналу та проаналізувавши цифри, ми можемо зрозуміти поведінку.

Розглянемо наступне;

1) Кількість вихідних файлів і папок, які проскановані на даний момент

Чи багато файлів у резервній копії? Кожен файл автар повинен сканувати, вимагає часу.  
Тривалість резервного копіювання резервних копій файлової системи приблизно пропорційна кількості просканованих файлів.  

У міру створення резервного копіювання параметр «Кількість вихідних файлів і папок, які вже проскановано» має збільшуватися.
Якщо це число перестає збільшуватися або швидкість сканування файлів сповільнюється, перевірте імена файлів у кінці рядка стану. Ви можете знайти великий змінений файл, який обробляється avtar.
Врахуйте, що у новій версії avtar може сканувати файли в іншому розділі або повільнішій (або складнішій) підсистемі зберігання.

Чи реалістична кількість файлів у резервній копії, враховуючи продуктивність файлів/годину та максимально доступне вікно резервного копіювання?

2) Співвідношення файлів іпапокЧи існує незвично мала або велика кількість папок

по відношенню до кількості файлів, резервних копій?  
Багато файлів в одній папці (100 000+) іноді можуть призводити до зниження продуктивності, як і невелике співвідношення файлів до папок.
3) Комбінований розмір вихідних файлів, просканованих до цього часу

Це значення в кінцевому підсумку дасть загальний розмір резервної копії.
Значення є важливим для резервних копій типу бази даних, де avtar, ймовірно, оброблятиме багато файлів у наборі даних.
У таких ситуаціях продуктивність резервного копіювання пропорційна швидкості, з якою avtar може обробляти (фрагментувати, стискати, хешувати) дані.

Це значення також має важливе значення для продуктивності резервного копіювання файлової системи. Резервне копіювання великих наборів даних може витримувати менший відсоток частоти змін.  

Примітка: Взявши кількість файлів, які скануються, і розділивши їх на розмір вихідних файлів, які скануються, ми дізнаємося середній (середній) розмір файлу.
Якщо середній розмір файла великий, навіть скромна кількість змінених файлів створює багато роботи з обробки для avtar.
Перегляньте розділ Міркування щодо продуктивності під час використання Avamar для резервного копіювання PST-файлів архіву Outlook 4) Кількість змінених файлів



, оброблених avtar

Це допомагає нам зрозуміти обсяг роботи, яку має виконати резервне копіювання.

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

Для резервного копіювання файлової системи це число слід ретельно враховувати. Під час початкового резервного копіювання ця цифра завжди висока.  
Для резервних копій рівня 1 (резервних копій, які створюються після початкового резервного копіювання) їх кількість зазвичай не перевищує 3% від загальної кількості просканованих файлів.  
Якщо частка становить >5%, це може суттєво вплинути на тривалість резервного копіювання, особливо якщо в наборі даних великий обсяг даних або якщо середній розмір файлу великий.

Визначте, які файли змінюються, і подумайте, чому вони змінюються. Бачити;

5) Обсяг даних, доданихна сервер AvamarЦе обсяг даних, які повинні бути відправлені по дроту на сервер

Avamar. Це впливає на використання ємності на сервері Avamar або домені даних.  
Для клієнтів, відокремлених від сервера через глобальну мережу, або, якщо для клієнта розглядається можливість реплікації, це значення має бути достатньо малим, щоб передавати дані клієнта протягом вікна резервного копіювання, враховуючи доступну пропускну здатність мережі.

Можна визначити клієнтів, які додавали найбільше даних до системи Avamar, за допомогою скрипта capacity.sh (див. нижче).


6) Швидкість зміни цієї резервної копії (поки що)

Це значення ємонтуванням даних, доданих до сервера Avamar, поділеним на сумарний розмір вихідних файлів, просканованих до цього моменту.
Коефіцієнт зміни вище 3% вважається високим.
7) Поточне використання пам'яті процесом avtar (у мегабайтах)

Використання пам'яті залежить від різних факторів, у тому числі;
  • Версія Avamar
  • Клієнтська операційна система
  • Характеристики набору даних
  • Тип файлового кешу, що використовується.  
Враховуйте частку оперативної пам'яті клієнта, що використовується avtar, і чи може це споживання вплинути на клієнтські процеси клієнта.
Коли avtar створює резервні копії великих каталогів, він споживає більше пам'яті під час спроб сканування та сортування даних.
Підвищене споживання пам'яті також може виникати при використанні певних параметрів налаштування avtar (наприклад, прапорця maxopendirs).


8) Відсоток системного процесора, споживаногоavtar Бажаним є середнє або середньо-високе значення, оскільки воно означає, що avtar

передається досить швидко, щоб процесор був зайнятий.
Якщо завантаження ЦП низьке (<10 або 20%), це може бути пов'язано з повільним, зайнятим або дуже складним сховищем або<, можливо, повільним мережевим з'єднанням.

Подумайте, чи конкурує avtar з іншими процесами, запущеними на комп'ютері. В ідеалі резервне копіювання має бути заплановане в періоди меншої активності на клієнті.


9) Ім'я останнього файлу, резервна копія якого була створена при генерації повідомлення про статус:

Подумайте про те, які дані створюються резервні копії, перевіряючи імена файлів, структуру каталогів або розширення файлів.
Чи витрачає avtar багато часу на обробку якихось конкретних файлів або каталогів? 
Чи сповільнюється швидкість сканування файлів під час певного шляху до каталогу або під час роботи з файлами у певному розділі?

Additional Information

Приклад ведення журналу: -

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 отримує дані з цільового запам'ятовувального пристрою з повільною швидкістю. Даних, що надходять, недостатньо для того, щоб процесор був зайнятий.

Affected Products

Avamar
Article Properties
Article Number: 000062852
Article Type: Solution
Last Modified: 18 Oct 2024
Version:  6
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.