Diagnósticos de SQL Server adicionais ao detectar problemas de E/s não reportados

Se a causa de problemas do sistema operativo, controlador ou hardware perdido escreva condições ou condições de leitura obsoletas, que poderá ver mensagens de erro relacionadas com a integridade de dados, tais como erros 605, 823, 3448. Poderá receber mensagens de erro semelhantes aos seguintes exemplos:

Informações sobre Service Packs

Para resolver este problema, obtenha o service pack mais recente do Microsoft SQL Server 2000. Para obter informações adicionais, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:

Criar informações

A Microsoft lançou uma versão do SQL Server que inclui capacidades de registo expandido. Estas funcionalidades foram concebidas para ajudar a resolver mensagens de erro descritas na secção "Sintomas". Se não suspeitar de um sistema operativo ou um problema de releated de hardware, poderá não ter que aplicar esta compilação.

A versão inglesa esta compilação tem os atributos de ficheiro (ou posteriores) listados na seguinte tabela. As datas e horas destes ficheiros são indicadas no formato de universal hora (UTC) coordenada Coordinated. Quando visualiza as informações do ficheiro, é convertido para a hora local. Para determinar a diferença entre a UTC e a hora local, utilize o separador fuso horário na ferramenta Data e hora no painel de controlo. Nota devido de dependências de ficheiros, a correcção mais recente ou funcionalidade que contém estes ficheiros também poderão conter ficheiros adicionais.

A Microsoft confirmou que em raras e grossas cargas de E/s, algumas plataformas de hardware podem devolver uma obsoletas ler. Se o diagnóstico expandido indica uma possível obsoletas perda de leitura/escrita condição, contacte o fornecedor hardware para seguimento imediato cópia e testar com o utilitário SQLIOStress.

A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na secção "Aplica-se a".

Este problema foi corrigido pela primeira vez no Microsoft SQL Server 2000 Service Pack 4.

Se receber uma das mensagens de erro mencionadas na secção "Sintomas" e não podem ser descritos por um evento como uma falha da unidade física, em seguida, reveja quaisquer problemas conhecidos com o SQL Server, o sistema operativo, os controladores e o hardware. SQL Server adicionais diagnósticos foram adicionados nesta compilação ajudar a detectar E/s relacionadas com problemas externos. Tente o diagnóstico adicional fornecer informações sobre as duas seguintes condições:

• Perdidos escrita: Uma chamada com êxito para a API WriteFile , mas o sistema operativo, um controlador ou o controlador de colocação em cache não correctamente limpar os dados ao suporte físico, apesar do SQL Server é informado de que a escrita foi bem sucedida.
• Ler obsoleto: Uma chamada com êxito para API ReadFile , mas o sistema operativo, um controlador ou o controlador cache devolve incorrectamente uma versão mais antiga dos dados.

Por exemplo, a Microsoft confirmou cenários onde uma chamada de WriteFile API devolve como com êxito, mas uma leitura imediata, com êxito do mesmo bloco de dados devolve dados antigos, incluindo dados provavelmente armazenados num cache de leitura de hardware. Por vezes, este problema ocorre devido a um problema de cache de leitura. Noutros casos, os dados de escrita realmente nunca são escritos no disco físico.

Para activar diagnósticos adicionais para estes tipos de problemas, o SQL Server adicionou o sinalizador de rastreamento 818. Pode especificar o sinalizador de rastreamento 818 como um parâmetro de arranque,-T818, o computador que está a executar o SQL Server, ou pode executar a seguinte instrução:
Sinalizador de rastreamento 818 permite uma memória intermédia anel de memória utilizada para controlar que operações executadas pelo computador com o SQL Server, não incluindo ordenar e workfile E/s de escrever o último 2.048 com êxito. Quando ocorrem erros, tais como erro 605, 823 ou 3448, o valor de número (LSN) de sequência da memória intermédia entrada registo é comparado com a lista de escrita recente. Se LSN que é obtido durante a operação de leitura for mais antigo do que o especificado durante a operação de escrita, uma nova mensagem de erro é registada no registo de erro do SQL Server. A maior parte das operações de escrita do SQL Server ocorrem como pontos de verificação ou operações de escrita lenta. Uma escrita lenta é uma tarefa de segundo plano utiliza E/s assíncrona. A implementação da memória intermédia anel é simples, tornando assim o desempenho afecta no sistema insignificantes.

A seguinte mensagem indica que o SQL Server não recebeu um erro de chamada de API WriteFile ou a chamada de ReadFile API. No entanto, quando o LSN foi revista, o valor não está correcto: Neste ponto, a cache leitura contém uma versão mais antiga da página ou os dados não foram correctamente escritos no disco físico. Em qualquer dos casos (uma perda de escrita ou uma leitura obsoletos), SQL Server indica um problema com o sistema operativo, o controlador ou as camadas de hardware externo.

Se 3448 erro ocorrer quando tentar anular uma transacção que tenha erro 605 ou erro 823, o computador com o SQL Server automaticamente fecha a base de dados e tenta abrir e recuperar a base de dados. A primeira página experiências erro 605 ou erro 823 é considerada uma página incorrecta e o id de página é mantido pelo computador com o SQL Server. Durante a recuperação (antes da fase de refazer) quando o id de página inválida é lido, os detalhes sobre o cabeçalho de página principais são registados no registo de erro do SQL Server. Esta acção é importante porque ajuda a distinguir entre cenários de perda de escrita e leitura obsoletos.

Poderá ver os seguintes comportamentos comuns dois cenários de leitura obsoletos:

• Se os ficheiros de base de dados estão fechados e, em seguida, abertos, a pasta e mais recentemente escritos dados são devolvidos durante a recuperação.
• Quando emitir um ponto de verificação e executa a declaração DBCC DROPCLEANBUFFERS (para remover todas as páginas de base de dados da memória) e, em seguida, execute a instrução DBCC CHECKDB na base de dados, os dados mais recentemente escritos são devolvidos.

Os comportamentos mencionados no parágrafo anterior indicam um problema de cache de leitura e são frequentemente são resolvidos desactivando a cache de leitura. As acções descritas no parágrafo anterior, normalmente, forçar a invalidação de cache e o êxito lê ocorridos mostrar que o suporte físico é actualizado correctamente. Este comportamento perdem-se menos ocorre quando a página é reproduzir ainda é a versão anterior dos dados, mesmo depois de uma limpeza forçada dos mecanismos de colocação em cache.

Por vezes, o problema poderá não ser uma cache de hardware específico. Poderá ser um problema com um controlador de filtro. Nesses casos, reveja o software, incluindo utilitários de cópia de segurança e software anti-vírus e, em seguida, verificar se existem problemas com o controlador de filtro.

Microsoft também tem anotados condições que não cumprem os critérios para erro 605 ou erro 823 mas causadas pela actividade de leitura obsoletos ou perdeu-se menos mesma. Em alguns casos, aparece uma página ser actualizado duas vezes, mas com LSN mesmo valor. Este comportamento pode ocorrer se o ID de objecto e o ID de página estão correcta (página já atribuída ao objecto) e uma alteração é efectuada para a página e descarregada para o disco. A obtenção página seguinte devolve uma imagem mais antiga e, em seguida, uma segunda alteração é efectuada. O registo de transacções do SQL Server mostra que a página foi actualizada duas vezes com o mesmo valor LSN. Esta acção torna-se um problema quando tenta restaurar uma sequência de registo de transacções ou com problemas de consistência de dados, como falhas de chaves externas ou entradas de dados em falta. A seguinte mensagem de erro mostra um exemplo desta condição:
Alguns cenários são descritos mais detalhadamente nas listas seguintes:

• LSN Sequence		Action
  1			Checkpoint
  2			Begin Transaction
  3			Table created or truncated
  4			Inserts (Pages allocated)
  5			Newly allocated page written to disk by Lazy Writer
  6			Select from table ? Scans IAM chain, newly allocated page read back from disk (LRU | HASHED = 0x9 in getpage message), encounters Error 605 - Invalid Object ID
  7			Rollback of transaction initiated
  

• LSN Sequence		Action
  1			Checkpoint
  2			Begin Transaction
  3			Page Modification
  4			Page written to disk by Lazy Writer
  5			Page read in for another modification (stale image returned)
  6			Page Modified for a second time but because of stale image does not see first modification 
  7			Rollback ? Fails ? Transaction Log shows two different log records with the same PREV LSN for the page
  

Operadores de SQL Server 'Ordenar' efectuam actividades de E/s, principalmente para e da base de dados tempdb . Estas operações de E/s são semelhantes às operações de E/s de memória intermédia; no entanto, foram já concebidos para utilizar a lógica de tentativas de leitura para tentar resolver problemas semelhantes. O diagnóstico adicional explicado neste artigo não se aplicam para estas operações de E/s.

Microsoft tenha indicado que a causa para a ordenação seguinte ler falhas é normalmente uma leitura obsoletos ou uma perda de escrita:Os clientes que tem tido estes erros de ordenação resolveu frequentemente os problemas, movendo tempdb numa unidade local não colocar em cache ou desactivando os mecanismos de cache de leitura.

Porque uma obsoletas ler ou uma escrita perdidos resultados no armazenamento de dados que não é esperada uma grande variedade de comportamentos poderão ocorrer. Poderá aparecer como dados em falta, mas alguns dos efeitos mais comuns de dados em falta aparecem como danos do índice, tal como erro 644 ou erro 625:Alguns clientes relataram falta linhas depois que efectuam actividades de contagem de linha. Este problema ocorre devido a uma escrita perdida. Talvez a página era suposto ser ligadas a cadeia de página de índice agrupado. Se fisicamente perdeu a escrita, os dados também serão perdidos.

importante Se detectar um dos comportamentos ou se tem a suspeita de problemas semelhantes em conjunto com desactivar colocação em cache mecanismos, Microsoft recomenda que obtenha a actualização mais recente para o SQL Server e o mais recente Stress Simulator do SQL Server E/s. A Microsoft também recomenda que efectue uma revisão restrita do sistema operativo e respectivas configurações associadas.

Para obter mais informações, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base: