Vindo da área de software livre, existem poucas soluções de backup adequadas para uso em ambientes maiores.
Há uma abundância de software de backup comercial existente e estou interessado em saber como eles são avaliados quando usados em campo. A maioria das ofertas parece bastante agradável no papel, mas elas tendem a mostrar seu lado feio assim que são lançadas e usadas pela primeira vez. Fontes comuns de problemas são coisas importantes que você esqueceu na avaliação do produto, recursos que foram apresentados pelo pessoal de marketing com mais vivacidade do que realmente são ou bugs / problemas que comprometem a funcionalidade, a integridade dos dados ou o produto como um todo.
Gostaria de saber como o software de backup que você conhece e usa as tarifas nas seguintes categorias:
- Quais plataformas são suportadas no servidor e no cliente?
- A comunicação entre cliente, servidor e armazenamento é criptografada?
- A arquitetura permite escalabilidade? Você pode facilmente crescer para 100, 500 e 1000 clientes? (Divida os daemons "controlador" e "armazenamento", sem áreas com problemas conhecidos de escalabilidade)
- Quais dispositivos de armazenamento são suportados?
- A configuração é segura para revisão? (Você pode notar alterações acidentais / maliciosas na configuração facilmente)
- O software possui interfaces para monitoramento? (por exemplo, tarefas de backup com falha)
- E a coleta de dados de desempenho? (por exemplo, volumes usados, tamanho médio do trabalho, dias até o espaço de backup ficar cheio etc.)
- O produto possui algum tipo de deduplicação de dados? (Não armazene arquivos idênticos duas vezes)
- As tarefas de backup incremental lidam com arquivos excluídos corretamente? (Por exemplo, não restaure arquivos que foram excluídos entre as execuções de backup ao restaurar a partir de um backup incremental)
- Existem ferramentas / recursos que auxiliam na recuperação bare metal? (Pense no Live CD, configuração automática de dispositivos de bloco e sistemas de arquivos, restauração do gerenciador de inicialização etc.)
- Como funciona o agendamento de tarefas? Existem recursos que ajudam a equilibrar as tarefas de backup em um determinado período?
- Existem plugins / auxiliares para bancos de dados e outros daemons que precisam ser colocados em um estado consistente primeiro? Existe uma estrutura de execução de script pré / pós-backup adequada?
- A migração de tarefas é suportada? (Por exemplo, mova uma tarefa de backup do disco para a fita ou da fita para um arquivo externo / externo)
Mencione quaisquer distorções, questões, problemas etc. que o afetem no uso diário, bem como recursos exclusivos / diferencie-o do resto.
Sei que essa é uma pergunta longa, mas acho que ajudará toda a comunidade a aprofundar isso da maneira mais completa possível, para que uma decisão informada possa ser tomada sem muita tentativa e erro;). Sinta-se livre para comentar sobre as coisas que esqueci na minha lista.
Respostas:
Bacula é uma solução de backup de código aberto. Sua arquitetura é projetada após a das principais soluções comerciais.
Plataformas
Bacula suporta Windows, bem como qualquer sistema Unix compatível com POSIX.
Comunicação criptografada
A autenticação entre daemons é sempre segura. Para criptografar a comunicação entre os daemons, é necessário executar uma implementação completa de PKI (certificados de cliente).
Arquitetura e escalabilidade
Bacula consiste em daemons de arquivo (clientes), um ou mais diretores (Job Schedulers) e um ou mais daemons de armazenamento. Cada diretor pode usar vários catálogos (bancos de dados SQL) para armazenar informações sobre trabalhos.
Consulte a documentação do Bacula para uma visão mais detalhada da arquitetura do Bacula.
Dispositivos de armazenamento
O Bacula armazena todo o conteúdo do arquivo em volumes que podem ser armazenados no sistema de arquivos local, em unidades de fita ou mesmo em mídia de DVD. Existe suporte para trocadores automáticos de fita.
Segurança de configuração
Toda a configuração existe na forma de arquivos de texto sem formatação, que podem ser facilmente versionados por um SCM. O estado adicional do software está inteiramente em um banco de dados SQL, que pode ser auditado por ferramentas apropriadas no lado do banco de dados.
Interfaces de estatísticas
Não existem interfaces nativas para dados de monitoramento ou desempenho, embora essas informações possam ser extraídas dos bancos de dados SQL sem muitos problemas. Houve algumas melhorias nessa área no Bacula 3.0, que ainda não foram exploradas em detalhes.
Deduplicação de dados
O Bacula não suporta nenhuma forma de deduplicação de dados.
Manipulação de arquivos excluídos em tarefas de backup incrementais
No Bacula 3.0, existe um modo de lidar com arquivos excluídos / renomeados corretamente.
Recuperação de desastre
Bacula está trabalhando em um sistema Live que ajuda na recuperação bare metal. Veja as notas de versão para mais informações.
Agendamento de tarefas
O agendamento de trabalhos é muito rígido em Bacula. Você pode definir intervalos e horários de início para cada tarefa de backup, mas não há ajuste / distribuição automática das tarefas com base em (alterações) quantidades de dados que precisam ser copiadas.
Plugins e Ajudantes
O Bacula 3.0 vem com um novo sistema de plug-ins e suporte nativo para o Exchange 2003 e 2007. Além disso, há uma estrutura abrangente para executar scripts personalizados no cliente antes / depois das tarefas de backup.
Migração de tarefas
Os trabalhos podem ser facilmente migrados entre diferentes pools.
fonte
Após mais de 10 anos e milhares de dólares, desisti de soluções comerciais e em fita. Agora, fazemos backup em disco e procuro uma solução de backup para:
Formatos de arquivo livre / aberto (por exemplo, tar, zip, etc.)
Scriptable - pode envolver comandos ou utilitários nativos, mas eles devem ser chamados a partir de um script de backup comum (por exemplo, exmerge, osql, mysqldump, gnupg, etc.)
Independente da plataforma, sempre que possível
Gera arquivos de log ou status que podem ser enviados por email / direcionados como parte do trabalho geral
Embora esses critérios falhem em muitos dos critérios "corporativos" especificados acima, na minha experiência, a abordagem padronizada e simples é mais provável que resulte em recuperação e segurança dos dados. Lembre-se de que não existe uma solução ideal para fazer backup de todos os sistemas, e o desenvolvimento de estratégias de backup eficazes para cada um envolve mais do que apenas comprar um agente para um programa comercial.
fonte
Eu uso o rdiff-backup . É basicamente como o rsync, mas você pode acessar facilmente versões antigas de arquivos / diretórios e gerenciar quantas versões antigas são mantidas. Só é útil ao fazer backup em disco, mas os discos são mais baratos que a fita atualmente.
Você precisa instalá-lo no servidor e no cliente e é executado no OS X, Linux e Windows. Eu não o usei no Windows, mas de acordo com a lista de discussão do projeto, ele funciona praticamente da mesma maneira.
fonte
Esta não é de forma alguma uma resposta completa, pois simplesmente não tenho uma resposta completa, mas posso comentar sobre dois produtos ...
Primeiro, o NetBackup não seria um desastre se a equipe responsável pelos servidores também fosse a responsável pelos backups, mas no caso de uma empresa de tamanho corporativo, esse geralmente não é o caso. Ou seja, existe uma equipe de backup separada.
O problema aqui é que o NetBackup assumiu isso para você - então, de repente, a equipe de backup solicita todos os tipos de acesso (o acesso root é específico).
Outra falha do NetBackup é que - digamos que você queira reviver um servidor do zero, do backup - na verdade não pode. Você precisa instalar o sistema operacional, instalar o cliente netbackup e restaurar os arquivos.
Legato não tem nenhum desses problemas.
Ah - os relatórios que você recebe do NetBackup também são inferiores aos que você recebe do Legato. Os relatórios do NetBackup (que vi até hoje como gerenciados por nossa equipe de backup) são muito inúteis - a ponto de pedirmos que eles nos dissessem se tudo estava bem ou não, e dependemos deles (ou seja, não monitore mais o e-mail de backup).
Isso se deve novamente ao fato de que eles não podem gerar bons relatórios, porque não lhes damos acesso root aos servidores.
fonte
Às vezes, usamos o HP DataProtector. Mas eu prefiro usar alcatrão. O HP DP também possui uma boa linha de comando, mas o tar é muito mais flexível.
fonte
Eu acho que todo o principal software de backup comercial tem suas peculiaridades. Na verdade, estou começando a gostar do protetor de dados da HP. Eu usei legato e netback no passado e nem tinha ouvido falar em protetor de dados até o meu show atual. Depois de usá-lo por um ano, estou bastante impressionado.
fonte