Pessoal o post de hoje é para mostrar de forma simples, como replicar uma base em Azure SQL do Brasil para USA com leitura na base secundaria.
1 – Servidor primário srvdba com a base rh no Brasil:

1.2 – Verificando se o servidor srvdba é de leitura ou escrita:
SELECT @@SERVERNAME SERVIDOR,DATABASEPROPERTYEX('master','Updateability') LEITURA_ESCRITA
SQLVerificamos que o ambiente srvdba é o primário com leitura e escrita através da propriedade updateability.
2 – Configurando a replicação da base rh do Brasil para USA acessando o console do servidor srvdba no Azure.

2.1 – Criando um Failover groups.


Failover group name: Nada mais que um nome apontando para os dois nós, utilizado para abstrair de forma automática em qual nó os sistemas irão escrever ou fazer a leitura.
Secondary server: Servidor secundário onde iremos replicar a base na região USA.
Read/Write failover policy: Opções manual e automático, caso deseje failover automático, devemos selecionar a opção automatic, caso contrario teremos que promover manualmente o banco secundário como primário.
Read/Write grace period (hours): Tempo de espara para que seja feito o failover para o banco secundario;
2.2 – Selecionando as bases a serem replicadas para USA:



2.3 – Failover groups criado:

3 – Verificando ambiente secundário USA.

3.1 – Verificando funções dos servidores e geolocalização:
srvdba – Brasil
srvdbausa – USA

3.2 – Consultando dados no servidor secundário USA:

3.3 – Inserindo dados no primário Basil srvdba banco RH.


3.4 – Consultando os dados no banco secundário rh em USA.

Em resumo geral, queria apenas transmitir como o PaaS pode simplificar recursos em minutos, quando no ambiente On-premises levamos horas configurando um grupo de recursos para prover alta disponibilidade, seja via cluster failover ou AlwaysOn.