Авамар: Усунення неполадок із ємністю, проблеми та запитання – уся ємність (шлях вирішення)

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

Проблеми з пропускною здатністю можуть завадити нормальній функціональності сервера додавати нові дані або іноді дозволяти очищати та видаляти старі дані.

• Навчання
• Освіта
• Питання
• Проблеми зі збоями збору сміття (GC)
• Проблеми з ємністю операційної системи (ОС)
• GSAN Проблеми з потужностями
• Проблеми з ємністю метаданих
• Проблеми з інтеграцією домену даних (DD)

Переконайтеся, що кожен наведений нижче крок усунення несправностей відповідає дійсності для вашого середовища. Кожен крок містить інструкції або посилання на документ, щоб усунути можливі причини та вжити необхідних коригувальних заходів. Кроки впорядковані в найбільш відповідній послідовності, щоб ізолювати проблему та визначити правильне її вирішення. Не пропускайте жодного кроку. Якщо є кілька проблем, що виникають по-різному з потужністю, їх також потрібно вирішувати в певному порядку.

Хоча в більшості кроків згадується лише Avamar, інтеграції "Avamar - NetWorker" і "Avamar - Data Domain" все ще можуть викликати багато з наведених нижче проблем.

Крок 1: Збір інформації: Загалом, щоб зрозуміти проблеми з ємністю Avamar, «Намалюйте картину», щоб побачити всю проблему та ситуацію. Іноді один аспект спроможності може впливати на інший, або деякі можуть спочатку не усвідомлювати, що існує кілька проблем. Має бути повне розуміння питання, щоб розпочати усунення неполадок.

Дивіться Avamar: Як збирати інформацію, необхідну для вирішення проблем із пропускною здатністю для збору інформації.

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

Дивись Avamar Capacity General Training - Шлях вирішення питань освіти та пов'язаних з навчанням потенціалу.

Крок 3: Висока потужність ОС:  На основі зібраних даних на кроці 1 перевірте значення ємності ОС. Ємність ОС обмежена НАЙБІЛЬШИМ значенням використання у всіх розділах, навіть якщо інші нижчі. Найвище значення є «обмежуючим коефіцієнтом» і має бути зменшено.

Якщо максимальне значення використання будь-якого розділу вузла перевищує 89%, дивіться статтю Ємність ОС Avamar (шлях роздільної здатності)

Крок 4: Помилка або збої в зборі сміття: Із зібраного виводу, якщо завдання Avamar зі збору сміття виводить повідомлення про помилки, це має бути вирішено далі, перш ніж залишати типи проблем із ємністю.

Для цього типу проблем перегляньте Avamar - Усунення несправностей збору сміття (GC) Failures (Resolution Path)

Крок 5: Висока продуктивність GSAN:  Із зібраних даних, якщо проблем із ємністю ОС немає, а GC не показує повідомлення про помилки, то перегляньте GSAN Значення місткості: 

Від status.dpn, значення 65% означає, що мережа заповнена (він же режим «адміністратора» або лише читання) і не залишається місця для зростання потужності.

Про ці ситуації див. GSAN (або Користувач) Ємність (шлях роздільної здатності)

Крок 6: Місткість метаданих:  Коли домен даних інтегрується з Avamar, вводиться нове обмеження ємності - Metadata Capacity. Ємність метаданих — це ємність, яка знаходиться на самому Avamar.

За допомогою інтеграції Data Domain дані можна спрямовувати та надсилати до Data Domain для зберігання, але Avamar все ще містить метадані файлів резервних копій на Avamar. Avamar відстежує цей обсяг метаданих як ємність метаданих.

Після того, як кроки 1–5 буде переглянуто, а також вирішено будь-які проблеми, пов'язані з ємністю, перегляньте роздільну здатність метаданих у Avamar Metadata Capacity Resolution Path.

Крок 7: Висока ємність домену даних:  Коли домен даних інтегрований з Avamar, сервер домену даних сам може заповнити його ємність.

Наступна стаття «Шлях вирішення проблеми» допомагає визначити:

• Які потенційні проблеми з Avamar можуть спричинити зростання або заповнення ємності Data Domain
• Деякі специфічні проблеми з доменом даних
• Якщо домен даних заповнений з причин, не пов'язаних з Avamar.

Після того, як кроки 1–6 буде переглянуто, а всі проблеми, пов'язані з ємністю, буде вирішено, перегляньте статтю Висока ємність домену даних із Avamar Integration Resolution Path

Інші питання: Це все ще можна розглядати як занепокоєння або проблеми, що впливають на потужність:

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

• Сервер консолі керування (MCS) повідомляє таке повідомлення:

2012/10/06-21:11:09.75264 {0.4} [manage:3070]  ERROR: <0001> diskinfo::update invalid disk space parameters dev=831 total=1906261MB avail=1675818MB reserved=223410MB maxmb=223978MB newavail=1675818MB reservedoverflow=1 availmboverflow=0 

Ця проблема звітування про ємність смуги в інтерфейсі користувача MC (UI) лише віддалено пов'язана з іншими темами ємності, які тут обговорюються. Це не має жодного виявленого впливу, окрім перегляду повідомлення в інтерфейсі користувача.

• • • Авамар: Сервер повідомляє "diskinfo::update invalid disk space parameters", коли значення "reserved" менше за "maxmb"
    • Авамар: Сервер повідомляє "diskinfo::update invalid disk space parameters" через повний розділ даних

• Звіти про прогноз потужності:

• • Інформаційна панель Avamar Administrator показує нестабільний прогноз ємності для Data Domain