Reunião com os DBAs sobre o projeto de atualização do servidor - preocupações comuns

Sou mais administrador de rede / windows e fui encarregado de supervisionar um projeto de atualização do servidor SQL. Preciso me encontrar com os DBAs e discutir suas necessidades / desejos em relação à atualização. Não quero ficar totalmente cego, então pensei em pedir a vocês primeiro. Estamos migrando do SQL Server 2008 para o SQL Server 2008 R2 e provavelmente migrando para o Windows Server 2008 R2 sempre que possível. Como DBA, quais seriam suas preocupações com essa atualização? Algo que você gostaria que acontecesse ao mesmo tempo?

Sem qualquer informação sobre a natureza do sistema (veja meu comentário sobre a pergunta) ou sobre o motivo da atualização, é difícil oferecer conselhos específicos e / ou concisos.

Como ponto de partida, existem muitas excelentes listas de verificação para a construção de um novo servidor, Brent Ozar e Jonathan Kehayias são dois bons exemplos. Das muitas recomendações desses guias, há alguns itens que merecem destaque. Estes são aqueles que encontro mal configurados com mais frequência.

• Armazenamento - verifique o alinhamento da partição, embora isso seja um problema menor para o W2K8 +, pois geralmente não é necessário o alinhamento manual da partição (SAN fora do padrão / exótica). Formato com tamanho de bloco de 64k, não padrão de 4kb, para unidades de dados. Execute um conjunto básico de testes SQLIO para que você a) tenha um critério para comparar o servidor X com o servidor Y eb) tenha um nível de confiança nesse recurso de servidores.

• Antivírus - Verifique se os arquivos MDF, NDF e LDF estão excluídos do seu scanner antivírus. Isso pode causar o caos em um sistema ocupado, conserte-o antes.

• Banco de dados do modelo - Quaisquer alterações feitas no banco de dados do modelo são refletidas em todos os bancos de dados do usuário que você criar. Defina o tamanho do modelo e as taxas de crescimento para valores sensíveis para seu ambiente / sistema. Em vez de qualquer outro guia, recuperação SIMPLE (no caso de alguém esquecer de configurar backups de log), arquivo de dados de 2048 MB com crescimento de 1024 MB, arquivo de log de 1024 MB com crescimento de 512 MB (conforme a lista de verificação da JK).

Para um servidor / sistema / aplicativo considerado crítico para os negócios e sujeito a um SLA rígido, planeje o pior. Com isso, você precisa ter o máximo de 100% de certeza possível de que a atualização não será um downgrade no que diz respeito à empresa ou aos usuários. Para esse nível de confiança, você terá que testar, testar e testar um pouco mais.

Em qualquer sistema de grande escala, haverá uma ou duas consultas que requerem uma hack / solução alternativa / dica para otimizar. Alguns são deliberados e baseados nos melhores conselhos da época, outros serão soluções de emergência que foram esquecidas. Essas são as consultas que mudarão inesperadamente o comportamento na atualização como resultado de ajustes e melhorias no otimizador de consultas. Apenas uma maneira de identificá-los, execute-os no seu novo kit.

Minha abordagem preferida é a captura e reprodução da carga de trabalho com as ferramentas RML . Há um excelente guia do SQL CAT para usar o RML exatamente para esse fim, o Precision Performance para Microsoft SQL Server usando o RML Utilities 9.0 .

O SQL 2008 para o SQL 2008 R2 não é uma grande opção, mas se você estiver indo do Windows 2003 para o Windows 2008, precisará endereçar o firewall baseado em host. Outros pontos preocupantes são os trabalhos do agente, as permissões no master / msdb / model, a migração de logons de um servidor para outro, a restauração de backup em um novo servidor ou a atualização no local, o modo de compatibilidade etc.