SQL Server Bad & Melhores Práticas
-
03-07-2019 - |
Pergunta
ontem eu descobri que a criação de um banco de dados sobre o crescimento auto não é uma coisa muito boa.
Existem outras práticas básicas de 'más' (ou melhores práticas) ao ter bancos de dados SQL Server em produção?
thx, Lieven Cardoen
Solução
Você tem dados e logs em dispositivos separados. É tempdb um tamanho razoável? Você tem plano de recuperação de desastres? A primeira vez que você tem para recuperar um banco de dados não é o momento de começar a ler sobre como fazê-lo!
Você está executando o plano de manutenção padrão (DBCC, atualizar estatísticas e tudo isso)? Você sabe o que isso tudo faz e você monitorá-lo para quaisquer problemas?
Você tem algumas métricas de desempenho em disco I / O, memória, cpu. Talvez algumas consultas que você pode monitorar em uma base regular e olhar para a degradação do desempenho.
Com uma nova aplicação e banco de dados, todas as suas consultas será rápido por algum tempo, mas como seu banco de dados cresce, os problemas de desempenho podem deslocar-se sobre você, se você não é dinâmico.
Outras dicas
parar o servidor SQL de usar toda a memória disponível ... em uma caixa com 4 GB de RAM, eu iria limitar a 3 GB, garantindo 1gb é deixado para o OS.
Meu pessoal favorito:
Você tem um plano de backup?
Já vi muitos bancos de dados com os logs de transação enchendo o disco ...
Se você está ficando sério com SQL dar uma olhada SqlServerCentral.com . Eles têm muitos artigos bons em tudo SQL relacionado.