Зауважимо, що технологія є детермінованою – за визначенням, щось виходить з ладу там, де воно працювало раніше, вимагає, щоб щось змінилося. Нещодавно реалізований компонент без історії роботи значно відрізняється від можливості усунення несправностей.
Очевидні та помітні зміни:
- Зміна версії або конфігурації програмного забезпечення
- Зміна або реконфігурація обладнання або транспорту
- Екологічні явища, такі як перебої в електропостачанні, транспортні збої, несправності дисків
Невиявлені зміни
- Пошкодження програмних ресурсів або файлових систем
- Конфліктуючі операції в мережі, SAN або хостах
- Переналаштування транспорту або господарів іншими командами
- Збільшення обсягу даних або транспортного трафіку
- Некатастрофічні екологічні події, які не викликають тривоги
Готуючи проблему до розширеного розгляду та технічних робіт з усунення несправностей, переконайтеся, що дотримано наведених нижче загальних директив. Ці пункти забезпечать механічний збір достатньої кількості даних і правильні запитання для належної кваліфікації питання.
Чітко сформулюйте проблему:
- ЩО таке операція або ознака, яка є невдалою, девіантною або є предметом питань? Які подробиці послідовності відмов доступні?
- ЯКІ конкретні компоненти та канали передачі даних задіяні, наприклад, двійкові файли, SAN / мережеві комутатори? Версії програмного забезпечення? Типи сховищ або екземпляри?
- ДЕ у звичайному робочому процесі виникає проблема? Якщо та сама операція виконується за допомогою іншого робочого процесу, чи відрізняються результати?
- КОЛИ вперше виникла проблема? Як довго це триває? Яких дат/годин це сталося з того часу? Чи були виявлені нещодавні зміни?
- ЯК виникає проблема: послідовно чи періодично? Як усувається проблема після її виникнення?
- ХТО такі хости, які беруть участь у цій проблемі, і які їхні властивості (тип хоста NetWorker, версія NetWorker, ім'я, IP, ОС, процесор тощо)?
- ЧОМУ деякі компоненти зазнають впливу, якщо схожі компоненти – ні? Які відмінності існують між незачепленими, але подібними компонентами?
ЗАГАЛЬНІ ЖУРНАЛИ
Більшість логів NetWorker можна зібрати з серверів Windows і Linux NetWorker, вузлів зберігання даних та/або клієнтів за допомогою утиліти NSRGET. Утиліту можна завантажити з:
https://central.dell.com/solutions/Networker-Tools
1. Розпакуйте утиліту NSRGET до будь-якого тимчасового каталогу
2. Інструкцію по застосуванню NSRGET можна знайти в: NetWorker: Як користуватися інструментом
збору даних NSRGet NetWorkerНаступні журнали відомостей про бази даних, які використовуються NetWorker: NetWorker: Лог-файли та розташування
Зберіть наступну інформацію з усіх задіяних хостів NetWorker (включаючи серверні вузли та вузли зберігання):
- Налагоджувальні файли NetWorker: список каталогів [nsr]/debug
- Цей каталог повинен бути порожнім. Якщо в папці /nsr/debug є файли, які збігаються з датою виникнення проблеми, це може свідчити про проблему.
- Основні файли NetWorker:
- Linux: /nsr/ядра
- Вікна: C:\Program Files\EMC NetWorker\nsr\corees
- Журнали додатків NetWorker: zip [nsr]/apps; zip [nsr]/applogs; zip [nsr]/rmagentps/logs; Зв'язка [nsr]/logs/lib*, nsrbr*, nsrsnap**
- Журнали NetWorker: [nsr]/logs/daemon.raw, [nsr]/logs/networkr.raw
- Конфігурація клієнта NetWorker: zip файлу [nsr]/res/nsrladb, [nsr]/res/servers (може не існувати), [nsr]/res/nsrdb (якщо сервер NetWorker)
- Їх збирає утиліта NSRGET.
- Сценарій запуску: Solaris & Linux - /etc/init.d/networker, HPUX - /sbin/init.d/networker
- Журнали правил резервного копіювання:
- Linux: /nsr/logs/policy/POLICY_NAME/WORKFLOW_NAME
- Вікна: C:\Program Files\EMC NetWorker\nsr\logs\policy\POLICY_NAME\WORKFLOW_NAME
- Версія та збірка NetWorker: NetWorker: Методи визначення версії програмного забезпечення NetWorker
- Відомі патчі, встановлені для NetWorker
- Операційна система, Edition, Patch Level, CPU і бітова ширина (32/64 біт)
- Linux: cat /etc/*release ; uname -m
- Windows: systeminfo | findstr "Тип ОС"
- NSRGET або EMCREPORTS також детально описують версію ОС та архітектуру системи.
- Утиліта EMC Reports: https://www.dell.com/support/home/en-us/product-support/product/emcreports/drivers
- EMC Reports збирає додаткову інформацію про хост, включаючи повну інформацію про ОС і конфігурацію, повідомлення операційної системи або журнали подій; частина цієї інформації також збирається в NSRGET; в той час як EMC Reports - це більш операційні специфічні журнали. Звіти про електромагнітну сумісність можуть бути зібрані спільно з NSRGET або в системі, в якій може не бути встановлено клієнтське програмне забезпечення NetWorker; наприклад, віртуальна машина VMware з резервною копією vProxy.
- Відвали керна: NetWorker: Усунення несправностей дампів ядра процесу
- У разі підозрілих проблем із розпізнаванням імен: NetWorker: Практичні поради щодо вирішення проблем із розпізнаванням імен
Збирайте наступну інформацію тільки з
сервера NetWorker :
- База даних ресурсів NetWorker: Архівована копія [nsr]/res/nsrdb
- База даних медіа NetWorker: Як експортувати медіабазу даних NetWorker за допомогою nsrmmdbasm
- NSRGET збере більшість необхідних журналів; При цьому він не збиратиме:
- Журнали AUTHC (автентифікації):
- Linux: /nsr/logs/authc
- Вікна: C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\logs
- Журнали консолі керування NetWorker (NMC) (gstd):
- Linux: /opt/lgtonmc/logs/
- Вікна: C:\Program Files\EMC NetWorker\Management\GST\logs
- Журнали веб-інтерфейсу користувача NetWorker (NWUI):
- Linux: /opt/nwui/logs
- Вікна: C:\Program Files\EMC NetWorker\nwui\logs
Зберіть наступне з будь-якого
вузла зберігання даних NetWorker (включаючи сервер):
- Команда виявлення NetWorker: запитати -lc вихід
- Допит автобуса NetWorker: lusbinfo / lusbinfo -v вихід
- Виходи команд NetWorker SJI: sjisn [x.y.z], sjirdtag [x.y.z], sjirjc [ x.y.z] (де x.y.z — адреса SCSI АБО дескриптор файлу пристрою)
- Виходи команд NetWorker CDI: cdi_inq -f [dev] -v, cdi_get_config -f [dev] -v, cdi_get_status -f [dev] -v, cdi_get_blocksize -f [dev] -v (де dev — дескриптор файла пристрою)
- Опис стану пристрою та монтування NetWorker: НСРММ
- Простий вихід NetWorker autochanger: nsrjb -C [jukebox_name]
- Подробиці диска NetWorker: рекурсивні списки каталогів для будь-якої ураженої структури AFTD/DD/FTD, а також відомості про дисковий пристрій та його спосіб підключення до хоста.
- Операційна система, Edition, Patch Level, CPU і бітова ширина (32/64 біт)
- Linux: cat /etc/*release ; uname -m
- Windows: systeminfo | findstr "Тип ОС"
- NSRGET або EMCREPORTS також детально описують версію ОС та архітектуру системи.
- Звіти NSRGET та/або EMC рекомендуються для виконання завдань підтримки.
Примітка: Наведені вище команди пристрою, а також команди пристроїв ОС, перелічені нижче, можуть спричинити скидання SCSI, якщо вони використовуються на активних пристроях. Використовувати лише за потреби, якщо всі стрічкові пристрої, з'єднані з системою, або ті, які вказано, не використовуються
у всіх екземплярах хоста.
Зберіть наступне з будь-якого ураженого хоста
Менеджера ліцензій NetWorker :
- Виведення команди ліцензування: nsrlic -C
- База даних ліцензій NetWorker: zip [nsr]/res/lgtolm.res, [nsr]/res/lictype.res, [nsr]/logs/lgtolmd.log, [nsr]/logs/license*
Зберіть наступне з будь-якого ураженого хоста
консолі керування NetWorker :
- Операційна система, Edition, Patch Level, CPU і бітова ширина (32/64 біт)
- Linux: cat /etc/*release ; uname -m
- Windows: systeminfo | findstr "Тип ОС"
- NSRGET або EMCREPORTS також детально описують версію ОС та архітектуру системи.
- Журнал консолі управління (gstd.raw - в ідеалі, рендериться):
- Версія NMC, включаючи номер збірки
- Версія Oracle Java JRE: https://www.java.com/en/download/help/version_manual.html
- Середовище виконання NetWorker (NRE):
- Linux:
- rpm -qa | grep nre
- /opt/nre/java/latest/bin/java -version
- Вікна:
- Версія Java буде вказана нижче: C:\Program Files\NRE\java\jre#.#.#_###
- Якщо в списку є кілька папок Java, перевірте змінну середовища S ystem JAVA_HOME або NSR_JAVA_HOME, для якого шляху в даний момент використовується NetWorker
- Версія NRE з'явиться на панелі керування в розділі «Програми та засоби»
- Файл Java Webstart: [nmc]/web/gconsole.jnlp
- Файл конфігурації NMC: [nmc]/etc/gstd.conf
NetWorker VMware Protection (NVP) vProxy Appliance: