Acabei de iniciar um novo show e descobri que duas instâncias do SQL 2012 (SP2), instaladas no Core Server 2012 R2, têm um nome diferente do servidor em que está sendo executado. Ambos são servidores virtuais. Por exemplo, o nome do servidor é Server2 e Server3 (pode ser RDP para ele e pode se conectar a ele de várias maneiras usando esse nome) e pode até se conectar ao SSMS de outras máquinas. No entanto, quando executo @@Servername, ele retorna "CO-SQLTEMPLATE" - em ambos os servidores. O motivo disso ser problemático é porque essas duas instâncias participam da replicação AlwaysOn e há vários problemas... o mais evidente é que os backups automatizados não funcionarão. Usando as systables e funções do HADR, ele mostra que nenhuma das réplicas é "primária" ou todas são (!!!). Além disso, não está claro se a replicação está realmente funcionando.
Estive procurando no Google e não consigo encontrar uma fonte que indique de onde o SQL Server obtém seu nome de instância durante a instalação. Eu nunca vi esse problema antes, e é realmente bizarro.
Este é o meu último esforço para tentar encontrar uma solução antes de limpar os 2 servidores e começar do zero (o que, obviamente, prefiro não fazer).
Parece que alguém pensou que seria fácil criar uma VM do SQL Server "ir para" que você pode clonar. Ninguém está se incomodando em alterar o nome padrão do CO-SQLTEMPLATE SQL Server. Se a replicação estiver realmente funcionando, eu questionaria se ela está funcionando corretamente porque o nome do SQL Server deve corresponder ao nome do servidor VM/físico - menos a instância. O que é pior, as pessoas provavelmente estão se conectando ao SQL Server usando o nome VM/Physical e não sabem sobre CO-SQLTEMPLATE.
Se você não for descartar e reconstruir, provavelmente desejará renomear o SQL Server para corresponder ao nome do Windows Server em que está instalado:
Eu não confiaria nessa configuração do SQL Server. Se você puder, eu verificaria a pasta Grupos de Disponibilidade para ver se o banco de dados replicado diz myDB (Primário) ou myDB (Secundário). Em seguida, no servidor com myDB (Primário), interrompa e reconstrua a replicação AlwaysOn e reconstrua a replicação com o Assistente AlwaysOn. (No entanto, eu não adiciono o ouvinte com o assistente, pois essa parte parece com erros para mim. Eu adiciono o ouvinte separado).
Mas antes disso, se os servidores estiverem tão confusos quanto você diz, eu validaria se o cluster do Windows está funcionando corretamente por meio do Gerenciador de Failover. E valide se o DNS realmente contém os nomes de seus servidores Windows e seu ouvinte (e possivelmente uma testemunha) - se você tiver um.
Cuidado: Seus servidores podem ser ainda piores do que você imaginou com usuários se conectando a ambas as instâncias de CO-SQLTEMPLATE em dois servidores diferentes, pois ambos "poderiam" representar dois conjuntos de dados completamente diferentes e não estão relacionados. Porque, afinal, eles usaram o modelo de VM prático para facilitar a vida do SQL Server.