Estamos configurando um novo servidor para migrar os antigos.
Basicamente teremos um Windows Server (2003 ou 2008) rodando mais de 6 servidores virtuais (desenvolvimento Windows e Linux, aplicativos, bancos de dados e algumas estações de trabalho de teste) em RAID 5.
Também precisamos centralizar os dados (arquivos e repositórios SVN), portanto será necessário um servidor de arquivos. Como não temos nenhuma experiência administrativa e nunca fizemos backup antes,você tem alguma experiência em virtualização de servidores de arquivos? É melhor executá-los em uma caixa física? Qualquer conselho sobre como administrar isso será bem-vindo.
Sobre nossa estratégia de backup, a que foi esboçada por enquanto é:
Nota: backup em fita por enquanto não é uma opção para nós, devido a restrições de dinheiro.
- Faça um backup completo semanalmente em um servidor de backup separado no RAID 5 (consulteUm servidor de backup deve usar RAID?) e para unidade externa (uma espécie de unidade de fita de pobre)
- Backups diários diferenciais
- Planejando fazer um backup mensal para serviços online
Você acha que essa abordagem é razoável? Tenho certeza de que há muitos aspectos a serem realizados que certamente estamos perdendo.
Por último, uma coisa que nos preocupa é como fazer backup de máquinas virtuais. Uma maneira simples é fazer backup simples de tudo (conforme recomendado em uma das perguntas, não consigo encontrar qual ...).
Qual é o seu conselho sobre os dados contidos nessas vboxes? Também deve ser feito backup ("por precaução...") ou é seguro fazer backup das imagens virtuais diretamente?
Se servir como informação adicional, estamos planejando usar o BackupExec.
Obrigado por reservar um tempo para ler isso.
----- ATUALIZAÇÃO DE 04/08/2009 -----
Por motivos de saúde não pude continuar com esta questão. Obrigado a quem respondeu à minha pergunta, foi uma grande ajuda.
Aqui está o plano de backup que esboçamos agora que temos mais informações: Como somos uma empresa pequena (da América do Sul), por enquanto não podemos pagar por uma unidade de fita.
Agora bacukp não é bacukp se não for externo e offline, mas estamos tentando obter a melhor estratégia para nossa restrição de dinheiro:
Janela de perda de dados: 1 dia/8 horas. Tempo de recuperação: 1 dia/8 horas. Coisas para fazer backup: todas (instalações de dados e servidores)
- Diariamente: faça um backup diferencial diariamente para um servidor de backup físico, possivelmente com BackupExec. Alguém propôs usar um desses hubs de armazenamento externo com suporte SATA. Outro propôs enviá-lo para um serviço de armazenamento enquanto conseguimos uma fita. Não temos a opção de levá-lo para fora do local no momento (portanto, a janela de perda de dados é 'falsa')
- Semanalmente: faça um backup completo com uma unidade externa de 1 TB.
- Mensal/Anual: igual a semanal. Temos o problema de onde armazenar esses backups
Queremos mantê-lo simples, mas acho que estamos ficando complexos com todas essas estratégias diárias para superar o vazamento de backup externo.
Responder1
Meu conselho de backup padrão:
O objetivo do backup é poder restaurar.A menos que você esteja totalmente confiante de que poderá recuperar seus arquivos, seus backups serãoinútil. Tudo o que você implementa em sua solução de backup deve vir da perspectiva de "como faço para restaurar isso?"
A fita não é tão cara e tem a vantagem de ser muito mais durável que o disco. Menos peças móveis, nenhuma corrente elétrica viva passando por ele constantemente, tudo bom. Se isso salvar sua bunda uma vez, então já está pago em meu livro.
Além de "quantos dados você pode perder", você também precisa considerar "por quanto tempo você pode ficar inativo no caso de um cenário de DR?" Um tempo de restauração de 3 dias equivale a 3 dias de negócios perdidos. Você deve contar os tempos de restauração em horas e nos dedos de uma mão.
Você pode rapidamente ganhar dinheiro bobo se ficar muito paranóico com isso, então você deve dividir seus servidores em 2 ou 3 lotes. Aquelas que você absolutamente precisa retornar AGORA para continuar suas principais funções de negócios, e aquelas que você pode adiar até depois que as funções principais estiverem de volta. Coloque o investimento pesado no primeiro lote, certifique-se de ter procedimentos de restauração totalmente documentados (para o sistema operacional, para aplicativos e para dados) que um macaco leproso cego com uma mão amarrada nas costas pode seguir. Imprima e encaderne uma cópia e guarde-a em um cofre à prova de fogo- você está ferrado se tudo que você tem é uma cópia eletrônica e ela se perde ou é destruída. Mas não pense que isso significa que você pode relaxar com o segundo lote, apenas que pode atrasar a recuperação ou demorar um pouco mais para fazê-lo (por exemplo, colocando-os em mídia mais lenta).
Exemplos específicos: seu servidor de arquivos principal entra no primeiro lote, com certeza. Seu servidor de RH vai para o segundo lote. É importante para o pessoal de RH, mas será que suas principais funções de negócios funcionarão bem por alguns dias sem um sistema de RH? Sim, acho que sim.
Mantenha sua solução de backup simples e enfadonha.Muitas vezes tenho visto pessoas implementarem soluções de backup sofisticadas ou complexas que acabam sendo muito complexas, complicadas e não confiáveis. Os backups são chatos porque os backupsdeveser chato. Quanto mais simples forem, mais fácil será restaurá-los. Você deseja uma abordagem "eu, Og, clique no botão, Og, recupere os dados". Mantenha um elemento manual diário lá. Isso ajuda a estabelecer uma furadeira, o que pode evitar situações em que alguém esqueça de trocar uma fita ou girar um HD na piscina. Você pode demitir o responsável posteriormente se isso acontecer, mas adivinhe? Você ainda está em uma posição em que perdeu um mês de dados.
Responder2
A questão principal é quantos dados você está preparado para perder? Um mês? Um dia? 6 horas? 5 minutos?
Fica mais caro à medida que a janela de perda de dados fica menor.
Responder3
Usuario,
Eu recomendo fortemente que você dê uma olhada no livro "Backup & Recovery" da O'Reilly.
http://oreilly.com/catalog/9780596102463
Ele explicará termos como "ponto único de falha", bem como a estratégia geral para fazer backup de seus sistemas críticos.
Este é um bom livro para a estante de qualquer pessoa.
Responder4
Eu sugeriria executar o servidor de arquivos em uma caixa física, já que é provável que seja bastante pesado em E/S. Também seria bom poder fazer hotswap de uma unidade inoperante, sem desligar todas as VMs. Isso depende da sua configuração específica.
Sua programação de backup parece razoável, mas depende de quanto você pode perder. Parece que a maioria dos seus backups (exceto o mensal) estão no local, o que significa que você perderá no máximo um mês se o prédio pegar fogo ou for invadido.
Se você levar a unidade externa para casa, terá que mantê-la em casa, até o momento do backup, caso contrário, não será realmente um backup externo, não é? Se você for disciplinado, perderá no máximo uma semana. Melhor seria girar um conjunto de três discos rígidos externos, para que você sempre tenha o mais antigo no local e o mais novo fora do local.
Não se esqueça de testar e documentar seus backups periodicamente; Você precisa ter a tranquilidade de saber que cada um dos seus sistemas de backup pode restaurar corretamente. Você precisará de documentação para que um de seus colegas possa restaurar os dados. Você também precisará de documentação sobre como reconstruir um servidor inteiro. Se um falhar, você terá muitas coisas em mente para se lembrar de cada detalhe.
Fora do assunto: na verdade, estou procurando uma infraestrutura semelhante para nossa pequena empresa. Níveis de experiência semelhantes, embora já tenhamos backups instalados. Compartilharei nosso design atual com você, para lhe dar uma perspectiva alternativa, e não para julgar a sua:
Estamos planejando três servidores: dois hosts de virtualização e um servidor de armazenamento. O servidor de armazenamento provavelmente será executadoArquivo aberto. Ele será conectado por meio de gigabit-ethernet (talvez duplo) a dois hosts, ambos com boas CPUs e bastante memória, mas quase nenhum armazenamento (talvez apenas pequenos SSDs). Esses hosts executarão CitrixXenserver(ou talvez VMWareESXi) nometal puro, porque é muito mais eficiente do que executar o software de virtualização dentro de outro sistema operacional que basicamente não faz muito (por exemplo, veja as diferenças de desempenho entre o VMWare Server e o VMWare ESXi). O Xenserver parece mais interessante porque fornece recursos empresariais gratuitamente, enquanto o ESXi pode ficar caro se você quiser mais do que o básico. Os hosts Xenserver não terão armazenamento, mas usarão armazenamento em nível de bloco viaiSCSIdo servidor Openfiler comodiscos rígidos virtuais. Openfiler pode fazer snapshots, RAID e assim por diante. O Xenserver pode fazer migrações ao vivo de máquinas virtuais de um servidor para outro, para que possamos fazer manutenção em um servidor sem desligar nenhuma VM convidada. Obtenha um switch gigabit que suporte VLANs, para que você possa separar o tráfego de armazenamento do tráfego de VM. Alguns UPS para permitir o desligamento controlado em caso de falha de energia e pronto. Quase todo o custo é para o hardware, já que o software é (incrivelmente) gratuito.
Desculpe que esta resposta tenha ficado um pouco longa, mas esperava que outra perspectiva fosse valiosa para você.