Data Domain Boost - armazenamento aberto: Erros intermitentes do NetBackup 2060001 no log com o DDBoost por FC

Os backups estão sendo executados de forma muito instável. Muitas vezes temos um código de erro "83" no Netbackup que significa "Erro de mídia aberta". 
25/11/2016 02:37:26 - bptm crítico (pid=3074) sts_get_server_prop_byname falhou: erro 2060001 um ou mais argumentos inválidos
25/11/2016 02:37:26 - bptm crítico (pid=3074) falha ao abrir o sts para o servidor de armazenamento DFC-XXXXXXXX: o plug-in relata erro 2060001 um ou mais argumentos inválidos 

Verifique o log bptm do Netbackup.
Se você encontrar "busy" como mostrado e a mensagem for "Nenhum caminho descoberto para o servidor DFC":

02:29:56.719 [3074] <4> 26071847:bptm:3074:dnmbckcph001: [C02:100CF6470] DFC_SIO varredura: open /p/c8t5002188136612175d0 failed, err DFC operation failed, DFC_SIO: open dev /dev/scsi/processor/c8t5002188136612175d0 failed, erro 16: Dispositivo ocupado
02:29:56.719 [3074] <4> 26071847:bptm:3074:dnmbckcph001: [C02:100CF6470] DFC_SIO varredura: open /p/c8t5002188136612175d0 failed, err DFC operation failed, DFC_SIO: open dev /dev/scsi/processor/c8t5002188136612175d0 failed, erro 16: Dispositivo ocupado
02:29:56.720 [3074] <4> 26071847:bptm:3074:dnmbckcph001: [C02:100CF6470] DFC_SIO varredura: open /p/c11t5002188136602175d0 failed, err DFC operation failed, DFC_SIO: open dev /dev/scsi/processor/c11t5002188136602175d0 failed, erro 16: Dispositivo ocupado
02:29:56.720 [3074] <4> 26071847:bptm:3074:dnmbckcph001: [C02:100CF6470] DFC_SIO varredura: open /p/c11t5002188136602175d0 failed, err DFC operation failed, DFC_SIO: open dev /dev/scsi/processor/c11t5002188136602175d0 failed, erro 16: Dispositivo ocupado
02:29:56.720 [3074] <8> 26071847:bptm:3074:dnmbckcph001: [C02:100CF6470] DFC_SIO: Nenhum caminho descoberto para o servidor DFC XXXXXX

Todos os dispositivos estão ocupados, o plug-in não encontrou um dispositivo disponível para novo backup.

Você precisa de mais dispositivos ou limitar o número de backups em paralelo.

Isso está documentado no Guia do administrador do DDBOOST: https://support.emc.com/docu61771_Data-Domain-Boost-for-OpenStorage-3.2.1-Administration-Guide.pdf?language=en_US

"Solaris Media Servers Para Solaris, as entradas do dispositivo são exclusivamente bloqueadas por processo e apenas um processo pode usar uma entrada de dispositivo. Os cálculos são baseados no uso da instância do aplicativo. Se um aplicativo gerar vários processos, cada processo bloqueará exclusivamente pelo menos uma entrada de dispositivo. Aplicativos com multithread bloqueiam um dispositivo por thread. Por esses motivos, você deve configurar o sistema Data Domain para anunciar o maior número possível de dispositivos DFC para evitar erros "em uso" do driver de dispositivo sgen. Um erro Device Busy poderá ocorrer se não houver dispositivos suficientes acessíveis aos clients Solaris. O número de dispositivos sgen é o número de portas Fibre Channel acessíveis à instância do Solaris vezes o número de caminhos diferentes para os endpoints do sistema Data Domain vezes o número de LUNs no grupo de acesso."

" Servidores Windows Media : A lógica de gerenciamento de caminhos do servidor Data Domain espalha conexões pelos caminhos lógicos disponíveis (iniciador, ponto de extremidade de destino, dispositivo DFC). Configure dispositivos DFC suficientes, de modo que cada conexão use seu próprio dispositivo SCSI genérico (caminho lógico) no servidor de mídia, com uma contagem máxima de dispositivos DFC de 64.

determinados sistemas operacionais do lado do cliente impõem uma restrição no número de solicitações de E/S pendentes que podem ser conduzidas simultaneamente em um determinado dispositivo SCSI genérico. Por exemplo, o mecanismo da interface de passagem SCSI do Windows conduzirá apenas uma solicitação SCSI por vez por meio de cada um de seus dispositivos SCSI genéricos. Isso afeta o desempenho da solução DD Boostover FC se várias conexões (por exemplo, trabalhos de backup) estiverem tentando usar o mesmo dispositivo SCSI genérico. Além disso, o sistema Data Domain também impõe um limite no número de solicitações de E/S pendentes por dispositivo SCSI anunciado. Por motivos de desempenho com cargas de trabalho maiores,
talvez seja necessário anunciar vários dispositivos SCSI no sistema Data Domain. Usamos o termo tamanho da fila para descrever o limite imposto pelo sistema no número de solicitações SCSI simultâneas em um único dispositivo. Os sistemas client (como o Windows) cujo tamanho da fila é tão baixo a ponto de afetar o desempenho são considerados restritos quanto ao tamanho da fila.