Chat with us, powered by LiveChat
Solicitar Orçamento
WW +41 21 641 6080 | EUA +1 800 256 0192 | CA +1 800 935 0725 | FR +33 261 880008 | UK +44 808 1890445
Fale Conosco
Home > Backup de dados corporativos > Ferramentas de Backup de Dados Corporativos > Melhor software e ferramentas de backup do SQL Server

Ferramentas do Software de Backup para SQL Server da Bacula

Realize backups e restaurações rápidos e convenientes com nossas ferramentas de backup do MS SQL Server.

Ao contrário das soluções que dependem de abordagens de nível de arquivo baseadas em agentes ou que exigem preparação intermediária antes que os dados cheguem ao armazenamento, o plug-in MS SQL do Bacula transmite os dados de backup diretamente para o Storage Daemon por meio da API nativa do SQL Server da Microsoft. Isso elimina a sobrecarga de backup duplo, reduz o espaço de armazenamento e garante que a sua estratégia de backup do SQL Server seja gerenciada a partir da mesma plataforma centralizada que o restante da sua infraestrutura – física, virtual, em nuvem ou híbrida.

Entre sua vasta gama de recursos, o Bacula Enterprise também faz o backup de seus dados do Windows com uma combinação de facilidade e funcionalidade.

Isso inclui a capacidade de realizar um backup rápido e conveniente usando nossa ferramenta de backup MS SQL. Agora o senhor pode fazer o backup com precisão de grandes quantidades de dados específicos baseados no Windows em seu SQL Server – e obter a restauração Point In Time do SQL Server.

Download do julgamentoBAIXAR WHITE PAPER

Proteção completa do MS SQL Server sem preços baseados em capacidade

O Bacula Enterprise licencia por servidor, não por tamanho de banco de dados, número de instâncias ou volume de transações. Para organizações que executam grandes implantações do SQL Server – bancos de dados de vários terabytes, várias instâncias nomeadas ou clusters do SQL Server – isso faz uma diferença significativa de custo em comparação com soluções que cobram por gigabyte protegido ou taxas de escala com o crescimento de dados.

Isso também significa que não há incentivo comercial para excluir bancos de dados das programações de proteção, limitar os períodos de retenção ou evitar o backup de grandes logs de transações. Todos os bancos de dados recebem proteção total sob a mesma licença.

Recursos abrangentes de backup do MS SQL Server

O software de backup SQL do Bacula proporciona um desempenho excepcional por meio de uma arquitetura moderna e altamente confiável e oferece aos senhores os seguintes recursos da ferramenta de backup do SQL Server:

  • Backups completos, incrementais e diferenciais do SQL Server
  • Backup em nível de banco de dados – direcione bancos de dados individuais em vez de instâncias inteiras
  • Recuperação point-in-time (PITR) – restaure para qualquer momento específico, até o segundo exato
  • Incluir/excluir bancos de dados – escopo preciso de cada trabalho de backup usando a correspondência de padrão glob; uma regra como production* captura todos os bancos de dados correspondentes sem listar cada um individualmente
  • Suporte para backups “Copy Only” – faça backups ad hoc sem interromper a cadeia de backup estabelecida
  • Restaurar arquivos de backup do MS SQL no disco – para recuperação manual via TSQL ou SQL Server Management Console
  • Enviar o fluxo de backup diretamente para o Storage Daemon – não é necessário fazer a preparação local
  • Verificação de checksum – opera tanto no momento do backup quanto da restauração, confirmando a integridade dos dados na saída e novamente na entrada
  • Autenticação do Windows e do SQL Server – o plug-in herda os mecanismos de segurança e o modelo de credenciais que já estão em vigor no seu ambiente do SQL Server
#

Integração nativa com a API da Microsoft – sem necessidade de VSS

O software de backup MS SQL do Bacula não usa snapshots VSS para realizar o backup, por isso é possível especificar “Enable VSS = no” no Bacula FileSet. Essa solução de backup do servidor MSSQL obtém recursos avançados de backup e restauração por meio da API da Microsoft para o SQL Server. Portanto, também oferecemos suporte aos mecanismos de segurança e tipos de autenticação que vêm com o Microsoft SQL Server.

#

Criptografia e compactação

Com os recursos de compressão de backup do SQL Server do Bacula Enterprise, o senhor pode desfrutar de um backup eficiente com compressão e, portanto, com muito menos utilização da largura de banda da rede. As tecnologias de segurança do Bacula incluem criptografia TLS, que permite ao senhor enviar backups MS SQL de forma segura do arquivo para o daemon de armazenamento.

Integração com a interface de dispositivo virtual (VDI)

O plugin se comunica com o SQL Server por meio da tecnologia VDI da Microsoft, estabelecendo uma conexão direta named pipe entre o Bacula e o mecanismo de banco de dados. Isso é o que permite verdadeiras operações de backup nativo sem criação de arquivos intermediários ou dependências de snapshot.

#

Backups do registro de transações e recuperação point-in-time

O Bacula Enterprise permite que o senhor restaure um conjunto de dados do MSSQL ou uma configuração específica a partir de um momento muito preciso no passado. Com modelos de recuperação completos ou em massa, o senhor será capaz de fazer PITR ou usar informações LSN para restaurar para o estado exato que deseja ter. O senhor pode restaurar exatamente o estado necessário do banco de dados em um ponto muito específico no tempo – até mesmo em um segundo exato. A partir de um backup do log de transações, uma restauração comporá o estado do banco de dados a partir de uma variedade de tipos de backup do SQL Server escolhidos.

#

Automação de backup

Com as capacidades de agendamento e os recursos de script do Bacula Enterprise, o senhor pode implementar a automação de backup do SQL Server e reduzir o tempo de gerenciamento dos seus backups. Os trabalhos de backup para o seu SQL Server podem ser lançados usando a lógica de script e o agendador.

Dois caminhos distintos de restauração

Os administradores podem escolher entre a restauração direta do plugin – onde o Bacula entrega os dados de volta ao SQL Server automaticamente e coloca o banco de dados online – ou restaurar para o disco local, onde os arquivos de backup são gravados em um caminho especificado para recuperação manual usando TSQL ou o Console de Gerenciamento do SQL Server. Ao restaurar para o disco, os comandos TSQL necessários são impressos diretamente na saída do trabalho.

Tipos de backup do MS SQL em detalhes

Backup completo

  • Proteção completa do banco de dados – Salva todos os arquivos do banco de dados e o log de transações, oferecendo capacidade de recuperação total em caso de falha da mídia
  • Transações confirmadas incluídas – Todas as transações confirmadas são capturadas; as transações em andamento são revertidas no momento do backup

Backup diferencial

  • Captura somente de alterações – Registra somente os dados modificados desde o backup completo mais recente, reduzindo significativamente o tamanho e a janela do backup
  • Proteção automática da cadeia – Se o backup completo referenciado for detectado como indisponível, o Bacula pode promover automaticamente o trabalho diferencial para um backup completo para preservar a capacidade de recuperação
  • A integridade da cadeia é crítica – Sem o backup completo de base, os dados diferenciais não podem ser usados; a lógica de promoção do Bacula existe especificamente para evitar esse cenário de falha

Backup do registro de transações

  • Implementado como Bacula Incremental – Os backups do registro de transações são executados como tarefas de nível incremental dentro da estrutura de agendamento do Bacula
  • É necessário um modelo de recuperação completo ou em massa – Os bancos de dados que usam o modelo de recuperação simples não podem suportar backups de log de transações ou recuperação pontual
  • Cadeia de recuperação contínua – Os backups de registro mantêm uma cadeia ininterrupta a partir do último backup completo, permitindo uma PITR precisa

Restauração do SQL Server

As restaurações podem ser iniciadas usando todos os métodos padrão do Bacula. O plug-in MS SQL amplia o fluxo de trabalho de restauração padrão com opções adicionais acessíveis por meio do bconsole ou da guia de restauração do BWeb Management Suite:

  • Instance (Instância) – Direciona uma instância específica do SQL Server para restauração; o padrão é a instância usada no momento do backup
  • Database (Banco de dados) – Restaurar com um novo nome de banco de dados; tem precedência sobre o parâmetro Where (Onde) se ambos estiverem definidos
  • Recovery (Recuperação) – Controla se o banco de dados é colocado on-line imediatamente (RECOVERY) ou se é deixado em um estado de restauração para aplicação de logs adicionais (NORECOVERY)
  • Stop_at / Stop_before_mark / Stop_at_mark – Controles PITR refinados; aceita datetime, número LSN ou marca nomeada
  • Restrict_user – Limita o acesso ao banco de dados restaurado imediatamente após a recuperação
  • Where / Replace – Parâmetros padrão do Bacula que controlam o caminho de destino da restauração e o comportamento quando os dados já existem.

Para restaurações entre instâncias ou renomeação, a realocação de arquivos é tratada automaticamente quando um novo caminho é especificado por meio do parâmetro Where.

No Bacula System’s BWeb Management Suite, as Plugin Options estão disponíveis na guia restore.

 

Restore options tab when using BWeb Management Suite

Restauração pontual do SQL Server

Este tópico é relevante apenas para os bancos de dados do SQL Server que usam os modelos de recuperação completa ou de registro em massa. No modelo de recuperação bulk-logged, se um backup de log contiver alterações bulk-logged, a recuperação point-in-time não será possível até um ponto dentro desse backup. O banco de dados deve ser recuperado até o final do backup do log de transações.

É possível fazer a restauração point-in-time de um banco de dados MS SQL diretamente do MS SQL Plugin. Também é possível restaurar arquivos localmente e fazer a operação a partir do Console de Gerenciamento do Microsoft SQL Server para ter mais opções.

Informações sobre LSN

Os LSNs são usados internamente durante uma sequência RESTORE para rastrear o ponto no tempo em que os dados foram restaurados. Quando um backup é restaurado, os dados são restaurados para o LSN correspondente ao ponto no tempo em que o backup foi feito.

O LSN de um registro de log no qual ocorreu um determinado evento de backup e restauração pode ser visualizado por meio de um ou mais dos seguintes procedimentos:

  • Saída do trabalho do Bacula Backup
  • Nomes de arquivos de registro
  • Tabela msdb.backupset
  • Tabela msdb.backupfile

Durante um trabalho de backup com o módulo MS SQL, as seguintes informações sobre os números LSN serão exibidas na saída do trabalho:

win-fd JobId 3: LSN for “db29187”: First: 42000146037, Last: 44000172001

O número First LSN corresponde ao último LSN do último backup dos logs de transação. Pode ser o primeiro backup completo ou o último backup transacional (Incremental). O número Last LSN corresponde à última transação registrada no log.

Com um backup de log de transações (Incremental), o nome do arquivo associado a esse banco de dados no trabalho Incremental será:

/@mssql/MSSQLSERVER/db29187/log-42000162001.trn

O número no nome, aqui 42000162001, corresponde ao último LSN do trabalho anterior (Full ou Incremental).

No exemplo mostrado na Fig. 2, se o administrador precisar restaurar o banco de dados no estado que corresponde ao LSN 14, isso pode ser feito com as seguintes ações:

  • Usar a opção 5 do menu de restauração
  • Navegar pelo diretório do banco de dados “/@mssql/db29187”
  • Selecione o último arquivo de backup completo “data.bak” (LSN: 10)
  • Selecione o backup incremental “log-10.trn”
  • Especifique a opção stop_at_mark como “lsn:14”
  • Executar o trabalho de restauração

ou se o último backup completo do SQL não estiver disponível, mas o backup completo anterior estiver.

  • Use a opção 3 do menu de restauração e selecione os jobids relevantes
  • Procure o diretório do banco de dados “/@mssql/db29187”
  • Selecione o arquivo de backup completo “data.bak” (LSN: 2)
  • Selecione os backups incrementais “log-2.trn”, “log-3.trn”, “log-10.trn”
  • Especifique a opção stop_at_mark como “lsn:14”
  • Executar o trabalho de restauração

Visão Geral dos Cenários de Restauração do SQL

Descrição Onde Banco de dados Exemplo
Restaura os arquivos em disco Caminho where=c:/tmp
Restaura o banco de dados original where=/
Restaura com um novo nome Nome where=newdb
Restaura com um novo nome Nome database=newdb
Restaura com um novo nome e realocação de arquivos Caminho Nome where=c:/tmp
database=newdb

O que o Bacula Enterprise traz para cada implantação

Segurança e conformidade

  • Criptografia AES de 256 bits em repouso e em trânsito – Criptografia de nível militar aplicada a todos os dados de backup, tanto em volumes de armazenamento quanto em conexões de rede
  • Suporte a várias cifras – Escolha entre AES 128, AES 192, AES 256 ou Blowfish, dependendo do desempenho e dos requisitos de conformidade
  • Módulos criptográficos compatíveis com FIPS 140 – Atende aos padrões federais exigidos por agências governamentais e setores altamente regulamentados
  • Autenticação multifator – MFA baseada em TOTP para acesso administrativo por meio de verificação biométrica do smartphone
  • Integração com LDAP e Active Directory – Autenticação centralizada por meio da infraestrutura de diretório existente
  • Controle de acesso baseado em função – Camadas de permissão granular impõem a separação de tarefas entre as equipes de administração de backup
  • Detecção de ransomware BGuardian – Identifica padrões de dados anômalos em volumes de backup consistentes com a criptografia ativa de ransomware
  • Suporte a volumes imutáveis – Os modos de fita WORM e de volume append-only impedem a modificação ou a exclusão de dados de backup após a gravação
  • Imutabilidade na nuvem – Armazenamento de objetos compatível com WORM para ambientes S3, Azure Blob, Google Cloud e Oracle Cloud
  • Estratégia de proteção 3-2-1-1 – Três cópias, dois tipos de mídia, um local externo, uma cópia imutável – totalmente implementável em uma única implantação do Bacula
  • Integração SIEM – Compatível com o Wazuh/OSSEC para análise centralizada de logs e gerenciamento de eventos de segurança
  • Cobertura da estrutura regulatória – Suporte de conformidade documentado para GDPR, PCI-DSS, HIPAA, SOX e padrões de segurança militar

Suporte à infraestrutura híbrida

  • Ampla cobertura de virtualização – Integração nativa com VMware vSphere, Hyper-V, KVM, Red Hat Virtualization, Xen, Azure VM, Proxmox e Nutanix AHV
  • Físico e virtual sob o mesmo teto – Gerencie políticas de backup para servidores físicos e máquinas virtuais a partir de uma única interface
  • Ambientes de contêineres e nativos da nuvem – Proteção para cargas de trabalho do Docker, Kubernetes e OpenShift, incluindo backups de volumes persistentes
  • Armazenamento em várias nuvens – Conectividade nativa com S3, Azure Blob, Google Cloud Storage, Oracle Cloud e interfaces compatíveis com Glacier
  • Cobertura de banco de dados – Suporte de backup a quente para Oracle, SQL Server, MySQL, PostgreSQL, MariaDB, SAP HANA e Sybase com recuperação consistente com o aplicativo
  • Suporte a sistemas de arquivos entre plataformas – Gerenciamento consistente de políticas em ambientes Linux, Windows, UNIX e de armazenamento conectado à rede

Desempenho e escalabilidade

  • Deduplicação em nível de bloco – Somente novos blocos são armazenados; os dados existentes são referenciados em vez de duplicados, reduzindo significativamente o consumo de storage
  • Execução paralela de tarefas – Canais e threads simultâneos configuráveis distribuem a carga de trabalho de backup entre os recursos disponíveis de CPU, rede e armazenamento
  • Limitação da largura de banda – Controles refinados impedem que as operações de backup saturem a capacidade da rede de produção
  • Near Continuous Data Protection (NCDP) – Reduz o RTO e o RPO para minutos para cargas de trabalho de missão crítica
  • Integração de instantâneos – Minimiza as janelas de backup por meio de abordagens eficientes baseadas em instantâneos e geração de imagens incrementais
  • Escalonamento para qualquer tamanho de implementação – A arquitetura suporta milhares de endpoints protegidos a partir de um único diretor sem degradação do desempenho

Gerenciamento centralizado

  • BWeb™ Management Suite – Interface baseada em navegador com monitoramento em tempo real, agendamento de tarefas por arrastar e soltar e painéis de relatórios detalhados
  • Controle total da linha de comando – Acesso completo à CLI para criação de scripts, automação e administração avançada juntamente com a GUI
  • Suporte a vários locatários – Ambientes de locatários isolados com acesso e marca personalizáveis para MSPs e equipes de grandes empresas
  • Relatórios automatizados – Entrega programada de status de backup, utilização de storage, métricas de desempenho e documentação de conformidade
  • Integração de sistemas corporativos – Conecta-se a plataformas ITSM, ferramentas de monitoramento e serviços de diretório existentes para o gerenciamento unificado do fluxo de trabalho
  • Descoberta automática do ambiente – Detecta alvos de backup, inclusive instâncias do SQL Server, sem gerenciamento manual de inventário

Perguntas Frequentes

O plugin MS SQL do Bacula utiliza VSS para realizar backups?

Não. O plugin se comunica diretamente com o SQL Server por meio da Interface de Dispositivo Virtual da Microsoft e não depende de snapshots VSS em nenhum ponto do processo de backup.

Posso restaurar para uma instância diferente do SQL Server ou com um novo nome de banco de dados?

Sim. As opções de restauração do plug-in incluem um parâmetro Instance para direcionar uma instância diferente do SQL Server e um parâmetro Database para restaurar com um novo nome. Se o parâmetro Where e a opção Database estiverem definidos, o Database terá precedência na nomeação. A realocação de arquivos é tratada automaticamente durante a restauração em um novo caminho.

O que acontece se o backup Full referenciado por um Differential não estiver disponível?

O Bacula detecta essa condição automaticamente. Se o backup Full de base não puder ser encontrado, o job Diferencial pode ser promovido a um backup Full para garantir que a cadeia permaneça intacta e os dados permaneçam recuperáveis.

Qual é a diferença entre os dois caminhos de restauração?

A restauração direta do plug-in transfere os dados de volta ao SQL Server automaticamente e coloca o banco de dados on-line sem intervenção manual. A restauração para o disco local grava os arquivos de backup em um caminho especificado, deixando que o administrador conclua a recuperação usando comandos TSQL ou o Console de Gerenciamento do SQL Server – útil quando é necessário um controle mais granular sobre o processo de restauração. Em ambos os casos, os comandos TSQL relevantes são impressos na saída do trabalho do Bacula para referência.

Posso restaurar o banco de dados mestre usando este plug-in?

O banco de dados mestre deve sempre ser incluído nas programações de backup – se ele for danificado, a instância do SQL Server pode não conseguir iniciar. No entanto, os bancos de dados mestres suportam apenas backups completos do banco de dados; os backups diferenciais e de log de transações não estão disponíveis para eles. A restauração dos bancos de dados mestres segue o procedimento padrão de reconstrução e restauração da Microsoft.

Mais informações sobre o backup para SQL: