--- title: "Faça backup e recupere bancos de dados DB2 online e offline com o Bacula Enterprise" published_at: "2026-07-14T18:26:35+00:00" modified_at: "2026-07-14T18:26:49+00:00" url: "https://www.baculasystems.com/pt/backup-e-recuperacao-do-db2/" markdown_url: "https://www.baculasystems.com/pt/backup-e-recuperacao-do-db2.md" taxonomy_language: - "Português" --- [Home](https://www.baculasystems.com/pt/) > [Backup de dados corporativos](https://www.baculasystems.com/pt/backup-de-dados/) > [Ferramentas de Backup de Dados Corporativos](https://www.baculasystems.com/pt/ferramentas-de-backup-de-dados-da-empresa/) > Faça backup e recupere bancos de dados DB2 online e offline com o Bacula Enterprise # Faça backup e recupere bancos de dados DB2 online e offline com o Bacula Enterprise ## Backup e recuperação completos, incrementais e diferenciais do DB2 O DB2 é um dos mais antigos sistemas de gerenciamento de bancos de dados relacionais ainda amplamente implantados em ambientes corporativos. Os setores de serviços financeiros e as organizações governamentais dependem fortemente dele, pois nenhum dos dois setores pode tolerar falhas nas transações ou tempo de inatividade não planejado. Grandes implantações do DB2 frequentemente abrangem múltiplas instâncias com dezenas de bancos de dados sob a responsabilidade de um único administrador, e as consequências de um backup com falha ou incompleto nesses ambientes podem ser adversas, com perda de dados críticos em múltiplas cargas de trabalho e exposição a penalidades de conformidade. Um utilitário de backup e recuperação no nível do arquivo não consegue proteger um banco de dados DB2 em execução de maneira eficaz, pois copia os dados no nível do sistema de arquivos sem ter conhecimento do que o DB2 está realizando internamente. Como resultado, o snapshot fica inconsistente e o banco de dados não pode ser restaurado corretamente. O plug-in Bacula Enterprise para DB2 evita a perda de dados e oferece suporte à recuperação de desastres em ambientes DB2 ativos, encaminhando os dados por meio de um pipe nomeado do Unix diretamente para a própria API de backup e restauração do DB2. O plug-in lê automaticamente a configuração de cada banco de dados e determina se é possível realizar um backup online ou offline. Assim, todo o processo não requer intervenção manual. Para bancos de dados configurados para suportar backup online, o plug-in executa backups completos, incrementais e diferenciais enquanto o banco de dados permanece online e em pleno uso. A seguir, apresentamos uma descrição detalhada do plug-in DB2 do Bacula e de toda a gama de recursos que o Bacula oferece às empresas. [Baixar versão de avaliação](/download-trial/) ## Principais recursos do plug-in DB2 do Bacula ### Inteligência de Backup - **Detecção automática de estado online/offline** – O plug-in lê as configurações *TRACKMOD* e *LOGARCHMETH1* de cada banco de dados no momento da execução da tarefa e determina se é possível realizar um backup online ou offline (sem necessidade de configuração manual). - **Níveis de backup completo, incremental e diferencial** – O plug-in do DB2 executa os três níveis de tarefa de forma nativa e captura apenas os dados alterados, reduzindo as janelas de backup nas execuções incrementais e diferenciais. - **Captura automática de esquema** – O plug-in extrai e armazena o esquema do banco de dados como um arquivo separado, o que fornece um instantâneo DDL recuperável juntamente com a imagem dos dados. - **Suporte ao Docker** – O plug-in se comunica com o DB2 em execução dentro de um contêiner Docker, envolvendo todos os comandos db2 com um prefixo *bin_dir* configurável para executar a tarefa de backup dentro do ambiente do contêiner, sem a necessidade de alterações na configuração do plug-in. ### Flexibilidade de restauração - **Restauração do banco de dados original ou em um novo banco de dados** – O parâmetro *where* permite que os administradores restaurem um banco de dados com seu nome original ou em um novo banco de dados criado automaticamente pelo plug-in durante a tarefa de restauração. - **Restauração incremental em um ponto no tempo** (PITR) – O plug-in aplica imagens completas, diferenciais e incrementais na sequência correta automaticamente, com a imagem final extraindo os logs do banco de dados para permitir que os administradores executem o ROLLFORWARD para qualquer ponto no tempo necessário. - **Dump de diretório para restauração manual** – Definir o parâmetro *where* como um caminho de diretório restaura arquivos de imagem DB2 brutos no disco, permitindo que os administradores utilizem comandos nativos de restauração do DB2 diretamente para recuperação granular ou parcial. ### Controle Operacional - **Encerramento Automático da Conexão** – Para backups offline, o plug-in encerra todas as sessões ativas, desativa o banco de dados, executa o backup e o restaura automaticamente, sem a necessidade de intervenção manual. - **Transferência de Dados por Pipe Nomeado** – Os dados são transferidos por meio de um pipe nomeado do Unix, em vez de pelo sistema de arquivos, para evitar a gravação de arquivos temporários no disco, economizando espaço de armazenamento local e acelerando a transferência. - **Seleção de bancos de dados por padrão glob** – O parâmetro do banco de dados aceita expressões glob para selecionar quais bancos de dados em uma instância devem ser copiados e gera um erro automaticamente se o padrão não corresponder a nada. - **Tratamento de erros configurável** – O parâmetro *abort_on_error* controla se o plug-in interrompe toda a tarefa em caso de erro grave ou registra o erro e continua a cópia de segurança dos bancos de dados restantes. ## Plug-in do Bacula Enterprise para DB2 – Todos os recursos ### Recursos de backup - **Detecção automática do modo de backup** – O plug-in lê as configurações TRACKMOD e LOGARCHMETH1 de cada banco de dados no momento da execução da tarefa para determinar se é possível realizar um backup online ou offline e ajusta todos os parâmetros da tarefa automaticamente, sem qualquer configuração manual. - **Backup online nos níveis completo, incremental e diferencial** – Para bancos de dados configurados com TRACKMOD e LOGARCHMETH1, o plug-in executa backups completos, incrementais e diferenciais enquanto o banco de dados permanece online e em pleno uso. - **Backup offline com gerenciamento automático do ciclo de vida** – Para bancos de dados que não suportam backup online, o plug-in encerra todas as sessões ativas, desativa o banco de dados, executa o backup e o restaura automaticamente, sem qualquer intervenção manual. - **Captura automática de esquema** – O plug-in extrai e armazena o esquema do banco de dados como um arquivo DDL separado para fornecer aos administradores um instantâneo recuperável do esquema a cada execução. - **Backup de múltiplas instâncias de banco de dados** – O parâmetro *database* aceita expressões glob para selecionar quais bancos de dados em uma instância devem ser incluídos na tarefa de backup e gera um erro automaticamente se o padrão não corresponder a nada. - **Backup do DB2 em contêineres Docker** – O plug-in também se comunica com o DB2 em execução dentro de um contêiner Docker, envolvendo todos os comandos db2 com um prefixo *bin_dir* configurável para executar tarefas de backup dentro do ambiente do contêiner. - **Transferência de dados por pipe nomeado** – Os dados são transferidos por meio de um pipe nomeado do Unix para evitar a gravação de arquivos temporários no disco, o que economiza espaço de armazenamento local e agiliza a transferência. - **Rastreamento de carimbos de data/hora de backup** – A ferramenta de backup do DB2 registra o carimbo de data/hora de cada imagem de backup e o utiliza para coordenar a sequência de restaurações incrementais e diferenciais em várias execuções de tarefas. ### Recursos de restauração - **Restauração completa de um único banco de dados** – O plug-in restaura um backup completo do banco de dados selecionando o arquivo *data.sql.** no catálogo do Bacula e o restaura com o nome original do banco de dados ou com um novo nome especificado por meio do parâmetro `where`. - **Criação de novo banco de dados na restauração** – Quando o parâmetro `where` é definido com um nome de banco de dados válido, o plug-in cria o banco de dados de destino automaticamente e restaura os dados nele, sem que o administrador precise provisionar o banco de dados manualmente com antecedência. - **Restauração Incremental em Um Momento Específico (PITR)** – O plug-in aplica imagens completas, diferenciais e incrementais na sequência correta automaticamente, com a imagem final extraindo os logs do banco de dados para permitir que os administradores executem o *ROLLFORWARD* para qualquer momento necessário. - **Proteção contra bancos de dados duplicados** – Quando o parâmetro `replace` é definido como `Never`, o plug-in verifica a lista de bancos de dados existentes antes do início da restauração e interrompe a tarefa automaticamente se o banco de dados de destino já existir. - **Repasse de opções de restauração** – Os parâmetros *restore_options*, *rollforward_options* e *logtarget* repassam argumentos diretamente aos comandos subjacentes `db2 restore` e `db2 rollforward`, concedendo aos administradores controle total sobre o comportamento da restauração sem a necessidade de modificar o próprio plug-in. - **Dump de diretório para restauração manual** – Definir o parâmetro *where* como um caminho de diretório restaura arquivos de imagem brutos do DB2 no disco, permitindo que os administradores utilizem comandos nativos de restauração do DB2 diretamente para recuperação granular ou parcial. - **Restauração direcionada à instância** – O parâmetro *instance* valida a instância de DB2 de destino antes do início da restauração e ignora o comando do plug-in se a instância no sistema não corresponder ao valor configurado. ### Características operacionais - **Tratamento de erros configurável** – O parâmetro *abort_on_error* controla se o plug-in interrompe imediatamente todo o trabalho em caso de um erro grave ou se registra o erro e continua fazendo o backup dos bancos de dados restantes na instância. - **Tempo limite configurável para comandos** – O parâmetro *timeout* define o número máximo de segundos que o plug-in aguarda pela conclusão dos comandos do DB2 ou pelo estabelecimento de uma conexão com o DB2 durante um backup, com valor padrão de 120 segundos. - **Diretório de controle compartilhado** – O parâmetro *ctl_dir* define um diretório acessível tanto ao serviço DB2 quanto ao Bacula File Daemon, onde o plug-in grava scripts de comando dinâmicos no momento da execução da tarefa, com permissões configuráveis para o usuário da instância DB2 por motivos de segurança. - **Execução de comandos no nível do usuário** – Os parâmetros *unix_user* e *use_sudo* permitem que os administradores executem todos os comandos do DB2 sob uma conta específica do sistema operacional, em vez da conta root padrão do Bacula File Daemon, sem modificar o próprio plug-in. - **Interface de script de personalização** – O parâmetro *user_config_dir* permite que os administradores substituam variáveis do plug-in no momento da execução da tarefa, colocando scripts de shell personalizados em um diretório designado, de modo que opções nativas do DB2, como *COMPRESS* ou *DEDUP_DEVICE*, possam ser aplicadas sem alterar a configuração do plug-in. - **Otimização de armazenamento por deduplicação** – Definir *DEDUP_DEVICE* no script de personalização otimiza o formato das imagens de backup para armazenamento com deduplicação em dispositivo alinhado ou em endpoint global, reduzindo, assim, o consumo de armazenamento em destinos compatíveis com deduplicação. - **Relatórios completos do log de tarefas** – O plug-in registra todas as etapas do processo de backup e restauração no log de tarefas do Bacula, incluindo a saída do comando db2, o status da conexão e as mensagens de erro, proporcionando aos administradores uma trilha de auditoria completa para cada tarefa. ## O que toda implantação do Bacula Enterprise inclui O plug-in do DB2 é executado no Bacula Enterprise, o que significa que toda instalação vem com um conjunto completo de recursos de backup e recuperação para toda a plataforma, além do que o próprio plug-in oferece. Os recursos abaixo estão disponíveis em todas as implantações do Bacula Enterprise, independentemente do ambiente ou da carga de trabalho. ### Armazenamento de backup e controle de custos O Bacula Enterprise oferece aos administradores controle direto sobre os custos de armazenamento por meio da redução de dados e do roteamento flexível de destinos. - **Desduplicação em nível de bloco** – Qualquer bloco de dados que apareça mais de uma vez no catálogo de backup é gravado no armazenamento apenas uma vez. O consumo de armazenamento diminui sem qualquer alteração na política ou na programação de backup. - **Compressão adaptativa** – Os algoritmos de compressão são configuráveis por tarefa. Os administradores ajustam a compressão com base no tipo de dados e nos recursos disponíveis. - **Vários tipos de destinos de armazenamento** – Os backups são gravados em disco local, NAS, SAN, [bibliotecas de fitas](https://www.baculasystems.com/pt/software-de-backup-de-fitas/) , armazenamento de objetos na nuvem, incluindo S3, Azure e Google Cloud, ou qualquer combinação dentro de uma única política. - **Armazenamento de objetos compatível com S3** – O Bacula se conecta a qualquer provedor compatível com S3 para retenção de longo prazo, sem dependência de um único fornecedor. - **Fluxos de trabalho de armazenamento em camadas** – Os dados de backup podem ser configurados para migrar automaticamente entre camadas de armazenamento à medida que envelhecem. Os pontos de recuperação acessados com frequência permanecem no armazenamento rápido, e os dados mais antigos são transferidos para destinos de menor custo. - **Incremental Forever** – Após um backup completo inicial, cada tarefa subsequente captura apenas o que foi alterado. Janelas recorrentes de backup completo não são mais necessárias. - **Transferências com consideração pela largura de banda** – Apenas os dados modificados trafegam pela rede entre as execuções de backup. A carga na rede de produção permanece baixa, sem a necessidade de limitação manual ou soluções alternativas de agendamento. ### Segurança e Conformidade de Backup A segurança e a conformidade regulatória estão integradas em todas as camadas da plataforma, desde a criptografia do transporte e do armazenamento de dados até o controle de acesso e o registro de auditorias. - **Criptografia AES-256** – A criptografia AES-256 abrange todo o caminho dos dados, desde o cliente de origem até o destino final de armazenamento. O gerenciamento de chaves é configurável para se adequar às políticas de segurança da organização. - **Cópias de backup imutáveis** – O armazenamento compatível com WORM bloqueia os dados de backup contra modificações ou exclusões após a gravação. [Ransomware](https://www.baculasystems.com/pt/pt-blog/ransomware-backup-strategies-and-best-practices-como-proteger-os-backups-de-resgates/) e ameaças internas não têm acesso ao ponto de recuperação. - **Controles de acesso granulares** – As permissões dos usuários se restringem a tarefas específicas, fluxos de trabalho de restauração e funções de gerenciamento. Cada administrador acessa apenas o que sua função exige. - **Auditoria completa de atividades** – Cada backup, restauração e alteração de configuração é registrado com a identidade do usuário e o carimbo de data/hora. As equipes de conformidade e segurança obtêm uma trilha de auditoria completa e ininterrupta. - **Suporte à estrutura regulatória** – Os controles da plataforma atendem aos requisitos do GDPR, HIPAA e SOC 2 por meio de criptografia, políticas de retenção configuráveis e registros de auditoria detalhados. - **Arquiteturas que preservam a privacidade** – Opções de implantação de conhecimento zero permitem que a infraestrutura de backup seja executada sem conceder aos administradores qualquer visibilidade sobre os dados protegidos. ### Gerenciamento e Administração de Backups Duas interfaces complementares e um conjunto completo de ferramentas de gerenciamento proporcionam visibilidade e controle sobre todas as operações de backup. - **Interface dupla** – O BWeb oferece um console gráfico para o gerenciamento e monitoramento diário das tarefas. O **Bconsole (agente de usuário)** oferece aos operadores controle total por linha de comando para a criação de scripts, automação e configuração avançada. - **Escalabilidade sem limites** – A mesma arquitetura de plataforma gerencia ambientes que vão desde um pequeno número de servidores até implantações que chegam a milhares, tudo sob um único plano de gerenciamento. - **Descoberta automática de recursos** – A plataforma varre a infraestrutura para identificar e catalogar destinos de backup automaticamente. A cobertura de proteção permanece atualizada à medida que o ambiente cresce. - **Relatórios detalhados** – Relatórios programados abrangem resultados de tarefas, tendências de capacidade, status de conformidade e desempenho operacional em uma cadência definida. - **Integração com sistemas externos** – O Bacula se conecta a ferramentas de monitoramento, sistemas de tickets de TI e serviços de diretório, sem a necessidade de desenvolvimento personalizado. ### Cobertura de backup em múltiplos ambientes Servidores físicos, máquinas virtuais, contêineres e infraestrutura em nuvem estão todos abrangidos por uma única estratégia unificada de backup. - **Virtualização multiplataforma** – Integração nativa com [VMware vSphere](https://www.baculasystems.com/pt/apoio-vmware/) , [Hyper-V](https://www.baculasystems.com/pt/solucoes-de-software-de-apoio-hyper-v/) , KVM, Red Hat Virtualization, [Xen](https://www.baculasystems.com/pt/apoio-xenserver/) , Azure VM, Proxmox e Nutanix AHV, com aplicação consistente de políticas em todas as plataformas. - **Convergência física e virtual** – Servidores físicos, estações de trabalho e máquinas virtuais são protegidos por meio da mesma interface de gerenciamento, com políticas de backup unificadas. - **Suporte a contêineres e ambientes nativos da nuvem** – Proteção completa para ambientes [Docker](https://www.baculasystems.com/pt/pt-blog/como-fazer-o-backup-de-conteineres-de-docker-metodos-de-backup-de-conteineres-de-docker/) , [Kubernetes](https://www.baculasystems.com/pt/pt-blog/como-apoiar-a-kubernetes/) e [OpenShift](https://www.baculasystems.com/pt/openshift-backup-e-restore/) , com backups de volumes persistentes e instantâneos consistentes com os aplicativos. - **Integração de armazenamento em múltiplas nuvens** – Suporte nativo para armazenamento em nuvem pública, privada e híbrida, incluindo interfaces S3, S3-IA, Azure, Google Cloud, Oracle Cloud e Glacier, com a funcionalidade de Custo Mínimo de Restauração (MRC) - **Integração de bancos de dados e aplicativos** – Suporte a backup a quente para Oracle, SQL Server, MySQL, PostgreSQL, SAP HANA e outros aplicativos de missão crítica, com total consistência transacional. ### Licenciamento previsível para backups O licenciamento do software Bacula Enterprise está vinculado ao tamanho do ambiente, e não ao volume de dados. Portanto, o crescimento do banco de dados DB2 não aumentará os custos de licenciamento. - **Licenciamento independente do volume** – O aumento da capacidade de backup não eleva as taxas de licença. Os custos de proteção de dados permanecem estáveis à medida que os volumes de dados se expandem. - **Estrutura de custos previsível** – Um modelo de preços fixos permite que as equipes planejem os orçamentos de infraestrutura sem precisar levar em conta custos variáveis vinculados ao crescimento do armazenamento ou a mudanças na carga de trabalho. - **Preços independentes da carga de trabalho** – Os tamanhos dos bancos de dados, o número de servidores e os volumes de armazenamento não afetam os custos de licenciamento. - **Benefícios de custo em grande escala** – As organizações que protegem ambientes DB2 de grande porte ou em rápido crescimento pagam a mesma taxa de licença, independentemente da quantidade de dados adicionados. A vantagem de custo em relação aos concorrentes que praticam preços baseados na capacidade aumenta à medida que os volumes de dados crescem. ### Recuperação e Continuidade de Negócios O Bacula Enterprise oferece caminhos de recuperação para todos os cenários de restauração, desde a restauração de um único banco de dados até a reconstrução completa de um local. - **Restauração “Bare Metal” no nível do sistema** – O Bacula Enterprise recupera um servidor completo a partir do zero, incluindo o sistema operacional, os aplicativos, a configuração e os dados, sem a necessidade de uma instalação manual prévia. - **Transferência de dados entre plataformas** – Os dados de backup podem ser recuperados em um sistema operacional diferente daquele de origem. As equipes dispõem de opções quando não há hardware equivalente disponível ou quando uma migração está em andamento. - **Replicação geográfica de backup** – Os conjuntos de backup são copiados para locais de armazenamento geograficamente separados. Uma interrupção em todo o local não afeta os pontos de recuperação. - **Agendamento frequente de backup** – A janela de perda potencial de dados é reduzida a minutos. - **Validação automatizada da restauração** – A recuperabilidade é confirmada por meio de testes automatizados, sem o envolvimento do administrador ou de um processo de validação separado. ## Perguntas frequentes ### O DB2 oferece suporte a backups incrementais e diferenciais? Sim. O DB2 oferece suporte nativo aos níveis de backup completo, incremental e diferencial para bancos de dados configurados com TRACKMOD e LOGARCHMETH1. O plug-in Bacula Enterprise para DB2 executa os três níveis automaticamente e captura apenas os dados alterados nas execuções incrementais e diferenciais, a fim de reduzir as janelas de backup e o consumo de armazenamento. ### Como funciona a recuperação em um ponto no tempo no DB2? A recuperação em um ponto no tempo do DB2 requer a restauração da imagem de backup mais recente primeiro, seguida da aplicação de todas as outras imagens em sequência e, por fim, a execução do comando ROLLFORWARD para reproduzir os logs de transação até o momento desejado. O plug-in do Bacula Enterprise para DB2 automatiza a etapa de sequenciamento das imagens, aplicando imagens completas, diferenciais e incrementais na ordem correta automaticamente. O administrador executa o comando ROLLFORWARD DATABASE até END OF LOGS AND COMPLETE para concluir a recuperação. ### Como o plug-in Bacula Enterprise para DB2 se integra às APIs nativas de backup do DB2? O plug-in chama a API de backup e restauração do DB2 diretamente por meio de scripts de shell gerados dinamicamente e transfere os dados por meio de um pipe nomeado do Unix. Dessa forma, o plug-in opera dentro da própria estrutura de backup do DB2, o que torna o backup resultante consistente e restaurável. ### Como o plug-in Bacula para DB2 automatiza a transição entre backups online e offline? O plug-in lê a configuração de cada banco de dados no momento da execução da tarefa e determina se é possível realizar um backup online ou offline. Para bancos de dados que suportam backup online, ele executa a tarefa enquanto o banco de dados permanece ativo. Para bancos de dados que não suportam, ele executa o comando `QUIESCE DATABASE IMMEDIATE FORCE CONNECTIONS` para encerrar todas as sessões ativas, desativa o banco de dados, executa o backup e, em seguida, o reativa automaticamente. ### O plug-in Bacula para DB2 oferece suporte a backups incrementais e diferenciais verdadeiros? Sim, para bancos de dados configurados com TRACKMOD e LOGARCHMETH1. ### O plug-in Bacula para DB2 suporta bancos de dados implantados dentro de contêineres Docker? Sim. O plug-in se comunica com uma instância do DB2 em execução dentro de um contêiner Docker utilizando o parâmetro *bin_dir* para envolver todos os comandos db2 com o prefixo `docker exec`. O diretório do banco de dados deve ser compartilhado entre o host e o contêiner por meio de uma montagem de volume do Docker, para que o plug-in possa gravar seus arquivos de controle em um caminho acessível de ambos os lados. ### Como restaurar um banco de dados DB2 com um nome diferente ou em um novo host usando o Bacula? Para restaurar com um nome de banco de dados diferente, defina o parâmetro *where* com o novo nome durante a tarefa de restauração. O nome deve consistir apenas em caracteres alfanuméricos e sublinhados. O Bacula cria o banco de dados de destino automaticamente e restaura os dados nele. Para restaurar em um host diferente, use os parâmetros *instance* e *unix_user* para especificar a instância correta do DB2 no servidor de destino. **Mais informações sobre backup do DB2:** - Procurando detalhes de implementação? Consulte a [documentação completa do DB2 Plugin](https://docs.baculasystems.com/BEDedicatedBackupSolutions/Databases/db2/index.html#db2-plugin) . - Conheça os principais [recursos](https://www.baculasystems.com/pt/bacula-enterprise-edition/) do software de backup e recuperação do Bacula Enterprise. - Utiliza outros bancos de dados em sua infraestrutura? O Bacula Enterprise oferece soluções para bancos de dados [Oracle](https://www.baculasystems.com/pt/apoio-e-recuperacao-do-oracle/) , [PostgreSQL](https://www.baculasystems.com/pt/ferramenta-de-apoio-postgresql/) , [MSSQL](https://www.baculasystems.com/pt/software-de-backup-de-intercambio/) e [SAP](https://www.baculasystems.com/pt/sap-sap-hana-software-de-apoio-solucoes-e-ferramentas/) . - Está interessado em fazer backup em fita? Confira nosso [software de backup em fita](https://www.baculasystems.com/pt/software-de-backup-de-fitas/) .