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

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

Ця стаття стосується Ця стаття не стосується Ця стаття не стосується якогось конкретного продукту. У цій статті зазначено не всі версії продукту.

Instructions

ПРИМІТКА. Працівники 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. Чіткі деталі є необхідними для прискорення розв'язання рішень і забезпечення обмеження «повторюваних кроків».

Additional Information


Продукти, яких це стосується

NetWorker

Продукти

NetWorker Family
Властивості статті
Article Number: 000031465
Article Type: How To
Востаннє змінено: 23 січ. 2026
Version:  6
Отримайте відповіді на свої запитання від інших користувачів Dell
Служба підтримки
Перевірте, чи послуги служби підтримки поширюються на ваш пристрій.