Solução de problemas de ordenação de unidades da biblioteca de fitas no NetWorker

Em um sistema operacional Plug 'N Play, os dispositivos recebem endereços de destino SCSI na ordem de detecção.

Como a ordem de detecção em uma SAN não é fixa e como a perda de conectividade faz com que o Plug 'N Play redefina o número de destino, os números de destino não são fixos.

Como os sistemas Plug 'N Play nomeiam (e renomeiam) dispositivos com base na ordem de enumeração (incluindo ID de destino SCSI) - qualquer tipo de interrupção acidental ou intencional na conexão do sistema operacional com o dispositivo potencialmente resulta em dispositivos renomeados.

Um problema de "ordenação de unidades" descreve uma condição em que o nome do driver configurado pelo NetWorker para um dispositivo não corresponde ao nome real. Isso geralmente é resultado da alteração do nome do driver no sistema operacional após a configuração inicial da biblioteca do NetWorker. Geralmente, esse é um problema do sistema operacional Plug 'N Play, que afeta o Windows e o Linux.
 
Há muitos erros e condições associados a esse problema, incluindo, mas não limitado a:

• Error: 'nsrd: informações de mídia: falha ao descarregar a unidade '{identificador do driver}' no slot {número do slot}, erro '69''
• Error: '{hostname} o componente de destino completo'
• Error: '{identificador do driver} leu o erro aberto, não existe tal dispositivo ou endereço'
• Error: «Abertura: Erro de E/S'
• Error: «nsrd: Falha na jukebox '{jukebox}': o volume esperado '{volid}' tem {volid}'
• Error: «nsrd: Falha na jukebox '{jukebox}': o volume esperado '(volume_name)' tem 'NULL''
• Error: 'Erro de leitura aberta, dispositivo não pronto'
• Error: «nsrjb: Erro de jukebox, todas as unidades alocadas não são utilizáveis, erros de operação irrecuperáveis'
• Error: «nsrd: Falha na jukebox '{jukebox}': o volume esperado '{volid}' tem {volid}'
• Error: «nsrd: Falha na jukebox '{jukebox}': o volume esperado '{volume}' ficou com 'NULL''
• Error: 'Erro de leitura aberta, dispositivo não pronto'
• Error: «nsrjb: Erro de jukebox, todas as unidades alocadas não são utilizáveis, erros de operação irrecuperáveis'
• Error: 'nsrd: aviso de mídia: Leitura do {alça do driver}: erro de leitura em aberto: Sem mídia no drive'.
• Error: «inventário: O rótulo do código de barras '{barcode}' não corresponde ao rótulo do código de barras do banco de dados da mídia, atualizando o banco de dados da mídia'
• Error: 'Pedido ilegal, meio não presente'
• Error: "nsrd: informações de mídia: falha ao descarregar a unidade '{identificador do driver}' no slot {slot number}"

No momento em que uma biblioteca de fitas é configurada inicialmente no NetWorker, o objeto de biblioteca é criado associando os discos rígidos aos identificadores de driver gerados pelo sistema operacional que eles têm naquele momento. É uma associação estática que reflete a relação no momento da configuração. Por exemplo, uma biblioteca pode ter dois dispositivos:
Unidade física 1 = \\.\Tape0 (ou talvez /dev/nst0 no Linux)
Unidade física 2 =\\.\Tape1 (ou /dev/nst1)

Em um sistema operacional Plug 'n Play como Windows ou Linux, qualquer tipo de desaparecimento do dispositivo do sistema pode fazer com que o sistema operacional renomeie os dispositivos, isso inclui simplesmente reinicializar o host, ou qualquer hardware de conectividade envolvido na conexão. Especialmente em uma SAN, onde a detecção de dispositivos pode ser desordenada, os dispositivos podem ter nomes diferentes na próxima reinicialização, por exemplo, em contraste com o acima:
Physical drive 1 = \\.\Tape1 or /dev/nst1
Physical drive 2 = \\.\Tape0 or /dev/nst0

Os comandos para esses dispositivos ainda podem funcionar, supondo que haja algum dispositivo usando o nome desejado. No entanto, como a associação do identificador de driver e elemento físico não está mais correta no elemento NetWorker Library, o resultado disso é que o NetWorker não sabe mais o nome correto dos dispositivos, pois eles agora são alterados. Por exemplo, o NetWorker pode carregar um cartucho de fita em um elemento da unidade, mas use o nome do driver de fita original (e agora, após o evento do sistema operacional, incorreto) para executar operações de fita, ou seja, ele pode carregar a unidade de fita 1, mas emitir comandos para a unidade 2 (que recebeu o nome antigo da unidade 1 reatribuído). Isso pode resultar em uma ampla variedade de erros, supondo que um volume inesperado (ou nenhum) seja encontrado. Há muitas causas possíveis das condições de pedido de unidades:

• Configuração incorreta manual da biblioteca usando comandos jbconfig ou jbedit
• Reinicialização de host, adaptador de armazenamento, hardware de conectividade de armazenamento ou dispositivos de fita
• Perda temporária de conectividade com um dispositivo
• Desativando e reativando o dispositivo no sistema operacional
• Atualizações do sistema operacional
• Atualizações do driver do adaptador de armazenamento ou dispositivo

Nomenclatura persistente:

Isso é considerado uma prática recomendada e pode ser recomendado pelo suporte, mesmo que você não esteja enfrentando problemas para protegê-lo proativamente. Use as informações dos seguintes artigos:

• Implementando a persistência do nome do dispositivo de fita para Windows
• Implementando a persistência do nome do dispositivo de fita para Linux