NetWorker: Усунення проблем із бібліотекою стрічок у NetWorker

Riepilogo: Ця стаття має на меті допомогти як службі підтримки NetWorker, так і адміністраторам резервного копіювання NetWorker у вирішенні та усуненні проблем, пов'язаних із бібліотекою стрічок.

Questo articolo si applica a Questo articolo non si applica a Questo articolo non è legato a un prodotto specifico. Non tutte le versioni del prodotto sono identificate in questo articolo.

Istruzioni

ПРИМІТКА. Працівники Dell повинні переглянути цю статтю під час входу на сайт підтримки, щоб бачити внутрішні нотатки. Проблеми з роботою бібліотеки можуть виникати пов'язані з магнітофонами, стрічковими картриджами або загальними функціями NetWorker. Ця стаття допомагає при діагностиці несправностей, що відмова виникає під час переміщення стрічкового картриджа між елементами.

Перед тим, як досліджувати питання з бібліотекою стрічок, важливо врахувати наступне:

  • Стрічкові НАКОПИЧУВАЧІ читають і записують дані та мітки на носії, виконують усі медіа-функції і не можуть самостійно переміщати стрічкові картриджі
  • Стрічкові БІБЛІОТЕКИ переміщують картриджі з медіамагнітних стрічок від елемента до елемента: Диски, слоти, порти імпорту та експорту, і не читають і не записують жодних даних

Якщо операції NetWorker зазнають невдачі через неможливість переміщати картриджі стрічки, існує кілька можливих загальних причин:

  • Проблеми з апаратним забезпеченням або прошивкою бібліотечного робота або внутрішніх частин
  • Проблеми з підключенням від хоста NetWorker до бібліотечної робототехніки через транспорт
  • Проблема з ОС, драйвером або сумісністю між хостом NetWorker і бібліотекою
  • Проблема конфігурації NetWorker, що стосується типу, стану та адресації стрічкової бібліотеки

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

1. Екологічна інформація

Від сервера NetWorker та постраждалих вузлів зберігання:

  1. Ім'я хоста, тип операційної системи та версія.
  2. Версія та номер збірки NetWorker.
ПРИМІТКА. Для допомоги з наведеними двома пунктами дивіться: NetWorker: Методи ідентифікації версії програмного забезпечення NetWorker
  1. Вихід 'inquire' команда показує касети та бібліотеки.
  2. Zip-копія поточного nsrdb (для збереження актуальної інформації про джукбокс за потреби, для відкату)
    Linux: /nsr/res/nsrdb
    Windows (за замовчуванням): C:\Program Files\EMC NetWorker\nsr\res\nsrdb
  3. Node Storage, ім'я NetWorker для бібліотеки та список постраждалих вузлів, пристроїв і томів
  4. Спільні риси проблеми (конкретні томи, конкретні диски, вузли тощо)
ПРИМІТКА. Найпростіший спосіб зібрати повний початковий набір даних, включаючи вищезазначене, — це запустити nsrget -o:d на ураженому сервері та вузлах.
УВАГА: НЕ використовуйте -o:d на будь-якому ведучому з касетами, де записи зайняті написанням. Ви можете перевірити це через NetWorker Management Console (NMC) у розділі Monitoring ->Devices.

У наступній статті наведена інформація про отримання та використання NSRGET: NetWorker: Як користуватися інструментом збору даних NSRGet NetWorker

2. Готовність бібліотеки до тестування

  1. Перевірте, чи власник Storage Node відповідної бібліотеки увімкнений і готовий:
    1. У NMC перейдіть у розділ Devices ->Storage Nodes.
    2. Переконайтеся, що режим перегляду > діагностичний режим увімкнений.
    3. Перевірте стовпці «Увімкнено » та «Готовий » у панелі праворуч.
    4. Якщо вузол зберігання, який очікується бути увімкненим, не увімкнений, клацніть правою кнопкою миші на вузол зберігання і натисніть Увімкнути/Вимкнути його, щоб увімкнути .
    5. Якщо вузол зберігання не стає готовим за хвилину-дві, потрібно перевірити це окремо; бібліотека не є чутливою, оскільки її вузол зберігання недоступний.
  2. Перевірте, чи включена та готова відповідна бібліотека: 
    1. У NMC перейдіть у розділ Пристрої ->Бібліотеки.
    2. Переконайтеся, що режим перегляду > діагностичний режим увімкнений.
    3. Перевірте стовпці «Увімкнено » та «Готовий » у панелі праворуч. Якщо бібліотека показує стан готовності , перейдіть до розділу [4].
    4. Якщо він не увімкнений, можна клацнути правою кнопкою миші по екземпляру бібліотеки зліва і вибрати «Увімкнути/Вимкнути», щоб знову увімкнути.
    5. Після увімкнення зачекайте хвилину-дві, знову натисніть на контейнер «Бібліотеки» і подивіться, чи з'явиться зелена галочка у стовпці «Готові».
    6. Якщо бібліотека не готова, клацніть правою кнопкою миші по екземпляру бібліотеки зліва, виберіть «Властивості» і на вкладці « Загальне » переконайтеся, що значення Control Port відповідає scsidev@#.#.# адресу, яку ви бачите з inquire Командування.
    7. Якщо Control Port не співпадає, встановіть Увімкнено на No і натисніть OK; потім знову введіть властивості і змініть Control Port на відповідність inquire Адреса виявлена. Після оновлення порту керування змініть Увімкнено назад на Так і натисніть OK ще раз, щоб повторно увімкнути. Дайте хвилину-дві, щоб перевірити, чи буде бібліотека готова.
    8. Нарешті, якщо після корекції значення Control Port не дозволяє бібліотеці стати готовою, востаннє введіть властивості бібліотеки; у вкладці Розширено встановіть рівень налагодження на 5; та Вимкнути та знову увімкнути , щоб зафіксувати послідовність запуску в журналі демонів протягом двох хвилин.

При повторному вмиканні бібліотеки в розділі [2.2], підтвердити, що nsrlcpd починається з призначеного вузла зберігання. Також перевірте, чи не зупиняється і не перезапускається окремо. Якщо Process ID (PID) продовжує змінюватися, це означає, що процес зупиняється або зупиняється програмним забезпеченням або дампом ядра. Також будьте уважні щодо проблем із розв'язкою імен між сервером і вузлом зберігання, що може завадити запуску. Ім'я, яке сервер розв'язує для вузла, має відповідати імені nsrladb вузла та імені сервера для вузла.

Детальний огляд процесів NetWorker для кожного хоста дивіться: Процеси та порти NetWorker

Повідомлення, що стосуються цих сервісів, реєструються в хості daemon.raw:

3. Визначте чутливість бібліотеки:

Якщо бібліотека не готова, і ви не можете визначити причину, переконайтеся, що з нею можна зв'язатися:

  1. Перевірте inquire вихід вузла з [1.3] і переконатися, що бібліотека відображається у вихідному вигляді як 'Autochanger', а також позначати SCSI #.#.# адреса.
  2. Якщо бібліотека не з'являється у inquire виведіть, перевірте, чи може ОС це виявити. Хости Solaris не повідомляють про бібліотеку, якщо вона налаштована та увімкнена в NetWorker. Для допомоги див. розділ «Проблеми з виявленням стрічкової бібліотеки в NetWorker».
  3. Переконайтеся, що бібліотека реагує на базові команди бібліотеки. Використовуючи SCSI-адресу в [3.1], run: 'sjisn #.#.#'. Для отримання додаткової інформації про команди тестування бібліотеки дивіться розділ Troubleshooting Tape Library Access Problems у NetWorker.
  4. Якщо команди SJI не виконуються, розгляньте можливість транспортних або апаратних проблем: Дивіться розділ «Усунення несправностей з апаратним забезпеченням бібліотеки стрічок у NetWorker » для допомоги.
  5. Якщо проблема в тому, що ОС не виявляє бібліотеку і коректно реагує на команди SJI, які NetWorker не виявляє, спробуйте скористатися jbconfig командування та вибір опції 2; Якщо це не спрацює, спробуйте варіант 4, вручну введіть адресу бібліотеки та налаштуйте як стандартну бібліотеку (варіант 56). Детальніше див. розділ «Діагностику проблем налаштування стрічкової бібліотеки в NetWorker ».

4. Стан руху та гучності тестової стрічки

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

  1. Спорожнити всю бібліотеку, якщо це можливо; якщо можете зупинити інші операції, клацніть правою кнопкою миші та скиньте бібліотеку з вкладки Пристрої ->Бібліотеки .
  2. Спробуйте завантажити один стрічковий картридж в один пристрій, де обидва можуть бути зачеплені проблемами навантаження; розвантажуйте після кожної спроби за потреби.
  3. Порівняйте з однаковим об'ємом на різних дисках і різними гучностями на диску, який, ймовірно, постраждав; Звертайте увагу на помилки та закономірності, якщо такі є.
  4. Якщо навантаження на гучність надійно виходить з ладу, незалежно від пристрою, спробуйте таку перевірку етикетки:
    1. Завантажте гучність без монтажу, якщо картридж рухається без помилок — ви переконані, що важіль механічно працює.
    2. Біжи nsrmm -pv -f networker_device   Якщо відповідь відповідає з перевіреною етикеткою, то ви підтверджуєте, що медіа також дійсні та здорові.
    3. У властивостях бібліотеки, з увімкненим режимом діагностики , перейдіть у вкладку «Таймери » і встановіть «Завантажити сон » на 60 , перш ніж натиснути OK.
    4. Вимкніть гучність, а потім спробуйте перезавантажити гучність, якщо це вдалося, ймовірно, проблема в таймінгу (можна експериментувати з нижчими значеннями сну, поки він знову не почне відмовляти).
  5. Якщо nsrmm Команда не вдалася, потрібні додаткові тести. Вимкніть відповідний диск у NMC, клацнувши правою кнопкою миші та вибравши Enable/Exable.
    1. Запусти scanner Команда на пристрої:
      1. Для локального вузла зберігання сервера NetWorker виконайте: scanner -nizv local_device
      2. Для «віддаленого» вузла зберігання NetWorker виконайте: scanner -s server -nizv local_device
    2. Перервіть після ~20 рядків і перевірте повідомлення на етикетці; Успіх свідчить 8936:scanner: scanning media_type tape volume_name on device_name.
    3. Якщо scanner повертає повідомлення з несподіваним номером файлу, потрібен 2, отримав higher_number відбулася втрата даних, найімовірніше через скидання SCSI; Перевірте Troubleshooting Overwritten Labels та SCSI Resets у NetWorker.
  6. Якщо scanner повертає a message 8945:scanner: Read: -1 bytes Визначити, чи можна зчитувати об'єм на інших вузлах або дисках, і визначити тенденцію проблеми. Якщо ви помітите, що деякі томи можна прочитати на деяких вузлах, але не на інших, і пристрій має LTO-4 або вище, розгляньте збої дешифрування диска: Апаратне шифрування LTO та NetWorker.

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

5.  Перевірка проблем із порядком руху

Якщо команди завантаження та кріплення виконуються успішно, але мітка читається або прості кріплення не вдаються, проблема може бути пов'язана з неправильним порядком дисків.

  1. Спорожнити всю бібліотеку, якщо це можливо; якщо можете зупинити інші операції, клацніть правою кнопкою миші та скиньте бібліотеку з розділу Пристрої ->Бібліотеки.
  2. Спробуйте завантажити один стрічковий картридж в один пристрій, де обидва можуть бути зачеплені проблемами навантаження; розвантажуйте після кожної спроби за потреби.
  3. Порівняйте з однаковим об'ємом на різних дисках і різними гучностями на диску, який, ймовірно, постраждав; Звертайте увагу на помилки та закономірності, якщо такі є.
  4. Якщо навантаження надійно виходить з ладу, спробуйте таку перевірку етикетки:

Для більш розширеної допомоги з питаннями завантаження бібліотек дивіться: Усунення проблем із завантаженням бібліотеки стрічок у NetWorker.

Якщо всі ці тести не пройшли і ви не пройшли далі, обов'язково документуєте свої результати на кожному кроці цієї статті та звертайтеся до служби підтримки NetWorker. Чіткі деталі є необхідними для прискорення розв'язання рішень і забезпечення обмеження «повторюваних кроків».

Informazioni aggiuntive


Prodotti interessati

NetWorker

Prodotti

NetWorker Family
Proprietà dell'articolo
Numero articolo: 000031465
Tipo di articolo: How To
Ultima modifica: 23 gen 2026
Versione:  6
Trova risposta alle tue domande dagli altri utenti Dell
Support Services
Verifica che il dispositivo sia coperto dai Servizi di supporto.