Instância do SQL Server 2012 para SharePoint

Bom dia galera, meu intuito neste post não é mostrar como instalar o SQL Server, mas sim algumas configurações que a Microsoft disponibiliza como melhores práticas para a utilização do SharePoint:

• Bem, primeiro que o SharePoint desde a versão 2010 só se encontra na versão 64 bits, então, o SQL Server obrigatoriamente tem que x64;
• Dê preferência de instalar o SQL Server com a mesma linguagem do Sistema Operacional, uma vez que você pode ter problemas ao instalar o SQL Server;
• No meu laboratório, não estou me preocupando com quantos servidores de banco terei distribuídos, infelizmente, vou ter que instalar todos os serviços (SQL, SSAS Multidimensional e Tabular, SSRS Integrado, SharePoint) no mesmo servidor, mas que para ambientes de produção, podemos ter mais de um servidor de banco de dados exclusivo para o SharePoint e seus serviços;
• Durante a instalação, não há muitas considerações a se fazer, só vou destacar aqui o ponto da collation do SQL Server para a instalação do SharePoint, se quando você for instalar o serviço de banco do SQL Server, e este for para utilização exclusiva do SharePoint, podemos definir a collation como Latin1_Genereal_CI_AS_KS_WS, collation default dos bancos criados pelo SharePoint;
• Como boa prática para qualquer banco de dados, utilize discos físicos separados para arquivos de dados, log e TempDB;
• Apesar de o SQL Server trabalhar bem com processamento paralelo, para o SharePoint, não é aconselhável, sendo melhor pratica utiliza o MAXDOP igual 1 (por default vem como 0). Essa é uma configuração documentada para o SharePoint 2010, mas a pouco tempo li que no SQL Pass Summit 2012, houve uma palestra, SQL Server and SharePoint: Best Frienemies, com a Lisa Gardner, falando que o SharePoint foi otimizado para que funcionasse com eficiência sem paralelismo, então, estou mantendo esta configuração para o 2013. O link que falava sobre essa configuração no 2010 foi retirada do technet;
• Desabilitar a criação de estatísticas automática;
• Gerar aliase da instância do SQL Server (Isso é muito útil em casos de migrações);
• Para o banco de conteúdo, criar os arquivos somente no filegroup primário, e o número de arquivos deve ser menor ou igual ao número de CPUs do servidor, caso possua suporte a hyper-theading, conte cada processador como uma CPU;
• Limite o tamanho do banco de conteúdo. O paper aconselha limitar o tamanho em 200 GB, e os site collections não deve ultrapassar os 100 GB, a menos que haja apenas um. Claro que no meu caso, estou limitando o banco para utilizar arquivos de 1 GB;
• Expandir os arquivos para tamanhos fixos previstos se possível.
• Não utilizar porcentagem para o auto-increment dos arquivos, mas sim um valor fixo em MB;
• Não estou utilizando ainda armazenamento de arquivos em disco pelo banco, mas já realizei testes utilizando Remote Blob Storage (RBS), onde o SharePoint armazena arquivos direto em disco utilizando o Filestream.

Mais informações sobre indicadores de performance, IO e informações com mais detalhes sobre o que estou escrevendo aqui, você pode achar neste link.

Para as funcionalidades de BI do SharePoint 2013, é preciso instalar o Service Pack 1 do SQL Server 2012. Já disponibilizei este link no meu primeiro post. Referências neste link.

No próximo post, estarei mostrando como criar o aliase de uma instância do SQL Server em um único servidor ou servidores distribuídos.