NetWorker: Guia de triagem do NMDA MySQL

Introdução:

Anote a descrição do problema do cliente e/ou captura de tela e suas próprias notas de observação e erros:

• Plataforma de sistema operacional do servidor NetWorker
• Versão do servidor do NetWorker e número do build
• Servidor do NetWorker daemon.raw (preferencialmente renderizado)
• Plataforma de sistema operacional do client do NetWorker
• Versão e número do build do client do NetWorker
• Client do NetWorker daemon.raw (preferencialmente renderizados)
• Fornecer a plataforma do sistema operacional, arquitetura e versão do cliente (uname aoutputonUnix/Linux).

Informações sobre NMDA:

• Forneça as informações de versão dos binários do NMDA.

• Forneça o arquivo de configuração do NMDA usado no campo Backup Command (por exemplo, nsrdasv z /nsr/apps/config/nmda_oracle<SID.cfg>) do recurso do client configurado para os backups agendados ou fornecido na linha de comando para operações manuais.
• Forneça as informações do cluster (por exemplo, nomes de host virtuais envolvidos no cluster, tipo de cluster), se este for um ambiente de cluster. (Pergunte se o cliente pode fornecer uma cópia do arquivo de hosts no client)
• Se a mensagem de erro estiver apontando um problema na sessão de salvamento ou recuperação do NetWorker, forneça as informações específicas do NetWorker da seguinte maneira:
• Tipo de dispositivo (DDBoost, VTL,..)
• É um backup do Client Direct ou SN para o DD, é um SN local ou remoto, é um backup do Avamar, ..?
• Forneça a daemon.raw processada do SN na mesma janela de tempo em que a falha ocorreu
• Forneça as informações de versão dos binários do NMDA.
•  

Unix:

strings/usr/sbin/nsrdasv  | grep Build

strings  /usr/sbin/nsrdaprobe  | grep Build 

(somente se o teste falhar)strings/usr/lib/libnsrora.so | grep @(#) (ou libnsrora.a)

Windows:

Clique com o botão direito no arquivo %NW_install_path%\bin\nsrsbtcn.exe -> Propriedades -> Detalhes do Windows

• Se o backup do Oracle NMDA for configurado por meio do assistente, tar/zip up uma cópia de thensrdbfolder

Habilite a depuração:

Defina NSR_DEBUG_LEVEL=9 no arquivo de configuração do NMDA ou na tabela Advanced Option do assistente (se a configuração for criada pelo assistente).

Não peça ao usuário para definir NSR_DPRINTF=TRUE para evitar que os registros de depuração aumentem para um tamanho grande, a menos que a mensagem de erro esteja apontando para um problema na sessão de salvamento ou recuperação do NMDA com o NetWorker, ou isso seja explicitamente solicitado pela engenharia.(Em outras palavras, o NSR_DPRINTF=TRUE pode gerar "erros de camada inferior", como o código de erro do Data Domain, mas a desvantagem é a verborragia dos logs)

Observe que: O tamanho total do log de depuração pode ser um problema para o NMDA 1.2 ou versão mais antiga ao habilitar a depuração em um ambiente de banco de dados de grande porte em que a falha ocorre após algumas horas. Espera-se que o tamanho do log de depuração seja reduzido em até %50 no NMDA 1.5.

Coleta de informações e coleta de registros:

Faça o zip/compacte todo o diretório de /nsr/apps/logs

Nota:  Esse diretório contém arquivos de log operacional nmda_<app>.messages.raw e arquivos de log de depuração.  O local padrão dos logs de depuração pode ser alterado definindo NSR_DIAGNOSTIC_DEST no arquivo de configuração.Nota:  A saída do Oracle RMAN e os Daemon.raw do servidor NW são muito importantes para a solução de problemas de backup do Oracle (lembre-se de coletar essas informações)

Informações do MySQL:

• Verifique a versão do MySQL e a versão do MEB instalada em relação às Notas da versão do NMDA que você está usando e certifique-se de que temos uma configuração compatível.  Caso contrário, recomende o upgrade do NetWorker/NMDA no client ou a instalação da versão compatível MySQL e/ou MEB, conforme orientado.
• Forneça uma cópia da configuração do MySQL

        Por exemplo,

        /etc/meu.cnf

       ou arquivo CNF (MYSQL_CFG_FILE no cfgfile do NMDA). Consulte o http://dev.mysql.com/doc/refman/5.5/en/option-files.html para obter detalhes.

• Forneça uma cópia do arquivo de índice de log binário do MySQL.

Por padrão, ele tem o mesmo nome base que o arquivo de log binário, com a extensão '.index' (por exemplo, /var/log/mysql/mysql-bin.index),

e sua localização definida pelo parâmetro log-bin no arquivo de configuração MYSQL. Você pode alterar o nome do arquivo binário de índice de log com a opção --log-bin-index[=file_name]. Você não deve editar manualmente este arquivo enquanto o mysqld está em execução; Isso confundiria o MySQLD.

• Forneça uma cópia do log de erros do MySQL (instance.err).  Pode especificar ondemysqldwrites o log de erros com a opção --log-error[=file_name]. Se a opção for fornecida sem nenhum valor file_name, mysqld usará o nome host_name.err por padrão. O servidor cria o arquivo no diretório de dados, a menos que um nome de caminho absoluto seja fornecido para especificar um diretório diferente.
• Despejo de variáveis mysqladmin em um arquivo de texto

          Por exemplo,

          mysqladmin-u root -h 127.0.0.1 --password=football1 variável

          (Configurações de parâmetro displaydatabase)