{"id":1373,"date":"2018-07-12T13:48:49","date_gmt":"2018-07-12T13:48:49","guid":{"rendered":"https:\/\/www.tiagoneves.net\/blog\/?p=1373"},"modified":"2018-07-17T21:43:25","modified_gmt":"2018-07-17T21:43:25","slug":"como-configurar-a-geo-replicacao-em-um-azure-sql-database","status":"publish","type":"post","link":"https:\/\/www.tiagoneves.net\/blog\/como-configurar-a-geo-replicacao-em-um-azure-sql-database\/","title":{"rendered":"Como configurar a geo-replica\u00e7\u00e3o em um Azure SQL Database"},"content":{"rendered":"

Ol\u00e1 pessoal, tudo certo?<\/p>\n

No post de hoje vou dar continuidade ao post anterior “Criando um banco de dados Azure SQL Database<\/a><\/strong>“. Agora vamos configurar a replica\u00e7\u00e3o geogr\u00e1fica de banco de dados.<\/p>\n

O Azure disponibiliza a op\u00e7\u00e3o de replicarmos as nossas bases de dados para outra regi\u00e3o ou na mesma. Tamb\u00e9m podemos configurar at\u00e9 4 r\u00e9plicas<\/strong>. Esses bancos de dados ficam habilitados para leitura e failover<\/strong> em caso de falha da base de dados prim\u00e1ria. O servi\u00e7o de replica\u00e7\u00e3o geogr\u00e1fica est\u00e1 dispon\u00edvel para todos os tier de servi\u00e7o e em todas as regi\u00f5es.<\/p>\n

Oficialmente podemos realizar somente failover manual,<\/strong> mas j\u00e1 est\u00e1 em preview<\/strong> a possibilidade de efetuar o failover autom\u00e1tico<\/strong>. Entretanto, com a limita\u00e7\u00e3o de apenas uma replica secund\u00e1ria<\/strong> (“lembrando que isso pode mudar com o tempo<\/em>“), enquanto como j\u00e1 foi dito no caso de failover manual podemos ter at\u00e9 4 r\u00e9plicas.<\/p>\n

Quando estamos utilizando a replica\u00e7\u00e3o geogr\u00e1fica, se por algum motivo o banco ficar indispon\u00edvel ou ser necess\u00e1rio ficar offline, ser\u00e1 poss\u00edvel fazer o failover para qualquer r\u00e9plica configurada. Ap\u00f3s o failover, a atualiza\u00e7\u00e3o do DNS \u00e9 realizada automaticamente.<\/p>\n

O servi\u00e7o de replica\u00e7\u00e3o do Azure SQL Database utiliza a mesma tecnologia do Always On<\/strong>, existente desde o SQL Server 2012. <\/em>A replica\u00e7\u00e3o \u00e9 feita de forma ass\u00edncrona, onde as transa\u00e7\u00f5es comitadas no banco de dados prim\u00e1rio utilizam o RCSI (read committed snapshot isolation<\/em>). Embora o banco de dados secund\u00e1rio possa estar um pouco defasado em rela\u00e7\u00e3o ao banco de dados prim\u00e1rio, os dados secund\u00e1rios t\u00eam a garantia de nunca terem transa\u00e7\u00f5es parciais.<\/span><\/p>\n

Os bancos de dados secund\u00e1rios podem ser utilizados para leitura e gera\u00e7\u00e3o de relat\u00f3rios<\/strong>. Se voc\u00ea estiver usando replica\u00e7\u00e3o geogr\u00e1fica, \u00e9 poss\u00edvel criar o banco de dados secund\u00e1rio na mesma regi\u00e3o que o prim\u00e1rio, mas isso n\u00e3o significa que estamos aumentando a resili\u00eancia a falhas. Se voc\u00ea configurar a replica\u00e7\u00e3o com failover autom\u00e1tico, os bancos de dados secund\u00e1rios ter\u00e3o que ser criados em uma regi\u00e3o diferente<\/strong>.<\/span><\/p>\n

Todas as r\u00e9plicas devem ter as mesmas configura\u00e7\u00f5es que a base de dados principal<\/strong>, ou seja, se a sua base foi configurada utilizando 200 DTUs, as r\u00e9plicas tamb\u00e9m devem ser configuradas com 200 DTUs. N\u00e3o \u00e9 poss\u00edvel criar a base de dados principal utilizando DTUs<\/strong> e as r\u00e9plicas utilizando vCore<\/strong>.<\/p>\n

Configurando a Replica Geogr\u00e1fica<\/strong><\/span><\/h3>\n

Para fazer a configura\u00e7\u00e3o de uma r\u00e9plica, voc\u00ea pode utilizar alguns meios conhecidos como Powershell ou pelo Portal de Gerenciamento. Como n\u00e3o conhe\u00e7o muito o Powershell, vou utilizar o portal de gerenciamento.<\/p>\n

Primeiro devemos entrar no Portal de Gerenciamento<\/a>.<\/p>\n

\"\"<\/a><\/p>\n

Ap\u00f3s entrar no portal, devemos abrir o dashboard da base de dados.<\/p>\n

\"\"<\/a><\/p>\n

No painel esquerdo teremos a op\u00e7\u00e3o \u201cGeo-Replication\u201c<\/strong>. O primeiro passo \u00e9 escolher em qual regi\u00e3o vamos criar a nossa r\u00e9plica, lembrando que quanto mais perto ela estiver de voc\u00ea menor ser\u00e1 a lat\u00eancia.<\/p>\n

\"\"<\/a><\/p>\n

Como a minha base de dados est\u00e1 alocada na regi\u00e3o East US, e a minha assinatura n\u00e3o me permite criar em outra regi\u00e3o ent\u00e3o vou manter a r\u00e9plica no East US.<\/p>\n

\"\"<\/a><\/p>\n

Ap\u00f3s selecionar a regi\u00e3o da r\u00e9plica, agora precisamos configurar um novo servidor. Observe que as op\u00e7\u00f5es de configura\u00e7\u00e3o de pre\u00e7os ficam desabilitadas, porque vamos utilizar as mesmas configura\u00e7\u00f5es da base de origem.<\/p>\n

\"\"<\/a><\/p>\n

\"\"<\/a><\/p>\n

Ap\u00f3s a conclus\u00e3o da configura\u00e7\u00e3o da base de dados e do servidor, elas ficar\u00e3o dispon\u00edveis no Portal de Gerenciamento ap\u00f3s alguns instantes.<\/p>\n

\"\"<\/a><\/p>\n

Conectando utilizando o SSMS<\/strong><\/span><\/h3>\n

Para fazer uma conex\u00e3o na base de dados, podemos utilizar o Management Studio ou pr\u00f3prio painel gerenciamento. Para conectar atrav\u00e9s do Management Studio, basta pegar a URL<\/strong> de acesso.<\/p>\n

\"\"<\/a><\/p>\n

O processo para acessar a base de dados da r\u00e9plica \u00e9 o mesmo para acessar a base de dados principal. Primeiro precisamos criar uma regra no firewall.<\/p>\n

\"\"<\/a><\/p>\n

\"\"<\/a>Ap\u00f3s criar a regra no firewall, voc\u00ea consegue acessar a base de dados replicada e fazer consultas.<\/p>\n

\"\"<\/a><\/p>\n

Se eu tentar inserir um novo registro no servidor da r\u00e9plica, ser\u00e1 exibido o erro abaixo, pois a r\u00e9plica \u00e9 somente leitura<\/strong>.<\/p>\n

\"\"<\/a><\/p>\n

Realizando um failover manual<\/strong><\/span><\/h3>\n

Voc\u00ea pode iniciar um failover for\u00e7ado ou programado (com sincroniza\u00e7\u00e3o total de dados). O failover programado pode ser usado para realocar o servidor ativo para a regi\u00e3o prim\u00e1ria. Quando o failover estiver conclu\u00eddo, os registros do DNS ser\u00e3o atualizados automaticamente para garantir a conectividade com o servidor correto.<\/p>\n

Para efetuar um failover manual, precisamos conectar no portal de gerenciamento e abrir a nossa database.<\/p>\n

\"\"<\/a><\/p>\n

No painel de gerenciamento do servidor, devemos abrir a database..<\/p>\n

\"\"<\/a><\/p>\n

No painel de gerenciamento da database, no painel esquerdo devemos abrir as configura\u00e7\u00f5es da replica\u00e7\u00e3o “Geo-Replication<\/em>“.<\/p>\n

\"\"<\/a><\/p>\n

No painel de gerenciamento “Geo-Replication”, devemos selecionar a nossa replica\u00e7\u00e3o.<\/p>\n

\"\"<\/a><\/p>\n

Nas configura\u00e7\u00f5es devemos selecionar a op\u00e7\u00e3o \u201cForced Failover\u201d.<\/p>\n

\"\"<\/a><\/p>\n

Ap\u00f3s realizar o failover, a nossa base principal passou a ser a r\u00e9plica.<\/p>\n

\"\"<\/a><\/p>\n

Recomenda\u00e7\u00e3o de quando utilizar o failover<\/strong> <\/span><\/h3>\n

Voc\u00ea pode realizar um upgrade ou downgrade<\/strong> de um banco de dados prim\u00e1rio para um n\u00edvel de desempenho diferente, dentro do mesmo tier de servi\u00e7o sem desconectar nenhum banco de dados secund\u00e1rio. Ao realizar um upgrade, a Microsoft recomenda que voc\u00ea atualize primeiro o banco de dados secund\u00e1rio e depois, atualize o prim\u00e1rio.<\/span><\/p>\n

Para realizar uma opera\u00e7\u00e3o de downgrade, inverta a ordem: fa\u00e7a primeiro o downgrade do banco de dados prim\u00e1rio e depois, fa\u00e7a no secund\u00e1rio. Essa \u00e9 a recomenda\u00e7\u00e3o da Microsoft quando voc\u00ea faz um upgrade ou downgrade do banco de dados para um tier de servi\u00e7o diferente.<\/span><\/p>\n

Se voc\u00ea quiser conhecer mais sobre a replica\u00e7\u00e3o no Azure, o Fabricio Lima<\/a> fez um v\u00eddeo sobre replica\u00e7\u00e3o “Azure SQL Database – Permitindo que sua empresa pequena tenha uma base replicada<\/em>“.<\/p>\n