Como você se recupera quando seu provedor de hospedagem perde tudo?

4

Você provavelmente já viu as mensagens no blog do stackoverflow e em codinghorror :

blog.stackoverflow.com experienced 100% data loss at our hosting provider, CrystalTech.

We're working to restore it from backups ASAP!

Algumas das coisas que Jeff está fazendo são no Twitter. O que você faria em uma situação semelhante?

    
por Ward 11.12.2009 / 23:00

10 respostas

6

Primeiramente, faça seus próprios backups externos. E teste-os. Há sujeira baratos serviços que lida com isso. Ou se você insiste que sua empresa de hospedagem especializada deve fazer isso para você, faça-os restaurar uma imagem do backup mensal apenas para mantê-los em seus dedos. Mas, falando sério, mesmo apenas adicionando seus próprios feeds RSS e configurando o cliente para armazenar em cache para sempre é um bom primeiro passo.

Em segundo lugar, a The Wayback Machine e o cache do Google podem ajudar. O seu próprio cache de navegador também pode ser feito, portanto, faça cópias dele antes de digitá-lo. Espero que você não tenha seguido o passo "limpar seu cache" que o helpdesk gosta de dar.

    
por 12.12.2009 / 00:56
4

Pior caso (que provavelmente eles estão fazendo agora): reconstrua tudo de fontes como:

por 11.12.2009 / 23:22
2

Eu dobraria meus esforços para projetar e construir uma máquina do tempo. Uma vez que o projeto estivesse completo eu voltaria no final da semana passada e bateria na cabeça até que eu:

  1. tinha um plano de backup que envolvia mais de um host (ou seja, o backup de uma ou mais máquinas em um ou mais outros provedores
  2. tinha um plano de testes de backup, para que os backups pudessem ser verificados com frequência suficiente
  3. possuía um arranjo de backup off-line, assim como qualquer outro fornecido pelo provedor de hospedagem principal, ou seja, fazer backup em uma máquina local e fazer backups de fita / CD / DVD desses dados regularmente e armazená-los em um local seguro. / li>
  4. implementou o teste e testou novamente todos os planos acima
Na falta de sucesso no projeto TimeMachine, tudo que eu seria capaz de fazer era esperar pacientemente que o host fizesse o que pudessem e esperar que seus arranjos de backup fossem suficientes para que os dados (ou pelo menos uma cópia recente pode ser restaurado em um curto período de tempo. Eu então me certificaria de que os planos acima mencionados foram feitos, implementados e testados regularmente.

    
por 11.12.2009 / 23:27
1

Não há muito a fazer. Encontre um novo host, restaure a partir de backups.

Se o anfitrião realmente quer jogar bola e ser legal, imediatamente congelaria qualquer uso dos discos em questão e os levaria a um especialista em recuperação de dados ... mas, na realidade, isso nunca acontecerá.

    
por 11.12.2009 / 23:12
1

Eu tar e mysqldump todos os meus dados de hospedagem para o disco, em seguida, movê-lo para um disco maior do tipo RAID. Eu nunca deletei uma única cópia de um backup. Sim, ocupa muito espaço em disco, mas valorizo os dados dos meus usuários mais do que minha própria vida! (Pouco exagerado lá, mas vejo como minha responsabilidade garantir que haja integridade de dados.)

Não sei por que outras empresas não fazem algo parecido - mas deixo opiniões para mim:).

Se eu estivesse no seu lugar, eu executaria uma caixa Linux (preferida do Ubuntu) e executaria programas como:

  • sshfs
  • curlftpfs

E monte meu site como um diretório local e use meus próprios scripts de backup para fazer backup dos dados.

    
por 12.12.2009 / 00:15
0

Você seleciona um novo host (ou fica se ele realmente tiver um bom motivo para perder os dados) e restaurar a partir do backup externo;)

    
por 11.12.2009 / 23:26
0

A primeira coisa que eu faria é descobrir o que significa 100% de perda. Mesmo com falhas de disco, os dados podem ser extraídos. A menos que todo o servidor tenha sido derretido em um incêndio, tenho certeza de que algo pode ser recuperado.

    
por 11.12.2009 / 23:34
0

Você pode modificar seu site, portanto, quando você criar uma postagem no blog, ela criará automaticamente essa postagem no site de backup (espelho completo do site em outra hospedagem, hospedagem gratuita como o Google AppEngine ou seu máquina de desenvolvimento - mas inacessível para usuários comuns de internet). Quando a sua hospedagem principal perde todos os dados, você pode simplesmente copiá-la da hospedagem de backup (e nenhuma alteração na estrutura do DB ou do site é necessária!). Quando sua hospedagem está em baixo, você pode apenas modificar o registro DNS para o seu nome de domínio com o IP do site de backup (e, eventualmente, alterar algumas permissões de acesso no site de backup).

E, claro, se você não puder pagar a hospedagem de backup, você pode usar o sistema de arquivos que provou ferramentas para recuperação. Eu sugiro o NTFS para valiosos "backups".

    
por 12.12.2009 / 00:05
0

Eu uso o rsnapshot para fazer backup de meus servidores remotos. Faça o login em todas as noites a partir do escritório em casa e faça backup de tudo o que mudar durante esse dia. É leve em largura de banda e tem uma pequena pegada. O problema é que ele só funciona em sistemas semelhantes ao UNIX.

    
por 12.12.2009 / 03:17
0

Eu pensaria quão maravilhosamente mais rápido e melhor seria reconstruir o segundo (ou mais) tempo ao redor ...

    
por 12.12.2009 / 08:52