{"id":22,"date":"2026-06-04T09:00:00","date_gmt":"2026-06-04T12:00:00","guid":{"rendered":"https:\/\/www.wspeed.com.br\/blog\/backup-sql-server\/"},"modified":"2026-06-20T16:02:33","modified_gmt":"2026-06-20T19:02:33","slug":"backup-sql-server","status":"publish","type":"post","link":"https:\/\/www.wspeed.com.br\/blog\/backup-sql-server\/","title":{"rendered":"Backup SQL Server: .BAK, Full e Diferencial Sem Furo"},"content":{"rendered":"
Resposta r\u00e1pida<\/span><\/p>\n

Backup SQL Server (ou becape do SQL Server) \u00e9 feito com o comando BACKUP DATABASE, que gera um arquivo .BAK consistente com o banco rodando. A estrat\u00e9gia correta combina um Full semanal com Diferenciais di\u00e1rios. Copiar o .mdf com o servi\u00e7o ativo n\u00e3o \u00e9 backup \u2014 \u00e9 um arquivo corrompido esperando acontecer.<\/p>\n<\/div>\n

Mas Maur\u00edcio, o banco de dados t\u00e1 sendo “feito backup” todo dia \u2014 aquele arquivo .mdf que a gente copia na pasta de backup. T\u00e1 certo, n\u00e9?<\/strong><\/p>\n

Infelizmente, n\u00e3o. Essa \u00e9 uma das ilus\u00f5es mais comuns \u2014 e mais perigosas \u2014 que eu vejo nas empresas que atendem sistema ERP em SQL Server. O arquivo est\u00e1 na pasta, o tamanho bate, ningu\u00e9m nunca reclamou\u2026 at\u00e9 o dia que o servidor queima ou o ransomware chega e voc\u00ea descobre, da pior forma poss\u00edvel, que aquela c\u00f3pia n\u00e3o abre.<\/p>\n

Vou te explicar o porqu\u00ea e como se faz o backup SQL Server<\/strong> (ou becape do SQL Server) do jeito certo: arquivo .BAK<\/strong>, estrat\u00e9gia full mais diferencial<\/strong> e o caminho do dado at\u00e9 a nuvem, longe do servidor.<\/p>\n

Se voc\u00ea ainda est\u00e1 construindo o conceito de backup de banco de dados em geral \u2014 Firebird, MySQL, PostgreSQL \u2014 recomendo ler primeiro o backup de banco de dados<\/a> para ter o mapa completo. Aqui a gente vai fundo no SQL Server.<\/p>\n

Por que copiar o .mdf com o banco no ar n\u00e3o \u00e9 backup?<\/h2>\n

O SQL Server mant\u00e9m tr\u00eas tipos de arquivo no disco: o .mdf<\/code> (dados prim\u00e1rios), o .ndf<\/code> (dados secund\u00e1rios, opcional) e o .ldf<\/code> (log de transa\u00e7\u00f5es). Quando o servi\u00e7o est\u00e1 rodando, esses arquivos est\u00e3o em uso ativo<\/strong> \u2014 o SQL Server tem p\u00e1ginas de dados na mem\u00f3ria, transa\u00e7\u00f5es em aberto e o log ainda n\u00e3o foi completamente sincronizado com o arquivo em disco.<\/p>\n

Quando voc\u00ea copia o .mdf<\/code> com o banco no ar, voc\u00ea captura esse estado no meio do caminho. O resultado \u00e9 um arquivo que, na melhor das hip\u00f3teses, abre com erro de integridade. Na pior, nem abre \u2014 e voc\u00ea descobre isso no dia do restore, n\u00e3o antes.<\/p>\n

Copiar o .mdf com o servi\u00e7o rodando n\u00e3o \u00e9 backup. \u00c9 um arquivo corrompido esperando a hora certa pra te decepcionar.<\/strong><\/p>\n

O mesmo vale para aquela ideia de “exportar tabela pra Excel” ou tirar print do relat\u00f3rio. Esses recursos servem pra an\u00e1lise pontual, n\u00e3o pra recupera\u00e7\u00e3o do banco. Se o sistema cair, voc\u00ea n\u00e3o vai conseguir recriar dois anos de nota fiscal a partir de uma planilha.<\/p>\n

O que \u00e9 o arquivo .BAK e como ele \u00e9 gerado?<\/h2>\n

O .BAK<\/code> \u00e9 o arquivo de backup nativo do SQL Server. Ele \u00e9 gerado pelo comando BACKUP DATABASE<\/code>, que o SQL Server executa internamente de forma consistente e at\u00f4mica<\/strong> \u2014 captura todos os dados e o estado correto das transa\u00e7\u00f5es, mesmo com o banco 100% online. Nenhum downtime.<\/p>\n

Esse arquivo \u00e9 o \u00fanico formato que o RESTORE DATABASE<\/code> aceita nativamente. Sem o .BAK<\/code> gerado pelo comando correto, voc\u00ea n\u00e3o tem backup SQL Server \u2014 tem uma ilus\u00e3o de backup.<\/p>\n

O comando b\u00e1sico para gerar o .BAK<\/code> de um banco espec\u00edfico:<\/p>\n

-- Backup FULL do banco \"SistemaERP\"\nBACKUP DATABASE [SistemaERP]\nTO DISK = 'C:\\WSPEED\\Backup\\SistemaERP_Full.BAK'\nWITH FORMAT, MEDIANAME = 'SistemaERP', NAME = 'SistemaERP Full Backup', COMPRESSION;\n<\/code><\/pre>\n
O par\u00e2metro WITH FORMAT<\/code> cria um novo conjunto de m\u00eddia (recomendado para overwrite intencional). O COMPRESSION<\/code> reduz o tamanho do arquivo sem custo percept\u00edvel de CPU em servidores modernos.<\/p>\n
Qual a diferen\u00e7a entre backup full e backup diferencial no SQL Server?<\/h2>\n
Essa \u00e9 a estrat\u00e9gia que separa uma prote\u00e7\u00e3o real de uma prote\u00e7\u00e3o que falha no detalhe. Entender a diferen\u00e7a \u00e9 fundamental para quem gerencia ERP em SQL Server.<\/p>\n\n\n\n\n\n\n
Tipo<\/th>\nO que copia<\/th>\nTamanho<\/th>\nVelocidade de restore<\/th>\nQuando usar<\/th>\n<\/tr>\n<\/thead>\n
Full (BACKUP DATABASE)<\/strong><\/td>\nO banco inteiro \u2014 dados, estrutura, estado atual das transa\u00e7\u00f5es.<\/td>\nGrande (100% do banco)<\/td>\nMais r\u00e1pido \u2014 um \u00fanico arquivo para restaurar.<\/td>\nUma vez por semana (ou todo dia em bancos pequenos). \u00c9 a base obrigat\u00f3ria.<\/td>\n<\/tr>\n
Diferencial (WITH DIFFERENTIAL)<\/strong><\/td>\nApenas o que mudou desde o \u00faltimo backup full.<\/td>\nMenor (cresce at\u00e9 o pr\u00f3ximo full)<\/td>\nR\u00e1pido \u2014 precisa s\u00f3 do full mais recente + este diferencial.<\/td>\nTodo dia entre os fulls. Protege as mudan\u00e7as di\u00e1rias sem copiar tudo de novo.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
A grande vantagem do diferencial sobre o incremental (comum em outros SGBDs): para restaurar, voc\u00ea precisa de apenas dois arquivos<\/strong> \u2014 o full mais recente e o diferencial mais recente. N\u00e3o tem corrente de arquivos para montar. Isso acelera o restore e reduz a margem de erro na hora do aperto.<\/p>\n
A estrat\u00e9gia padr\u00e3o que recomendo:<\/strong> full toda sexta \u00e0 noite (ou madrugada de domingo) e diferencial de segunda a quinta no final do expediente. Se o servidor cair na quinta \u00e0 tarde, voc\u00ea tem o full de domingo mais o diferencial de quarta \u2014 perde, no m\u00e1ximo, o movimento do dia.<\/p>\n
Como configurar o job de backup no SQL Server?<\/h2>\n
Na pr\u00e1tica, o jeito mais seguro \u00e9 criar um script .sql<\/code> com os comandos e agendar via SQL Server Agent<\/strong>. Assim o backup roda autom\u00e1tico, sem depender de ningu\u00e9m lembrar.<\/p>\n
Script para backup full de todos os bancos do servidor (salve como BackupFull.sql<\/code>):<\/p>\n
DECLARE @path NVARCHAR(512) = 'C:\\WSPEED\\Backup\\'\nDECLARE @name NVARCHAR(256)\nDECLARE @fileName NVARCHAR(512)\nDECLARE @fileDate NVARCHAR(40)\n\nSELECT @fileDate = CONVERT(NVARCHAR(20), GETDATE(), 112) -- formato AAAAMMDD\n\nDECLARE db_cursor CURSOR READ_ONLY FOR\n  SELECT name FROM master.sys.databases\n  WHERE name NOT IN ('master','model','msdb','tempdb')\n    AND state = 0          -- banco online\n    AND is_in_standby = 0  -- n\u00e3o em modo standby\n\nOPEN db_cursor\nFETCH NEXT FROM db_cursor INTO @name\n\nWHILE @@FETCH_STATUS = 0\nBEGIN\n  SET @fileName = @path + @name + '_Full_' + @fileDate + '.BAK'\n  BACKUP DATABASE @name\n    TO DISK = @fileName\n    WITH FORMAT, MEDIANAME = @name, NAME = @name, COMPRESSION\n  FETCH NEXT FROM db_cursor INTO @name\nEND\n\nCLOSE db_cursor\nDEALLOCATE db_cursor\n<\/code><\/pre>\n
Para o diferencial, o script \u00e9 quase id\u00eantico \u2014 s\u00f3 muda o sufixo e o WITH DIFFERENTIAL<\/code>:<\/p>\n
-- Backup DIFERENCIAL (rode com o mesmo cursor, trocando o bloco interno)\nBACKUP DATABASE [SistemaERP]\nTO DISK = 'C:\\WSPEED\\Backup\\SistemaERP_Dif.BAK'\nWITH DIFFERENTIAL, MEDIANAME = 'SistemaERP', NAME = 'SistemaERP Diferencial', COMPRESSION;\n<\/code><\/pre>\n
Para chamar o script via linha de comando (\u00fatil em scripts .bat<\/code> agendados pelo Windows Task Scheduler, como alternativa ao SQL Server Agent):<\/p>\n
@echo off\nset SERVIDOR=NOME-DO-SERVIDOR\\INSTANCIA\nset USUARIO=usuario_backup\nset SENHA=SuaSenha\n\nSQLCMD -S %SERVIDOR% -U %USUARIO% -P %SENHA% -b -i C:\\Scripts\\BackupFull.sql\n\n:: Para autentica\u00e7\u00e3o Windows integrada (sem login\/senha expl\u00edcito):\n:: SQLCMD -S %SERVIDOR% -E -b -i C:\\Scripts\\BackupFull.sql\n<\/code><\/pre>\n
Como restaurar um banco a partir do .BAK?<\/h2>\n
Mas Maur\u00edcio, e na hora de restaurar \u2014 como funciona na pr\u00e1tica?<\/strong><\/p>\n
Primeiro, uma consulta \u00fatil para confirmar o conte\u00fado do .BAK antes de restaurar:<\/p>\n
-- Verifique o que tem dentro do arquivo .BAK\nRESTORE HEADERONLY\nFROM DISK = 'C:\\WSPEED\\Backup\\SistemaERP_Full.BAK';\n\n-- Confirme os caminhos dos arquivos .mdf e .ldf originais\nRESTORE FILELISTONLY\nFROM DISK = 'C:\\WSPEED\\Backup\\SistemaERP_Full.BAK';\n<\/code><\/pre>\n
Com os nomes de arquivo confirmados, o restore completo (full + diferencial) segue esta ordem:<\/p>\n
-- Passo 1: Restaure o FULL com NORECOVERY (deixa o banco em standby pra aplicar o diferencial)\nRESTORE DATABASE [SistemaERP_Restaurado]\nFROM DISK = 'C:\\WSPEED\\Backup\\SistemaERP_Full.BAK'\nWITH MOVE 'SistemaERP'     TO 'C:\\SQLServer\\Data\\SistemaERP_restore.mdf',\n     MOVE 'SistemaERP_log' TO 'C:\\SQLServer\\Log\\SistemaERP_restore.ldf',\n     NORECOVERY, REPLACE;\n\n-- Passo 2: Aplique o DIFERENCIAL e finalize com RECOVERY\nRESTORE DATABASE [SistemaERP_Restaurado]\nFROM DISK = 'C:\\WSPEED\\Backup\\SistemaERP_Dif.BAK'\nWITH RECOVERY;\n<\/code><\/pre>\n
O NORECOVERY<\/code> no primeiro passo \u00e9 fundamental: ele deixa o banco em estado intermedi\u00e1rio, pronto para receber o diferencial. Sem ele, o banco \u00e9 finalizado antes do diferencial ser aplicado e voc\u00ea perde o movimento do per\u00edodo.<\/p>\n
Se for restaurar s\u00f3 com o full (sem diferencial), use WITH RECOVERY<\/code> direto no primeiro comando \u2014 o banco j\u00e1 sobe pronto.<\/p>\n
O job parou e ningu\u00e9m viu: o risco invis\u00edvel do backup silencioso<\/h2>\n
Esse \u00e9 o ponto que mais me preocupa. O script roda hoje, amanh\u00e3, na semana que vem\u2026 e um dia para. O SQL Server Agent falha, a pasta de destino fica sem espa\u00e7o, a inst\u00e2ncia muda de nome depois de um update do Windows. O arquivo .BAK<\/code> deixa de ser gerado \u2014 e ningu\u00e9m percebe.<\/p>\n
Semanas depois, o servidor vai ao ar. A\u00ed voc\u00ea vai restaurar e descobre que o \u00faltimo backup v\u00e1lido tem 23 dias.<\/p>\n
Duas medidas simples que evitam esse pesadelo:<\/p>\n