none
Duvidas ao criar rotina de backup RRS feed

  • Pergunta

  • Boa a tarde a todos,

    Venho aqui para tirar algumas duvidas sobre criar uma melhor estrutura de backup, a empresa onde eu trabalho não tem recursos para comprar softwares para o gerenciamento de backups por esse motivo estou aqui pedindo a ajuda!

    Pelo que estive apurando as rotinas de backups estão muito falhas e também demoram muito para serem concluídas, minha ideia seria usar o velho Robocop mesmo, fazendo um backup full nos domingos e no restante dos dias fazendo um backup incremental  de arquivos alterados e arquivos novos.

    Estaríamos estruturando a rede nos servidores que serão realizados o backup, os mesmo teriam duas placas de rede, uma das placas com a rede corporativa e a outra com a rede de destino dos backups, estou anexando um esquema básico como ficaria a rede para que vocês possam avaliar se é uma maneira que pode funcionar sem custos.

    Desde já muito obrigado

    quarta-feira, 26 de abril de 2017 18:28

Respostas

  • Oi Marcio,

    Tudo bem?

    De forma geral, cada empresa demanda um estudo do ambiente para verificar que melhor solução de backup atende as necessidades da empresa, contudo, para qualquer plano de backup e recuperação contra desastres, existem dois pontos a observar:

    Recovery Point Objetive ou RPO: Quanto de informação é tolerável perder? Exemplo, voce faz backup diário as 19:00. Se no dia seguinte as 12:00 sua empresa perdeu o banco de dados do principal ERP por qualquer problema que tenha ocorrido, é aceitável para sua empresa perder meio período de informação?

    Recovery Time Objective ou RTO: Neste aspecto, ainda no exemplo acima, voce inicia a recuperação do backup feito no dia anterior as 19:00, contudo, este processo de recuperação levará 5 horas para tornar o ambiente de produção operacional novamente, este tempo é aceitável para sua empresa?

    Mediante estes dois conceitos, voce deverá montar o plano de backup, que levará em consideração equipamentos, software, internet, pessoas, etc, aumentando ou não, o custo de investimento.

    Tentando contribuir com minha última experiencia sobre o plano de backup, era aceitável para empresa perder um dia de trabalho para os arquivos de rede dos usuários, e meio período para os bancos de dados das aplicações. Desta forma configuramos o ambiente a efetuar backup 2 vezes ao dia dos bancos e uma vez após o expediente dos arquivos.

    A tecnologia que usávamos em suma, era do proprio Windows Server Backup, utilizando o conceito de backup "bare-metal" para recuperação total dos servidores físicos, fazíamos backup das VM's pela mesma ferramenta, para os arquivos alternávamos entre Windows Backup e Cobian, e para VM's em CSV (cluster) usávamos ferramenta chamada Altaro Hyper-V.

    Guardavamos tudo em servidor dedicado de backup, e depois durante o expediente, faziamos uma cópia do backup local para discos externos (RDX) e levávamos os discos embora ao fim do expediente.

    Novamente, este era um cenário que atendia para a empresa.

    Estou a disposição.

    Se ajudou marque como útil.

    Grato.

    Att, Renan


    Renan A. Rodrigues MCSA-MCITP-MCTS-CCNA-CCENT-ITIL (renanrodrigues.com)



    sexta-feira, 28 de abril de 2017 15:00

Todas as Respostas

  • Por favor senhores, preciso de uma ajuda!

    Obrigado!

    sexta-feira, 28 de abril de 2017 13:58
  • Oi Marcio,

    Tudo bem?

    De forma geral, cada empresa demanda um estudo do ambiente para verificar que melhor solução de backup atende as necessidades da empresa, contudo, para qualquer plano de backup e recuperação contra desastres, existem dois pontos a observar:

    Recovery Point Objetive ou RPO: Quanto de informação é tolerável perder? Exemplo, voce faz backup diário as 19:00. Se no dia seguinte as 12:00 sua empresa perdeu o banco de dados do principal ERP por qualquer problema que tenha ocorrido, é aceitável para sua empresa perder meio período de informação?

    Recovery Time Objective ou RTO: Neste aspecto, ainda no exemplo acima, voce inicia a recuperação do backup feito no dia anterior as 19:00, contudo, este processo de recuperação levará 5 horas para tornar o ambiente de produção operacional novamente, este tempo é aceitável para sua empresa?

    Mediante estes dois conceitos, voce deverá montar o plano de backup, que levará em consideração equipamentos, software, internet, pessoas, etc, aumentando ou não, o custo de investimento.

    Tentando contribuir com minha última experiencia sobre o plano de backup, era aceitável para empresa perder um dia de trabalho para os arquivos de rede dos usuários, e meio período para os bancos de dados das aplicações. Desta forma configuramos o ambiente a efetuar backup 2 vezes ao dia dos bancos e uma vez após o expediente dos arquivos.

    A tecnologia que usávamos em suma, era do proprio Windows Server Backup, utilizando o conceito de backup "bare-metal" para recuperação total dos servidores físicos, fazíamos backup das VM's pela mesma ferramenta, para os arquivos alternávamos entre Windows Backup e Cobian, e para VM's em CSV (cluster) usávamos ferramenta chamada Altaro Hyper-V.

    Guardavamos tudo em servidor dedicado de backup, e depois durante o expediente, faziamos uma cópia do backup local para discos externos (RDX) e levávamos os discos embora ao fim do expediente.

    Novamente, este era um cenário que atendia para a empresa.

    Estou a disposição.

    Se ajudou marque como útil.

    Grato.

    Att, Renan


    Renan A. Rodrigues MCSA-MCITP-MCTS-CCNA-CCENT-ITIL (renanrodrigues.com)



    sexta-feira, 28 de abril de 2017 15:00
  • Bom dia

    Por falta de retorno esta thread esta encerrada.

    Por gentileza, caso necessário abra uma nova thread.

    Atenciosamente,


    Guilherme Macedo S

    Esse conteúdo é fornecido sem garantias de qualquer tipo, seja expressa ou implícita

    TechNet Community Support

    Por favor, lembre-se de Marcar como Resposta as postagens que resolveram o seu problema. Essa é uma maneira comum de reconhecer aqueles que o ajudaram e fazer com que seja mais fácil para os outros visitantes encontrarem a resolução mais tarde.

    sexta-feira, 12 de maio de 2017 13:00