Início / dba / Perguntas / 44802
Accepted
ooutwire
Asked: 2013-06-19 16:31:34 +0800 CST

Preciso usar -f para corrigir configurações insuficientes de memória máxima do servidor?

  • 772

Versão do SQL Server:

SELECIONE @@VERSÃO;

/*
Microsoft SQL Server 2012 - 11.0.2100.60 (X64)
Developer Edition (64 bits) no Windows NT 6.1 (Build 7601: Service Pack 1)
*/

Questão:

Então, eu estava brincando com a memória máxima e acidentalmente defini a memória máxima para 128 MB e agora não consigo abrir uma conexão com o SQL Server. Quando tentei abrir uma sessão e corrigir o erro, recebi este maravilhoso pop-up.

insira a descrição da imagem aqui

Para me salvar, decidi adicionar o parâmetro -f ao SQL Server e devolver o serviço.

Veja mais sobre isso aqui:

Opções de configuração do servidor de memória do servidor

e aqui:

Opções de inicialização do serviço do mecanismo de banco de dados

insira a descrição da imagem aqui

Depois que o serviço foi reiniciado, tentei mais uma vez me conectar. Recebi a seguinte mensagem:

insira a descrição da imagem aqui

Isso era esperado de acordo com as informações que eu tinha sobre o sinalizador -f. Em seguida, consegui abrir uma conexão usando a Conexão de administração dedicada (DAC). Consegui então executar sp_configure e alterar a configuração de memória máxima. Aqui está o que vi em sp_configure antes de fazer uma alteração. Parece que o valor corrente é novamente infinito (ou próximo o suficiente).

insira a descrição da imagem aqui

Executei esta atualização para aumentar a memória máxima para 3 GB:

USE mestre;
VAI
sp_configure
      'memória máxima do servidor (MB)'
    , 3072;
VAI
RECONFIGURAR;
VAI

E então removi o parâmetro -f e reiniciei o SQL Server. Nesse ponto, o servidor tornou-se acessível no modo multiusuário e eu tinha um valor máximo de memória igual a 3 GB. Esta não é a solução mais elegante que já encontrei; mas, infelizmente, funcionou; então resolvi compartilhar aqui.

Alguém tem uma solução mais rápida e limpa?

sql-server sql-server-2012

1 respostas

  1. Best Answer

    Consegui redefinir a memória estabelecendo uma conexão DAC e sem nunca recorrer ao -fparâmetro de inicialização. No entanto, tive que ser persistente:

    • Com 128 MB, você obterá todos os tipos de erros no log de erros:

    O SQL Server encontrou 1 ocorrência(s) de liberação do cachestore para o cachestore 'Planos de objeto' (parte do cache do plano) devido a algumas operações de manutenção ou reconfiguração do banco de dados.

    (repita para outros caches)

    Falha ao alocar páginas: FAIL_PAGE_ALLOCATION 1

    Despejos detalhados de DBCC MEMORYSTATUS

    erros sobre dados de auditoria/eventos estendidos potencialmente perdidos

    Não há memória de sistema suficiente no pool de recursos 'interno/padrão' para executar esta consulta.

    • Em alguns casos, os erros serão persistentes o suficiente para simplesmente desligar o SQL Server (e nada será registrado no log). Isso aconteceu duas vezes durante meus experimentos e também pode ser influenciado pelo tamanho dos bancos de dados que tentam ser recuperados nas reinicializações subsequentes. Você deve verificar se algum dos erros recebidos ao tentar estabelecer uma conexão DAC realmente decorre do serviço que não está em execução (ou talvez no processo de desligamento).
    • Em cada caso, tive que ir ao Configuration Manager e reiniciar o serviço. Na segunda tentativa, acho que o serviço foi encerrado (ou estava em processo) antes de eu estabelecer a conexão DAC. Na terceira tentativa, houve muito menos ação de recuperação na inicialização e consegui estabelecer uma janela de consulta DAC e ajustar a memória máxima do servidor. Quando reiniciei, tudo voltou ao normal.
    • Observe que eu estava usando 11.0.2376 e recomendo que você execute esse tipo de teste de caso extremo em compilações que provavelmente serão executadas na produção. (Coisas como essa podem ter sido corrigidas após o RTM e nem todas as correções são públicas.) Se você estiver executando o RTM na produção, retiro isso e sugiro que reconsidere essa abordagem.

    Se você achar que, no seu caso, também está enfrentando esse sintoma "opa, o SQL Server não está mais em execução", provavelmente poderá anexar um depurador e determinar exatamente como o SQL Server está sendo desligado.

    Então, você pode fazer isso sem -f? Sim. É mais limpo? Só se você tiver muita sorte. Se seus bancos de dados forem grandes, é mais provável que você queira ter um número previsível de reinicializações (2), porque o processo de recuperação pode ser muito mais complicado do que o meu

    Obviamente, uma coisa ainda mais limpa seria não mexer com a memória máxima do servidor usando a GUI ou scripts ad hoc que são propensos a falsificações - na produção, você deseja usar um segundo par de olhos e ter scripts controlados por fonte adequados e validados que são muito mais previsíveis do que "brincar". :-)

    • 3

relate perguntas