Instalação, configuração e uso do Bacula Backup profissional

Transcrição

1 Instalação, configuração e uso do Bacula Backup profissional Gravar arquivos de um local em outro é muito fácil, mas só o Bacula é capaz de fazer backups em escala industrial sem perder a praticidade necessária para os modernos administradores. por Gerd Müller CAPA Stephen Gibson A segurança de dados, de PDAs a grandes mainframes, incluindo versões futuras dos softwares e das mídias de armazenamento, é o objetivo do projeto de backups Bacula [1] desde o início. Desenvolvedor-líder do projeto desde 2000, Kern Sibbald optou pelo modelo do Código Aberto por acreditar ser essa a melhor forma de se obter um software seguro e competente na geração e recuperação de backups. Atualmente, o Bacula já é uma alternativa às custosas soluções proprietárias. Componentes O Bacula é composto por várias partes, sendo as mais importantes: Catálogo (banco de dados SQL) Director (bacula-dir) Armazenamento (bacula-sd) Arquivos (bacula-fd) Console Estes componentes permitem dividir o servidor em múltiplos pedaços, de forma a facilitar instalações distribuídas. À exceção do director e do catálogo, os demais componentes podem ser utilizados somente quando necessários. A comunicação entre as peças é feita por meio de portas definidas pelo IANA (figura 1), o que facilita a instalação do Bacula através de firewalls. Evidentemente, o software também permite a criptografia de todas as conexões usadas. Cada componente se autentica por meio de uma senha, conhecida pelos dois lados da autenticação. Memória do Bacula O catálogo é a memória principal do Bacula. Nele ficam os dados mais importantes para a operação do software, gerenciados por um banco de dados SQL. Atualmente, os bancos de dados suportados são MySQL, PostgreSQL e, para exigências pouco sofisticadas, SQLite. O back-end do Bacula é um de seus pontos fortes. Por isso, existem certos scripts livres para permitir seu monitoramento por soluções específicas. No caso do Nagios, o Bacula até já traz um script por padrão. Os scripts costumam ser usados para informar o sucesso do último backup. Com isso, o adminis- Linux Magazine #60 Novembro de

2 CAPA Bacula trador só precisa intervir na solução de backup quando for necessário. Centro de controle O director é o centro de controle do sistema de backup. Ele coordena os componentes, analisa os dados e os guarda no catálogo. Além disso, ele gerencia os backups de acordo com as configurações determinadas pelo administrador. Com relação à segurança, não há diferença entre o Bacula e as demais soluções proprietárias dos mais variados tamanhos. O Bacula é capaz de fazer backups das formas mais comuns: completo, diferencial e incremental. Um backup diferencial engloba todos os dados alterados desde o último backup completo. O backup incremental, por sua vez, grava somente os arquivos que tenham sido alterados após o último backup. Para garantir a confiabilidade dos backups, o Bacula sempre verifica se estão presentes o último backup completo e os incrementais posteriores a ele. Em caso negativo, o programa realiza automaticamente um backup incremental com base no último completo. O catálogo documenta as sequências de backups e os arquivos incluídos. É possível definir quais arquivos salvar por meio dos file sets e agendar as tarefas de backup no servidor. Armazenamento O componente seguinte é o daemon de armazenamento. Ele fornece acesso do director aos meios (ou volumes) de armazenamento e se encarrega da gravação e da leitura dos dados no momento da restauração destes. Nas tarefas de backup, o daemon de armazenamento recebe os dados diretamente do daemon de arquivos e os repassa ao meio de armazenamento. Para gravar, o Bacula consegue utilizar várias mídias diferentes, desde simples diretórios até discos rígidos inteiros, CDs, DVDs e fitas em grandes bibliotecas (incluindo leitores de código de barra), para os quais utiliza o projeto MTX [2]. O formato do backup é idêntico em todos os casos e embora proprietário é muito flexível e bem documentado. No Bacula, o tamanho dos backups não está limitado ao do volume onde ele se localiza. Da mesma forma, um mesmo volume pode conter dados de múltiplos backups. Com isso, não é preciso acrescentar novos volumes o tempo todo, já que o programa permite aproveitar ao máximo o espaço disponível. Se um backup for apagado e deixar de ocupar um determinado espaço, esse mesmo espaço poderá ser ocupado logo em seguida. Os volumes podem ser agrupados nos chamados pools para permitir uma melhor organização dos backups e também a reserva de espaço, caso necessário. Os pools associam volumes a tarefas de backup. Figura 1 Funcionamento dos componentes do Bacula. Todos os componentes se comunicam com o director, o sistema é operado por meio do console e todas as tarefas de leitura e escrita são realizadas pelos daemons de arquivos e armazenamento. Agentes O daemon de arquivos (file-daemon) é o agente usado pelo Bacula para acessar os dados no sistema a ser lido. Ele lê os dados do backup e grava-os na mídia do servidor de backup. Ele registra no director todas as tarefas de backup e restauração, assim como seus respectivos arquivos, volumes e pools. O director, por sua vez, armazena essas informações no catálogo. Figura 2 Versão do console do Bacula para sistemas Windows. 46

3 Bacula CAPA O daemon de arquivos troca os arquivos diretamente com o daemon de armazenamento. O Bacula suporta vários sistemas no papel de daemon de arquivos, como Unix (Linux, Solaris, Free- BSD, OpenBSD, Mac OS X, Tru64, Irix, AIX, BSDI, HPUX, NetBSD e outros) e também Windows (Windows 98, Me, XP, NT, 2000 e 2003). A restauração de dados de um sistema para outro diferente não é nenhum problema, pois cada uma das tarefas é realizada por um agente específico em cada máquina e cada agente possui todas as permissões necessárias em seu sistema local. Evidentemente, também é possível gravar e ler compartilhamentos NFS e Samba. Vale a pena mencionar que o Bacula no Windows permite fazer backup de arquivos abertos e interage com os aplicativos para garantir cópias consistentes de bancos de dados. Para isso, o programa utiliza há tempos o serviço Microsoft Volume Shadow Copy Service (VSS), utilizando uma pequena parte do concorrente também livre Amanda. Porém, no Amanda essa função está apenas no planejamento. O Bacula ainda oferece a possibilidade de executar, em cada plataforma, algumas ações antes e após cada atividade de backup. Esse recurso é especialmente útil no caso de bancos de dados, que podem fazer um dump para o disco logo antes de o backup ser realizado, de forma a conservar efetivamente todo o conteúdo do banco. Console administrativo O último componente do Bacula o console é a interface do administrador. Se for desejável controlar manualmente o Bacula, o console administrativo é a ferramenta ideal. Além do Bconsole, baseado em shell, há também um console Figura 3 O console gráfico do Bacula oferece as mesmas funções do console de texto. gráfico para Windows e Gnome (figuras 2 e 3). Sua principal diferença para o console gráfico é a organização dos menus. No entanto, todos os consoles oferecem as mesmas e muito úteis funções administrativas. O exemplo detalhado a seguir ilustra a instalação do Bacula com base numa configuração mínima com um único servidor que age como catálogo, director e daemon de armazenamento. Além disso, esse mesmo sistema é o alvo do backup, o que significa que é preciso ter ainda o daemon de arquivos. O catálogo utiliza o MySQL. Instalação A versão atual do Bacula está disponível no site do projeto [1]. Após descompactá-la, bastam os comandos tradicionais para instalar o servidor de backup: Listagem 1: Configuração do console./configure --with-mysql make make install Se um determinado servidor precisar apenas dos componentes para gravação ou restauração, o melhor é usar o comando./configure--enable-client-only. Em seguida, é preciso preparar o catálogo (leia-se banco de dados) no servidor de backup. Há scripts específicos em /etc/bacula/ para realizar essa tarefa:./create_bacula_database./make_bacula_tables./grant_bacula_privileges 01 Director { 02 Name = dir-backup 03 DIRport = address = backup 05 Password = d87y2yqsx0pqlydauhtg5kvowmk7io52 06 } Com isso, a instalação já está terminada. Resta apenas criar o link simbólico dos scripts de inicialização bacula-ctl-dir (para o director), bacula-ctl-sd (daemon de arma- Linux Magazine #60 Novembro de

4 CAPA Bacula Listagem 2: Configurações do daemon de arquivos 01 Director { 02 Name = dir-backup 03 Password = suefhekt70tsoz29jugwsxpzrvrh 04 } Director { 07 Name = backup-mon 08 Password = idd6sy05efsfnsnjzfltkedwmpdj 09 Monitor = yes 10 } FileDaemon { 13 Name = backup-fd 14 FDport = WorkingDirectory = /var/bacula/working 16 Pid Directory = /var/run 17 Maximum Concurrent Jobs = } Messages { 21 Name = Standard 22 director = dir-backup = all,!skipped,!restored 23 } Listagem 3: Configuração do daemon de armazenamento 01 Storage { 02 Name = backup-sd 03 SDPort = WorkingDirectory = /var/bacula/working 05 Pid Directory = /var/run 06 Maximum Concurrent Jobs = } Director { 10 Name = backup-dir 11 Password = zlsrudretngnmsmye0zcnvhgi8yw 12 } Director { 15 Name = backup-mon 16 Password = KmAQ2EK0KEeE5j5gXLVLpVvyak/Z 17 Monitor = yes 18 } Device { 21 Name = FileStorage 22 Media Type = File 23 Archive Device = /tmp 24 LabelMedia = yes; 25 Random Access = Yes; 26 AutomaticMount = yes; 27 RemovableMedia = no; 28 AlwaysOpen = no; 29 } Messages { 32 Name = Standard 33 director = dir-backup- = all 34 } zenamento) e bacula-ctl-fd (daemon de arquivos) de seu local atual (/etc/bacula/) para o local correto no seu sistema. O Bacula sempre instala o daemon de arquivos no próprio servidor de backup. Ele oferece não apenas para fazer backups nesse servidor, mas também para gravar o catálogo sempre que necessário. Terminada a instalação, podemos proceder aos arquivos de configuração. Configuração A configuração dos componentes é feita nos arquivos bacula-dir.conf, bacula-fd.conf, bacula-sd.conf e bconsole. Para o exemplo deste artigo, bastam as configurações padrão desses componentes, o que significa que não precisaremos alterar tais arquivos. O arquivo mais fácil de entender é o do console. Ele controla somente a comunicação com o director (listagem 1). O daemon de arquivos, o único que requer alterações no arquivo de configuração padrão (listagem 2), requer muita atenção no uso profissional. Além da comunicação com o director, é preciso definir quais mensagens de status devem ser transmitidas ao director. O caso do daemon de armazenamento é bastante diferente. Suas opções de configuração são semelhantes às do daemon de arquivos, mas ele dispõe de um script de instalação que resolve os problemas. No nosso exemplo, temos um dispositivo que é montado em /tmp/ (listagem 3) isto serve para demonstração, mas não para uso em produção. O arquivo bacula-sd.conf contém diversos exemplos para outros casos, como unidades de DVD e fitas, bibliotecas e muito mais. A configuração do director (listagem 4) é um pouco mais complexa. Todos os componentes se encontram novamente aqui e contêm links para seus nomes. Além disso, ele contém 48

5 Bacula CAPA as definições de tarefas de backup, agendamentos, conjuntos de arquivos e pools. Todos os componentes do Bacula já podem ser iniciados neste momento. Se a instalação e a configuração tiverem sido feitas corretamente, o administrador pode abrir o console com o comando bconsole. Nele, o comando status all oferece um panorama do status de todos os componentes. Se o teste tiver sido realizado com sucesso, já será possível realizar o primeiro backup. Primeiro backup Para iniciar o primeiro backup, basta usar o comando run no console administrativo, selecionando em seguida o servidor a ser lido para fazer o backup. No nosso exemplo, trata-se da máquina cliente1. Nesse momento, o console exibe as configurações dessa tarefa de backup e pergunta se pode mesmo ser executado imediatamente. Após a resposta yes, ele inicia o backup e o console mostra uma mensagem informando que há novas mensagens. Para ler as mensagens, é possível escolher o método automático (autodisplay on) ou o manual (messages). Ao final do backup, o Bacula emite um relatório com todos os detalhes mais importantes da tarefa que acabou de executar. Restauração A restauração do backup é igualmente fácil e pode ser iniciada com o comando restore no console administrativo. Em seguida, é possível selecionar quais dados restaurar. No momento, são oferecidas onze opções, começando pelos arquivos mais recentemente gravados e terminando com a possibilidade de selecionar os dados a restaurar por meio de comandos SQL no catálogo. Após escolher um método, basta marcar os arquivos desejados e informar o destino dos dados restaurados, além Listagem 4: Configuração do director 01 Director { 02 Name = dir-backup 03 DIRport = QueryFile = /etc/bacula/query.sql 05 WorkingDirectory = /var/bacula/working 06 PidDirectory = /var/run 07 Maximum Concurrent Jobs = 1 08 Password = 4V60qoOSZgEBrirJBNAXbUUmAcM8 09 Messages = Daemon 10 } JobDefs { 13 Name = DefaultJob 14 Type = Backup 15 Level = Incremental 16 Client = backup-fd 17 FileSet = Full Set 18 Schedule = WeeklyCycle 19 Storage = File 20 Messages = Standard 21 Pool = Default 22 Priority = } Job { 26 Name = Client1 27 JobDefs = DefaultJob 28 Write Bootstrap = /var/bacula/working/client1.bsr 29 } Job { 32 Name = BackupCatalog 33 JobDefs = DefaultJob 34 Level = Full 35 FileSet= Catalog 36 Schedule = WeeklyCycleAfterBackup 37 RunBeforeJob = /etc/bacula/make_catalog_backup bacula bacula 38 RunAfterJob = /etc/bacula/delete_catalog_backup 39 Write Bootstrap = /var/bacula/working/backupcatalog.bsr 40 Priority = } Job { 44 Name = RestoreFiles 45 Type = Restore 46 Client=backup-fd 47 FileSet= Full Set 48 Storage = File 49 Pool = Default 50 Messages = Standard 51 Where = /tmp/bacula-restores 52 } FileSet { 55 Name = Full Set 56 Include { 57 Options { signature = MD5 } 58 File = /usr/local/src/bacula } 60 Exclude { 61 File = /proc 62 File = /tmp Linux Magazine #60 Novembro de

6 CAPA Bacula Listagem 4 (continuação) 63 File = /.journal 64 File = /.fsck 65 } 66 } Schedule { 069 Name = Semanal 070 Run = Full 1st sun at 23: Run = Differential 2nd-5th sun at 23: Run = Incremental mon-sat at 23: } Schedule { 076 Name = SemanalAposBackup 077 Run = Full sun-sat at 23: } FileSet { 081 Name = Catalogo 082 Include { 083 Options { signature = MD5 } 084 File = /var/bacula/working/bacula.sql 085 } 086 } Client { 089 Name = backup-fd 090 Address = backup 091 FDPort = Catalog = MyCatalog 093 Password = w4usp8cv18pita56whtuhysbnat83ngvesmih 094 File Retention = 30 days 095 Job Retention = 6 months 096 AutoPrune = yes 097 } Storage { 100 Name = Arquivo 101 Address = backup 102 SDPort = Password = 0KaQ38vP8E8R2jKERde1BIZH5p27jimk62MXl1kZ 104 Device = FileStorage 105 Media Type = File 106 } Catalog { 109 Name = MeuCatalogo 110 dbname = bacula; user = bacula; password = 111 } Pool { 114 Name = Default 115 Pool Type = Backup 116 Recycle = yes # O Bacula consegue reciclar volumes automaticamente 117 AutoPrune = yes # Remover volumes expirados 118 Volume Retention = 365 days # Um ano 119 } Console { 122 # } de confirmar se é desejável sobrescrever os arquivos que já estiverem presentes no destino. Esta tarefa também gera um relatório. O exemplo utilizado neste artigo explora somente uma pequena parcela das inúmeras possibilidades oferecidas pelo Bacula. Embora ele demonstre o backup de apenas um diretório, o procedimento é praticamente o mesmo para gravar os backups em fitas, por exemplo. As tarefas importantes, como o rótulo da fita, são resolvidas de forma automática pelo Bacula por meio dos parâmetros já fornecidos, ou então informadas pelo administrador de forma manual. Conclusões Este exemplo mostra que o Bacula é uma solução completa de backup que não deixa a desejar em comparação com as soluções proprietárias. Além de gratuito, oferece o poder do Software Livre. Não é preciso temer o uso do Bacula. Com a documentação exemplarmente bem detalhada mesmo em comparação com outros projetos livres, praticamente não restam dúvidas para o administrador. É fácil perceber que o líder do projeto Kern Sibbald lhe dedicou muito tempo. n Mais informações [1] Bacula: [2] Compatibilidade com o MTX: net/compatibility.php Gostou do artigo? Queremos ouvir sua opinião. Fale conosco em cartas@linuxmagazine.com.br Este artigo no nosso site: