Normalmente e principalmente em empresas mais pequenas, não existe o cargo DBA. Essa função é exercida por um Administrador de Sistemas ou mesmo um Analista/Programador. Claro que são profissionais que dão o seu melhor mas que não têm a sensibilidade e conhecimentos de um DBA. É para esses profissionais que escrevo este artigo, esperando que seja uma boa ajuda para configurarem e manterem as suas bases de dados.

SQL Server best-practices:

1) Instalar o SQL Server num servidor dedicado - O SQL Server é um consumidor de recursos (CPU, RAM, Disco) e por esse motivo não é boa política instalar outras aplicações no mesmo servidor (a excepção será para o SQL Server Express Edition que tem limitações de utilização de CPU, RAM e tamanho das bases de dados). Numa arquitectura 32bits deixar 512MB livres para o sistema operativo e numa arquitectura 64bits deixar 2GB para o sistema operativo. Por fim, criar utilizadores específicos para cada serviço do SQL Server de modo a manter os privilégios dos serviços o mais baixo possível (dar somente o estritamente necessário).

2) Activar AWE em sistemas 32bits - Caso o SQL Server tenha sido instalado sobre uma plataforma 32bits num servidor com mais de 2GB RAM, para permitir o acesso a memória superior é necessário activar o AWE. Após execução dos seguintes comandos, terá que reiniciar o serviço SQL Server para que as modificações tenham efeito:

sp_configure 'show advanced options', 1
RECONFIGURE
GO
sp_configure 'awe enabled', 1
RECONFIGURE

3) Separar datafiles (*.mdf e *.ndf) dos logfiles (*.ldf) - Estes dois tipos de ficheiros devem estar em discos/partições fisicos diferentes. Primeiro porque se evita a contenção de leitura/escrita em disco, trazendo uma melhoria na performance das queries. Segundo porque permite um maior controle da utilização do espaço em disco, permitindo prever com maior segurança o crescimento dos dados e dos logs.

4) Crescimento datafiles (*.mdf e *.ndf) dos logfiles (*.ldf) - Dever-se-á evitar configurar o crescimento dos ficheiros em percentagem (é o que vem por defeito). O ideal será criar os ficheiros com o tamanho máximo que se espera ocupar, atribuindp depois um valor absoluto para o crescimento e ir afinando esse valor até se encontrar o ideal, permitindo assim controlar o espaço disponível em disco e evita-se ao mesmo tempo a fragmentação dos ficheiros.

5) TempDB - Esta é uma base de dados de sistema que tem vindo a ganhar maior importância e relevância. Tanto que é recomendado que esteja num disco/partição à parte de todas as outras bases de dados. A primeira coisa a fazer é alterar o Recovery Model da TempDB para SIMPLE. Depois é criar um ficheiro de dados para cada CPU (core) existente até um máximo de 8 datafiles. Atenção que os datafiles terão que ter todos o mesmo tamanho.