Temos um Cluster de Failover, nomeado MainSQLque consiste em MainSQL01e MailSQL02que são instâncias nomeadas padrão e podemos nos conectar a qualquer nó ativo com apenas MainSQL.
Se fôssemos renomear o FC para MainSQL-NY, a conexão seria, MainSQL-NY\MainSQLaté onde eu sei, já que a instância não pode ser renomeada. Se então colocássemos este cluster em um Grupo de Disponibilidade em um site de DR com outro cluster (digamos MainSQL-NJ\MainSQLcom seus próprios dois nós), poderíamos reutilizar o MainSQLnome ao criar o AG Virtual Network Name, permitindo assim conexões o AG e seu nó de cluster ativo subjacente ainda pode ser feito simplesmente usando MainSQLcomo seria novamente MainSQL\MainSQL?
A alternativa é reconstruir os clusters ou apenas forçar todos os nossos aplicativos a atualizar suas cadeias de conexão, mas estou curioso para saber se isso é viável.
Uma alternativa que você pode não ter considerado é o DNS. Obviamente, alterar a string de conexão é mais fácil, mas se isso for um problema por algum motivo, você pode deixar as strings de conexão em paz e remapear usando o DNS. Mais importante, pense sobre estas questões:
Na minha experiência, a maioria das pessoas deixou isso de lado e documentou muito bem que o servidor primário original não foi renomeado quando se expandiu geograficamente (ou desejou renomear por outros motivos). Você também pode deixar o mesmo e usar o DNS ou o
hostsarquivo para permitir que os aplicativos e outros servidores/locais pensem que o servidor foi renomeado, quando na verdade não foi.A renomeação real é a parte difícil IMHO, e eu estaria procurando qualquer alternativa que pudesse para evitar fazer isso. DNS,
hostsarquivos em todas as máquinas relevantes, aliases e alteração de strings de conexão são maneiras de contornar a renomeação física real.