{"id":1648,"date":"2013-01-20T16:02:55","date_gmt":"2013-01-20T18:02:55","guid":{"rendered":"http:\/\/fabriciolima.net\/blog\/?p=1648"},"modified":"2016-07-23T23:36:11","modified_gmt":"2016-07-24T02:36:11","slug":"database-mirroring-como-fica-o-backup-do-log-quando-ocorre-um-failover-no-mirror","status":"publish","type":"post","link":"https:\/\/fabriciolima.net\/blog\/2013\/01\/20\/database-mirroring-como-fica-o-backup-do-log-quando-ocorre-um-failover-no-mirror\/","title":{"rendered":"Database Mirroring – Como fica o Backup do Log quando ocorre um Failover no Mirror"},"content":{"rendered":"

Ol\u00e1 Pessoal,<\/p>\n

Esse ser\u00e1 o \u00faltimo post de uma s\u00e9rie com 12 posts sobre testes realizados com o Database Mirroring. Com a chegada do SQL Server 2012, o Database Mirroring parece ser uma tecnologia \u00faltrapassada, contudo, conseguimos implementar ele apenas no fim do ano passado em minha empresa. At\u00e9 a migra\u00e7\u00e3o do nosso ambiente para o SQL Server 2012, precisamos ter muito conhecimento sobre o Database Mirroring para saber como agir no dia a dia.<\/p>\n

Para homologar o que acontece com os backups do log quando ocorre um failover no mirror, nesse teste foi feito um failover manual de uma inst\u00e2ncia A (AMBIENTE5) para uma inst\u00e2ncia B (AMBIENTE5\\INST) e em seguida foi feito um failover de volta da inst\u00e2ncia B (AMBIENTE5\\INST1) para a inst\u00e2ncia A (AMBIENTE5). Durante esses failovers, um loop de inser\u00e7\u00e3o de dados estava sendo executado nas duas inst\u00e2ncias e foi realizado v\u00e1rios backups do log nas duas inst\u00e2ncias gravando em um mesmo device.<\/p>\n

1 – Inicialmente foi feito um backup FULL da database Mirror1 em uma inst\u00e2ncia do SQL Server chamada AMBIENTE5.<\/p>\n

2 – Em seguida foi feito um backup do log da mesma base no device C:\\Mirror1_Logs.bak.<\/p>\n

3 – Para gerar inser\u00e7\u00f5es no log do SQL Server o loop abaixo foi iniciado:<\/p>\n

while 1=1
\nbegin
\nif exists (select null
\nfrom sys.databases
\nwhere name = ‘MIRROR1’ and state_desc = ‘ONLINE’)<\/p>\n

insert into mirror1..Teste(texto)
\nselect @@servername
\nEnd<\/p>\n

4 – Ap\u00f3s alguns segundos foi realizado outro backup do log no mesmo device que o passo 2.<\/p>\n

5 – Ap\u00f3s mais alguns segundos, com o loop do passo 3 sendo executado, foi\u00a0 realizado um\u00a0 failover manual\u00a0 da inst\u00e2ncia AMBIENTE5 para a inst\u00e2ncia AMBIENTE5\\INST1 com o comando:<\/p>\n

ALTER DATABASE Mirror1 SET PARTNER FAILOVER<\/p>\n

6 – Agora conectado na inst\u00e2ncia AMBIENTE5\\INST1, a database Mirror1 possui a role Principal do Database Mirroring. Nesse momento foi realizado um backup do log nessa base para o mesmo device do passo 2.<\/p>\n

7 – Novamente foi deixado o loop do passo 3 executando, s\u00f3 que agora na inst\u00e2ncia AMBIENTE5\\INST1.<\/p>\n

8 – Ap\u00f3s alguns segundos foi realizado outro backup do log no mesmo device que o passo 2.<\/p>\n

9 – Realizando o mesmo processo do passo 5, foi feito um failover da inst\u00e2ncia AMBIENTE5\\INST1 para a AMBIENTE5.<\/p>\n

10 – Finalizando a sequencia de backups, com o loop j\u00e1 parado, foi realizado um \u00faltimo backup do Log na inst\u00e2ncia AMBIENTE5 para o mesmo device utilizado durante todo o teste.<\/p>\n

Para visualizar a sequ\u00eancia de backups do log, pode-se abrir a tela de restore do backup device seguindo o caminho abaixo:<\/p>\n

No Object Explorer do Management Studio-> Bot\u00e3o direito em Databases-> Restore Database… -> Em \u201cSource for restore\u201d-> Selecione \u201cFrom device\u201d e coloque o caminho do device utilizado:<\/p>\n

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

Como \u00e9 poss\u00edvel analisar na figura acima, seguindo a ordem da coluna \u201cPosition\u201d, a sequ\u00eancia de backup come\u00e7ou na instancia AMBIENTE5, executou por duas vezes na inst\u00e2ncia AMBIENTE5\\INST1 e voltou para a inst\u00e2ncia AMBIENTE5. Analisando as colunas \u201cFirst LSN\u201d e \u201cLast LSN\u201d, pode-se notar que o \u201cLAST LSN\u201d de um backup \u00e9 o mesmo \u201cFIRST LSN\u201d do backup do Log seguinte, mesmo quando os backups s\u00e3o executados em inst\u00e2ncias diferentes.<\/p>\n

Para finalizar o teste, foi realizado um restore do backup full realizado no Passo 1 do teste em uma database chamada \u201cMirror2\u201d seguido de um restore dos 6 backups do log da figura acima.<\/p>\n

Como pode ser visto na figura abaixo, a tabela onde os inserts foram realizados possui o mesmo n\u00famero de registros na base restaurada (Mirror2), ou seja, os backups do log foram todos aplicados com sucesso na opera\u00e7\u00e3o de restore.<\/p>\n

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

Conclus\u00e3o: O backup do log n\u00e3o \u00e9 afetado quando temos um failover de uma database entre dois servidores configurados em uma solu\u00e7\u00e3o de Database Mirroring.<\/p>\n

Para Informa\u00e7\u00e3o:
\nWhen you backup the log on the principal, the virtual log files (individual units within the log file) are marked as re-writable. The same VLF\u2019s are marked as re-writable in the mirror log file as well. The VLF status is mirrored on the database.<\/p>\n

Artigos relacionados:<\/p>\n

S\u00e9rie de Posts sobre Database Mirroring<\/a><\/p>\n

Database Mirroring \u2013 Como alterar o Operation Mode<\/a><\/p>\n

Database Mirroring \u2013 Operation Mode High Performance \u2013 Parte 1<\/a><\/p>\n

Database Mirroring \u2013 Operation Mode High Performance \u2013 Parte 2<\/a><\/p>\n

Database Mirroring – Operation Mode High Performance – Parte 3<\/a><\/p>\n

Database Mirroring \u2013 Operation Mode High Safety Without Failover \u2013 Parte 1<\/a><\/p>\n

Database Mirroring \u2013 Operation Mode High Safety Without Failover \u2013 Parte 2<\/a><\/p>\n

Database Mirroring \u2013 Operation Mode High Safety with Automatic Failover<\/a><\/p>\n

Database Mirroring \u2013 Tempo Failover \u2013 HS With Automatic Failover com Timeout<\/a><\/p>\n

Database Mirroring \u2013 Tirando o servidor de Witness do Mirror em caso de falha<\/a><\/p>\n

Database Mirroring \u2013 Failover manual de v\u00e1rias bases ao mesmo tempo<\/a><\/p>\n

Database Mirroring \u2013 Configurando um Snapshot no servidor Mirror<\/a><\/p>\n

Gostou desse Post?<\/b><\/p>\n

Cadastre seu e-mail para receber novos Posts e curta minha P\u00e1gina no Facebook<\/a> para receber Dicas de Leituras e Eventos sobre SQL Server.<\/p>\n

Abra\u00e7os,<\/p>\n

Fabr\u00edcio Lima<\/p>\n

MCITP \u2013 Database Administrator<\/p>\n

Consultor e Instrutor SQL Server<\/p>\n

Trabalha com SQL Server desde 2006<\/p>\n","protected":false},"excerpt":{"rendered":"

Ol\u00e1 Pessoal, Esse ser\u00e1 o \u00faltimo post de uma s\u00e9rie com 12 posts sobre testes realizados com o Database Mirroring. Com a chegada do SQL Server 2012, o Database Mirroring parece ser uma tecnologia \u00faltrapassada, contudo, conseguimos implementar ele apenas no fim do ano passado em minha empresa. At\u00e9 a migra\u00e7\u00e3o do nosso ambiente para […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","jetpack_post_was_ever_published":false},"categories":[3,280],"tags":[604,606,391,23,607,372,613,611,612,610,608,616,49,33,50,34,605,609,614,615],"class_list":["post-1648","post","type-post","status-publish","format-standard","hentry","category-administracao-de-bd","category-virtual-pass-br","tag-alta-disponibilidade","tag-database-mirror","tag-database-mirroring","tag-dba","tag-espelhamento-de-banco-de-dados","tag-high-availability","tag-high-performance","tag-high-safety-with-automatic-failover","tag-high-safety-without-automatic-failover","tag-operation-mode","tag-perda-de-dados","tag-safety","tag-sql","tag-sql-server","tag-sql-server-2005","tag-sql-server-2008","tag-sql-server-mirror","tag-sql-server-online","tag-sys-database_mirroring","tag-witness"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t