Compreensão e analisando -1018,-1019 e-1022 trocam os erros de banco de dados

Traduções deste artigo Traduções deste artigo
ID do artigo: 314917 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Neste artigo

Sumário

Este artigo fornece informações para ajudá-lo a compreender e analisar os erros de banco de dados Exchange-1018,-1019 e-1022. Este artigo descreve as diferenças entre esses três tipos de erros e os tipos de problemas no banco de dados que fazem com que cada um desses três erros sejam relatados.

Mais Informações

Exchange inclui a funcionalidade para detectar danos no nível de arquivo para páginas em seus bancos de dados. Os três erros mais comuns associados a danos de nível de arquivo para um banco de dados do Exchange são:
  • JET_errReadVerifyFailure -1018
  • -1019 JET_errPageNotInitialized
  • JET_errDiskIO de-1022
Os seguintes três níveis de dano podem ocorrer em um banco de dados do Exchange:
  • Nível de página (sistema de arquivos)
  • Nível de banco de dados (Microsoft JET database engine)
  • Nível de aplicativo (Exchange information store)
O utilitário Esefile. exe pode detectar erros em bancos de dados no nível da página. O utilitário Eseutil. exe pode detectar e reparar problemas no nível da página e o nível de banco de dados. O utilitário Isinteg. exe detecta e corrige problemas no nível do aplicativo.

Danos em um baixo nível (nível de página) quase sempre resulta em problemas nos níveis mais altos (o nível de banco de dados ou aplicativo). Portanto, depois de reparar um banco de dados com Eseutil, quase sempre é necessário usar Isinteg posteriormente.

Danos no nível do aplicativo e banco de dados está relacionado a problemas no código do Exchange ou em programas de terceiros que se integram ao Exchange. Danos a nível de página geralmente é causado por problemas de hardware, firmware ou driver, embora o dano de nível de página também pode ser causado por problemas no Exchange.

Você quase sempre encontrar a causa de um erro -1018 em um dos sistemas subjacentes que depende do Exchange, não código propriamente dito no Exchange. Existem muito poucas exceções a essa regra. As exceções a data foram em relação ao Exchange relatar uma condição -1018, não como o próprio Exchange causa um erro -1018. Para obter mais informações, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:
237953Erro -1018 incorreta, retornado durante o backup on-line
230215 Checksuming de backup não é executada em computadores com processador único
Embora a maioria dos erros de-1019 e-1022 também são causados por uma falha em um sistema de base, você não pode descartar a possibilidade de que-1019 e-1022 podem ocorrer erros por causa de um erro no Exchange código mais rápido.

Erro -1018 é o erro mais comuns, que indica que um banco de dados do Exchange sofreu danos a nível de sistema de arquivo. Portanto, a maioria desse artigo enfoca erro -1018.

Há três maneiras fundamentais que os dados no disco podem ser danificados:
  • Os dados errados são gravados na mídia de armazenamento.
  • Dados são gravados para o lugar errado na mídia de armazenamento.
  • Dados estão danificados ou alterados depois de serem armazenados.
Embora seja muito difícil impedir ou corrigir a 100 por cento de todos os danos, é relativamente fácil detectar um problema que ocorreu. O Exchange detecta dados incorretos ou mal colocados em seus arquivos de banco de dados e relata um erro -1018 ou-1019. Se um arquivo estiver seriamente danificado e partes dele estão faltando inteiramente ou caso contrário, ficam inacessíveis quando o Exchange tenta ler o arquivo, é reportado um erro de-1022.

Como o Exchange calcula somas de verificação e o banco de dados de números de páginas

Para entender como funcionam os mecanismos de disparam erros-1018 e-1019, você deve compreender como um banco de dados do Exchange armazena páginas de dados.

No mais baixo nível lógico, você pode exibir um arquivo de banco de dados do Exchange como um conjunto de 4 kilobytes (KB) páginas, numeradas na ordem seqüencial. Dados lidos e gravados em uma página de um banco de dados Exchange, ao mesmo tempo.

Cada página que contém dados que armazena seu próprio número de página, juntamente com uma soma de verificação é calculada a partir de todos os dados na página. O valor de checksum é a única parte da página que não está incluída no cálculo.

Algoritmos de soma de verificação, incluindo o algoritmo de soma de verificação que usa o Exchange, são relativamente simples e bem documentadas. Elas são criadas para que as chances de que a mesma soma de verificação resultará para as duas páginas diferentes são baixas, mesmo se a diferença entre as páginas é um único bit.

Embora um teste de soma de verificação é suficiente para determinar se ou não a página foi alterada desde que ele foi escrito, um teste de soma de verificação não é suficiente para certificar-se de que a página está no lugar certo. Dessa forma, o Exchange marca cada página com seu próprio número de página, bem como uma soma de verificação.

As duas primeiras páginas de 4 KB no banco de dados são reservadas para o banco de dados "cabeçalho". Quando o banco de dados for interrompido, você pode usar o utilitário Eseutil /MH switch para exibir este cabeçalho. O cabeçalho contém informações de identificação sobre o banco de dados como um todo.

Depois que essas páginas de duas primeiras cabeçalho, todas as outras páginas no banco de dados são dados. Todas as páginas de dados compartilham uma estrutura comum. Cada página tem seu próprio cabeçalho da página, que contém informações de identificação sobre determinada página, seguida por dados reais.

Porque a primeira página de dados em um banco de dados do Exchange está localizada após as primeiras páginas do cabeçalho de dois, página física 3 no banco de dados é a página lógica 1. 2 é o número de página lógica da página física 4 e assim por diante.

Os números de página lógicos no banco de dados mapeiam diretamente para os números de página física pela seguinte fórmula:
número de página lógicos = número de página física - 2
Porque as estruturas física e lógica de página do arquivo de banco de dados estão estreitamente relacionadas, o Exchange pode determinar facilmente se cada página lógica está no local físico correto do arquivo.

As páginas somente no banco de dados para o qual uma soma de verificação é calculada não são "páginas não inicializadas. Esses são os blocos de páginas que são criados quando o tamanho do banco de dados é estendido para liberar espaço para mais dados. Uma página não inicializada é aquele que tem um checksum de zero e um número de página zero. Normalmente, cada byte de uma página não inicializada é preenchido com o caractere 0x00.

Depois de uma página não inicializada é usada pela primeira vez, ele não retorna ao estado não inicializado, mesmo se ele é esvaziado. Em vez disso, um sinalizador é definido na página esvaziada para marcá-lo disponível para reutilização. A página ainda carrega um número de página e a soma de verificação, mesmo quando ela está vazia.

Exchange Server 2003 Service Pack 1 (SP1) alterou o algoritmo de soma de verificação e o formato de página são usados. Além disso, o Exchange Server 2003 SP1 Introduziu um algoritmo de código (ECC) para detectar e corrigir automaticamente erros de bit único de correção de erro.Para obter mais informações sobre essa nova funcionalidade, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
867626Novo corrigindo o código de erro está incluído no Exchange Server 2003 Service Pack 1.

O que causa um erro -1018

Exchange reporta um erro -1018 quando uma página inicializado no arquivo de banco de dados encontra-se com qualquer uma das seguintes condições:
  • A soma de verificação é armazenada na página não coincide com o resultado do recálculo de soma de verificação é executado como a página é lida.
  • O número de página é armazenado na página não corresponde ao número de página que deve estar na página, dada a localização da página física do arquivo de banco de dados.
Exchange pode ser responsável por self-generating um erro -1018, se o Exchange faz o seguinte:
  • Constrói uma página com a soma de verificação incorreta.
  • Constrói uma página corretamente, mas informa ao sistema operacional para a página de gravação no local errado.
Depois que um administrador de sistema encontra um erro -1018, se o administrador executa testes de diagnóstico de hardware em relação ao servidor e esses testes relatam sem problemas, o administrador poderia concluir que Exchange deve ser responsável pelo problema, pois o hardware passou a análise inicial.

No entanto, caso após caso, ainda mais investigação pela Microsoft ou hardware fornecedores não revelados sutis problemas no hardware, firmware, drivers de dispositivo ou responsáveis realmente danificar o arquivo de banco de dados.

Testes de diagnóstico comum pode não detectar todas as falhas transitórias por vários motivos. Problemas no software de driver ou firmware poderão ficar fora da capacidade de programas de diagnóstico. Testes de diagnóstico pode não conseguir simular adequadamente os tempos de execução longa ou complexas cargas. Além disso, a adição de log de depuração ou de monitoramento de diagnóstico pode mudar o sistema suficiente para evitar que o problema apareça novamente.

A simplicidade e a estabilidade dos mecanismos de Exchange que geram as somas de verificação e gravar páginas no arquivo de banco de dados é outro motivo que a probabilidade de que a causa de um erro -1018 é um problema do Exchange é baixa. A soma de verificação e mecanismos de detecção de página incorreta são simples, confiável e permaneceram fundamentalmente o mesmo desde o lançamento da primeira troca, exceto para pequenas alterações para se adaptar às mudanças de formatação de página de banco de dados entre as versões do banco de dados.

Para explicar melhor, que uma soma de verificação é gerada para uma página que está prestes a ser gravado em disco depois que todos os outros dados foram gravados para a página, incluindo a página próprio número. Depois que o Exchange adiciona a soma de verificação para a página, o Exchange instrui o sistema operacional Microsoft Windows para gravar a página disco usando o padrão e publicadas Windows application programming interfaces interfaces (APIs).

A soma de verificação pode ser gerada corretamente para uma página, mas, em seguida, a página pode ser gravada no local errado no disco rígido. Isso pode ser causado por um erro de memória transitória, como, por exemplo, uma "inversão de bit". Por exemplo, suponha que o Exchange constrói uma nova versão da página 70. A página em si não apresenta um erro, mas a cópia do número de página que é usado pelo controlador de disco ou pelo sistema operacional aleatoriamente for alterada. Esse problema pode ocorrer se a 70 (binário 100110) foi alterado para 6 (000110 binário) por uma célula de memória instável. Soma de verificação da página ainda está correta, mas o local da página do banco de dados agora está errado. Exchange reporta um erro de -1018 para a página quando detecta que o número de página lógicos não corresponde a localização física da página. Outro tipo de numeração (causado pelo Exchange) de erro pode ocorrer se o Exchange grava o número de página errada na própria página. Mas isso faz com que outros erros, não o erro -1018. Se o Exchange grava 71 na página 70 e em seguida, faz a soma de verificação na página corretamente, a página é gravada local 71 e passa ambos os testes de soma de verificação e de número de página.

Freqüentemente, um erro -1018 único que é relatado em um banco de dados do Exchange faz com que o banco de dados interromper ou resultar em um sintoma diferente, por exemplo, a presença do erro -1018 propriamente dito. A página pode estar em uma pasta que é acessada com pouca freqüência (por exemplo, os envio ou itens excluídos pastas), ou em um anexo que raramente é aberta ou até mesmo vazio.

Embora um único erro -1018 provavelmente não causar perda de dados abrangentes, erros -1018 ainda são motivo de preocupação porque um erro -1018 é prova de falha de seu sistema de armazenamento confiável armazenar ou recuperar dados de pelo menos uma vez. Embora o erro -1018 pode ser um problema temporário que nunca irá ocorrer novamente, é mais provável que esse erro é um aviso antecipado de uma questão que se tornarão progressivamente pior. Mesmo que o primeiro-1018 Erro estiver em uma página vazia no banco de dados, não é possível saber qual página pode estar danificada em seguida. Se uma tabela global crítica estiver danificada, o banco de dados pode se tornar instável e reparo de banco de dados pode estar apenas parcialmente bem-sucedida ou malsucedida.

Após um erro -1018 é registrado, você deve considerar e planejar a possibilidade de falha iminente ou ainda mais aleatório danos no banco de dados até que você encontrar e elimina a causa raiz.

Recuperação de erros -1018

Exchange trata de uma página que falha com um erro -1018 como completamente ilegíveis para impedir a ação de dados aleatórios causar problemas futuros no banco de dados.

Uma página que falha com um erro -1018 não pode ser reparada ou salvo. Ele deve ser eliminado do banco de dados. Existem três métodos que você pode usar para eliminar a página do banco de dados:
  • Restaure o banco de dados de um backup on-line.
  • Usar o Eseutil. exe /D Alterne para fazer uma desfragmentação offline do banco de dados.
  • Usar o Eseutil. exe /P switch para reparar o banco de dados.

Restaurar o banco de dados de um Backup Online

Se um erro -1018 é encontrado durante o backup on-line, o backup pára. Isso garante que a página danificada não existe no último backup bem-sucedido. Se o log circular está desabilitado, restaurar o backup completo mais recente disponível e, em seguida, reverter o banco de dados dos logs de transação subseqüente.

Usar o Eseutil. exe "/d" Switch para fazer uma desfragmentação Offline do banco de dados

Esse método é eficaz se o erro -1018 é relatado em uma página vazia. Se o erro -1018 ocorre somente durante o backup on-line ou a manutenção online de todas as noites, isso indica que a página é raramente acessada ou que ele ainda pode estar vazio. A desfragmentação offline descarta todas as páginas vazias e os índices secundários em um banco de dados.

Usar o Eseutil. exe "/ P" Switch para reparar o banco de dados.

Uma página inválida não for reparada, se você usar esse método, mas a página defeituosa será descartada. Se a página que está envolvida é uma "página de folha", ocorre a perda de dados. Uma página de folha no banco de dados é uma página que transporta dados reais. Páginas interiores transportam informações de apenas estruturais e lógicas. Na maioria dos casos, o Eseutil pode reconstruir completamente uma tabela se uma página interior é perdida. No entanto, a maioria das páginas em um banco de dados são páginas de folha.

Works de funcionalidade de reparação do Eseutil bem e, na maioria dos casos pode restaurar um banco de dados para operação com perda mínima de dados. No entanto, se muitas páginas estão danificadas ou tabelas de sistema críticos são perdidas, a perda de dados pode ser catastrófica ou o banco de dados pode ser irreparável.

Reparar um banco de dados geralmente é uma estratégia de qualidade inferior em comparação a restauração de um backup e avanço no banco de dados porque o reparo geralmente demora mais do que a restauração e é mais arriscado. Escolha o reparo se:
  • Você não tem um backup.
  • Você não pode adiar completamente do backup.
Antes de reparar ou restaurar um banco de dados, sempre faça uma cópia de backup dos arquivos de banco de dados atual. Se a restauração não funciona, você pode reparar o banco de dados existente. Se o reparo não funciona, mas a cópia anterior do banco de dados é ainda inicializável, talvez você possa recuperar os dados que podem ser perdidos.

Importante Após reparar um banco de dados, você deve verificar a contagem de reparos no cabeçalho do banco de dados. Se a contagem for maior que zero, você deve executar uma desfragmentação offline usando o Eseutil, e repare o banco de dados no nível do armazenamento de informações com o utilitário Isinteg. Se você não fizer isso, os usuários podem encontrar problemas, como a impossibilidade de abrir mensagens ou anexos ou referências em suas caixas de correio para itens que não existem mais.

Para verificar a contagem de reparos, examine a saída de tela que é gerada quando você executa o comando a seguir:
ESEUTIL /MH [database_file_name]
Para executar uma desfragmentação offline do banco de dados reparado, execute o seguinte comando:
ESEUTIL /D [database_file_name]
Para fazer uma correção abrangente do Isinteg após um reparo no Exchange 2000, o serviço de armazenamento de informações deve ser executado, mas o banco de dados que você deseja reparar deve ser desmontado. Execute o seguinte comando para a correção de banco de dados:
[ISINTEG -Snome_do_servidor]-FIX - TEST ALLTESTS
Para fazer uma abrangente Isinteg corrigir após um reparo no Exchange Server 5. 5, o armazenamento de informações do serviço deve ser interrompido. Execute o seguinte comando, usando o switch apropriado (-PRI ou -PUB), dependendo se você estiver executando o reparo em relação a um banco de dados particular ou público:
ISINTEG-PRI |PUB-FIX - TEST ALLTESTS
Observação Você pode executar Eseutil e Esefile nos arquivos de banco de dados brutos independentemente de seus arquivos locais do sistema. Os arquivos de banco de dados precisa nem ser em um servidor Exchange. Mas você deve executar Isinteg enquanto o banco de dados estiver localizado em um servidor Exchange totalmente configurado porque Isinteg opera no nível do armazenamento de informações e usa o serviço de armazenamento de informações para acessar o banco de dados.

Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
244525Como executar o Eseutil em um computador sem o Exchange Server

Recuperação de um erro de-1019

Um erro de-1019 (JET_errPageNotInitialized) é informado quando uma página que deve estar em uso está vazio ou não inicializada. Se o campo de número de página em uma página em uso é 0x00000000, um erro de-1019 é relatado em vez de um erro -1018, mesmo que a página também pode falhar no teste de soma de verificação.

Os métodos para corrigir um erro de-1019 são as mesmas para corrigir um erro -1018. Observe que um problema de-1019 pode passar despercebido mais de um problema -1018, pois os problemas de-1019 não são detectados pelo backup on-line.

Embora a causa de um erro -1018 é muito provável que seja fora do Exchange, um erro de-1019 pode ser causado pelo Exchange se ponteiros lógicos ou links entre páginas são inválidos.

No entanto, é mais comum que um erro de-1019 é causado porque o sistema de arquivos foi corrompido ou mapeado páginas no arquivo de banco de dados que não fazem parte do arquivo.

Recuperação de um erro de-1022

Se o Exchange solicita uma página do banco de dados do sistema operacional e ocorrerá um erro em vez dos dados da página que está sendo retornados, resulta um erro de-1022 (JET_errDiskIO). O erro-1022 é um erro genérico que aparece sempre que um disco de entrada/saída (e/S) problema impede que Exchange tenham acesso a uma página solicitada no banco de dados.

O motivo mais comum para um erro de-1022 é um arquivo de banco de dados que foi seriamente danificado ou truncado. Se esse problema ocorrer, o Exchange solicita um número de página maior que o número de páginas no arquivo de banco de dados e ocorrerá um erro de-1022. Esse problema pode ocorrer devido a problemas no sistema de arquivos de ou devido a repetição do log de transação inadequado.

Exchange 2000 contém extensivas salvaguardas para impedir a repetição do log de transação que possa danificar o banco de dados, mas no Exchange Server 5. 5 foi possível reproduzir um conjunto incompleto dos arquivos de log e danificar o banco de dados. Por exemplo, esse problema pode ocorrer se deve começar a repetição do log 9, mas em vez disso replay é forçado para iniciar a partir do registro de 10. Pode ser forçada a repetição se um administrador exclui o arquivo de ponto de verificação e o log de 9. Se uma transação no log 9 amplia o tamanho do banco de dados, mas o log 9 não é reproduzido no banco de dados, uma referência no log de 10 para as novas páginas são adicionadas aos bancos de dados faz com que um erro de-1022. Falha de sudden, paradas (deslocado), e violações de acesso também são sintomas comuns de reprodução de um conjunto de logs de transação incompleta em um banco de dados.

Compreendendo e Solucionando problemas de causa um erro de-1022 são mais complexa do que a solução de problemas para um erro-1018 ou-1019. Se o erro é causado por um dano do banco de dados no sistema de arquivos, você precisará verificar ou reparar o sistema de arquivos e restaura o Exchange a partir de um backup. Embora reparando o banco de dados ainda é uma opção, o reparo é menos provável que seja bem sucedido do que com os outros erros porque um erro de-1022 geralmente sinaliza muitos danos.

De longe o motivo mais comum para um erro de-1022 com um banco de dados sem defeitos outro aplicativo que contém arquivos abertos e impedindo o armazenamento de informações do serviço acessem. Em tais casos, você também pode ver os erros -1032 (JET_errFileAccessDenied). Reiniciar todos os serviços do Exchange ou o servidor pode remover o bloqueio.

Programas de terceiros, como scanners de vírus podem bloquear o acesso aos dados do Exchange do Exchange. Sempre configure scanners de vírus de nível de arquivo para excluir os arquivos de dados do Exchange da operação de verificação de arquivo. Vários scanners de vírus estão disponíveis que aproveitam o interface de programação de aplicativo (API) para verificar mensagens e anexos no armazenamento de informações de verificação de vírus do Exchange.

Análise de erros-1018 e-1019

As informações nesta seção destina-se principalmente para suporte técnico e análise de causas de pessoal de fornecedor que está envolvido na raiz.

Depois que um administrador encontra um erro-1018 ou-1019, o administrador precisa conhecer pelo menos três coisas:
  • O que estava na página danificada
  • Qual é a probabilidade de reparo bem-sucedido
  • O que causou o dano em primeiro lugar
-podem ocorrer erros 1018 e-1019 na linha de comando quando você inicia o serviço, no log de eventos do aplicativo ou na saída dos utilitários do Exchange, como o Eseutil. Um erro -1018 no log de eventos do aplicativo não pode ser relatado ao executar uma verificação de integridade do banco de dados com o ESEUTIL /G comando. Nessa situação, é provável que a página defeituosa está vazia.

Na maioria dos casos, os erros são relatados em um formulário que permite identificar a página que está relatando o problema. Você também pode examinar o banco de dados inteiro com Esefile para identificar as páginas inválidas. Para obter mais informações sobre Esefile, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
248406Utilitário de suporte Esefile para Exchange Server 5. 5 e Exchange 2000
Os exemplos a seguir estão as descrições de erro -1018 de típica do log de eventos do aplicativo para várias versões do Exchange, juntamente com a análise dos detalhes em cada erro.
MSExchangeIS (248) Synchronous read page checksum error -1018
((1:3106 1:3106)(0-310013)(0-312215)) occurred.
Please restore the databases from a previous backup.
					
No exemplo anterior, você pode interpretar os números entre parênteses da seguinte maneira:
  • (1:3106 1:3106) representa a página do banco de dados que foi solicitada (página 3106) e o número de página que foi efetivamente encontrado escrito na página (página 3106). 1: Indica que se trata de banco de dados 1, que é priv para Exchange Server 5. 5. O banco de dados 2 é pub. edb.
  • (0-310013) representa o dbtime valor que é gravado no momento na página. O dbtime é um valor de 64 bits é gravado em cada página que está correlacionado aproximadamente com quanto tempo desde a página foi alterada.
  • (0-312215) representa o atual dbtime valor para o banco de dados como um todo: provavelmente o dbtime valor que seria escrito nesta página, se a página foi alterada de agora. O dbtime o valor já na página sempre deve ser menor que a atual dbtime valor.
Considerando que o número de página foi lida corretamente na página e o dbtime os valores são razoáveis (com o primeiro dbtime valor menor do que o segundo), esta página não foi substituída inteiramente com uma página de fora do banco de dados ou uma página diferente.

Você pode usar Esefile para produzir saída de página com um comando semelhante à seguinte:
Esefile /d database.edb 3106 > 3106.txt
Porque esta página pode estar intacto substancialmente com relação à estrutura, você também poderá usar o Eseutil para exibir informações mais lógicas sobre a página. Você pode usar a versão do Exchange 2000 do Eseutil para exibir informações de estrutura de página de bancos de dados do Exchange 2000 e Exchange Server 5. 5.

Aviso Use a versão Exchange 2000 Eseutil contra um banco de dados do Exchange Server 5. 5 em qualquer modo que grava no banco de dados. Para sua segurança, use apenas o /M switches e nunca usar o /P, /G, ou /R. Além disso, não copie versões do Exchange 2000 do Eseutil. exe e ESE. dll em um computador do Exchange Server 5. 5. Em vez disso, copie esses arquivos para um servidor remoto e fornecer um caminho de UNC (Universal Naming Convention) explícita de linha de comando para o banco de dados que você está examinando.

Um comando semelhante para o comando a seguir gera informações lógicas para uma página em um arquivo de texto:
Eseutil /M \\exchange1\d$\exchsrvr\mdbdata\priv.edb /p3106 > 3106.txt

Initiating FILE DUMP mode...
      Database: priv.edb
          Page: 3106

                        pgnoThis <0x02360004,  4>:  3106 (0x00000c22)
                        objidFDP <0x02360018,  4>:  19 (0x00000013)
                ulChecksumParity <0x02360000,  4>:  4269350574 (0xfe791eae)
        ** computed checksum: 157180847 (0x095e63af)
                   dbtimeDirtied <0x02360008,  8>:  310013 (0x000000000004bafd)
                          cbFree <0x0236001c,  2>:  436 (0x01b4)
                       ibMicFree <0x02360020,  2>:  3608 (0x0e18)
                     itagMicFree <0x02360022,  2>:  3 (0x0003)
               cbUncommittedFree <0x0236001e,  2>:  0 (0x0000)
                        pgnoNext <0x02360014,  4>:  3108 (0x00000c24)
                        pgnoPrev <0x02360010,  4>:  3088 (0x00000c10)
                          fFlags <0x02360024,  4>:  2050 (0x00000802)
                Leaf page
                Primary page
Nessa saída, você pode ver que a página é uma página de folha, o que significa que ele tem dados reais sobre ele. Se você reparar este banco de dados, o reparo resultará na perda de pelo menos esses dados. Para obter mais informações sobre como descobrir qual tabela ou caixa de correio, a página pertence, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
262196Como determinar qual caixa de correio possui uma página específica em um banco de dados.
Se a saída do Eseutil listar página de folha será de página, é provável que reparar trabalho completamente são altos. Mais páginas de interiores ou estruturais podem ser completamente reconstruídas pelo processo de reparo.

A saída também pode mostrar isso como uma "página vazia". Nesse caso, uma desfragmentação offline serão descartadas página defeituosa do banco de dados.

Lembre-se de que, se uma página tiver sido completamente substituída por um bloco de dados que não pertencem no arquivo de banco de dados, a saída do Eseutil talvez sem sentido.

O seguinte erro é outro exemplo:
MSExchangeIS ((247) ) Synchronous read page checksum error -1018
((1:1057816 1:3688618971) (3688618971-3688618971) (0-16815256)) occurred.
Please restore the databases from a previous backup.
Neste exemplo, o número de página sejam realmente lidos a partir da página (3688618971) não corresponde a página solicitada, o que significa que a área de cabeçalho de página em que o número de página é armazenado está danificada. É provável que o número de página ainda não existe no banco de dados. Para determinar se esse for o caso, multiplique o número de página por 4096 e compare esse número para o tamanho em bytes do arquivo de banco de dados. Nesse caso, o número de página é improvável que seja aquele que escrevi originalmente do Exchange, a menos que o banco de dados é de 15 terabytes de tamanho (3,688,618,971 x 4096 = 15,108,583,305,216).

Observe também que o primeiro dbtime valor se repete exatamente o padrão de número de página. Se você converter 3688618971 em hexadecimal (uso de calc. exe em seu modo Científico), torna-se 0xDBDBDBDB. No Exchange 2000 e Exchange Server 5. 5, 8 bytes dbtime valor é armazenado imediatamente após o valor do número de página de 4 bytes. Dessa forma, você sabe que pelo menos doze bytes contíguos para dois campos diferentes foram substituídos por um padrão específico. Se você usar Esefile para ver esta página diretamente, provavelmente irá descobrir que a página inteira foi substituída com o padrão 0xDB. Outro padrão de byte inválido freqüentes é 0xFF. Se esse foi o caso do erro acima, o dbtime valor seria 4294967295.

O erro a seguir fornece informações sobre a página como um deslocamento de byte no arquivo e não como um número de página:
Information Store (2160) The database page read from the file
"d:\exchsrvr\MDBDATA\PRIV.EDB" at offset 897024 (0x00000000000db000)
for 4096 (0x00001000) bytes failed verification due to a page checksum
mismatch. The expected checksum was 2651583211 (0x9e0bf2eb) and the
actual checksum was 2651582996 (0x9e0bf214). The read operation will
fail with error -1018 (0xfffffc06). If this condition persists then
please restore the database from a previous backup.
					
Você pode converter primeiro deslocamento para o número de página, removendo os três zeros à direita, subtraindo 1 e convertendo o resultado em decimal. Neste exemplo, 0x00000000000db - 1 = 0xda = 218 decimal. Você pode usar esse número decimal de página com Esefile ou Eseutil.

Observação Subtrair apenas 1, em vez de 2, para levar em conta as páginas de duas cabeçalho no banco de dados porque os deslocamentos começam a contar a partir de 0x0 em vez de 0x1. Se você quiser verificar as páginas de cabeçalho com Esefile ou Eseutil, fazer referência a página -1 e 0.

Um cabeçalho de banco de dados do Exchange, na verdade, requer apenas uma única página. A segunda página é uma cópia "sombra" do cabeçalho. As somas de verificação são relatadas ao usar o Esefile /D função de despejo de página deve ser sempre o mesmo das páginas -1 e 0 depois que o banco de dados é desligado corretamente. Se o cabeçalho for reconfigurado durante uma falha, o Exchange usa a cópia de cabeçalho com uma soma de verificação de limpeza quando o Exchange é reiniciado.

Continuando com o exemplo anterior, as somas de verificação estão realmente muito próximos uns dos outros, diferindo em apenas dois caracteres. Quando fechar as somas de verificação, isso indica que as alterações na página foram mínimas: talvez somente um único erro de bit. É muito provável que essa página ainda contém suficiente de sua estrutura lógica para torná-lo que vale a pena analisar com ESEUTIL /M /P.

A soma de verificação esperada na mensagem de erro é a soma de verificação que sejam realmente lidos da página, pois agora existe no banco de dados. A soma de verificação real na mensagem de erro é a soma de verificação Exchange recalcula dinamicamente à medida que ele lê a página.

Se a soma de verificação real em uma página for 0x89abcdef, a página contém todos os caracteres de 0x00. Se a soma de verificação real é 0x76543210, a página contém todos os caracteres de 0xFF.

O exemplo a seguir é um erro-1019:
Information Store (3928) The database page read from the file
"d:\exchsrvr\MDBDATA\PRIV.EDB" at offset 1675264 (0x0000000000199000)
for 4096 (0x00001000) bytes failed verification because it contains
no page data.  The read operation will fail with error -1019 (0xfffffc05).
If this condition persists then please restore the database from a
previous backup.
					
Durante a operação normal, se uma página pode reportar um erro de-1019 ou de um erro -1018, o erro de-1019 terá precedência e é informado. Lembre-se de que um erro-1019 ocorre sempre que o número de página que está escrito em uma página é 0x00000000, mas o Exchange espera que a página esteja em uso. Pode ser difícil comprovar se um erro de-1019 é causado porque o sistema de arquivos mapeados um bloco de zeros no arquivo de banco de dados, ou porque o Exchange cometeu um erro e referenciado a uma página não usada como "em utilização".

Não é possível informar o erro anterior, se a página não foi inicializada ou em algum outro estado. Você deve usar Esefile e Eseutil para examinar mais detalhadamente a página. Neste exemplo, o número de página é 408 decimal (derivado de 0x199).

Você pode usar o Eseutil para examinar mais detalhadamente a página. O pgnoThis valor deve corresponder ao número de página que é consultado, e o ulChecksumParity relatórios de valor adicional ** checksum computado valor se a soma de verificação na página está errada. Você pode usar o Esefile /D Alterne para examinar a página bruta para determinar se ele é não inicializado (todos os caracteres de 0x00).

Falsos erros -1018

Um erro -1018 "false" ocorre quando a página no disco esteja correta, mas o sistema de e/S recupera os dados de forma incorreta. Esses erros são normalmente transitórios e difíceis de isolar. Mas até mesmo um erro -1018 "false" merece muita atenção. A confiabilidade do sistema de armazenamento ainda está comprometida e o sistema pode estar correndo o risco de problemas adicionais ou falha.

Se você suspeitar de erros transitórios de leitura no seu sistema, use o Esefile /D Alternar ou ESEUTIL /M /P Para verificar as páginas individuais que estão envolvidas. Se você usar o utilitário para examinar todo o banco de dados, você pode colocar pressão sobre o sistema de e/S que pode resultar em mais de falsos positivos.

Exchange Server 5. 5 Service Pack 2 (SP2) adicionou funcionalidade para ajudar a identificar erros transitórios de leitura. Exchange re-reads uma página 16 vezes após uma falha de verificação de leitura. Se a página ler eventualmente tiver êxito após várias tentativas, ele indica que há um problema de sistema na leitura de forma confiável a partir do disco. Mesmo se todas as 16 leituras falharem, ela não prova conclusivamente que a página é inválida. Execute um teste secundário com Esefile ou Eseutil.

Anulação do banco de dados

Anulação do banco de dados destina-se para encobrir as informações excluídas em um banco de dados do Exchange para que não podem ser recuperado ou lidos pelo exame direto do arquivo de banco de dados. Para obter mais informações sobre a anulação do banco de dados, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
223161Informações sobre a anulação do ESE
Se a anulação do banco de dados estiver habilitada, seções de páginas vazias ou parcialmente vazias podem ser sobrescritas com padrões de caracteres específicos, mas a página ainda não é retornada ao estado não inicializado.

Propriedades

ID do artigo: 314917 - Última revisão: terça-feira, 24 de maio de 2011 - Revisão: 0.1
A informação contida neste artigo aplica-se a:
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Exchange Server 5.5 Standard Edition
Palavras-chave: 
kbinfo kbmt KB314917 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 314917

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com