PROBLEMA: O log de transações restaura parar de responder com "Mínimo consulta memória não está disponível" mensagem no log de erros

Traduções deste artigo Traduções deste artigo
ID do artigo: 298801 - Exibir os produtos aos quais esse artigo se aplica.
Este artigo foi arquivado. É oferecido "como está" e não será mais atualizado.
Expandir tudo | Recolher tudo

Sintomas

Quando a quantidade de memória física altera do servidor no qual um backup do log de transações é criado para o servidor no qual a restauração está sendo processada, se atividade de criação ou reconstrução de índice é parte de um backup do log de transações, a seguinte mensagem de erro e nunca pode concluir a operação de restauração:
Processadas NNNN páginas para o banco de dados 'dbname' arquivo 'arquivo' no arquivo 1.
Isso é combinado com a seguinte mensagem de erro no log de erro:
2001-03-18 14:13:48.85 spid13 não pode executar a operação solicitada porque a memória mínima consulta não está disponível. Diminua o valor configurado para a opção de configuração do servidor 'min memory per query'.
Isso ocorre somente quando a memória física no servidor no qual o log de transações está sendo restaurado é menor do que a memória no servidor em que o backup foi criado.

Causa

A operação de restauração pára de responder (trava) quando não há memória suficiente para processar alguns registros no log de transações. Se a criação de índice for parte do backup de log de transação no servidor em que o backup foi criado, SQL Server requer uma determinada concessão de memória para executar operações de classificação. Durante a restauração do mesmo log de transação, o SQL Server tenta adquirir a mesma quantidade exata de memória para concluir a operação de classificação de índice que foi gravada no backup do log de transação. Se a concessão de memória não for recebida, o thread que está tentando realizar a classificação de índice faz com que a mensagem de erro e o thread não termina normalmente. O segmento pai espera no thread que está executando a classificação para retornar com um tempo limite infinito.

Como Contornar

Para contornar esse problema, execute estas etapas:
  1. Adicione mais RAM para o servidor no qual os logs são restaurados para fornecer a memória necessária é necessária para processar a criação de índice durante as restaurações de log de transação.
  2. Execute um backup completo ou diferencial para reiniciar a seqüência de backup.

Mais Informações

Uma operação de restauração no SQL Server 7.0 utiliza dois threads:

segmento principal

- e -

thread de segundo plano

O thread principal lê registros de log e fornece-los para o segmento de trabalho para processamento de recuperação. O thread de trabalho plano de fundo é responsável por executar as instruções que entregue para baixo pelo thread principal. Algumas das operações incluem uma classificação de índice, bem como outras operações.

Se a criação de índice está envolvida com o SQL Server 7.0, em vez de fazer todos os dados alterar logs do SQL Server os seguintes componentes chaves da criação de índice ou reconstruir a atividade:
  • Um registro de log que indica o índice para criar ou reconstruir
  • Registros de log que indicam quais extensões no banco de dados foram usados para ordenar e lidar com as informações de índice
  • Registros de log que indicam a memória usar para concluir as operações de classificação
Log desses componentes chaves permite que o refazer uma criação de índice para executar a classificação real novamente durante uma restauração, mas reutilizar a mesma superfície exata extensão física para coincidir com a atividade de criação de índice original. Isso é feito para evitar fazer cada alteração que executa uma criação de índice em um nível de linha. Para refazer a criação de índice durante uma restauração, uma quantidade fixa de memória é necessário para executar a classificação de índice. Se essa memória não estiver disponível durante a restauração, ocorrerá um erro exceção no segmento que está executando as operações de classificação, que resulta em principal e o thread de plano de fundo não final normalmente restaurar thread aguarda infinitamente o thread de plano de fundo concluir. Por exemplo, considere uma situação em que um banco de dados está sendo feito na produção em um computador que tem 256 MB de RAM e está sendo restaurado em outro servidor que tem 128 MB de RAM para teste. Se um backup do log de transações envolve a criação de índice ou a recriação de um índice no servidor de backup, o backup de log de transação inclui entradas mínimo para transmitir a criação ou a recriação do índice. Durante a restauração, o registro de log é lida para localizar a memória que é usada por classificação no computador em que o backup foi criado. SQL Server, em seguida, tenta obter isso da memória consulta no computador de restauração. A memória máxima de consulta é geralmente limitada a aproximadamente metade da memória total do SQL Server. Em um computador com 128 MB, por exemplo, isso é de aproximadamente 64 MB. Se 64 MB não podem ser fornecida para a classificação durante uma restauração, SQL Server gerará um erro de exceção no segmento de plano de fundo, para que o thread principal aguarda indefinidamente.

Você verá o mesmo comportamento no mesmo servidor único, se a memória física que está disponível no servidor quando o backup foi criado for diferente da memória física que está disponível no servidor durante a restauração.

Propriedades

ID do artigo: 298801 - Última revisão: quarta-feira, 23 de outubro de 2013 - Revisão: 1.1
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 7.0 Standard Edition
Palavras-chave: 
kbnosurvey kbarchive kbmt kbprb KB298801 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: 298801

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