Muitas empresas andam preocupadas em ter uma replica de leitura ou um modelo de DR para os bancos de dados que estão no Azure.
É importante compreender que o Azure Database é uma camada que inclui: SQL Synapse Analytics, SQL Database, PostgreSQL, MySQL e MariaDB.
Por ser uma camada todos esses SGBDs estão dentro dos três pilares: Inteligente, Flexível e Confiável. Logo, todas as features desta camada estão disponíveis para o conjunto de SGBDs desde que a engine do mesmo permita, logicamente que algum SGBD poderá tirar vantagem de alguma feature dentro da camada, mas no geral todos estão em igual condições de infra/arquitetura.
Isso garante que a mesma estrutura de scaling ou de segurança seja aplicada para todos os SGBDs.
… mas e a replica de leitura?
Esta é uma feature muito importante que tanto pode ser utilizada para ter uma cópia redundante do banco de dados, quanto para disponibilizar uma cópia de leitura.
Abaixo, segue um pequeno How-To utilizando o Azure SQL Dadatabase.
Estou partindo de um cenário bem simples onde tenho um Resource Group chamado sqldb, com um SQL Server chamado sqldbcrespi e um banco de dados sqldb ambos no East US.
A ideia é criar uma replica read-only no South Brazil.
Nesse momento, basta selecionar o banco de dados e geo-replication.
Depois de selecionar “Brazil South” preencha o servidor de destino.
A partir deste momento, no Grupo de Recursos aparecerá um novo servidor.
Em meu exemplo o sqldbcrespi2 localizado no Brasil com o banco de dados sqldb no modo read-only. Você poderá configurar o sizing, pegar a string de conexão, etc.
Muitos problemas podem se resolvidos utilizando um banco de dados read-only. Como exemplo, posso citar aquelas execuções de Power BI que travam o banco de dados durante o expediente causando perdas de produtividade. Lembrando sempre, que aqui temos uma cópia do banco de dados em caso de desastre. #ficaadica