Que motivos existem para parar o SQL Server?


9

Tudo o que li sobre como é potencialmente prejudicial parar o SQL Server porque ele cria um cache frio e consome memória. Então, por que alguém iria querer parar o SQL Server? Se você puder fornecer links para artigos, para que eu possa ler mais sobre isso, eu realmente aprecio isso!

Esta pergunta foi feita pelo meu professor. A menos que seja uma pergunta complicada, isso me deixa absolutamente perplexo. Sua pergunta exata era:

Realize pesquisas usando a Internet e saiba por que alguém iria querer parar o SQL Server. Explique sua resposta.

Isso ocorreu no contexto em que exploramos como usar o SQL Server 2008 R2. Não tenho certeza se ele está pedindo a resposta óbvia, ou se há algo que me falta.


2
Falta de energia? Atualização do sistema operacional? Migração de um servidor físico? Basicamente, todos os motivos pelos quais você deseja reiniciar o computador. Ou sobre a atualização do próprio SQL Server, como você fará isso enquanto ele estiver em execução?
precisa saber é o seguinte

Respostas:


22

O Brent listou alguns motivos inválidos para interromper o serviço, mas também existem motivos válidos:

  • Reinicialização exigida por um service pack ou outra atualização
  • Certas alterações de configuração (por exemplo, alteração de conta de serviço, alterações de hardware, inicialização instantânea de arquivos, essa lista pode durar semanas)
  • Em um cluster, uma reinicialização para forçar um failover ou aplicar um patch sem interrupção
  • Correção do Windows

11
Posso sugerir melhorias de hardware, SSD, memória, ...?
McNets

11
Eu acrescentaria a habilitação da IFI também.
Erik Darling

Se você estiver movendo os bancos de dados do sistema de C: para outra unidade, precisará interrompê-lo. Há outro motivo válido.
SQL_Deadwood

A ativação de Grupos de disponibilidade AlwaysOn no gerenciador de controle de serviço é outro.
Kris Gruttemeyer

Certas ações executadas no SQL Server Configuration Manager, por exemplo, habilitando uma porta TCP / IP ou pipes nomeados, também exigem a reinicialização do serviço.
dlatikay

19

Como eles acham que há um problema de memória - o SQL Server usa toda a memória disponível, até a configuração máxima de memória (e até mais). Pessoas desconhecidas entram no Gerenciador de Tarefas, consulte o SQL Server usando muita memória e pensem: "Deve haver um vazamento de memória - vou parar e reiniciar o SQL Server e ver o que acontece." Com certeza, isso libera muita memória (porque o SQL Server não aloca tudo imediatamente por padrão), então eles pensam que corrigiram o bug. A próxima coisa que você sabe é que eles estão reiniciando o SQL Server semanalmente.

Porque eles acham que há um problema de CPU - as consultas usarão uma tonelada de recursos da CPU, especialmente no caso de problemas de detecção de parâmetros. Pessoas desconhecidas tentam se conectar ao SQL Server sem conhecer o DAC (Dedicated Admin Connection), não conseguem se conectar e ficam sem opções. Eles recomeçam porque os executivos estão atrás deles, querendo uma solução rápida.

Porque eles ouviram que isso corrige corrupção - quando as pessoas se deparam com um problema de corrupção, geralmente estão dispostas a tentar qualquer coisa para corrigi-lo.

Como eles querem que uma reversão termine - eles matam uma consulta, e ela permanece na reversão por um tempo porque eles não sabiam que a reversão de uma consulta é de thread único. Após minutos (ou horas) de espera, eles reiniciam o SQL Server, pensando que a reversão não será necessária quando o backup for iniciado novamente. Infelizmente, eles estão errados, e o SQL Server continua com a reversão na inicialização.


"Porque eles querem que uma reversão termine": lembro-me de aprender essa lição da maneira mais difícil.
Michael J Swart

1

Um motivo pode ser que você comprou um novo hardware e migrou os bancos de dados para esse novo servidor. Agora você está encerrando esta instância do servidor sql na caixa antiga (junto com a própria caixa), pois deseja garantir que ninguém se conecte mais a ela

Você mudou para a nuvem, a caixa no local não é mais necessária, ela é desligada, reformatada e reajustada (se não for muito antiga)


1

Um motivo válido é quando há outro software em execução no mesmo servidor que precisa de parte da memória que o servidor SQL possui, mas que é executado apenas algumas vezes por mês.

Por exemplo, minha esposa (uma contadora que deseja conhecer pouco (e não menos) sobre o servidor SQL necessário para realizar seu trabalho) possui um sistema baseado em servidor SQL usado por três pessoas, incluindo ela para processar um conjunto de dados muito grande, eles fazem muitas consultas ad-hock, mas algumas vezes por mês, eles precisam executar um mecanismo de cálculo que esteja no mesmo servidor e acessar o banco de dados. O mecanismo de cálculo precisa de memória. Eles não têm um DBA, não podem obter financiamento para mais hardware, mesmo que pudessem, o departamento de TI (que conhece menos sobre SQL do que os contadores) levaria meses para configurar o novo hardware e redefinir o SQL servidor permite que eles façam seu trabalho como contadores. (O sistema transacional é separado.)


Eles podem reduzir e aumentar a configuração de Memória máxima para liberar um pouco de RAM.
Magier

@ Magier e qual é o retorno do investimento de um contador que aprende como fazer isso em vez de fazer seu trabalho .... (E assim que algo muda, será necessário definir números mágicos diferentes em momentos diferentes.)
Ian Ringrose
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.