Ця стаття бази знань стосується систем Avamar під управлінням версій 7.x +. У цій статті описано команду status.dpn і пояснено кожен розділ її виведення.
Що таке команда status.dpn?
Status.dpn — це скрипт на мові perl, який форматує серію команд avmaint nodelist і Linux OS у зручний для користувача формат з метою перегляду поточного стану сітки Avamar. Подібно до інших команд та інструментів Avamar, status.dpn знаходиться в каталозі
/usr/local/avamar/bin/. Статус.dpn залежить від того, чи є GSAN онлайн для запуску, оскільки avmaint взаємодіє з GSAN для виконання його команд. Якщо GSAN не запущено на вузлі даних, жодна інформація про цей вузол даних, окрім номера вузла та автономного стану, не відображається.
Приклад виведення status.dpn:
Пн січ 24 12:00:52 EST 2013 [AVAMAR1] Mon Jan 24 16:00:52 2013 UTC (ініціалізовано Чт листопада 24 10:35:01 UTC)
IP-адреса вузла Версія Стан виконання Srvr+Root+User Dis Suspend Load UsedMB Errlen %Повний відсоток Повний відсоток Повний і страйп Статус за диском
0.0 10.20.30.41 6.1.0-402 ОНЛАЙН повний доступ mhpu+0hpu+0hpu 1 false 0.01 15967 1457401 9.1% 9%(onl:403) 9%(onl:388) 9%(onl:387)
0.1 10.20.30.42 6.1.0-402 ОНЛАЙН повний доступ mhpu+0hpu+0hpu 0 false 0.0 05 15967 1432248 9.1% 9%(onl:389) 9%(onl:395) 9%(onl:394)
0.2 10.20.30.43 6.1.0-402 ОНЛАЙН повний доступ mhpu+0hpu+0hpu 0 false 0.05 15976 1345864 9.1% 9%(onl:377) 9%(onl:399) 9%(onl:401)
0.3 10.20.30.44 6.1.0-402 ОНЛАЙН повний доступ mhpu+0hpu+0hpu 0 false 0.00 15969 1608943 9.1% 9%(onl:388) 9%(onl:406) 9%(onl:383)
Srvr+Root+User Modes = migrate + hfswriteable + persistwriteable + useraccntwriteable Всі повідомлені стани=(ONLINE), runlevels=(fullaccess), modes=(mhpu+0hpu+0hpu)
System-Status: ok
Access-Status: full
Остання контрольна точка: cp.20121223181633 закінчено Нд січ 23 18:17:00 2013 після 00m 27s (OK)
Останній GC: закінчив Нд січ 23 17:07:26 2013 після 01 хв 25 с >> відновлено 342.02 МБ (OK)
Остання hfscheck: закінчена Нд січ 23 18:16:19 2013 після 12 хв 05с >>
перевірено 2132 з 2132 страйпів (ОК)
Профіль ємності планувальника вікон обслуговування активний.
Наразі запущено вікно технічного обслуговування.
Час запуску наступного вікна резервного копіювання: Пн Jan 24 02:00:00 2013 EST
Наступний час початку вікна технічного обслуговування: Пн січ 24 10:00:00 2013 EST
У першому рядку команди status.dpn відображаються час і дата в локальному часовому поясі, ім'я хоста вузла Avamar Utility, час і дата в UTC, а також час і дата, коли сітка Avamar була ініціалізована (встановлена) в UTC. UTC відображається як вузли даних, що виконуються за часом UTC.
Вузол:
Відображає номер логічного вузла кожного вузла даних. Команда status.dpn не показує жодної інформації про стан вузла утиліти, оскільки GSAN не виконується на вузлі Utility.
IP-адреса:
Відображає IP-адресу вузла даних. Для Gen4 і Gen4 це відображає IP-адресу внутрішньої резервної мережі. Всі попередні покоління обладнання містять лише одну мережу.
Версія:
Відображає версію виконуваного файла GSAN на вузлі даних Avamar. До двійкового файла GSAN може бути додано номер виправлення, якщо було інстальовано поточне виправлення GSAN. Номер версії має збігатися з усіма вузлами даних Avamar у сітці Avamar.
Стан:
Відображає поточний код стану вузла даних Avamar.
- ONLINE - GSAN в даний час працює на цьому вузлі даних. Нормальна функціональність.
- OFFLINE – GSAN наразі не працює на цьому вузлі даних. Потрібне усунення несправностей.
Рівень виконання:
Відображає стан рівня виконання процесу GSAN для кожного вузла даних Avamar. Існує 10 рівнів виконання GSAN.
- Shutdown - Завершення процесу GSAN.
- Boot - Завантаження процесу GSAN онлайн.
- Connect – GSAN з'єднується з GSAN кожного вузла даних.
- Validate - Перевірка таблиці DNS страйпу для кожного вузла даних Avamar.
- Startup - Виведення смуг в онлайн.
- Синхронізація - визначте, які страйпи потрібно оновити, якщо такі є, перебудувавши їх або використовуючи журнали транзакцій.
- Оновлення – використовується, коли двійковий файл GSAN оновлюється до новішої версії.
- Запущено - GSAN розпочато. Усі страйпи онлайн, але недоступні для прийому резервних копій.
- Fullaccess - Grid доступний для прийому резервних копій.
Srvr+Root+Користувач:
Відображає режим доступу до активності вузла даних Avamar.
- Srvr - привілеї Avamar GSAN.
- Root - привілеї користувача Avamar dpn root.
- User - привілеї всіх інших користувачів
Режими доступу до активності
- mhpu+0hpu+0hpu - Повний доступ - Нормальна робота.
- mhpu+0hpu+0000 - Режим адміністратора - Коли очікуванняcgsan запускається через перевірку hfscheck, ємність GSAN дорівнює або перевищує ліміт лише для читання диска, а різниця у використанні ємності ОС перевищує значення дисбалансу вільного простору, зазначене у конфігурації avmaint.
- mhpu+0000+0000 - Режим синхронізації - Під час перезапуску GSAN під час синхронізації страйпів, а також під час запуску тесту або перебудови страйпу.
- m000+0000+0000 - Режим "Тільки читання" - Під час вивезення сміття та контрольно-пропускних пунктів. Також може відображатися як 0000+0000+0000.
Примітка: У Avamar версії 7.x і новіших збір сміття запускається в режимі повного доступу і не переводить сітку Avamar в режим «Тільки читання»
Якщо запущено дві дії, які впливають на режим доступу до активності, вмикається режим із найбільшими обмеженнями.
Дивіться Додаток #1 щодо процесів, які впливають на режим доступу до активності.
Визначення бітів МХПУ.
- m=Migrate - Чи здатна система переносити страйпи?
- h=HFS Data Store - Чи здатна система записувати дані в сховище даних HFS?
- p=Persistent Store - Чи здатна система записувати дані в Persistent Store?
- u=Система обліку користувачів - Чи здатна система записувати дані до Системи обліку користувачів?
Дис:
Кількість диспетчерів, що використовуються на вузлі даних Avamar. З'єднання диспетчера - це підключення до процесу GSAN на вузлі даних Avamar. Одне підключення диспетчера для кожного GSAN-з'єднання або команди взаємодії GSAN. Прикладом з'єднання GSAN може бути сеанс резервного копіювання з процесом avtar. Прикладом команди взаємодії GSAN може бути avmaint. Дивись статтю КБ 63548:
Скільки одночасних клієнтських сесій можна здійснити на сервері Avamar? (з версії 6.1 і далі) для отримання інформації про кількість підключень диспетчера, які можуть виконуватися для кожного вузла даних Avamar для кожної версії програмного забезпечення.
Призупинити:
Відображає, відсторонені диспетчери чи ні. Якщо призупинити, сітка Avamar запобігає активації нових диспетчерів для використання для резервного копіювання, відновлення та реплікації.
Навантаження:
Миттєве середнє сумарне навантаження на вузол даних Avamar. Аналогічні показники за допомогою команди "uptime" ОС Linux.
ВикористаноМБ:
Загальний обсяг оперативної пам'яті, який вузол даних Avamar в даний час використовує всіма процесами. Аналогічні метрики через команду "free -m" ОС Linux.
Помилка:
У байтах довжина /data01/cur/err.log на вузлі даних Avamar.
%Повний:
У відсотках заповнено загальну пропускну здатність GSAN вузла даних Avamar. Відсоток округляється до цілого числа, напр. 47%
Відсоток статусу заповнення та страйпу за диском:
Показує кількість страйпів на розділ та їх стан у вузлі даних Avamar. Дивіться Додаток #2 для отримання додаткової інформації про статуси страйпів.
Показує відсоток заповнення розділу відповідно до місткості GSAN. Відсоток округляється до першого знака після коми, наприклад 46,8%
Усі повідомлені держави:
Надає підсумок стану сітки. Перелічує стан вузла, рівні виконання та режими. Якщо для елемента є кілька статусів, у ньому відображається кожен із них. Наприклад, якщо вузол знаходиться в автономному режимі, ми бачимо наступне:
Усі повідомлені стани=(ОНЛАЙН, ОФЛАЙН), runlevels=(повний доступ), modes=(mhpu+0hpu+0hpu)
Статус системи:
Відображає OK або погіршений. Деградований статус виникає, якщо вузол знаходиться в автономному стані.
Статус доступу:
Відображає, чи є обмеження в сітці через режим доступу до активності. Якщо діє обмеження, відображається "admin". Якщо обмежень немає, відображається "full". У цьому розділі також відображається, чи є якісь смуги офлайн або перебувають у стані OFFLINE_MEDIA_ERROR.
Заходи з технічного обслуговування, завдання та графіки:
У першому розділі відображається статус робіт з технічного обслуговування, оскільки GSAN підключено до Інтернету. Він відображає хід технічного обслуговування та його статус як незавершений, завершений або невдалий з помилкою.
Якщо GSAN було розпочато нещодавно, статус робіт з технічного обслуговування буде скасовано. Приклади дивіться
в Додатку #3 .
У другому розділі відображається, який розклад виконується на даний момент, поточні завдання з технічного обслуговування, а також інформація про графік технічного обслуговування та резервного копіювання.
Визначення завдань технічного обслуговування:
- script - Запускає основні скрипти GSAN на початку кожного вікна. За замовчуванням працює до 15 хвилин безперервно, після чого працює паралельно з іншими завданнями до завершення. Ці скрипти зберігаються у каталозі /usr/local/avamar/etc/gsan-maint-scripts/.
- indexcacheloader - Завантажує кеші індексів на початку вікна резервного копіювання та вікна підтримки, якщо потрібно, і вивантажує кеші індексів на початку вікна обслуговування. У 7.x є завдання indexcacheunloader, щоб показати вивантаження indexcaches.
- скасувати- Скасовує/завершує резервне копіювання перед вивезенням сміття. За замовчуванням працює 15 хвилин. Тривалість налаштовується.
- gc/cp/hfscheck - Наразі виконується відповідне завдання з технічного обслуговування.
- Авторемонт - Виконує автоматичний ремонт (за потреби) після завершення hfscheck.
- Перетворення- Перетворює смуги (якщо потрібно) в кінці вікна обслуговування.
- Перевірка басейну - Якщо потрібно, запускає перевірку пулу файлів наприкінці вікна обслуговування. Це працює на вузлах Gen3 об'ємом 3,3 ТБ із пулом файлів.
- баланс- (6.1.0 і новіші) Балансує смуги в кінці вікна технічного обслуговування, якщо є вільний час після завершення робіт з технічного обслуговування. Типово, тимчасово встановлює для balancemin значення 10 (його можна налаштувати у розкладі avmaint), окрім випадків, коли balancemin вже встановлено явним чином за допомогою налаштувань avmaint".
Інформація для розкладів встановлюється для того, коли заплановано технічне обслуговування Avamar (збір сміття, контрольна точка та hfscheck), а також резервне копіювання. У цьому розділі також відображається, якщо будь-який з графіків або окремих заходів з технічного обслуговування зупинено або призупинено. Дивіться
Додаток #4 для прикладу.