Tenho tentado alterar o número da porta de um cluster SQL 2012 com pouco sucesso. Eu pensei que poderia fazer isso da mesma maneira normal por meio do gerenciador de configuração, no entanto, mesmo com os serviços inativos no cluster e alterando a porta em ambos os nós, o número da porta antiga permanece.
Comecei a ler sobre a necessidade de remover e adicionar pontos de verificação para o cluster, mas não consegui encontrar nada relacionado ao SQL 2012.
Estou assumindo que preciso usar os comandos do PowerShell Remove-ClusterCheckpoint
e , para Add-ClusterCheckpoint
ser honesto, não estou claro quais parâmetros devo usar.
Alguém já fez isso para o SQL 2012 no Windows 2012 R2?
As instâncias de cluster usam pontos de verificação de chaves de registro para garantir que todos os nós no cluster compartilhem a mesma configuração. O ponto de verificação funciona enquanto o recurso (o SQL Server Service, neste caso) está online. Quando o recurso está offline, o ponto de verificação não acontece.
No contexto do seu problema, basta alterar a porta do gerenciador de configuração no nó ativo enquanto o serviço está em execução.
Como alternativa, você pode editar o conteúdo do arquivo de ponto de verificação diretamente, conforme descrito na seção "Método 1" nesta página .
No que diz respeito à remoção / adição de pontos de verificação com o PowerShell, a sintaxe é direta:
Existe outro método para resolvê-lo da seguinte maneira:
Abra o gerenciador de configuração no Active Node -- Vá para as propriedades TCP/IP da instância SQL --> na guia Protocol mude "Listen All" para No
Vá para a guia Endereços IP e defina a Porta TCP (IPALL) para 1433 ou sua escolha. Remova a porta dinâmica TCP.
pausar a instância SQL no gerenciador de cluster
volte para o gerenciador de configuração e reinicie a instância/agente SQL. Depois que os serviços SQL estiverem ativos, eles também devem aparecer no gerenciador de cluster
Conecte-se à instância do SQL e verifique o errorlog para alteração de porta. você será feliz :)
agora repita a Etapa 1, 2 somente em outro nó e failover e instância SQL de Failback. Tudo certo.