NetWorker. Поиск и устранение неисправностей при обнаружении ленточных библиотек в NetWorker
Сводка: Данная статья предназначена для помощи администраторам службы поддержки и NetWorker в определении причин, по которым хосту не удается обнаружить библиотеку.
Инструкции
Если библиотека работала ранее, а потом внезапно перестала работать, рассмотрите последнее известное изменение как вероятную причину:
- Необработанное изменение адреса библиотеки после перезагрузки, повторного обнаружения и переименования устройства
- Возможные повреждения из-за скачка напряжения, отключения или другого экологического события
- События сбоя или изменение конфигурации транспортного оборудования
- Установка, изменение или удаление программного обеспечения или драйверов, связанных с транспортом или робототехникой
Если библиотека никогда не работала, убедитесь, что оборудование поддерживается в руководстве по совместимости оборудования NetWorker (требуется вход в учетную запись службы поддержки Dell).
- Не удается обнаружить установку ленточной библиотеки на узле или сервере хранения NetWorker
- Не удается выполнить резервное копирование данных из-за непригодного для использования оборудования для резервного копирования.
Чтобы диагностировать сбои при обнаружении библиотеки, сначала проанализируйте все недавние изменения. Затем разбейте процесс обнаружения с самых низких уровней и протестируйте каждый этап.
Иногда желательно перейти к более развитой стадии открытия, основанной на имеющихся доказательствах. Если хост А не может обнаружить робота, а хост Б — успешно, робот, скорее всего, не виноват. Хосты могут использовать различные коммутаторы, поэтому это первая область, которую следует исследовать. Другие различия в этом примере включают в себя сам хост, операционную систему, HBA-адаптер, зонирование, подключение кабелей и т. д.
Если хост обнаружил робота до возникновения проблемы, сосредоточьтесь на элементах, которые, скорее всего, изменились. Изучение сбоев или известных изменений конфигурации после события.
Используйте следующие команды, чтобы определить, может ли операционная система обнаружить библиотеку. Всегда следите за тем, чтобы исправления операционной системы были обновлены, особенно касающиеся системы хранения данных.
nsrget -o:d на затронутом сервере и узлах.
-o:d на любом хосте с лентами, где ленты заняты записью. Это можно проверить в консоли управления NetWorker Management Console (NMC) в разделе Monitoring -> Devices.
В следующей статье представлена информация о получении и использовании NSRGET: NetWorker. Использование инструмента сбора данных NetWorker NSRGet
Обнаружение библиотеки: Операционная система:
- Windows: Устройства, не обнаруженные подсистемой Plug-and-Play (PnP), могут быть недоступны для NetWorker. Не бывает экземпляров библиотеки без драйвера, так как универсальный драйвер существует, даже если драйвер поставщика не установлен. StorPort — это низкоуровневый компонент драйвера хранилища данных Windows, который следует проверить на актуальность.
devmgmt.msc (Диспетчер устройств)
devcon drivernodes *CHANGER*
- Linux: Отображение устройств класса SCSI, обнаруженных и перечисленных подсистемой. В Linux используется метод
sgдрайвер для библиотек, если не установлен драйвер IBM Atape (не рекомендуется).
cat /proc/scsi/scsi (показать обнаруженные библиотеки)
echo "- - -" > /sys/class/scsi_host/host#/scan (принудительное повторное обнаружение)
- Solaris:
cfgadmилиluxadmПорт/dump_mapОбе команды могут перечислять библиотечное устройство. Если это не удастся,update_drvможет использоваться как для обеспечения обнаружения, так и для возможности подключенияsgenЭкземпляр драйвера.
cfgadm -lavo show_FCP_dev
for FCI in `luxadm -e port | cut -f1`; do luxadm -e dump_map $FCI; done
rm -f /dev/scsi/changer/*; update_drv -f sgen -v
- AIX: Используйте
cfgmgrв большинстве случаев; ЕслиAtapeДрайвер используется, используйтеlsdev. В этом случае - обеспечьтеAtape smcДрайвер указан как «определенный» и недоступный (что приводит к конфликтам).
cfgmgr -v | grep -i changer
lsdev -Cc tape
rmdev -l smc0 (если lsdev показывает, что он доступен)
- HP-UX:
ioscanЭто единственная команда, необходимая для перечисления устройств класса чейнджера.
ioscan -FnkC autoch
Для NetWorker
inquire (см. ниже) для успешной работы может потребоваться удалить временный файл кэша обнаружения устройств:
rm -f /tmp/lgto_scsi_devlist
- Openvms: Для проверки возможности подключения используйте следующие команды:
mcr sysman IO AUTOCONFIGURE
show device gk/full
- NetWorker. Эти команды приведены для справки и, как правило, выполняются на более высоком уровне, чем команды операционной системы, указанные выше. Они могут быть полезны при попытке диагностировать низкоуровневую проблему, предоставляя дополнительную информацию или ошибки в качестве подсказок к рассматриваемой проблеме, но они не должны быть успешными, если низкоуровневые операции завершаются сбоем.
inquire -lc
lusbinfo -v
changers
dvdetect -dlV -D9
lusbinfo и changers может существовать не на всех платформах. При необходимости можно увеличить уровни отладки, установив переменную окружения LUS_DEBUG:
UNIX:
export LUS_DEBUG=9
Windows:
set LUS_DEBUG=9
AIX:
lusdebug ffff
Также попробуйте:
SJI_DEBUG=9, SCSI_DEBUG=9, JBDEBUG=9
Дополнительная информация
Убедитесь, что вы понимаете, что проблемы робототехники, которые не входят в область применения NetWorker как приложения (читай: не могут быть обнаружены с помощью стандартных методов операционной системы), не входят в область поддержки NetWorker.
Подробнее см. в статьях: NetWorker. Поиск и устранение неисправностей ленточной библиотеки в NetWorker
Служба поддержки может предоставить рекомендации, используя указанные выше критерии, но мы не располагаем ресурсами по ОС, HBA или поставщикам робототехнических средств. Это ограничение может привести к длительному и неудачному поиску и устранению неисправностей.