Backup Open Source com Bacula

Venho pesquisando a um certo tempo o Bacula, uma ferramenta Open Source que alguns já devem ter ouvido falar. A idéia é iniciar com alguns posts tentando passar em detalhes o funcionamento desta ferramenta e publicar os diversos testes realizados em laboratório e informações sobre gerenciamento e monitoração.


INTRODUÇÃO

O Bacula (http://www.bacula.org) é uma ferramenta modular, ou seja, seus componentes podem ser instalados separadamente o que na minha opinião é a principal característica desta ferramenta, pois facilita na administração, escalabilidade e monitoração.

Outro ponto interessante é a facilidade de instalação. Com apenas 3 arquivos de configuração é possível colocar a ferramenta no ar.

- O Bacula Director, responsável pelos Jobs de Backup, Filesets (estrutura de arquivos e diretórios que serão backupeados), Storages, Catálogo de Dados e Schedules, como podemos ver é a partir deste arquivo que as coisas começam a funcionar.

- O Bacula FileDaemon faz a interface com o Client que será backupeado, informa o que deve ou não ser backupeado.

- O Bacula Storage Daemon onde os Storages e/ou unidades de fita são configurados para armazenamento dos dados.

Muitas das características encontradas em ferramentas do tipo BackupExec e AcrserveIT, podem ser encontradas também no Bacula.

CARACTERÍSTICAS DO BACULA

• Estrutura cliente / servidor;
• Licença GPL (sem custos com licenciamento)
• Disponibilidade para Servidores Windows, Linux e plataforma MAC;
• Possibilidade de execução de scripts pré e pós backup/restore;
• Ferramentas de administração via console ou interface GUI;
• Envio de mensagens de logs para backup/restore via email.

A operação do Bacula ocorre através do utilitário "bconsole" onde é possível visualizar os jobs de backup, storages e agendamentos e muito mais em um bom nível de detalhamento.

Para quem pensa em adquirir uma ferramenta de backup proprietária vale a pena pensar antes de gastar e pelo menos realizar um teste com o Bacula, pois não custa nada mesmo, certo?

Bom, acho que deu para ter uma idéia superficial da ferramenta e principalmente parar alguns minutos para pensar um pouco em backup. Aliás, recomendo a visita a este site (http://www.taobackup.com/) antes de sair instalando qualquer ferramenta de backup por aí.

Boas Práticas MySQL

Motivado na construção de uma solução de backups para os meus ambientes de MySQL me defrontei com alguns questionamentos importante sobre que linha seguir. Quando falamos de backups de banco de dados invariavelmente caímos na discussão de qual melhor forma de proteger nosso ambiente, com backups lógicos ou físicos.

Segundo a Oracle um backup lógico, o dump, não pode ser considerado um backup por si só, mas sim um complemento de backup. O backup lógico normalmente é utilizado para situações onde uma restauração de somente algumas linhas, por exemplo é necessária. Algumas outras questões como migrações entre versões ou diferentes plataformas o dump pode ser o único recurso.

Já o backup físico, o "verdadeiro backup" particularmente no MySQL parece ter uma performance surpreendente, principalmente levando em conta o fato do tempo de restore (o dump deixa muito a desejar). Apesar dessa performance atrativa venho enfrentando alguns problemas, aparentemente o utilitário (em perl) responsável por executar o backup físico no MySQL, mysqlhotcopy, é restrito aos storage engines myisam e archive, o que acaba rementendo a um fator negativo dessa independencia que o MySQL tem em seus gerenciadores de tabela.

Aparantemente se você tiver necessidades de performance principalmente no seu procedimento de backup terá de combinar utilitários prontos como o mysqldump e o mysqlhotcopy (existem ferramentas pagas) ou desenvolver seu próprio utilitário.

Em relação a necessidades de performance tenho um banco de dados que possui um tamanho relativamente consideravel de índices, o que me fez recorrer da opção --noindices. Reduzindo 30% praticamente o tamanho de backup e consequentemente no tempo, o que me pareceu uma ótima opção, mas está resultando em uma certa dor de cabeça para reconstruir esses índices utilizando o myisamchk -r.

Procurando por respostas sobre como corrigir esse problema encontrei um workshop sobre segurança e backup em MySQL que acredito que seja de muito bom uso para quem está iniciando nessas áreas de adminsitração no mysql:

http://www.archive.org/details/mysql_backup_security
http://szeged2008.drupalcon.org/files/mysqlBackupSecurity-DrupalCon-2008-08-28.pdf

Aproveitei a oportunidade e enviei um e-mail para o palestrante para ver se consigo alguma luz.

Bom proveito da palestra.

Oracle Open World - Terceiro Dia - 12/03/2009

Último dia de evento, e mais alguns rostos familiares, mais conversas com o Ashish e palestras interessantes. Quanto a novidades vale destacar alguns conceitos novos de backup que não conhecia como o Cloud Backup e ainda o conceito de CRM 2.0 ressaltando o poder das redes sociais em uma estratégia de CRM.

Quanto a backup vale destacar que não tivemos muitos avanças em relação as propostas de 2007, continuamos em cima dos conceitos de Flashback e as maravilhas que o RMAN nos proporciona, mas gostei de conhecer melhor algumas coisas novas, principalmente o Oracle Secure Backup (que infelizmente ainda não integra o conceito de Free Lan Backup)

Bom, mas não podia deixar acabar o evento sem fazer uma pergunta ao nosso amigo Ashish, que para quem ainda não conhece trata-se do (não se assustem) Product Manager de High Availability na Oracle. E que pergunta foi essa? Quando sairá a Release 2 do 11g rs... A resposta é no minimo em 3 meses e no máximo até o final do ano... minha opinião em Setembro deveremos ter já o produto disponível para download.

Espero que tenham gostados dos posts sobre o evento e me comprometo a detalhar melhor cada novidade e curiosidade que tive acesso no evento, mas vou precisar de um post para cara produto, afinal são muitas coisas interessantes para não dedicar um post inteiro.

Para quem se interessar odas as fotos do evento estão disponíveis no slide show do blog e fiz também algumas gravações interessantes que vou publicando aos poucos. Quem tiver dúvidas sobre as últimas tecnologias da Oracle, por favor, comentem que tento responder, e caso não saiba agora tenho como encaminha-las para os gestores dos produtos na própria Oracle.

Até o próximo post... Vou tentar conversar sobre um tema bem interessante que é como resolver os problemas daqueles comandos que parecem intermináveis e resultando em uma série de processos enfileirados que literamente parecem travar todo seu banco e dados.

Abraços...

Backup! ARGHH!!! Eu gostaria de ter feito.

Olá pessoal, hoje inicio minha vida de "blogueiro postador". Confesso que tudo isso é muito novo pra mim, portanto, tenham paciência, se não tiver, pode criticar, afinal de contas, elas serão bem vindas para mim e para o bem do blog.
Para o meu primeiro post, escolhi um assunto que por coincidência é o dos assuntos que mais tive contato na carreira (tudo bem que ela não é tão grande assim), estou falando de BACKUP.

Um belo dia ouvi de um amigo, no exato momento em que tentava planejar a melhor política de backup para a empresa em que trabalhávamos, a seguinte frase:

-"Existem 2 tipos de analistas. Os que fazem backup e os que gostariam de ter feito!"

Apesar de parecer uma piada, levo essa frase como uma lição a ser seguida pra sempre.

Backup é coisa séria, muitas vezes estamos falando de registros que contam a história financeira da empresa ou talvez de um banco de dados com todos os produtos, enfim cada empresa tem seu registro, são inúmeros os exemplos e cada um sabe muito bem qual a sua importância.

Importância que muitas vezes só é conhecida ou lembrada nos momentos de caos, somente quando a informação vital é perdida. Em muitos casos nesse ponto a informação não pode mais ser recuperada.

Isso torna-se um ciclo vicioso, pois a informação deve ser backupeada, mas não existe um investimento (e algumas vezes conhecimento) que garanta que o backup seja realizado e armazenado da maneira correta.

Quando for definir sua política de backup analise, a importância da informação, qual a quantidade de informação pode ser perdida (afinal de contas backup real-time, tem lá suas cifras $$$$), por quanto tempo ela deve ser guardada, qual a periodicidade que ela deve ser backupeada.

Tenham em mente que fenômenos naturais (chuva, furações, tsunamis, etc...) e até mesmo ataques terroristas, guerras civis, podem influenciar na vida do seu backup. Portanto considere também armazenar uma ou mais cópia(s) do seu backup, alguns kilômetros de distância. Existem normas técnicas, até mesmo da ISO que definem isso!

E por final faça testes periódicos de restore, afinal de contas ter o backup não significa ter o dados a qualquer momento.

Caso seu backup seja terceirizado, acompanhe de perto também. Acredite, já ouvi de vendedores dizerem:

-"Esse cliente contratou somente o backup, não contratou o restore!"

Enfim, para os que ainda não entenderam o recado, backup é coisa séria, todos os detalhes devem ser analisados, questionados e os recursos financeiros conciliados as necessidades, afinal de contas em tempos de crise, até backup é afetado.

Os próximos posts serão mais técnicos, esse foi mais conceitual, para quebrar o gelo também. Irei abordar algumas práticas de armazenamento, políticas, softwares utilizados no mercado (free e pago), entre outros.

Um abraço a todos! Tenho que correr, pois esse blog ainda está sem backup!!! rsrsr :-)