A minha d\u00favida \u00e9 a seguinte: O que acontece se eu executar Backups do Log junto com um Backup Full?\u00a0 Como fica minha sequ\u00eancia de restores a partir desse backup Full? Como que eu sei qual \u00e9 o primeiro Backup do Log que eu preciso restaurar ap\u00f3s o meu Backup Full?<\/p>\n
Suponha que seu ambiente tenha um backup Full di\u00e1rio pela manha e backups do Log a cada 10 minutos durante o dia.<\/p>\n
Pela manh\u00e3 \u00e9 executado um backup Full conforme o script abaixo:<\/p>\n
BACKUP DATABASE FabricioLima TO DISK = ‘C:\\FabricioLimaFULL1.bak’
\nWITH INIT, stats = 10,name = ‘Backup Full 1’<\/p>\n
Ap\u00f3s executar esse backup, simulando um restore, cliquei com o bot\u00e3o direito em cima da database FabricioLima -> Task -> Restore -> Database, e tenho a seguinte informa\u00e7\u00e3o:<\/p>\n
Em seguida, criei uma tabela e deixei rodando um loop com um insert e um backup do Log simulando exatamente o que acontece durante o dia, manipula\u00e7\u00e3o de dados e backups do Log a cada 10 minutos.<\/p>\n CREATE TABLE registroBackup\u00a0\u00a0\u00a0 (id INT IDENTITY,\u00a0\u00a0\u00a0 registro VARCHAR(50))<\/p>\n DECLARE @Nome varchar(30) = ‘BAK do Log: ‘, @i INT = 1<\/p>\n WHILE 1=1 SET @Nome = @Nome + CAST(@i AS VARCHAR(2))<\/p>\n — Realiza o Backup do Log waitfor delay ’00:00:02′ END<\/p>\n Agora imagina que seu backup FULL tenha falhado pela manh\u00e3 e voc\u00ea precise rod\u00e1-lo novamente, entretanto, voc\u00ea esqueceu de desabilitar o backup do log\u00a0 e os 2 rodaram simultaneamente. E agora? Preciso desabilitar o job do LOG e iniciar o FULL novamente para manter a sequ\u00eancia correta de restore desse backup FULL?<\/p>\n N\u00e3o!!! Vamos simular essa situa\u00e7\u00e3o.<\/p>\n Com o loop em execu\u00e7\u00e3o, rodei simultaneamente outro backup FULL:<\/p>\n BACKUP DATABASE FabricioLima TO DISK = ‘C:\\FabricioLimaFULL2.bak’ Quando o Backup FULL acabou, parei o loop que faz backup do LOG alguns segundos depois. Agora vamos ver como ficou situa\u00e7\u00e3o dos backups. Simulando um restore do mesmo modo como como foi feito anteriormente, temos a seguinte informa\u00e7\u00e3o:<\/p>\n Legal, o SQL Server j\u00e1 inclu\u00edu o meu backup FULL 2 no meio dos meus backups de LOG, ent\u00e3o \u00e9 s\u00f3 marcar o Backup FULL e todos os seus backups do Log posteriores e executar o restore. Eu realizei esse restore para uma database chamada FabricioLima2, posteriormente iremos conferir os dados das databases.<\/p>\n Existe alguma forma de verificar essa informa\u00e7\u00e3o via T-SQL?<\/p>\n Sim. Executando a query abaixo:<\/p>\n select position, name, backup_start_date, Temos o seguinte resultado:<\/p>\n <\/a> Pode-se verificar que o Backup Full 2\u00a0 come\u00e7ou as 17:43:33 (Azul) e o backup do Log 8 (Preto) terminou e come\u00e7ou as 17:43:34.\u00a0 Ou seja, o backup Full 2 cont\u00e9m os backups do Log 5, 6 e 7, mas n\u00e3o cont\u00e9m o de n\u00famero 8.<\/p>\n Entretanto, olhando datas n\u00e3o \u00e9 um m\u00e9todo confi\u00e1vel de se verificar essa informa\u00e7\u00e3o. Para ter certeza do que realmente entrou e n\u00e3o entrou no backup Full, deve-se olhar as colunas First_LSN e Last_LSN.<\/p>\n Cada registro do log de transa\u00e7\u00f5es do SQL Server \u00e9 identificado de forma exclusiva por um LSN (n\u00famero da sequ\u00eancia de log). Os LSNs s\u00e3o ordenados de tal modo que se LSN2 for maior do que LSN1, a altera\u00e7\u00e3o descrita pelo registro de log mencionado por LSN2 ocorreu depois da altera\u00e7\u00e3o descrita pelo registro de log LSN.<\/p>\n A coluna First_LSN cont\u00e9m o n\u00famero de sequ\u00eancia de log do primeiro ou mais antigo registro de log no conjunto de backup. Como o inicio e o fim de todos os LSN s\u00e3o iguals, olharemos apenas os n\u00fameros intermedi\u00e1rios para facilitar a explica\u00e7\u00e3o.<\/p>\n \u00c9 possivel ver que o Backup Full guardou at\u00e9 o LSN 14086 (verde). J\u00e1 o Backup do Log 8 cont\u00e9m os LSN de 14085 (Vermelho) at\u00e9 14093. Perceberam que o backup FULL guardou 1 LSN do backup do Log 8? Todavia, ele n\u00e3o guardou todos os LSN’s desse backup 8 e \u00e9 por isso que ele \u00e9 o pr\u00f3ximo backup que deve ser restaurado.<\/p>\n Descoberto quais arquivos precisam ser restaurados, vamos criar uma nova database chamada FabricioLima3 e restaurar os arquivos via T-SQL:<\/p>\n RESTORE DATABASE [FabricioLima3] FROM\u00a0 DISK = N’C:\\FabricioLimaFULL2.bak’ RESTORE LOG [FabricioLima3] FROM\u00a0 DISK = N’C:\\FabricioLimaLog.bak’ WITH\u00a0 FILE = 8,\u00a0 NORECOVERY,\u00a0 NOUNLOAD<\/p>\n RESTORE LOG [FabricioLima3] FROM\u00a0 DISK = N’C:\\FabricioLimaLog.bak’ WITH\u00a0 FILE = 9,\u00a0 NORECOVERY,\u00a0 NOUNLOAD<\/p>\n RESTORE LOG [FabricioLima3] FROM\u00a0 DISK = N’C:\\FabricioLimaLog.bak’ WITH\u00a0 FILE = 10,\u00a0 RECOVERY, NOUNLOAD<\/p>\n Se voc\u00ea tentar restaurar o FILE = 7 ap\u00f3s o Backup Full 2, voc\u00ea receber\u00e1 o erro abaixo:<\/p>\n Msg 4326, Level 16, State 1, Line 2 Na figura abaixo temos uma compara\u00e7\u00e3o da tabela populada pelo loop da database original para as outras 2 criadas via restore.<\/p>\n![\"\"](\"https:\/\/www.fabriciolima.net\/blog\/wp-content\/uploads\/2011\/04\/BackupFULL_1-300x37.png\" "\\"BackupFULL_1\\"")
<\/a><\/p>\n
\nBEGIN
\n— Insere registro
\nINSERT INTO registroBackup
\nVALUES (‘Antes do ‘+CAST(@i AS VARCHAR(2))+’\u00ba backup de LOG’)<\/p>\n
\nBACKUP LOG FabricioLima TO DISK = ‘C:\\FabricioLimaLOG.bak’\u00a0 WITH NOINIT\u00a0 , Name = @nome<\/p>\n
\nSELECT @i += 1, @nome = ‘BAK do Log: ‘<\/p>\n
\nWITH INIT, stats = 10,name = ‘Backup Full: 2’<\/p>\n![\"\"](\"https:\/\/www.fabriciolima.net\/blog\/wp-content\/uploads\/2011\/04\/BackupFULL_2.png\" "\\"BackupFULL_2\\"")
<\/a><\/p>\n
\nbackup_finish_date,first_lsn,last_lsn
\nfrom msdb.dbo.backupset
\nwhere backup_start_date >= ‘20110430 17:42’\u00a0\u00a0\u00a0 — Inicio dos testes
\norder by backup_start_date<\/p>\n![\"\"](\"https:\/\/www.fabriciolima.net\/blog\/wp-content\/uploads\/2011\/05\/AnaliseFinal.png\" "\\"AnaliseFinal\\"")
<\/a><\/p>\n
\nJ\u00e1 a coluna Last_LSN cont\u00e9m o n\u00famero de sequ\u00eancia do primeiro registro de log feito ap\u00f3s o conjunto de backup.<\/p>\n
\nWITH
\nMOVE N’FabricioLima’ TO N’C:\\FabricioLima3.mdf’,
\nMOVE N’FabricioLima_log’ TO N’C:\\FabricioLima3_Log.ldf’,\u00a0 NORECOVERY,\u00a0 NOUNLOAD,\u00a0 STATS = 10<\/p>\n
\nThe log in this backup set terminates at LSN 5334000001408500001, which is too early to apply to the database. A more recent log backup that includes LSN 5334000001408600001 can be restored.
\nMsg 3013, Level 16, State 1, Line 2
\nRESTORE LOG is terminating abnormally.<\/p>\n
![\"\"](\"https:\/\/www.fabriciolima.net\/blog\/wp-content\/uploads\/2011\/04\/ComparacaoDatabases.png\" "\\"ComparacaoDatabases\\"")
<\/a><\/p>\n![<\/a>](\"https:\/\/www.fabriciolima.net\/blog\/wp-content\/uploads\/2011\/04\/BackupSet.png\"){kind=link}