SQL Server Bad & Melhores Práticas

Question

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

Answer 1

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.

Answer 2

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.

Answer 3

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.