CORRECÇÃO: O SQL Server pode demoram muito tempo para recuperar após um desligamento Server abrupta ou inesperada

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: 820835
Este artigo foi arquivado. É oferecido "como está" e não será mais atualizado.
Sintomas
Se um servidor que está executando o SQL Server estiver enfrentando um desligamento abrupto, ele pode demorar um banco de dados para recuperar o início até se todas as seguintes condições forem verdadeiras:
  • O desligamento ocorre logo após um aumento extremamente grande na taxa de transação e ponto de verificação não foi executado como a taxa de transação aumentou drasticamente.
  • Quando SQL Server desligado inesperadamente, havia várias transações de ativas (mais de vários milhares).
  • SQL Server não foi desligado "corretamente." Alguns exemplos desse tipo de desligamento incluem um comando SHUTDOWN WITH NOWAIT, uma falha de hardware repentino ou falta de energia que o servidor afetado.
  • O procedimento sp_configure armazenado definir intervalo de recuperação é definido como um valor não-padrão (o valor padrão é 0).
O último item da lista ( intervalo de recuperação definido como um valor maior que 0) não é necessário para o problema; no entanto, você provavelmente não terá essa situação quando recuperação é o intervalo é definido como 0.

As condições necessárias para você enfrentar esse problema são extremamente estreitas e somente se aplicam a um pequeno subconjunto de casos de recuperação longo. Em particular, se a recuperação do banco de dados estiver demorando muito tempo porque o serviço do SQL Server foi alternado no meio de um único ou um pequeno número de transações grandes (por exemplo, criação de índice, índice recria ou grande inserção, atualização ou excluir trabalhos), esse problema provavelmente não está contribuindo para o problema. Em ordem para existe para ser uma chance de alta que esse problema ocorrerá, existe deve um número extremamente grande de transações (normalmente mais do que 10.000) ativa no momento que o SQL Server abruptamente está parado.
Mais Informações
Mesmo em situações onde todas as seguintes condições forem atendidas, ele não é sempre uma boa idéia para aplicar essa correção quando está ocorrendo uma recuperação de execução demorada. O motivo não é uma boa idéia é que a aplicação da correção e ativar o sinalizador de rastreamento que você precisa requer que você parar e reiniciar o serviço do SQL Server. Parando e reiniciando o serviço anulará o processo de recuperação ativa. Grande parte o trabalho já foi concluído na recuperação terá de ser repetido quando você reiniciar o SQL Server. Portanto, pode aumentar o tempo geral de recuperação.
Resolução

Informações sobre o service pack

Para resolver esse problema, obtenha o service pack mais recente para o Microsoft SQL Server 2000. Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
290211Como obter o SQL Server 2000 service pack mais recente

Informações sobre o hotfix

Depois de aplicar o hotfix descrito neste artigo, inicie o SQL Server, utilizando o sinalizador de rastreamento 3428 como um parâmetro de inicialização.

A versão em inglês deste hotfix tem atributos de arquivo (ou atributos de arquivo posteriores) listados na tabela a seguir. As datas e horas desses arquivos estão listadas no horário de universal coordenado (UTC). Quando você exibe as informações do arquivo, ele é convertido para a hora local. Para encontrar a diferença entre o UTC e a hora local, use a guia fuso horário na ferramenta Data e hora no painel de controle.
   Date         Time   Version         Size             File name   -------------------------------------------------------------------------   26-Feb-2003  03:41  2000.80.777.0      29,244 bytes  Dbmslpcn.dll        25-Apr-2003  02:12                    786,432 bytes  Distmdl.ldf   25-Apr-2003  02:12                  2,359,296 bytes  Distmdl.mdf   30-Jan-2003  01:55                        180 bytes  Drop_repl_hotfix.sql   07-Apr-2003  19:15  2000.80.801.0   1,557,052 bytes  Dtsui.dll           24-Apr-2003  02:51                    747,927 bytes  Instdist.sql   30-Jan-2003  01:55                      1,402 bytes  Inst_repl_hotfix.sql   08-Feb-2003  06:40  2000.80.765.0      90,692 bytes  Msgprox.dll         01-Apr-2003  02:07                      1,873 bytes  Odsole.sql   05-Apr-2003  01:46  2000.80.800.0      62,024 bytes  Odsole70.dll        02-Apr-2003  21:48  2000.80.796.0      57,904 bytes  Osql.exe            02-Apr-2003  23:15  2000.80.797.0     279,104 bytes  Pfutil80.dll        04-Apr-2003  21:27                  1,083,467 bytes  Replmerg.sql   04-Apr-2003  21:53  2000.80.798.0     221,768 bytes  Replprov.dll        08-Feb-2003  06:40  2000.80.765.0     307,784 bytes  Replrec.dll         01-Apr-2003  02:23                  1,084,828 bytes  Replsys.sql   16-Apr-2003  22:39                    115,892 bytes  Sp3_serv_uni.sql   07-Apr-2003  17:44                     25,172 bytes  Sqldumper.exe       19-Mar-2003  18:20  2000.80.789.0      28,672 bytes  Sqlevn70.rll   24-Apr-2003  05:39  2000.80.811.0     176,696 bytes  Sqlmap70.dll        08-Feb-2003  06:40  2000.80.765.0      57,920 bytes  Sqlrepss.dll        30-Apr-2003  23:52  2000.80.816.0   7,540,817 bytes  Sqlservr.exe        08-Feb-2003  06:40  2000.80.765.0      45,644 bytes  Sqlvdi.dll          26-Feb-2003  03:41  2000.80.777.0      29,244 bytes  Ssmslpcn.dll        26-Feb-2003  03:41  2000.80.777.0      82,492 bytes  Ssnetlib.dll        30-Apr-2003  23:52  2000.80.816.0      45,132 bytes  Ums.dll             28-Feb-2003  01:34  2000.80.778.0      98,872 bytes  Xpweb70.dll      				
Observação Devido às dependências do arquivo, o hotfix mais recente ou o recurso que contém os arquivos também pode conter arquivos adicionais.

Situação
A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na seção "Aplica-se a".Esse problema foi corrigido primeiro no Microsoft SQL Server 2000 Service Pack 4.
Mais Informações
Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
824684Descrição da terminologia padrão que é usada para descrever as atualizações de software

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 820835 - Última Revisão: 12/08/2015 02:44:27 - Revisão: 8.2

Microsoft SQL Server 2000 Developer Edition, Microsoft SQL Server 2000 Standard Edition, Microsoft SQL Server 2000 Enterprise Edition, Microsoft SQL Server 2000 Personal Edition, Microsoft SQL Server 2000 Workgroup Edition, Microsoft SQL Server 2000 Desktop Engine (Windows), Microsoft SQL Server 2000 Enterprise Edition 64-bit

  • kbnosurvey kbarchive kbmt kbqfe kbperformance kbsqlserv2000presp4fix kbfix kbbug KB820835 KbMtpt
Comentários