{"id":8,"date":"2026-06-02T09:00:00","date_gmt":"2026-06-02T12:00:00","guid":{"rendered":"https:\/\/www.wspeed.com.br\/blog\/backup-banco-de-dados-sql-server-firebird-mysql-postgresql-ou-oracle\/"},"modified":"2026-06-27T23:38:00","modified_gmt":"2026-06-28T02:38:00","slug":"backup-banco-de-dados-sql-server-firebird-mysql-postgresql-ou-oracle","status":"publish","type":"post","link":"https:\/\/www.wspeed.com.br\/blog\/backup-banco-de-dados-sql-server-firebird-mysql-postgresql-ou-oracle\/","title":{"rendered":"Backup Banco de Dados: Guia T\u00e9cnico para Firebird, SQL Server, MySQL, PostgreSQL e Oracle"},"content":{"rendered":"
Resposta r\u00e1pida<\/span><\/p>\n

Backup banco de dados exige usar a ferramenta nativa do SGBD \u2014 gbak no Firebird, BACKUP DATABASE no SQL Server, mysqldump no MySQL e pg_dump no PostgreSQL. Copiar os arquivos do banco em uso sem esses utilit\u00e1rios gera backup corrompido. O arquivo gerado deve ser enviado para a nuvem e ter o restore testado regularmente.<\/p>\n<\/div>\n

Mas Maur\u00edcio, o sistema faz backup todo dia \u2014 est\u00e1 tudo certo, n\u00e9?<\/strong><\/p>\n

Quem dera. Essa \u00e9 a frase que mais ou\u00e7o antes de um problema virar cat\u00e1strofe. O sistema agenda<\/em> o backup, o relat\u00f3rio diz “OK”, mas ningu\u00e9m testou o restore. A\u00ed chega o dia do aperto \u2014 HD queimado, ransomware, troca de servidor \u2014 e o arquivo de backup abre corrompido, ou pior: est\u00e1 vazio.<\/p>\n

A real \u00e9 que backup banco de dados<\/strong> (ou becape do banco) \u00e9 diferente de copiar arquivos comuns. Banco de dados em uso tem transa\u00e7\u00f5es em aberto, \u00edndices na mem\u00f3ria, arquivos de log ativos. Voc\u00ea n\u00e3o pode simplesmente copiar o .fdb<\/code> ou o .mdf<\/code> com o banco rodando \u2014 o resultado quase sempre \u00e9 um arquivo in\u00fatil na hora que mais precisar.<\/p>\n

Neste guia, vou cobrir os cinco SGBDs que mais aparecem nos sistemas das empresas que atendemos: Firebird, SQL Server, MySQL, PostgreSQL e Oracle<\/strong>. Em cada um: o comando correto, o restore na pr\u00e1tica e o ponto de aten\u00e7\u00e3o que ningu\u00e9m conta.<\/p>\n

Se voc\u00ea ainda est\u00e1 construindo o conceito de por que backup importa, recomendo come\u00e7ar pelo o que \u00e9 backup<\/a> antes de continuar aqui.<\/p>\n

Por que copiar o arquivo do banco em uso n\u00e3o funciona?<\/h2>\n

Cada banco de dados mant\u00e9m um estado interno consistente em mem\u00f3ria \u2014 p\u00e1ginas sujas, transa\u00e7\u00f5es em aberto, log de transa\u00e7\u00f5es que ainda n\u00e3o foi sincronizado com o arquivo em disco. Quando voc\u00ea copia o arquivo f\u00edsico com o banco em uso, voc\u00ea congela esse estado no meio do caminho.<\/p>\n

O resultado? Um arquivo que abre com erro de integridade, tabelas faltando registros das \u00faltimas horas, ou simplesmente n\u00e3o abre. J\u00e1 vi isso acontecer mais de uma vez com clientes que “faziam backup h\u00e1 anos” e descobriram na pior hora que n\u00e3o tinham nada.<\/p>\n

A solu\u00e7\u00e3o \u00e9 sempre usar o utilit\u00e1rio nativo do SGBD.<\/strong> Esses utilit\u00e1rios sabem como exportar o banco de forma consistente, finalizando transa\u00e7\u00f5es pendentes e garantindo que o arquivo gerado pode ser restaurado em outro servidor sem surpresas.<\/p>\n

A tabela abaixo resume os cinco SGBDs e seus utilit\u00e1rios:<\/p>\n\n\n\n\n\n\n\n\n\n
SGBD<\/th>\nUtilit\u00e1rio de backup<\/th>\nFormato do arquivo gerado<\/th>\nRoda com banco online?<\/th>\n<\/tr>\n<\/thead>\n
Firebird<\/strong><\/td>\ngbak + gfix<\/td>\n.gbk<\/td>\nSim (com shutdown breve via gfix)<\/td>\n<\/tr>\n
SQL Server<\/strong><\/td>\nBACKUP DATABASE (sqlcmd)<\/td>\n.BAK<\/td>\nSim<\/td>\n<\/tr>\n
MySQL \/ MariaDB<\/strong><\/td>\nmysqldump<\/td>\n.sql (+ .gz)<\/td>\nSim (com –single-transaction)<\/td>\n<\/tr>\n
PostgreSQL<\/strong><\/td>\npg_dump \/ pg_dumpall<\/td>\n.sql (+ .zip)<\/td>\nSim<\/td>\n<\/tr>\n
Oracle<\/strong><\/td>\nRMAN (recomenda DBA)<\/td>\nvariado<\/td>\nSim (modo ARCHIVELOG)<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
\"Diagrama
Fluxo completo: o dump nativo do SGBD gera o arquivo \u2014 o WSpeed Backup leva esse arquivo pra nuvem (Backblaze B2 + AWS S3) com criptografia e versionamento.<\/figcaption><\/figure>\n

Como fazer backup no Firebird (gbak)?<\/h2>\n

O Firebird \u00e9 o banco de dados que mais vejo em sistemas ERP brasileiros \u2014 especialmente sistemas desenvolvidos em Delphi. Ele armazena tudo em um \u00fanico arquivo .fdb<\/code> (ou .gdb<\/code> em vers\u00f5es antigas), o que parece simples mas esconde uma armadilha: esse arquivo n\u00e3o pode ser copiado diretamente com o banco em uso<\/strong>.<\/p>\n

A ferramenta correta \u00e9 o gbak<\/strong>. Ela faz um backup l\u00f3gico completo \u2014 exporta estrutura e dados, valida o banco durante o processo, e gera um arquivo .gbk<\/code> que pode ser restaurado em qualquer servidor com Firebird na mesma vers\u00e3o ou mais recente.<\/p>\n

Existe tamb\u00e9m o nbackup<\/strong>, que faz c\u00f3pia f\u00edsica incremental. O problema: se o processo for interrompido por qualquer motivo, o banco fica em modo delta e come\u00e7a a acumular mudan\u00e7as indefinidamente, sem jamais concluir. J\u00e1 vi banco parar por isso. Fique com o gbak.<\/p>\n

O fluxo correto na WSpeed \u00e9: colocar o banco em shutdown seguro via gfix<\/strong>, copiar o arquivo para uma pasta tempor\u00e1ria, reativar o banco (tempo de indisponibilidade: segundos), rodar o gbak sobre a c\u00f3pia. O banco volta r\u00e1pido e o backup acontece sem pressa na c\u00f3pia fora da produ\u00e7\u00e3o.<\/p>\n

E se a sua ferramenta de backup usa VSS<\/strong> (Volume Shadow Copy)? Ela copia o .fdb<\/code> num estado crash-consistent<\/em> \u2014 ou seja, n\u00e3o corrompe<\/strong> o banco em produ\u00e7\u00e3o, como se fosse uma foto do exato instante. N\u00e3o \u00e9 o ideal: o Firebird n\u00e3o \u00e9 “VSS-aware”, ent\u00e3o o backup vem cru e o restore depende da recupera\u00e7\u00e3o autom\u00e1tica do banco. Serve de plano B; o caminho seguro continua sendo o gbak.<\/p>\n

Backup (comando essencial):<\/p>\n

:: Coloca o banco em shutdown controlado (espera at\u00e9 100s pelas transa\u00e7\u00f5es)\ngfix -sh -tr 100 -fo 100 -user SYSDBA -pas masterkey localhost:C:\\Dados\\Sistema.fdb\n\n:: Copia o arquivo para pasta tempor\u00e1ria\ncopy C:\\Dados\\Sistema.fdb C:\\WSPEED\\BACKUP\\Validar\\Sistema.gdb\n\n:: Reativa o banco imediatamente\ngfix -online normal -user SYSDBA -pas masterkey localhost:C:\\Dados\\Sistema.fdb\n\n:: Roda o gbak sobre a c\u00f3pia (banco j\u00e1 est\u00e1 online de novo)\ngbak -backup -v -ig -y C:\\WSPEED\\BACKUP\\Logs\\backup.txt ^\n  localhost:C:\\WSPEED\\BACKUP\\Validar\\Sistema.gdb ^\n  C:\\WSPEED\\BACKUP\\Sistema-backup.gbk\n<\/code><\/pre>\n
Restore (gbak restore):<\/p>\n
set GBAK=\"C:\\Program Files (x86)\\Firebird\\Firebird_2_5\\bin\\gbak\"\nset ISC_USER=SYSDBA\nset ISC_PASSWORD=masterkey\n\n%GBAK% -c -r -user %ISC_USER% -pas %ISC_PASSWORD% -p 8192 -v ^\n  C:\\WSPEED\\BACKUP\\Sistema-backup.gbk ^\n  localhost:C:\\WSPEED\\RESTORE\\SistemaRestaurado.gdb\n<\/code><\/pre>\n
O par\u00e2metro -p 8192<\/code> define o page size em 8 KB \u2014 padr\u00e3o moderno para Firebird 2.5+. O -c<\/code> cria um banco novo a partir do backup; o -r<\/code> substitui se j\u00e1 existir.<\/p>\n
Como fazer backup no SQL Server (sqlcmd)?<\/h2>\n
O SQL Server da Microsoft usa tr\u00eas tipos de arquivo: o .mdf<\/code> (dados prim\u00e1rios), o .ndf<\/code> (dados secund\u00e1rios, opcional) e o .ldf<\/code> (log de transa\u00e7\u00f5es). Para um backup consistente, voc\u00ea precisa capturar todos eles juntos \u2014 e o comando nativo BACKUP DATABASE<\/code> faz isso de forma at\u00f4mica.<\/p>\n
A vantagem do SQL Server: voc\u00ea pode rodar o backup com o banco 100% online. Nenhum downtime.<\/p>\n
Pra ir al\u00e9m do full: o SQL Server tamb\u00e9m faz backup diferencial<\/strong> e de log de transa\u00e7\u00f5es<\/strong>. Com o banco em recovery model<\/em> FULL, o backup de log habilita o point-in-time recovery<\/strong> \u2014 voltar ao minuto antes do desastre. E, se a sua ferramenta usa VSS, \u00e9 o SQL Writer Service<\/strong> que garante a consist\u00eancia com a aplica\u00e7\u00e3o.<\/p>\n
Script SQL para backup de todos os bancos de dados (salve como TodasBases.sql<\/code>):<\/p>\n
DECLARE @path NVARCHAR(512)\nSET @path = 'C:\\WSPEED\\Backup\\'\n\nDECLARE @name NVARCHAR(256)\nDECLARE @fileName NVARCHAR(512)\nDECLARE @dia NVARCHAR(512)\nDECLARE @fileDate NVARCHAR(40)\n\nSELECT @fileDate = CONVERT(NVARCHAR(20), GETDATE(), 112)\nSELECT @dia = DATENAME(WEEKDAY, GETDATE())\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\n  AND is_in_standby = 0\n\nOPEN db_cursor\nFETCH NEXT FROM db_cursor INTO @name\n\nWHILE @@FETCH_STATUS = 0\nBEGIN\n  SET @fileName = @path + @name + '_' + @dia + '.BAK'\n  BACKUP DATABASE @name 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
Chame o script via sqlcmd<\/code> (salve como BackupSQL.bat<\/code>):<\/p>\n
@echo off\nset servidor=NOME-DO-SERVIDOR\nset login=usuario_backup\nset senha=SuaSenha\n\nSQLCMD -S %servidor% -U %login% -P %senha% -b -i TodasBases.sql\n:: Para autentica\u00e7\u00e3o Windows integrada (sem login\/senha):\n:: SQLCMD -S %servidor% -E -b -i TodasBases.sql\n<\/code><\/pre>\n
Restore em outro servidor (ponto de aten\u00e7\u00e3o: voc\u00ea precisa informar os caminhos dos arquivos .mdf<\/code> e .ldf<\/code> no servidor de destino):<\/p>\n
set ARQUIVO=C:\\WSPEED\\BACKUP\\MinhaBase_Sexta.BAK\nset BASE=MinhaBase\nset BASEINTERNA=DADP\nset DESTINO=C:\\SQLSERVER\\\n\nSQLCMD -S %servidor% -Q \"RESTORE DATABASE %BASE% FROM DISK = '%ARQUIVO%' ^\n  WITH MOVE '%BASEINTERNA%' TO '%DESTINO%%BASE%restore.mdf', ^\n  MOVE '%BASEINTERNA%_log' TO '%DESTINO%%BASE%_logrestore.ldf'\"\n<\/code><\/pre>\n
Uma consulta \u00fatil antes de tudo \u2014 para listar os bancos instalados e confirmar o que entra na rotina:<\/p>\n
SELECT name, state_desc, compatibility_level FROM sys.databases;\n<\/code><\/pre>\n
Como fazer backup no MySQL (mysqldump)?<\/h2>\n
O MySQL (e o MariaDB, que usa os mesmos comandos) \u00e9 o banco mais comum em sistemas web e alguns ERPs mais modernos. Normalmente roda em Linux.<\/p>\n
A ferramenta \u00e9 o mysqldump<\/strong> \u2014 gera um arquivo .sql<\/code> com todas as instru\u00e7\u00f5es para recriar o banco do zero. O flag --single-transaction<\/code> garante consist\u00eancia sem bloquear tabelas durante o dump.<\/p>\n
Pra bases grandes (100 GB+), vale conhecer o Percona XtraBackup<\/strong> (ou o mariabackup): \u00e9 backup f\u00edsico a quente, n\u00e3o trava o banco e restaura bem mais r\u00e1pido que o mysqldump. E, pra recupera\u00e7\u00e3o ponto-a-ponto, guarde os binary logs<\/strong> (binlog) \u2014 eles deixam voc\u00ea voltar at\u00e9 a \u00faltima transa\u00e7\u00e3o.<\/p>\n
Script shell para backup de todos os bancos (Linux):<\/p>\n
#!\/bin\/sh\n# Backup de todas as bases MySQL\/MariaDB\nUSER=root\nPASS=SuaSenhaAqui\nPASTA=\/backup\/db\n\ncd $PASTA\n\nmysql -N -e 'show databases' -u${USER} -p${PASS} | while read dbname; do\n  mysqldump \\\n    --user=${USER} \\\n    --password=${PASS} \\\n    --complete-insert \\\n    --routines \\\n    --triggers \\\n    --single-transaction \\\n    \"$dbname\" > \"$dbname\"-$(date +\"%a\").sql\n  [[ $? -eq 0 ]] && gzip -f \"$dbname\"-$(date +\"%a\").sql\ndone\n# Salva como nomebanco-Mon.sql.gz, nomebanco-Tue.sql.gz etc.\n# Mant\u00e9m 7 arquivos rotativos por banco (um por dia da semana)\n<\/code><\/pre>\n
Restore de uma base espec\u00edfica:<\/p>\n
# Crie o banco de destino primeiro\nmysql -u root -p -e \"CREATE DATABASE base_restaurada;\"\n\n# Restaure o dump (descompactando on-the-fly)\ngunzip -c \/backup\/db\/meusite-Mon.sql.gz | mysql -u root -p base_restaurada\n<\/code><\/pre>\n
Como fazer backup no PostgreSQL (pg_dump)?<\/h2>\n
O PostgreSQL \u00e9 robusto e cada vez mais presente em sistemas modernos. Ele armazena os dados em m\u00faltiplos arquivos internos \u2014 voc\u00ea nunca vai conseguir restaurar copiando esses arquivos diretamente. O caminho certo \u00e9 o pg_dump<\/strong> (uma base) ou o pg_dumpall<\/strong> (todas as bases + roles globais).<\/p>\n
Esse \u00e9 o caminho l\u00f3gico, \u00f3timo pra portabilidade. Pra disaster recovery com point-in-time recovery<\/strong>, existe o caminho f\u00edsico: pg_basebackup<\/strong> + arquivamento de WAL<\/strong> (Write-Ahead Log), que permite restaurar a qualquer instante.<\/p>\n
Script Windows para backup completo com pg_dumpall (ideal pra migra\u00e7\u00e3o ou disaster recovery):<\/p>\n
@echo off\nset DIR_OUT=C:\\WSPEED\\BACKUP\\\nset SISTEMA=MeuSistema\nset PGUSER=postgres\nset PGPASSWORD=SuaSenha\nset HOST=127.0.0.1\nset PGDUMPALL=\"C:\\Program Files\\PostgreSQL\\16\\bin\\pg_dumpall.exe\"\nset SETEZIP=\"C:\\Program Files\\7-Zip\\7z.exe\"\n\nif not exist %DIR_OUT% md %DIR_OUT%\n\nfor \/f %%a in ('wmic path win32_localtime get dayofweek \/format:list ^| findstr \"=\"') do (set %%a)\nif %DayOfWeek%==1 set DOW=Segunda\nif %DayOfWeek%==2 set DOW=Terca\nif %DayOfWeek%==3 set DOW=Quarta\nif %DayOfWeek%==4 set DOW=Quinta\nif %DayOfWeek%==5 set DOW=Sexta\nif %DayOfWeek%==6 set DOW=Sabado\nif %DayOfWeek%==0 set DOW=Domingo\n\nset OUTFILE=%DIR_OUT%Backup-FULL-%SISTEMA%-%DOW%.sql\n%PGDUMPALL% -h %HOST% -U %PGUSER% -v -f %OUTFILE%\n%SETEZIP% a %DIR_OUT%Backup_%SISTEMA%_pgsql_%DOW%.zip %DIR_OUT%*.sql\ndel \"%DIR_OUT%*.sql\"\n<\/code><\/pre>\n
Restore com psql (prefer\u00edvel ao pg_restore para dumps gerados com pg_dumpall, pois \u00e9 compat\u00edvel com qualquer vers\u00e3o):<\/p>\n
set PSQL=\"C:\\Program Files\\PostgreSQL\\16\\bin\\psql.exe\"\nset PGUSER=postgres\nset PGPASSWORD=SuaSenha\nset PGHOST=127.0.0.1\nset ARQUIVO=C:\\WSPEED\\BACKUP\\Backup-FULL-MeuSistema-Segunda.sql\n\n%PSQL% -h %PGHOST% -U %PGUSER% -v -f %ARQUIVO%\n<\/code><\/pre>\n
Aten\u00e7\u00e3o:<\/strong> se voc\u00ea usou pg_dump -Fc<\/code> (formato customizado), o restore precisa do pg_restore \u2014 mas esse formato pode ter incompatibilidade entre vers\u00f5es do PostgreSQL. Para disaster recovery com portabilidade m\u00e1xima, use o dump em texto plano (.sql<\/code>) gerado pelo pg_dumpall.<\/p>\n
E o Oracle?<\/h2>\n
O Oracle \u00e9 o banco de dados que move os grandes ERPs \u2014 TOTVS e SAP, por exemplo, t\u00eam suporte a Oracle. \u00c9 um sistema robusto, com arquitetura de arquivos distribu\u00eddos (datafiles, control files, archive logs), replica\u00e7\u00e3o, modos ARCHIVELOG e NOARCHIVELOG, e a ferramenta oficial de backup \u00e9 o RMAN (Recovery Manager)<\/strong>.<\/p>\n
Vou ser direto: backup e restore Oracle s\u00e3o territ\u00f3rio de DBA experiente. N\u00e3o pela dificuldade do comando em si, mas pela quantidade de vari\u00e1veis \u2014 modo de archive, estrutura de tablespaces, SCN (System Change Number), configura\u00e7\u00e3o do cat\u00e1logo de recupera\u00e7\u00e3o. Um passo errado no restore pode deixar o banco em estado inconsistente.<\/p>\n
Se voc\u00ea gerencia um sistema que roda Oracle, recomendo envolver um DBA<\/strong> para montar a estrat\u00e9gia de backup. O que posso garantir do lado do WSpeed: assim que o RMAN gera os arquivos de backup, a nossa solu\u00e7\u00e3o os captura e leva pra nuvem com criptografia e versionamento \u2014 sem interven\u00e7\u00e3o manual.<\/p>\n
O dump gerado \u00e9 s\u00f3 metade do trabalho<\/h2>\n
Voc\u00ea j\u00e1 imaginou fazer backup do banco todos os dias durante um ano e descobrir que nenhum dos arquivos restaura?<\/strong><\/p>\n
Acontece. O script roda, o arquivo .gbk<\/code> ou .BAK<\/code> aparece na pasta \u2014 mas ningu\u00e9m jamais testou a volta. A\u00ed chega o dia do restore real e o banco abre com erro de integridade, ou faltam tabelas, ou a vers\u00e3o do banco mudou e o arquivo n\u00e3o \u00e9 mais compat\u00edvel.<\/p>\n
Teste de restore peri\u00f3dico n\u00e3o \u00e9 paranoia \u2014 \u00e9 parte da rotina de quem leva backup a s\u00e9rio.<\/p>\n
Al\u00e9m disso, o arquivo de dump que ficou s\u00f3 no servidor local resolve nada numa falha de hardware ou num ransomware (sequestro de dados). O servidor cai, o dump some junto. Por isso o fluxo completo \u00e9:<\/p>\n
    \n
  1. Script nativo do SGBD gera o dump na pasta local.<\/li>\n
  2. Arquivo \u00e9 enviado pra nuvem criptografada imediatamente.<\/li>\n
  3. Nuvem guarda vers\u00f5es por 7, 15 ou 30 dias (rotativo).<\/li>\n
  4. Restore \u00e9 testado mensalmente em ambiente separado.<\/li>\n<\/ol>\n
    \u00c9 exatamente esse fluxo que o backup em nuvem para empresas<\/a> da WSpeed automatiza. O script de dump fica no servidor; o WSpeed monitora a pasta de destino e envia cada arquivo novo pro Backblaze B2 (nosso armazenamento prim\u00e1rio, especializado em backup e mais econ\u00f4mico) com criptografia AES-256 e reten\u00e7\u00e3o configur\u00e1vel. Se precisar, o arquivo tamb\u00e9m vai pro AWS S3.<\/p>\n
    Sem a\u00e7\u00e3o manual, sem depender de algu\u00e9m lembrar de copiar.<\/p>\n
    Se voc\u00ea cuida da TI de clientes e quer entender como estruturar isso como servi\u00e7o gerenciado, vale dar uma olhada em como trabalhamos com backup para empresas de TI<\/a>.<\/p>\n
    Agora me conta nos coment\u00e1rios: qual SGBD voc\u00ea mais atende \u2014 e j\u00e1 pegou algum backup de banco que simplesmente n\u00e3o restaurou? Aposto que tem hist\u00f3ria boa (ou dolorosa) a\u00ed.<\/p>\n
    Abra\u00e7o e at\u00e9 o pr\u00f3ximo artigo ou v\u00eddeo.<\/p>\n
    \n
    Perguntas frequentes<\/h2>\n
    \nPosso fazer backup do banco de dados simplesmente copiando o arquivo .fdb ou .mdf?<\/summary>\n
    \n
    N\u00e3o. Copiar o arquivo enquanto o banco est\u00e1 em uso quase sempre gera um backup corrompido ou incompleto. Voc\u00ea precisa usar o utilit\u00e1rio nativo: gbak para Firebird, BACKUP DATABASE para SQL Server, mysqldump para MySQL e pg_dump para PostgreSQL. Esses comandos garantem consist\u00eancia transacional no arquivo gerado.<\/p>\n<\/div>\n<\/details>\n
    \nCom que frequ\u00eancia devo rodar o backup do banco de dados?<\/summary>\n
    \n
    Depende do quanto de trabalho voc\u00ea pode perder. Para sistemas ERP em uso cont\u00ednuo, o ideal \u00e9 backup di\u00e1rio automatizado, com reten\u00e7\u00e3o de pelo menos 7 dias. Sistemas cr\u00edticos (faturamento, prontu\u00e1rio) pedem at\u00e9 m\u00faltiplas vezes ao dia.<\/p>\n<\/div>\n<\/details>\n
    \nO backup do banco de dados substitui o backup da pasta de dados do sistema?<\/summary>\n
    \n
    N\u00e3o. O dump do banco cobre as tabelas e registros. Mas o sistema completo tem tamb\u00e9m arquivos de configura\u00e7\u00e3o, anexos, relat\u00f3rios e execut\u00e1veis que ficam fora do banco. Um backup completo cobre os dois: o dump do SGBD e os arquivos do sistema.<\/p>\n<\/div>\n<\/details>\n
    \nQual a diferen\u00e7a entre gbak e nbackup no Firebird?<\/summary>\n
    \n
    O gbak faz um backup l\u00f3gico completo (exporta estrutura e dados), valida o banco durante o processo e gera um arquivo .gbk port\u00e1vel para qualquer vers\u00e3o igual ou superior do Firebird. O nbackup faz c\u00f3pia f\u00edsica incremental, mas exige a\u00e7\u00e3o manual se o processo for interrompido, o que pode deixar o banco em modo delta indefinidamente. Para ambientes de produ\u00e7\u00e3o, gbak \u00e9 mais seguro.<\/p>\n<\/div>\n<\/details>\n
    \nComo saber se o backup do banco de dados est\u00e1 funcionando de verdade?<\/summary>\n
    \n
    Testando o restore. Agendar o backup n\u00e3o \u00e9 suficiente \u2014 voc\u00ea precisa restaurar o arquivo em um servidor de teste periodicamente e verificar se o banco abre, as tabelas est\u00e3o \u00edntegras e o sistema consegue conectar. Backup n\u00e3o testado \u00e9 backup desconhecido.<\/p>\n<\/div>\n<\/details>\n
    \nDepois de gerar o dump, como mantenho esse arquivo seguro?<\/summary>\n
    \n
    O arquivo de dump deve sair do servidor local imediatamente ap\u00f3s a gera\u00e7\u00e3o \u2014 seja pra nuvem, seja pra uma m\u00eddia offline. Se o servidor for atingido por ransomware, inc\u00eandio ou falha de hardware, o dump que ficou na mesma m\u00e1quina some junto. A regra 3-2-1 se aplica ao dump tanto quanto a qualquer outro dado cr\u00edtico.<\/p>\n<\/div>\n<\/details>\n<\/section>\n