Minha organização está planejando adotar os Grupos de Disponibilidade do SQL Server 2012 e estou tentando entender qual impacto (se houver) isso terá no processo de atualização de aplicativos.
Lançamos atualizações de aplicativos em um ciclo de 8 semanas e qualquer versão pode incluir alterações de esquema e / ou migrações de dados.
O que estou tentando entender é se a solução HA / DR lida ou não com as alterações do esquema de forma transparente (novas colunas, índices são adicionados aos secundários) ou se é necessária uma intervenção manual para criar o esquema em cada instância e ativar o Always On novamente.
A parte da migração de dados que suponho ser tratada de forma transparente, mas gostaria de confirmar isso também.
Acho que também estou assumindo que não há diferença nesses comportamentos com base na configuração dos Grupos de Disponibilidade, o que também pode ser falso. Por favor deixe-me saber.
Em poucas palavras; Em qualquer versão do meu aplicativo, posso alterar uma tabela muito grande (10s a 100s de milhões de registros) adicionando colunas a ela. Algumas colunas podem ser "novas em rede" para que possam usar a funcionalidade de alteração de esquema do Enterprise Online. Outras colunas podem ser uma refatoração de uma coluna existente (FullName é dividido em Nome e Sobrenome) e uma migração será executada para cada linha da tabela para preencher esses campos. Algum desses comportamentos exige que os DBAs alterem a configuração AlwaysOn ou isso é tratado por padrão e todos os secundários obtêm as instruções DDL e DML "de graça"?
Obrigado por qualquer clareza que você pode fornecer.