Como fazer o backup do Ubuntu 12.04 lts? Deve poder restaurar em 2 dias ou menos

Question

Eu executo vários sites de comércio eletrônico em meu servidor doméstico (meu, um membro da família e um cliente). É um Dell Dimension 4600 mais antigo que eu tenho rodando o Ubuntu 12.04 lts. O computador não mostra nenhum sinal de falha iminente, mas, sendo velho, quero ter um bom backup dele caso algo aconteça. Eu precisaria ser capaz de restaurar os dados para um novo servidor dentro de alguns dias do servidor indo para baixo É a melhor maneira de usar algo como Clonezilla? Ou deveria haver um método melhor para fazer isso?

Atualizar

Eu não preciso que o site seja ao vivo enquanto faço isso, e atualmente tenho cerca de 8 GB de dados. Uma cópia de bit parece ser uma boa idéia para o que eu quero, que é fazer o backup e, se acontecer alguma coisa, ser capaz de ligar e desligar o disco de backup. O layout do disco é apenas um disco, uma grande partição de 80GB. Sim, eu sei que isso não é o melhor, eu era novo para o mundo inteiro do Linux, Ubuntu, Web Servers, praticamente tudo quando eu instalei o sistema operacional e o configurei inicialmente. Então, nenhum LVM também

    

Answer 1

Se o site não precisar estar ativo enquanto você o fizer, há uma série de soluções, sendo a mais fácil garantir que o disco seja montado somente para leitura (por exemplo, usando um disco de inicialização) e fazer uma cópia de bit. de 1 disco para outro. Então, se algo der errado, basta colocar o disco de backup, ligar o servidor e ir embora.

Se o site precisar estar ativo ao fazer a cópia, o problema será mais complexo. Uma boa maneira de lidar com backups no Linux é agendar backups incrementais usando algo como o rsnapshot (mas o rsync pode ser mais fácil no seu caso). Se você tiver que restaurar, precisará começar a reconstruir o servidor e, em seguida, copiar o instantâneo mais recente.

Você não indicou a quantidade de dados que está fazendo backup, com que frequência ele muda ou o layout dos discos. Ambas as coisas são úteis para criar uma solução de backup. Se você está construindo um novo sistema (ou teve a perspicácia quando construiu o sistema original), geralmente é útil construir o sistema de arquivos no LVM, depois fazer um snapshot do LVM e fazer o backup dele. Isso significa que não há tempo de inatividade e você pode fazer uma cópia exata de [a maior parte] do sistema de arquivos em um determinado momento. Supõe, claro, que você usa o LVM.

Da mesma forma, se você tiver uma boa separação entre o seu sistema operacional e o seu aplicativo, você pode querer começar com uma instalação básica do Ubuntu 12.04, então faça o backup apenas dos aplicativos de forma incremental. Você também pode querer manipular bancos de dados de maneira diferente para arquivos da Web, descarregando os bancos de dados. Da mesma forma, o tar (às vezes em dispositivos de bloco) pode ser bom para backups completos e compactados - mas ao fazer o backup de dispositivos de bloco, saiba que as alterações de arquivo durante o backup do dispositivo de bloco podem voltar a ocorrer sem cuidado.

Infelizmente, é difícil ser mais específico do que isso, porque os backups são um pouco específicos do sistema.

    

Answer 2

Para uma situação como esta, a melhor maneira é provavelmente ter outro servidor onde você possa sincronizar seus dados. Compre um VPS e sincronize seu código, bancos de dados e configurações. Acabei de verificar um provedor que eu uso e você pode obter um VPS com 20GB de espaço, 512MB de RAM, transferência de 1,5TB e 2 IPs por US $ 20 por ano. Dobrar as especificações e é US $ 40 por ano. Amendoim Se você não gosta dos garotos barganha, você pode fazer Amazon Cloud ou Slicehost, mas acho que você está desperdiçando seu dinheiro.

Quando você faz alterações no código, use o Dreamweaver (ou o que você usa) para fazer alterações em seu site de "teste". Em seguida, promova seus dados para o site de "produção". A maioria dos IDEs de desenvolvimento web tem a capacidade de ter um servidor de "teste" e um servidor "prod". Você escolhe, qual é qual. Se fosse eu (e eu tenho muito perto da mesma situação com alguns clientes), eu definiria o VPS como o site de produção e usaria o servidor doméstico como o site de backup.

A configuração inicial é fácil. Você pode despejar todos os seus pacotes instalados do apt-get em um arquivo txt e usá-lo para instalar os mesmos pacotes no seu VPS. Capturando os arquivos da web, os despejos de banco de dados e você pode usar o SCP para copiá-los diretamente para o outro servidor. (Provavelmente faça tudo com um script de shell curto.) Você provavelmente vai querer copiar a maioria de seu / etc também. Quando a configuração inicial estiver concluída, manter as coisas sincronizadas é trivial.

Isso tem muitas vantagens.

1. Primeiro, a energia é desativada em sua casa e o servidor não fica inativo.
2. Em segundo lugar, as alterações de código são testadas e desenvolvidas em sua LAN para que sejam rápidas e você não esteja esperando para enviar dados por uma conexão lenta (YMMV).
3. Você tem uma falha de hardware e precisa de uma peça que leva uma semana para ser obtida - seu site de produção permanece ativo.
4. Você pode acessar o SSH no seu servidor de teste de qualquer lugar, fazer alterações, testá-las e, em seguida, enviá-las ao seu servidor de prod com o mínimo de interrupções.
5. Você pode desenvolver exatamente a mesma configuração da máquina de produção. Portanto, você não precisa usar o XAMPP ou algum outro ambiente de desenvolvimento e se preocupar com dependências, estrutura ou todas as outras nuances de desenvolvimento.
6. Co-localização. Se sua máquina de produção falhar (VPS) por algum motivo, reponha seu DNS para o servidor doméstico. Mantenha seu DNS TTL em 30 minutos e seu tempo de inatividade é mínimo.

Então, essa é a minha recomendação.

E, sim, eu cobro US $ 1.000 por ano para um VPS que me custa cerca de US $ 40 por ano ... Eu também uso os serviços de co-localização, que é apenas outro VPS de outro provedor ou em meu rack doméstico. Você tem que ficar nos ombros dos gigantes se quiser ganhar dinheiro no jogo da web. Desenvolver código é bom, mas a renda residual é onde está, irmão. Compre baixo. Venda alta.