Você poderá receber a mensagem ANR1330E ou ANR1331E enquanto dados estiverem sendo lidos em um volume do conjunto de armazenamento do IBM Tivoli Storage Manager.
Quando o servidor Tivoli Storage Manager armazena dados em um volume do conjunto de armazenamento, informações autoexplicativas são inseridas periodicamente em todos os dados. Essas informações são verificadas quanto à validade enquanto o servidor lê os dados. As mensagens ANR1330E e ANR1331E serão emitidas se a verificação revelar que as informações são inválidas. A mensagem de erro ANR1330E exibe os valores reais que foram lidos, enquanto a mensagem de erro ANR1331E exibe os valores que eram esperados. O servidor emite essas mensagens pelas seguintes razões:
v O hardware (subsistema de disco, dispositivo de fita) encontrou um problema ao ler os dados
v Ocorreu um erro ao gravar os dados e eles foram danificados
v Uma operação de restauração de banco de dados foi executada e um volume não foi adequadamente auditorado para que estivesse em sincronização com o horário da restauração point-in-time (PIT).
É necessário determinar se os dados estão danificados na mídia ou se ocorreu um erro quando o servidor leu os dados intactos. Emita o seguinte comando para o volume no qual os dados estão armazenados:
AUDIT VOLUME FIX=NO
Se a auditoria não reportar arquivos danificados, o Tivoli Storage Manager leu com êxito os dados que foram reportados anteriormente como danificados. Nesse caso, o erro foi causado por um mau funcionamento temporário do hardware quando o servidor lia os dados. Entretanto, se ainda assim a auditoria reportar que os dados estão danificados, determine o que pode ter causado o dano.
Você pode ignorar o erro, mas só faça isso se ele não ocorrer com frequência. O hardware ocasionalmente encontra um erro ao ler dados. Na maioria dos casos, o hardware reconhece que ocorreu um erro e efetua a recuperação sem precisar relatá-lo. Mas há vezes em que os dados são lidos em um estado alterado
(danificado) por causa de um erro temporário de hardware. A lista a seguir define os resultados de leitura de dados e recebimento de um erro:
Auditoria OK, erro ao ler dados intactos na mídia
O Tivoli Storage Manager verifica as informações autoexplicativas e reporta os dados como danificados se eles não correspondem ao esperado. Nas mensagens ANR1330E e ANR1331E, os dados são reportados como danificados.
Se após a auditoria do volume, as mensagens ANR1330E e ANR1331E forem exibidas frequentemente, determine qual dispositivo de hardware está fazendo com que os dados sejam lidos incorretamente. Consulte o log de atividades para descobrir a data e hora em que as mensagens
ANR1330E e ANR1331E foram emitidas e forneça as informações à sua equipe de suporte de hardware. Com essas informações, eles poderão examinar os logs de erro de hardware para ver se há operações que possam ter sido concluídas de forma anormal. Além disso, sua equipe de suporte de hardware deve assegurar-se de que a manutenção de drivers de dispositivo e microcódigo para o hardware esteja atualizada.
Um lugar comum para tais erros ocorrerem é em uma área de
armazenamento em rede (SAN). Normalmente, esses erros ocorrerão se muitos erros de interrupção de nível de link (LLI) ocorrerem no comutador ou na rede. Erros de LLI indicam que o sistema está sendo executado insatisfatoriamente e sabe-se que fazem com que os dados sejam modificados durante retransmissão. Peça para sua equipe de suporte de hardware examinar os logs de erros da rede para ver se há instâncias de erros de LLI. Procure erros de LLI que foram registrados por volta da hora em que as mensagens ANR1330E e ANR1331E foram emitidas.
Falha de auditoria, dados danificados na mídia
Se a auditoria reportar os dados como danificados, pode ter ocorrido um erro que fez com que os dados fossem gravados incorretamente na mídia.
Além disso, uma operação de restauração de banco de dados pode ter um volume que não foi adequadamente auditorado na sincronização com o horário da restauração PIT. Determine, pelos relatórios de auditoria, quando os dados foram gravados e examine a mensagem ANR1331E para descobrir qual dispositivo de hardware danificou os dados. Consulte o seguinte exemplo de dados:
ANR1330E
O servidor detectou possível dano em um objeto sendo restaurado
ou movido. Os valores reais para o quadro incorreto são: magic C6A2D75D
versão hdr 35134 comprimento hdr 43170 número de sequência 160421181 comprimento dos dados 7E53DCD8 ID do servidor 348145193 ID do segmento 327643666840426461 crc 06E04914.
ANR1331E
Quadro inválido detectado. Esperava-se magic 53454652 número de sequência 00000023 ID do servidor 00000000 ID do segmento 2062.
O número do ID do segmento na mensagem ANR1331E neste exemplo é 2062. Para determinar a data em que os dados foram inseridos no servidor, emita o seguinte comando:
SHOW INVO 0 2062
O exemplo a seguir mostra a saída do comando SHOW INVO:
OBJECT: 0.2062 (Backup):
Node: NODE1 Filespace: \\node1\c$ (Unicode).
\5400\BF\ BFDEFS.H
Type: 2 (File) CG: 1 Size: 0.89088 HeaderSize: 364 BACKUP OBJECTS ENTRY:
State: 1 Type: 2 MC: 1 CG: 1
\\node1\c$ (Unicode) : \TESTFILES\ FILE1.TXT (MC: DEFAULT) Active, Inserted 11/29/2009 13:28:26
EXPIRING OBJECTS ENTRY:
Entrada o objeto expirando não encontrada.
Localize o campo Insertede anote a data e hora. Neste exemplo, o objeto
suporte de hardware a data e hora. A equipe de suporte pode examinar os logs de erro de hardware para ver se há operações que foram concluídas de modo anormal. Além disso, peça a sua equipe de suporte para
assegurar-se de que a manutenção de drivers de dispositivo e microcódigo para o hardware esteja atualizada. Sua equipe de suporte de hardware deve examinar os logs de erros da rede SAN. Procure erros que ocorreram por volta da hora em que os dados foram inseridos no Tivoli Storage Manager.
Se o comando SHOW INVOnão retornar saída útil, emita o seguinte comando para determinar a data de inserção:
SHOW BFO 0 xxx
em que xxx é o ID do grupo de segmento. O exemplo mostra a saída do comando SHOW BFO:
Objeto de Arquivo de Bit: 0.xxx
**O super arquivo de bit 0.xxx contém os seguintes arquivos de bit agregados (deslocamento/comprimento)
0.2063 0.75295 0.3071 Ativo 0.2064 0.78366 0.88780 Ativo 0.2065 0.167146 0.13831 Ativo 0.2066 0.180977 0.21254 Ativo 0.2067 0.202231 0.3808 Ativo 0.2068 0.206039 0.11261 Ativo
**Entrada de Arquivo de Bit em Disco Tipo de Arquivo de Bit: PRIMARY Formato de Armazenamento: 22 Tamanho Lógico: 0.217364 Tamanho Físico: 0.221184 Número de Segmentos: 1, Excluído: False
ID do Conjunto de Armazenamento: 1 ID do Volume: 2
Nome do volume: TapeVol1
Obtenha um número de arquivo de bit agregado da primeira entrada na lista de arquivos de bit agregados. No exemplo anterior, o primeiro número de arquivo de bit agregado é 2063. Emita o comandoSHOW INVO usando 2063.
Nenhum erro de hardware no momento da inserção
Se a equipe de suporte de hardware descobrir que nenhum erro de hardware ocorreu no momento em que os dados eram inseridos no Tivoli Storage Manager, entre em contato com a equipe de suporte IBM. Forneça à equipe o log de atividades no momento em que as mensagens ANR1330E e ANR1331E foram emitidas. Além disso, emita o comandoAUDIT VOLUME FIX=NOcom o seguinte rastreio e forneça o rastreio à equipe de suporte do Tivoli Storage Manager:
TRACE ENABLE BF AF DF SS AS DS SSFRAME TRACE DISABLE BFLOCK AFLOCK SSLOCK TRACE BEGIN filename
Corrigindo arquivos danificados na mídia
Se você achar que os dados estão danificados em um volume, emita o comandoAUDIT VOLUME FIX=YES no volume. Se as seguintes condições forem verdadeiras, os dados permanecerão marcados como danificados no volume do conjunto primário:
v O volume é do conjunto primário
v O backup dos dados foi feito em um conjunto de armazenamento de cópia
v Os dados estão danificados
Depois que o comando AUDIT VOLUME FIX=YESfor emitido, emita o comandoRESTORE VOLUMEpara o volume do conjunto primário. Os dados danificados são substituídos por uma nova cópia dos dados. Se o comando AUDIT VOLUME FIX=YESler os dados com êxito, eles não serão mais
marcados como danificados no conjunto de armazenamento primário.
Se não houver cópia de backup, o comando AUDIT VOLUME FIX=YESexcluirá os dados. Se os dados que foram excluídos forem dados de backup, eles serão colocados no servidor na próxima vez que o backup do cliente for executado.
Se os dados que estão sendo excluídos pelo comando AUDIT VOLUME FIX=YES estiverem em um volume do conjunto de armazenamento de cópia, eles serão excluídos do volume do conjunto de cópias. Da próxima vez que for feito backup do conjunto de armazenamento primário, uma nova cópia será incluída no conjunto de armazenamento de cópia.