[GTER] Que software vocês usam pra backup?

Douglas Fischer fischerdouglas at gmail.com
Tue Jan 31 08:39:20 -02 2017


Bruno, imagino que esteja pensando no Bacula como se fosse uma ferramenta
como o Cobian.
Ele é uma coisa bastante mais complexa, para backup de ambiente de diversos
hosts, multiplas políticas, múltiplas retenções, etc...

​Bacula usa o mesmo conceito de divisão de Deamons que ferramentas mais TOP
e caras do mercado(Tivoli, NetBackup, etc...).​
Ele separa em 3 Processos

Controle      - Esse é o cara que tem os Triggers e schedulers.
                Ele é quem manda as ordens para os demais.
Armazenamento - É o cara que guarda(ou conecta a Tape) dos arquivos backups.
Cliente       - Esse é o cara que roda no cliente.
                Recebe as ordens, executa os scripts, manda os arquivos.

Controle e processo podem estar em um mesmo servidor, mas em tempos de
virtualização, não faz sentido.



Em 30 de janeiro de 2017 17:54, Bruno Viviani <bruno at semprenet.com.br>
escreveu:

> O servidor bacula roda em windows?
>
> Instalei aqui mas nao tem o DIR...
>
> att,
> Bruno Viviani
> Gerente Técnico
> Net Rubi Internet
> (17) 3426-6600
> www.net-rubi.com.br
> www.netrubifibra.com.br
>
>
> Em 30 de janeiro de 2017 17:20, Bruno Vane <broonu at gmail.com> escreveu:
>
> > Aqui uso ghettoVCB pra snapshots e bacula para backups dos dados.
> >
> > Em 30 de janeiro de 2017 10:08, Douglas Fischer <
> fischerdouglas at gmail.com>
> > escreveu:
> >
> > > Para o Ransonware eu realmente recomendo o uso de SnapShots ou
> > > ShadowCopies.
> > >
> > > E como ferramenta, use o Bacula!
> > > E digo mais... Se for fazer um deploy de várias máquinas, pague os
> pilas
> > da
> > > versão enterprise!
> > >
> > > E se teu ambiente for razoavelmente novo, estude a solução de Dedup na
> > > Origem deles!
> > > Eu pessoalmente não implementei com Bacula, mas com AVAMAR foi a
> solução
> > > para os problemas estouro de Janela de Backup.
> > >
> > >
> > >
> > > Em 28 de janeiro de 2017 17:27, BinaryCrash <binarycrash at gmail.com>
> > > escreveu:
> > >
> > > > Realmente, a primeira vista pensei em serviços de FTP e de NFS e
> RSYNC.
> > > > Quando pensei no NFS e FTP eu pensei em cada máquina que fosse jogar
> > > backup
> > > > pra dentro do servidor teria sua própria pasta temporária, onde não
> > teria
> > > > acesso a nenhuma outra pasta. Isolada.
> > > > E um script com tar diário iria pegar estes dados e jogar pra outra
> > pasta
> > > > segura (também individual por maquina), evitando de um ransomware
> > > começar a
> > > > encriptar dados dentro do servidor de backup.
> > > > No caso do FTP pensei em o usuário ftp ter acesso somente a gravação,
> > sem
> > > > delete, sem sobrescrever.
> > > > Mas, é como você falou, o ideal é o servidor de backup iniciar a
> > conexão
> > > e
> > > > puxar os dados e não o inverso.
> > > >
> > > > De qualquer forma, vou analisar todos os softwares citados e dou um
> > > > feedback aqui da experiência obtida e como ficou.
> > > >
> > > > Um amigo me indicou o Corbian Backup, mas não testei ainda.
> > > >
> > > > Em 26 de janeiro de 2017 23:15, Douglas Fischer <
> > > fischerdouglas at gmail.com>
> > > > escreveu:
> > > >
> > > > > Backup é uma ciência mais complexa que parece!
> > > > >
> > > > > Primeiro conceito importante é a se assimiliar é que os gatilhos e
> > > > rotinas
> > > > > de backup NÃO PODEM DEPENDER do host backupeado...
> > > > >
> > > > > Ou seja:
> > > > > shell que "prepara o backup, e coloca numa pasta" e/ou "copia para
> > > algum
> > > > > lugar" é furo de segurança em backup!
> > > > >
> > > > > - Quem tem que abrir a conexão é o host que roda o
> > StorageDeamon(Exceto
> > > > > NDMP).
> > > > > - Quem tem que ter armazenado os scripts, e disparar a execução
> > remota
> > > > dos
> > > > > scripts é o ControllerDeamon.
> > > > >   - Mesmo para o RMAN(#LetTheTretasBegin)
> > > > >
> > > > >
> > > > > Um apêndice especial para o Ransomware:
> > > > > Se você tem "Script que copiou do Viva-o-linux" rodando no Cron que
> > > copia
> > > > > os arquivos para um compartilhamento CIFS ou NFS, isso significa
> que
> > o
> > > > que
> > > > > está neste host tem acesso aos arquivos de destino do Backup.
> > > > > E oque impede o Safadinho do Ransomware ir lá e criptografar esses
> > > dados
> > > > > também?
> > > > >
> > > > >
> > > > > Se tu quer proteger contra falha lógica,
> > > > > o ShadowCopies do Windows, e o Snapshot do ZFS/BTRFS são seus
> amigos!
> > > > > IMPORTANTE!
> > > > > "Proteção contra falha lógica != Backup"
> > > > >
> > > > >
> > > > > Em 26 de janeiro de 2017 17:23, BinaryCrash <binarycrash at gmail.com
> >
> > > > > escreveu:
> > > > >
> > > > > > Olá pessoal,
> > > > > >
> > > > > > Gostaria de saber opinião e sugestões de vocês, e indicações de
> > > > softwares
> > > > > > que vocês usam para envio de arquivos para servidores de backups
> > > > remotos.
> > > > > >
> > > > > > Eu coloquei CentOS em uma máquina com placa RAID (MegaRAID), 4
> HDs
> > de
> > > > > 4TB.
> > > > > > 2 grupos, de 2 HDs cada, em RAID 1 cada grupo.
> > > > > >
> > > > > > Penso na possibilidade de usar servidor FTP e NFS pra receber os
> > > > arquivos
> > > > > > de backups, que virão de máquinas windows e linux.
> > > > > >
> > > > > > Pra linux eu pensei no rsync + tar diário + scripts.
> > > > > >
> > > > > > Pra windows eu estou a procura de uma solução que facilite o
> > envio, e
> > > > se
> > > > > > tiver alguma forma de enviar apenas arquivos alterados, seria um
> > > bonus.
> > > > > Pra
> > > > > > automatizar mesmo, durante a madrugada.
> > > > > >
> > > > > > O Objetivo é além do backup tradicional, se precaver de
> ransomware,
> > > que
> > > > > > exige backup sem substituir o do dia anterior.
> > > > > >
> > > > > > Toda ajuda é bem vinda, obrigado.
> > > > > >
> > > > > > --
> > > > > > Tiago
> > > > > > --
> > > > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Douglas Fernando Fischer
> > > > > Engº de Controle e Automação
> > > > > --
> > > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > > >
> > > > --
> > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > >
> > >
> > >
> > >
> > > --
> > > Douglas Fernando Fischer
> > > Engº de Controle e Automação
> > > --
> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > >
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



-- 
Douglas Fernando Fischer
Engº de Controle e Automação



More information about the gter mailing list