Sting's questions

Dois servidores AlwaysOn primários podem ser secundários um do outro?

Temos uma situação em que nosso principal local de recuperação de desastres também é um satélite hospitalar válido (SQLB) para nosso principal hospital do campus (SQLA) na cidade. O mesmo aplicativo (XAPP) está usando um banco de dados local em cada site respectivo, conforme mostrado na Figura A.

Em teoria, um desastre "poderia" ocorrer em cada local. Assim, o campus principal pode ser o DR do site satélite e vice-versa. O AlwaysOn pode ser usado para permitir que cada SQL Server armazene o banco de dados/réplica secundário do outro? E, mesmo que isso seja possível, é uma boa ideia?

Figura A: O SQLA pode ser o principal para os bancos de dados do SQLB e vice-versa?

Precisamos conhecer os riscos/armadilhas de uma configuração específica do AlwaysOn. Queremos uma configuração AlwaysOn com os seguintes requisitos (abaixo).

Minha pergunta é: esta é uma configuração de som ou estou perdendo algo vital ou há um eixo que invalida esta configuração?

SQL Server de origem: executado na máquina virtual Um aplicativo de farmácia se conecta a um banco de dados principal com acesso total

SQL Server de destino/réplica: é executado na máquina virtual B O acesso da Microsoft conecta-se ao banco de dados de réplica (acima) com acesso somente leitura para executar muitos relatórios

Testemunha: Compartilhamento de arquivos

Nota do white paper da Microsoft (queremos conectar desta forma para ambos os nós--node\instance-name versus listener):

Você pode se conectar à réplica secundária usando node\instance-name: Configure a réplica primária para PRIMARY_ROLE (ALLOW_CONNECTIONS = READ_WRITE) e use 'ApplicationIntent=ReadOnly' em sua string de conexão para relatar a carga de trabalho. Nesse caso, se você conectar por engano sua carga de trabalho de relatórios a um nó físico que já esteja em execução como uma réplica primária, a conexão será negada.

Failover: Failover é um processo manual. Se o A cair, ativaríamos manualmente o servidor de réplica B como o servidor principal - de forma assíncrona para iniciantes - mesmo que houvesse algum espaço para perda de dados.