NetWorker: Усунення проблем із бібліотекою стрічок у NetWorker
Summary: Ця стаття має на меті допомогти як службі підтримки NetWorker, так і адміністраторам резервного копіювання NetWorker у вирішенні та усуненні проблем, пов'язаних із бібліотекою стрічок.
Instructions
Перед тим, як досліджувати питання з бібліотекою стрічок, важливо врахувати наступне:
- Стрічкові НАКОПИЧУВАЧІ читають і записують дані та мітки на носії, виконують усі медіа-функції і не можуть самостійно переміщати стрічкові картриджі
- Стрічкові БІБЛІОТЕКИ переміщують картриджі з медіамагнітних стрічок від елемента до елемента: Диски, слоти, порти імпорту та експорту, і не читають і не записують жодних даних
Якщо операції NetWorker зазнають невдачі через неможливість переміщати картриджі стрічки, існує кілька можливих загальних причин:
- Проблеми з апаратним забезпеченням або прошивкою бібліотечного робота або внутрішніх частин
- Проблеми з підключенням від хоста NetWorker до бібліотечної робототехніки через транспорт
- Проблема з ОС, драйвером або сумісністю між хостом NetWorker і бібліотекою
- Проблема конфігурації NetWorker, що стосується типу, стану та адресації стрічкової бібліотеки
Дотримуйтесь цих кроків у хронологічному порядку, щоб допомогти визначити природу проблеми і, можливо, її розв'язати. Якщо цей документ не вирішує проблему, він надає тести, які звужують її і допомагають спеціалісту продовжити роботу.
1. Екологічна інформація
Від сервера NetWorker та постраждалих вузлів зберігання:
- Ім'я хоста, тип операційної системи та версія.
- Версія та номер збірки NetWorker.
- Вихід '
inquire' команда показує касети та бібліотеки. - Zip-копія поточного
nsrdb(для збереження актуальної інформації про джукбокс за потреби, для відкату)
Linux:/nsr/res/nsrdb
Windows (за замовчуванням):C:\Program Files\EMC NetWorker\nsr\res\nsrdb - Node Storage, ім'я NetWorker для бібліотеки та список постраждалих вузлів, пристроїв і томів
- Спільні риси проблеми (конкретні томи, конкретні диски, вузли тощо)
nsrget -o:d на ураженому сервері та вузлах.
-o:d на будь-якому ведучому з касетами, де записи зайняті написанням. Ви можете перевірити це через NetWorker Management Console (NMC) у розділі Monitoring ->Devices.
У наступній статті наведена інформація про отримання та використання NSRGET: NetWorker: Як користуватися інструментом збору даних NSRGet NetWorker
2. Готовність бібліотеки до тестування
- Перевірте, чи власник Storage Node відповідної бібліотеки увімкнений і готовий:
- У NMC перейдіть у розділ Devices ->Storage Nodes.
- Переконайтеся, що режим перегляду —> діагностичний режим увімкнений.
- Перевірте стовпці «Увімкнено » та «Готовий » у панелі праворуч.
- Якщо вузол зберігання, який очікується бути увімкненим, не увімкнений, клацніть правою кнопкою миші на вузол зберігання і натисніть Увімкнути/Вимкнути його, щоб увімкнути .
- Якщо вузол зберігання не стає готовим за хвилину-дві, потрібно перевірити це окремо; бібліотека не є чутливою, оскільки її вузол зберігання недоступний.
- Перевірте, чи включена та готова відповідна бібліотека:
- У NMC перейдіть у розділ Пристрої ->Бібліотеки.
- Переконайтеся, що режим перегляду —> діагностичний режим увімкнений.
- Перевірте стовпці «Увімкнено » та «Готовий » у панелі праворуч. Якщо бібліотека показує стан готовності , перейдіть до розділу [
4]. - Якщо він не увімкнений, можна клацнути правою кнопкою миші по екземпляру бібліотеки зліва і вибрати «Увімкнути/Вимкнути», щоб знову увімкнути.
- Після увімкнення зачекайте хвилину-дві, знову натисніть на контейнер «Бібліотеки» і подивіться, чи з'явиться зелена галочка у стовпці «Готові».
- Якщо бібліотека не готова, клацніть правою кнопкою миші по екземпляру бібліотеки зліва, виберіть «Властивості» і на вкладці « Загальне » переконайтеся, що значення Control Port відповідає
scsidev@#.#.#адресу, яку ви бачите зinquireКомандування. - Якщо Control Port не співпадає, встановіть Увімкнено на No і натисніть OK; потім знову введіть властивості і змініть Control Port на відповідність
inquireАдреса виявлена. Після оновлення порту керування змініть Увімкнено назад на Так і натисніть OK ще раз, щоб повторно увімкнути. Дайте хвилину-дві, щоб перевірити, чи буде бібліотека готова. - Нарешті, якщо після корекції значення Control Port не дозволяє бібліотеці стати готовою, востаннє введіть властивості бібліотеки; у вкладці Розширено встановіть рівень налагодження на 5; та Вимкнути та знову увімкнути , щоб зафіксувати послідовність запуску в журналі демонів протягом двох хвилин.
При повторному вмиканні бібліотеки в розділі [2.2], підтвердити, що nsrlcpd починається з призначеного вузла зберігання. Також перевірте, чи не зупиняється і не перезапускається окремо. Якщо Process ID (PID) продовжує змінюватися, це означає, що процес зупиняється або зупиняється програмним забезпеченням або дампом ядра. Також будьте уважні щодо проблем із розв'язкою імен між сервером і вузлом зберігання, що може завадити запуску. Ім'я, яке сервер розв'язує для вузла, має відповідати імені nsrladb вузла та імені сервера для вузла.
- Дивіться розділ Вирішення проблем готовності бібліотеки стрічки в NetWorker для розширеної інформації про проблеми готовності бібліотеки.
- Дивіться посібник з усунення несправностей NetWorker: Збої процесів і дампи ядер, якщо ви бачите або підозрюєте, що вузол
nsrexecd,nsrsnmd, абоnsrlcpdЦе вивантаження ядра.
Детальний огляд процесів NetWorker для кожного хоста дивіться: Процеси та порти NetWorker
Повідомлення, що стосуються цих сервісів, реєструються в хості daemon.raw:
- Linux:
/nsr/logs/daemon.raw - Windows (за замовчуванням):
C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw - NetWorker: Як використовувати nsr_render_log для рендерингу .raw файлів журналів
3. Визначте чутливість бібліотеки:
Якщо бібліотека не готова, і ви не можете визначити причину, переконайтеся, що з нею можна зв'язатися:
- Перевірте
inquireвихід вузла з [1.3] і переконатися, що бібліотека відображається у вихідному вигляді як 'Autochanger', а також позначати SCSI#.#.#адреса. - Якщо бібліотека не з'являється у
inquireвиведіть, перевірте, чи може ОС це виявити. Хости Solaris не повідомляють про бібліотеку, якщо вона налаштована та увімкнена в NetWorker. Для допомоги див. розділ «Проблеми з виявленням стрічкової бібліотеки в NetWorker». - Переконайтеся, що бібліотека реагує на базові команди бібліотеки. Використовуючи SCSI-адресу в [
3.1], run: 'sjisn #.#.#'. Для отримання додаткової інформації про команди тестування бібліотеки дивіться розділ Troubleshooting Tape Library Access Problems у NetWorker. - Якщо команди SJI не виконуються, розгляньте можливість транспортних або апаратних проблем: Дивіться розділ «Усунення несправностей з апаратним забезпеченням бібліотеки стрічок у NetWorker » для допомоги.
- Якщо проблема в тому, що ОС не виявляє бібліотеку і коректно реагує на команди SJI, які NetWorker не виявляє, спробуйте скористатися
jbconfigкомандування та вибір опції 2; Якщо це не спрацює, спробуйте варіант 4, вручну введіть адресу бібліотеки та налаштуйте як стандартну бібліотеку (варіант 56). Детальніше див. розділ «Діагностику проблем налаштування стрічкової бібліотеки в NetWorker ».
4. Стан руху та гучності тестової стрічки
Якщо бібліотека готова і здається чутливою, але має проблеми із завантаженням томів, існує багато різних можливих причин.
- Спорожнити всю бібліотеку, якщо це можливо; якщо можете зупинити інші операції, клацніть правою кнопкою миші та скиньте бібліотеку з вкладки Пристрої ->Бібліотеки .
- Спробуйте завантажити один стрічковий картридж в один пристрій, де обидва можуть бути зачеплені проблемами навантаження; розвантажуйте після кожної спроби за потреби.
- Порівняйте з однаковим об'ємом на різних дисках і різними гучностями на диску, який, ймовірно, постраждав; Звертайте увагу на помилки та закономірності, якщо такі є.
- Якщо навантаження на гучність надійно виходить з ладу, незалежно від пристрою, спробуйте таку перевірку етикетки:
- Завантажте гучність без монтажу, якщо картридж рухається без помилок — ви переконані, що важіль механічно працює.
- Біжи
nsrmm -pv -f networker_deviceЯкщо відповідь відповідає з перевіреною етикеткою, то ви підтверджуєте, що медіа також дійсні та здорові. - У властивостях бібліотеки, з увімкненим режимом діагностики , перейдіть у вкладку «Таймери » і встановіть «Завантажити сон » на 60 , перш ніж натиснути OK.
- Вимкніть гучність, а потім спробуйте перезавантажити гучність, якщо це вдалося, ймовірно, проблема в таймінгу (можна експериментувати з нижчими значеннями сну, поки він знову не почне відмовляти).
- Якщо
nsrmmКоманда не вдалася, потрібні додаткові тести. Вимкніть відповідний диск у NMC, клацнувши правою кнопкою миші та вибравши Enable/Exable.- Запусти
scannerКоманда на пристрої:- Для локального вузла зберігання сервера NetWorker виконайте:
scanner -nizv local_device - Для «віддаленого» вузла зберігання NetWorker виконайте:
scanner -s server -nizv local_device
- Для локального вузла зберігання сервера NetWorker виконайте:
- Перервіть після ~20 рядків і перевірте повідомлення на етикетці; Успіх свідчить
8936:scanner: scanning media_type tape volume_name on device_name. - Якщо
scannerповертає повідомлення з несподіваним номером файлу, потрібен 2, отримав higher_number відбулася втрата даних, найімовірніше через скидання SCSI; Перевірте Troubleshooting Overwritten Labels та SCSI Resets у NetWorker.
- Запусти
- Якщо
scannerповертає amessage 8945:scanner: Read: -1 bytesВизначити, чи можна зчитувати об'єм на інших вузлах або дисках, і визначити тенденцію проблеми. Якщо ви помітите, що деякі томи можна прочитати на деяких вузлах, але не на інших, і пристрій має LTO-4 або вище, розгляньте збої дешифрування диска: Апаратне шифрування LTO та NetWorker.
Для більш розширеної інформації про верифікацію медіа дивіться: Усунення проблем із монтажем медіа в NetWorker.
5. Перевірка проблем із порядком руху
Якщо команди завантаження та кріплення виконуються успішно, але мітка читається або прості кріплення не вдаються, проблема може бути пов'язана з неправильним порядком дисків.
- Спорожнити всю бібліотеку, якщо це можливо; якщо можете зупинити інші операції, клацніть правою кнопкою миші та скиньте бібліотеку з розділу Пристрої ->Бібліотеки.
- Спробуйте завантажити один стрічковий картридж в один пристрій, де обидва можуть бути зачеплені проблемами навантаження; розвантажуйте після кожної спроби за потреби.
- Порівняйте з однаковим об'ємом на різних дисках і різними гучностями на диску, який, ймовірно, постраждав; Звертайте увагу на помилки та закономірності, якщо такі є.
- Якщо навантаження надійно виходить з ладу, спробуйте таку перевірку етикетки:
Для більш розширеної допомоги з питаннями завантаження бібліотек дивіться: Усунення проблем із завантаженням бібліотеки стрічок у NetWorker.
Якщо всі ці тести не пройшли і ви не пройшли далі, обов'язково документуєте свої результати на кожному кроці цієї статті та звертайтеся до служби підтримки NetWorker. Чіткі деталі є необхідними для прискорення розв'язання рішень і забезпечення обмеження «повторюваних кроків».