Dois scripts são importantes para facilitar o trabalho com drives manuais: um para montar a fita antes dos jobs de backup, outro para ejetar a fita quando da conclusão dos backups.
Clique aqui para ler tudo…

A 4Linux – tradicional parceira do Software Livre, estará promovendo um novo treinamento sobre o “Bacula”. A próxima turma terá início dia 11 de outubro de 2010, na cidade de São Paulo-SP. O curso será ministrado pelo autor deste “blog”, Heitor Medrado de Faria. E maiores informações podem ser conseguidas através deste link. Compareçam!

É com grande prazer que anunciamos a capa do livro do “Bacula”. Com mais de 210 páginas, ele engloba a parte teórica de “backups”, bem como manuais completos de instalação e configuração de um sistema de cópias de segurança baseado no “Bacula”, bem como interfaces gráficas, etc.
Atualizado com a versão 5.0 do “Bacula“, abordará também temas como a deduplicação de arquivos criptografia de dados e comunicações, reciclagem automática de volumes, estratégias, recuperação de desastres, etc.
Para reservar o seu e garantir um desconto de 15%, envie um email para: heitor [at] bacula.com.br, com o assunto: Reserva.
O livro está previsto para Outubro – Editora Brassport.

Abraços,

Heitor Faria

O arquivo criado automaticamente na instalação do “Bacula” vai funcionar* apenas como um ambiente de testes. Indispensável fazer certas modificações para que seja um sistema de útil.

*Um dos erros mais comuns que podem acontecer na instalação do “Bacula” consiste na falha de autenticação como banco-de-dados (isso pode ser verificado através da log do “Bacula”). quando isso acontece, não é possível se conectar ao director (bacula-dir) – e o daemon deixa de estar em execução. Para corrigí-lo, tenha certeza de que rodou o script “/etc/bacula/grant_bacula_privileges” e que o login e senha de acesso ao Catálogo estão corretas (dento do recurtos Catalog em “/etc/bacula/bacula-dir.conf).

Clique aqui para ler tudo…

Atenção!!! O “backup” trata-se de um serviço crítico, que exige uma alta disponibilidade e “uptime” do servidor. Portanto, não recomendamos o uso de Sistemas Operacionais Windows para hospedarem o servidor do “Bacula”, devido à instabilidade inerente à plataforma Microsoft.

Se mesmo assim você desejar instalar o Servidor “Bacula” (”Director”) no Windows, seguem os procedimentos:

Clique aqui para ler tudo…

“Append” é um dos status dos volumes no “Bacula”, e significa que o volume ainda possui espaço e pode continuar sendo gravado (ou seja – não foi encerrado) —> clique aqui para conhecer os estados dos volumes no “Bacula”.

Em alguns momentos, é possível mudar o estado do volume (exemplo, de “used” para “append”). Observe que algumas operações não tem sentido (ex.: de “full” para “append”, na medida que não há mais espaço para gravação) – se o volume estiver cheio “full” e você quiser reutilizá-lo (sobrescrevê-lo, reciclá-lo), deverá utilizar o comando “purge“.

Para ver o estado de todos os seus volumes utilize, no bconsole, o comando: “list media“.

Para mudar o estado de um volume utilize, também no bconsole: “update” > “volume parameters” > “status“

Inicialmente iremos precisar do FreeBSD 7.2 instalado e com a rede configurada corretamente e com acesso internet para instalar-mos os pacotes.
Ps.: Estarei documentando a instalação dos pacotes de 2 formas: via ports e via pkg_add. Procure informações no Handbook(pt-BR) para mais informações.

Clique aqui para ler todo o manual…

Em resposta às pessoas que tem procurado esta informação na busca do “site”, segue:

Primeiramente, quem não sabe o que é GFS, leia aqui.
A implementação da estratégia GFS clássica no “Bacula” se dá através de duas configurações:

Clique aqui para ler tudo…

Em relação às máquinas virtuais, continuo adepto da estratégia: instalação um cliente  do “Bacula” em cada uma das máquinas virtuais – ou seja: trate elas como se fossem máquinas dedicadas (físicas).

A questão aqui, novamente, reside no “backup” dos arquivos que correspondem às máquinas virtuais em si (para fins de disaster recovery), que aparentemente não podem ser diretamente “backupeados” com a máquina virtual em execução.

Assim, pesquisamos alguns métodos utilizados:

Clique aqui para ler tudo…

De bobeira, na Internet, encontrei a o guia oficial para backup das máquinas virtuais VMware [http://www.vmware.com/pdf/vi3_301_201_vm_backup.pdf]

O mesmo apresenta duas maneiras de proteger as máquinas virtuais, ambas suportadas pelo “Bacula”:

Clique aqui para ler tudo.