PROBLEMA: O registo de transacções restaura parar de responder com "Memória de consulta mínimo não está disponível" mensagem no registo de erros

Traduções de Artigos Traduções de Artigos
Artigo: 298801 - Ver produtos para os quais este artigo se aplica.
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
Expandir tudo | Reduzir tudo

Sintomas

Quando o valor de memória física altera-se do servidor no qual a cópia de segurança uma registo de transacções foi criada para o servidor em que o restauro é processado, se o índice criação ou reconstrução actividade faz parte da cópia de segurança registo de transacções, poderá receber a seguinte mensagem de erro e nunca poderá concluir a operação de restauro:
Processed o NNNN pages for database 'dbname' ficheiro 'nomedoficheiro' on file 1.
Isto é combinado com a seguinte mensagem de erro no registo de erros:
2001-03-18 14:13:48.85 spid13 não foi possível efectuar a operação pedida 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 de 'min memória por consulta'.
Isto ocorre apenas quando a memória física no servidor no qual o registo de transacções está a ser restaurado for inferior a memória no servidor em que a cópia de segurança foi criada.

Causa

A operação de restauro deixa de responder (não reage) quando não existe memória suficiente para processar alguns registos no registo de transacções. Se criação de índices fizer parte de cópia de segurança da registo transacção no servidor em que a cópia de segurança foi criada, SQL Server requer um determinada concessão de memória para executar operações de ordenação. Durante o restauro do mesmo registo de transacções, o SQL Server tenta adquirir a quantidade de memória para concluir a operação de ordenação do índice foi gravada na cópia de segurança transacção registo mesma exacta. Se a concessão de memória não for recebida, o thread está a tentar efectuar a ordenação de índice provoca a mensagem de erro e o thread não termina correctamente. O thread principal aguarda no thread que está a efectuar a ordenação para regressar com um tempo de espera infinito.

Como contornar

Para contornar este problema, siga estes passos:
  1. Adicione mais RAM para o servidor no qual os registos estão a ser restaurados para fornecer a memória necessária é necessária para processar a criação de índices durante restauros de registo de transacções.
  2. Efectue uma cópia de segurança completa ou diferencial para reiniciar a sequência de cópia de segurança.

Mais Informação

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

thread principal

- e -

thread em segundo plano

O thread principal lê registo regista e fornece-los para o thread de trabalho para processamento de recuperação. O thread de trabalho de fundo é responsável por executar as instruções com a mão para baixo, o thread principal. Algumas das operações incluem uma ordenação de índice, bem como outras operações.

Se a criação de índices é envolvida com o SQL Server 7.0, em vez de todos os dados de registo alterar registos de SQL Server os seguintes componentes chaves da criação do índice ou reconstruir actividade:
  • Um registo que indica o índice para criar ou recriar
  • Registos que indicam que as extensões da base de dados utilizadas para ordenar e processar as informações de índice
  • Registos que indicam a memória a utilizar para concluir as operações de ordenação
Registo destes componentes chave permite Refazer uma criação de índices para executar a ordenação real novamente durante uma operação de restauro mas reutilizar o mesmo requisitos de espaço extensão física exacta para corresponder a actividade de criação original do índice. Isto é feito para evitar o registo de cada alteração que efectua uma criação de índices a um nível de linha. Para refazer a criação de índices durante um restauro, uma quantidade fixa de memória é necessário para efectuar a ordenação de índice. Se esta memória não estiver disponível durante o restauro, ocorre um erro excepção do tópico que está a executar as operações de ordenar os resultados no thread em segundo plano não terminar correctamente e principal restaurar thread aguarda infinitamente o thread de fundo concluir. Por exemplo, considere uma situação na qual uma base de dados é a ser feita na produção num computador com 256 MB de RAM e que está a ser restaurado noutro servidor com 128 MB de RAM para testar. Se uma cópia de segurança transacção do registo envolve a criação de índices ou a reconstrução de um índice no servidor de cópia de segurança, cópia de segurança da registo transacção inclui entradas mínimo para transmitir a criação de reconstrução do índice. Durante o restauro, o registo é de leitura para localizar a memória que é utilizada por ordenar no computador em que a cópia de segurança foi criada. SQL Server, em seguida, tenta obter este da memória consulta no computador de restauro. Memória máxima de consulta está normalmente limitada a aproximadamente metade da memória total do SQL Server. Num computador com 128 MB, por exemplo, este é aproximadamente de 64 MB. Se 64 MB não pode ser fornecido para a ordenação durante um restauro, SQL Server gera um erro de excepção no thread em segundo plano, para que o thread principal aguarda infinitamente.

Verá o mesmo comportamento no mesmo servidor único se a memória física que está disponível no servidor quando foi criada a cópia de segurança for diferente da memória física que está disponível no servidor durante o restauro.

Propriedades

Artigo: 298801 - Última revisão: 9 de fevereiro de 2014 - 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 revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes 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