AlwaysOn – Distributed AG

Hello Friends!

Distributed availability groups was introduced in SQL Server 2016.

DAG” is not the official abbreviation for distributed availability group, because the abbreviation is already used for the Exchange Database Availability Group feature. This Exchange feature has no relation to SQL Server availability groups or distributed availability groups.

The DAG came to allow us to spans two separates AG (configured on two different Windows Failover Clustering). Also, the Availability group that participates at DAG do not need to be hosted at the same location, they can be a  physical, virtual, on-premises, in the public cloud, or anywhere that supports an availability-group deployment. As long as two availability groups can communicate, you can configure a distributed availability group with them.

Opposite of traditional AG that has resources configured at Windows Server Failover Clustering (WSFC), the DAG do not store resources at WSFC, all information about DAG it is stored at SQL Server

We can use the DAG for this three main usage scenarios

  • Disaster recovery and easier multi-site configurations
  • Migration to new hardware or configurations, which might include using new hardware or changing the underlying operating systems
  • Increasing the number of readable replicas beyond eight in a single availability group by spanning multiple availability groups

How it works?

DAG will provide to the application the possibility to connect to a read-only replica with different listener.
As mentioned before, each server will have their own WSFC (also can be at different domains)


As we can see at above image, we can create a DAG between 2 AG (or more), the the AG will consider the listener as nodes, so it is not possible to create DAG between the server name, we must use the virtual name (as CAP on FCI)

In this scenario, the Global Primary will send the logs to Primary node at second AG (called as forwarder) and this forwarder will send the logs to

You can configure the data movement in distributed availability groups as synchronous or asynchronous. However, data movement is slightly different within distributed availability groups compared to a traditional availability group. Although each availability group has a primary replica, there is only one copy of the databases participating in a distributed availability group that can accept inserts, updates, and deletions. As shown in the above image, AG1 is the primary availability group. Its primary replica sends transactions to both the secondary replicas of AG1 and the primary replica of AG2. The primary replica of AG2 is also known as a forwarder. A forwarder is a primary replica in a secondary availability group in a distributed availability group. The forwarder receives transactions from the primary replica in the primary availability group and forwards them to the secondary replicas in its own availability group.


It is important to know that DAG will keep just one replica writable, the remains replica it is Read-only!

We also we can create DAG from DAG, this off course will create some complexity for DBA’s administrations.


Implementation instructions

Implementation prerequisites

  • We can only create DAG between AG and should use the listener as Nodes.
  • Distributed availability groups can not be configured with Standard edition or mix of Standard and Enterprise edition.

Technical instructions

To create a DAG you can follow this example:
OBS: Note that the code are using automatic seeding

--At primary
CREATE AVAILABILITY GROUP [<name of distributed AG>]
( LISTENER_URL = ‘tcp://<name of first AG Listener>:5022’,
‘<name of second AG>’ WITH
( LISTENER_URL = ‘tcp:// <name of second AG Listener>:5022’,

At secondary AG, now let’s join it to DAG

ALTER AVAILABILITY GROUP [<name of the distributed AG>]
‘<name of the first AG>’ WITH
( LISTENER_URL = ‘tcp://<name of first AG Listener>:5022’,
‘<name of the second AG>’ WITH
( LISTENER_URL = ‘tcp:// <name of second AG Listener>:5022’,


  • Only manual failover is supported for a distributed availability group. In a disaster recovery situation where you are switching data centers, you should not configure automatic failover (with rare exceptions).
  • You need monitor network latency at a different layer for the data transport. The difference is that each WSFC cluster maintains its own availability.
  • We recommend asynchronous data movement, because this approach would be for disaster-recovery purposes.
  • If you configure synchronous data movement between the primary replica and at least one secondary replica of the second availability group, and you configure synchronous movement on the distributed availability group, a distributed availability group will wait until all synchronous copies acknowledge that they have the data.

Monitoring DAG

We can use the Dashboard at SSMS to monitor DAG as we do for traditional AG, and also we can query the DMV’s

SELECT ag.[nameas 'AG Name', ag.is_distributed, ar.replica_server_name as 'Underlying AG', ars.role_desc as 'Role', ars.synchronization_health_desc as 'Sync Status'
FROM    sys.availability_groups ag,
sys.availability_replicas ar,      
sys.dm_hadr_availability_replica_states ars      
WHERE   ar.replica_id = ars.replica_id
and     ag.group_id = ar.group_id
and ag.is_distributed = 1




SQLSaturday #707 Italy – I’m going


Ciao amici!

Next Friday February, 17th,2018 Pordenone, Italy will host next SQL Saturday #707 edition.

It will be perfect geek Saturday,  learning and making network from the Data Platform Experts.

My session will start at 03:40PM, So, if you are like me and want to explore Italy 🙂 , join us on 17th Feb.

It is a free event, all the details can be found here:

See you there!

Marcelo Fernandes

How to test your workload before SQL Migration

Hi Friends,

Today I’ll talk about how to test SQL Workloads before a SQL Migration or to test new features. for this article, let’s suppose that I have a SQL 2012 Instance and I have been asked to switch to SQL 2016, before moving in, I want to test my workloads on SQL 2016 to be sure that I won’t have performance problems with or breaking changes.
The goal is:
– Capture workload from SQL2012
– Replay the workload on SQL2016
– Generate reports with results.

We have some ways to reach the goal, for example:
– Backup from SQL2012 and Restore on SQL2016, change the application connection to SQL2016;
– Use Distributed Replay do simulate workload.
– etc….

The first option we will have downtime for business, since we will point the application just for test and we don’t know what will happen. this can also be dangerous if we have third party integration (we use other application to share or get information, probably we will have data loss to roll back to SQL2012)

The second option is good option, since SQL 2012 we can use Distributed Replay, although this is a command line tool, will just have the replay and you will spend some time to crate the command to capture and replay, we still need to create the report manually.

Now we have a fantastic tool DEA (Database Experimentation Assistant) that is new tool to capture workload form A server and replay on B server. DEA support previous version of SQL Server (2005 and above), so if you want to upgrade a very old instance, you can just use this tool to be a step ahead of possible issues (performance, breaking changes, etc.).

DEA will also provide a very nice report with analysis metric for compatibility errors, degraded queries, query plans, etc., this will allow us to be more confident to do a successful upgrade.

How to use DEA

First step, download the DEA and install it.

The second step, is to setup Distributed Replay, behind the scenes DEA uses Distributed Replay, DEA will provide a user-friendly interface to capture and replay the workloads.

After DR and DEA Setup, we must to have a backup from our Database (initial position), we will restore this backup on new Server, so we will have the same point to replay the workload.

After backup you can start the DEA you should receive a welcome screen like this:

On the left side we have the menu, the first step is to start a workload capture on Source server, in this case SQL2012, so just click on camera icon.

Just click on +New Capture.

At this screen you must enter the Trace Name, Duration (starting for 5 min up to 3 hours), Source SQL Instance, Source Database name, Path to save the trace and a confirmation check box that you made a backup before start the capture (we will restore this backup on SQL2016 before replay, so SQL will compare apples with apples)

You can check the status while SQL is running the trace

After workload capture, we will be able to replay the workload on destination server (SQL2016), to start replaying the workload, click on Play icon on left menu and click over +New Replay:

Now before start replaying the workload, we must restore the backup that we executed before starting the trace (initial position) after restore, you must inform the Replay Name, Distributor Controller Machine, the Path with source trace (the same that we informed on capture trace screen), target SQL Server name, Path to save the trace during the replay (trace on SQL2016) and the check box to inform that we performed a database restore (initial position)

We need to wait for replay, during this phase we can check the status:

In the end, you should have a screen like this:

Now it is time for report, just click on Report icon on left menu and type the name of the server to host the Report and click over connect button:

Click on button +New Analysis Report, if is the first time and you do not have R for Windows and R Interop installed, you will receive a screen informing that you must install it.

After R setup, click over Try Again button and you will receive a screen to setup the Report Analysis, type a name for Report, the source trace file (SQL2012) and Target trace file (SQL2016) and click on Start

Wait for analysis completion

After the analysis, you will receive a dashboard report comparing the Source and Target server, you can click on graphs to drill down into the details, in this case will click on green area.

The detailed report will show all query text and the duration analysis, we also can click on it to see more details.

In this detailed report we will see the performance comparison between the executions, information about compatibility errors (breaking changes) and execution plans.

So that’s all for now, what do you think? Now it is easy to replay workloads before an upgrade isn’t it?

These articles may help you:
Setup Distributed Replay
Distributed Replay Docs
Distributed Replay Troubleshooting
DEA Capture Trace FAQ
DEA Replay FAQ
DEA Report Analysis FAQ
DEA Solution architecture to compare workloads


Marcelo Fernandes

REVIEW – 1 ano morando na Alemanha


Esta semana (05/Dez) celebrei 1 ano de mudança para Alemanha, assim como fiz há um ano atrás quando mudei para Berlin, desta vez vou fazer um review de 1 ano.

Quero começar este review respondendo uma frequente questão que vêm sendo abordada.

Você pensa em voltar para o Brasil?
R: SIM… pretendo voltar para o Brazil em uma férias de verão para rever os familiares e amigos e logo em seguida voltar para a Alemanha. 🙂
Pois é, acostumar-se com coisa boa é fácil, isto não quer dizer que não goste de meu país, Estado, Cidade… apenas quero dizer que me sinto infinitamente mais respeitado como pagador de imposto aqui em Berlin. Vejo o retorno de cada centavo que recolho como imposto.

Não vou extender muito nesta resposta para não cair em assunto político. A grande maioria que deixa o Brasil tem um motivador político por trás, o que certamente é muito ruim para nosso país que perde anualmente grandes engenheiros, médicos, pesquisadores etc…

Dificuldades neste 1 ano.
Nem tudo são flores, o fato de morar em um país de 1º mundo, não significa que sua vida funcionará sem problemas ou burocracia. Pelo menos aqui em Berlin a burocracia é até maior que o Brasil em alguns setores. Por exemplo, para abrir uma conta bancária eu recebi 13 cartas!!! e uma delas era uma carta informando que eu ia receber uma carta :).

Além da burocracia em alguns setores, outro ponto complicado na minha visão, para nós brasileiros, é o clima. Quando você pega o primeiro inverno na Europa você nota que no Brasil não temos inverno 🙂 , aliás quando disse para um colega de trabalho russo que em média o inverno em São Paulo atinge em média 12º,ele me olhou com espanto e perguntou:
_ Isto é o inverno???

Então, ele me explicou que na cidade dele, quando fazia -30º, as crianças (<12 anos) eram dispensadas de ir para escola.
Sei que usei um exemplo extremo da Russia, mas o sentimento de diferença de inverno não fica distante, pois as nossas roupas de inverno do Brasil não servem para cá. Compramos jaquetas com descrição que suportam -xx graus, vento, chuva, neve etc.,  mas o inverno dura cerca de 3 meses, e neste período notamos o solstício (lembra que sua professora explicou sobre o solstício e equinócio?). Neste período temos poucas horas de luz solar, em média a luz “liga” por volta das 9:00 a.m. e “desliga” por volta das 15:00 p.m.

Um terceiro ponto que vi como dificuldade neste primeiro ano, é a língua. O alemão é uma língua “criptografada” :), e quando você aprende a falar, na verdade, você só pega a chave de decriptação :).
Estou estudando alemão há 1 mês, e existem alguns sons que pronunciamos que se assemelham a um som de um ronco 🙂 , o que na língua portuguesa não existe nada parecido. Isto é uma dificuldade que tenho para falar corretamente.

E finalmente, mas não menos importante, saudades da família. Em festividades como: Natal e Ano Novo o coração fica bem apertado. Nos falamos via Skype, etc., mas não é a mesma coisa que fazer um churrasco para celebrar um aniversário.

As alegrias neste 1 ano.
Assim como temos o solstício no inverno, temos o equinócio no verão, e ai eu entendi o porquê todo mundo ama o verão Europeu. Ao contrário do solstício a luz “liga” por volta das 4:00 a.m. e “desliga” por volta das 11:00 p.m. Me lembro quando vim para Europa no verão pela primeira vez em 2012, fiquei andando o dia inteiro com minha esposa no primeiro dia de férias. Durante o sol do meio dia, eu imaginava que estávamos às 2 p.m. no máximo, no entanto quando olhei o relógio já era 9 p.m. !! 🙂
O Verão Europeu é realmente bonito, se você tem planos de vir para Europa, recomendo o verão ou a primavera.

Outro ponto positivo neste 1º ano, foram as viagens. Acredito que neste 1º ano viajei mais do que os meus 10 anos de casados 🙂 e o melhor gastei 10% das viagens que fiz nos 10 anos de casados :), isto porque, aqui temos as companhias aéreas “low cost”, em que podemos voar para outro país pagando aproximadamente 20 Euros (um casal de amigos comprou passagens por 6 Euros na Black Friday), e fora os voos baratos, viajei de carro, ônibus e trem, e cada um mais legal que o outro,  pois, pude desfrutar das belas paisagens, que costumo chamar de “paisagens do Windows”

Review do emprego.
Como postei no artigo de como foi o meu processo de mudança, a cultura de empregado e empregador é bem diferente aqui na Alemanha, e eu trabalho para uma empresa americana com chefe americano, então seguimos a cultura americana e alemã em alguns aspectos. O ponto mais legal (e realmente gostei disto) é o respeito ao horário, se você tem uma reunião as 10 a.m. às 9:59 a.m. todos estarão na porta da sala de reunião e às 10:00 a.m. a reunião inicia. Infelizmente no Brasil nossa cultura não respeita muito horários e agendas :(.
Existem muitas oportunidades de emprego aqui na Europa. Recebo vária propostas mensais de oportunidade de emprego, mas informo que estou bem na minha empresa e não tenho intenção de mudar agora e por agradeço a oportunidade. O recruiter, geralmente me retorna pedindo indicações. Muitas oportunidades de emprego existem, porém para isso, o candidato precisa estar preparado (Inglês e Universidade já é um grande começo).

Este artigo ficou maior do que eu imaginava e tem alguns pontos que queria falar mas decidi deixar para um outro momento, como exemplo, cervejas e comidas, caso o contrário, eu deveria, ao invés de um artigo, escrever um livro 🙂 . Se quiserem mais detalhes, ficarei contente em receber sua mensagem e compartilhar um pouco de minha experiência.
Bom, no geral, adotei a Alemanha  como lar, e estou muito feliz com a decisão até agora. Não tenho intenções em voltar para o BR, por enquanto, minha meta para 2019 é participar o máximo de SQLSaturdays da Europa possíveis e aproveitar o final de semana em cada país. Uma grande diferença que notei entre os Europeus e os Brasileiros é a forma como gastam o dinheiro. O brasileiro é bem parecido com o americano, trabalha duro para conseguir comprar uma casa bacana, carro bacana, roupa bacana etc., ou seja, bens materiais, já o Europeu, no geral, prioriza a qualidade de vida, eles têm onde morar, tem um carro,  mas priorizam o lazer, como viagens, do que bens materiais.

Marcelo Fernandes


24 Hours of PASS: Portuguese


Olá Amigos,

Nesta semana teremos mais uma edição do 24 horas PASS Português, com profissionais de SQL dos países que falam português. Teremos 24 sessões sobre os mais variados temas relacionados a plataforma de dados da Microsoft.

A minha sessão será no dia 29/11 as 20:00 horário de Brasilia (22:00 horário de Portugal)  o tema será”Alta disponibilidade para o SQL Server usando Azure como DR

Este evento é online e gratuito, unindo as comunidades de SQL Server quem tem como comum o Português como idioma. O número de pessoas por sessão é limitado, por isso corra para garantir o seu lugar!

Você também pode ver a grade de palestras aqui:



SQL Pass Summit 2017 – Review

Ola amigos,

No período de 30/Outubro a 03/Novembro tive o prazer te participar do PASS Summit 2017, esta foi a minha 5ª participação, mas este ano foi bem especial, pois foi a primeira vez como palestrante :).

Como era de se esperar, estava bem ansioso e nervoso como a minha sessão. Foi uma sessão lightning talks de 10 minutos, mas queria fazer algo realmente bom dentre os 10 minutos.

Foi minha primeira palestra nos Estados Unidos :), O tema foi “High Availability for SQL Server Using Azure as DR Site in 10 Min”. Consegui entregar minha sessão e tive bons feedbacks de alguns participantes (uma dupla de chinesas vieram falar comigo e até fizeram fotos 🙂 )

Também participei pela segunda vez na mesa Birds of a feather (Ask the experts), trocando conhecimentos em inMemory e High Availability. Alias esta é uma excelente dica para fazer networking e praticar o inglês 🙂


O evento deste ano foi bom, senti falta de algumas sessões deep dive, mas no geral foi um bom evento.

Minha percepcão do evento foi:

  • 50% das palestras estavam relacionados a BI/AI
  • ~80% das palestras estavam relacionados ou mencionaram Cloud
  • 10 palestras dedicas ao tema linux sem contar keynote e outras palestras que certamente mencionaram o tema.

No Keynote Bob Ward e Conor Cunningham fizeram uma demo de “Persistent Memory” com o SQL no Linux , uma nova tecnologia da HP DL380, (detalhes neste documento da HP)

Logo, com base nas palestras e keynote, Eu diria que quem ainda não fala a língua de Cloud, AI, BI, Linux etc… terá dificuldades em um futuro bem próximo. O mundo muda e devemos mudar juntamente com ele para nos mantermos atualizados!

E para finalizar, no ultimo dia de evento teve até neve em Seattle! 🙂

Marcelo Fernadnes

I’m a speaker at PASS SUMMIT 2017


Hello Friends,

I’m glad to announce that I’m a speaker at PASS Summit 2017, the largest SQL Server event on the planet (maybe in the universe 🙂 ).
In my session I will talk about high availability, using Azure as DR site.
I have been participating in the PASS Summit since 2012, and this will be the first time that I will participate as a speaker :).
It will be a short session “Lightning Talks” but I’ll try hard to deliver a good content.
For those who don’t know, the summit PASS is an annually event in the USA (usually in Seattle). You can register your self at PASS werbsite.
For those who going to Seattle, I’ll see you there. for those who will not be able to go this year, you can have part of the event at PASS website, they will transmit some information and interviews at PASStv during the event.

Marecelo Fernandes


Olá Amigos,
Estou feliz em anunciar que serei um palestrante no PASS Summit 2017, o maior evento de SQL Server do planeta (talvez do universo :))
Em minha sessão vou falar sobre alta disponibilidade, usando Azure como site de DR.
Tenho participado do PASS Summit desde 2012, e pela primeira vez participarei como palestrante :).
Será uma paletra curta “lightning talk” mas estou me esforçando para entregar um bom conteúdo.
Para quem não conhece, o PASS summit é realizado anualmente nos EUA (geralmente em Seattle).
Para quem vai para o Seattle, te vejo por lá. para quem não conseguirá ir este ano, no site do pass (PASStv) será transmitido algumas informações e entrevistas ao vivo durante o evento.
Marcelo Fernandes