[MASOCH-L] Bacula
Wagner Assis
wagnerbassis at gmail.com
Thu Dec 18 10:42:42 -03 2008
Prezados, pode-se segmentar o arquivos de configuração do bacula para ficar
mais apresentável.
Eu utilizo um arquivo para cada cliente, além de possuir um arquivo de
configuração menor, fica de melhor entendimento.
bacula.conf
------- BOF-----
@/etc/bacula/catalogo.conf (defições de backup do catalogo)
@/etc/bacula/file-defs.conf (defino aqui quais serão as lista de arquivos a
serem feito os backups)
@/etc/bacula/cliente-dir.conf
@/etc/bacula/cliente1-dir.con$f
------- EOF-----
Atenciosamente
Wagner Assis
2008/12/18 Allan Rodrigo de Lima <allan at usp.br>
> Oi Wederson!
>
> 1) Pesquisando na net, verifiquei que muita gente de tempos em tempos da
>> uma
>> limpada na base do catalog para ela não ficar gigante. Então, se por
>> acaso,
>> eu precisasse restaurar um backup de um ano atrás, e suponha que no
>> catalog
>> não tenha informações deste backup, neste caso, o restore funciona sem
>> problemas?
>>
>
> Infelizmente não...
>
> 2) Qual a maneira mais indicada de gerênciar o catalog, deixar ele crescer
>> a
>> vontade conforme os backups são feitos ou realmente preciso ficar zerando
>> a
>> base de vez em quando?
>>
>
> Zerar a base de tempos em tempos é muito bom, a partir de agora dependendo
> de como o catálogo crescer penso zerar os catalogos uma vez por ano, tempos
> atrás o meu catálogo chegou a 160GB o que gerou uma perda de desempenho
> significatifa nos casos dos backups incrementais.
>
> 3) Faz diferença usar o postgress ao invés do mysql? (ok, tipo, o bacula
>> sente alguma diferença?)
>>
>
> Para o Bacula utilizar o Postgres ou o mysql é indiferente, eu
> particuramente prefiro o postgres pelo fato dele ser mais estável, porém com
> o MySQL tem um desempenho melhor, mas para resolver esse problema eu
> coloquei os catálogos num Cluster utilizando o pgPool, tenoh 3 máquinas
> nesse cluster, 1 HP Proliant com 6 GB de memória e discos scsi onde roda o
> PgPool e 2 Itautec MX com 8GB de mem e discos SAS. Particularmente eu to
> muito feliz com essa solução.
>
> Outra cosia que eu fiz foi descentralizar o director, hoje temos 3 máquinas
> fazendo o papel de bacula Director, cada uma com seu respectivo catalogo,
> além da maior disponibilidade, com 3 Directors rodando tripliquei minha
> janela :)
>
> Utilizo o Amanda faz anos, ele funciona bem, mas para gerenciar os backups
>> e
>> fazer restore de fitas muito antigas dá muito trabalho, por isso pretendo
>> migrar meu sistema para o Bacula.
>>
>
> O Amanda é bem legal, mas acho que ele tem algumas limitações quando o seu
> parque é muito grande, espero até o meio do 2009 atendermos mais de 100
> clientes e uma quantidade armazenada de dados em torno de 10TB.
>
> Eu uso o bacula desde 2004 e nao pretendo mudar, estamos desenvolvendo
> algumas ferramentas para ajudar na administração, a primeira delas é um
> aplicativo que gere um arquivo de configuração do Bacula-director e guarde
> as informações num banco de dados, pois com 50 clientes os arquivos de
> configuração chegam facilmente a 2500 linhas. Outra coisa que vamos
> implementar é uma forma mas "humana" de gerenciar a alta disponibilidade do
> sistema com vmware, heartbeat e mon.
>
> Qualquer dúvida é só escrever!
>
> Abraço a todos,
> Allan
>
>
>
>> Abraço.
>>
>> Wederson
>>
>>
>>
>>
>> 2008/12/16 Allan Rodrigo de Lima <allan at usp.br>
>>
>> Eu Uso aqui ho Data Center desde 2004, bem estável acabamos implementando
>>> uma solução com o um cluster postgresql com o PgPool para descentralizar
>>> o
>>> banco de dados e aumentar a disponibilidade. Hoje temos quase 3 TB de
>>> dados
>>> armazenados.
>>>
>>> Tem uma interface gráfica chama Webacula que dá pra rodar jobs e fazer os
>>> restores de forma interativa e uma interface web chamada baula-web.
>>> Estamos
>>> desenvolvendo um aplicativo para configurar o bacula-director, pois nosso
>>> arquivo de configuração já ultrapassou as 3000 linhas :(
>>>
>>> Se procura estabilidade o bacula é a melhor solução quando utilizado com
>>> PostgreSql se quer desempenho recomendo usar com MySQL.
>>>
>>> Espero ter ajudado. Qualquer duvida na implementação pode me escrever em
>>> PVT.
>>> Allan
>>>
>>> Citando Jeronimo Zucco <JCZucco at ucs.br>:
>>>
>>>
>>> Utilizo o bacula a muito tempo, sem problemas.
>>>
>>>>
>>>> Sobre não ter interface gráfica, já faz tempo que foi desenvolvido o BAT
>>>> (Bacula Admin Tool): http://wiki.bacula.org/doku.php?id=bat
>>>>
>>>> o BAT roda em QT4, mas pessoalmente eu prefiro usar o bconsole.
>>>>
>>>>
>>>> --
>>>> Jeronimo Zucco
>>>> LPIC-1 Linux Professional Institute Certified
>>>> Universidade de Caxias do Sul - NPDU
>>>>
>>>> http://jczucco.blogspot.com
>>>>
>>>>
>>>> Citando Marcio Merlone <marcio.merlone at a1.ind.br>:
>>>>
>>>> Aqui na empresa herdei da equipe anterior este sistema e funciona bem,
>>>>
>>>>> sem problemas. Mas a falta de interface gráfica, especialmente na hora
>>>>> de
>>>>> restaurar um arquivo com espaços e caracteres acentuados é um pns. Mas
>>>>> faz
>>>>> os backups incrementais diários e semanais, fulls mensais, de vários
>>>>> clientes pela rede, pede a troca de fita, suporta libraries (não sei se
>>>>> todas).. pra redes pequenas dá conta do recado.
>>>>>
>>>>> Gustavo Araújo escreveu:
>>>>>
>>>>> Boa tarde à todos,
>>>>>>
>>>>>>
>>>>>> Alguém da lista utilizou ou utiliza o Bacula como solução de backup ?
>>>>>> Estou pensando em implementa-lo mas gostaria da opinião de quem usa ou
>>>>>> já
>>>>>> testou se o software realmente dá conta do recado, se é estável,
>>>>>> enfim,
>>>>>> qualquer ponto de vista bom ou ruim ajudará e muito.
>>>>>>
>>>>>> Obrigado à todos !
>>>>>>
>>>>>>
>>>>>> Gustavo Araújo
>>>>>> __
>>>>>> masoch-l list
>>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>>>
>>>>>>
>>>>>> --
>>>>> Marcio Merlone
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> ---------------------------------------
>>>> Essa mensagem foi enviada pelo UCS Mail
>>>>
>>>> __
>>>> masoch-l list
>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>
>>>>
>>>>
>>>>
>>>
>>> --
>>> Allan Rodrigo de Lima
>>> Analista de Sistemas - Tel: 11 3091 6418
>>> Middleware Operation Center/CSIRT
>>> Centro de Computação Eletrônica
>>> Universidade de São Paulo
>>>
>>>
>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>
>>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
>>
>>
>
>
> --
> Allan Rodrigo de Lima
> Analista de Sistemas - Tel: 11 3091 6418
> Middleware Operation Center/CSIRT
> Centro de Computação Eletrônica
> Universidade de São Paulo
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>
More information about the masoch-l
mailing list