Isso soa como um trabalho para, fila de músicas ; Rsync!
Editar: eu leio a pergunta, então, deixe-me atualizar;
Isso soa como um trabalho para, fila de músicas ; Tar e Rsync!
Estou fazendo o downgrade de um servidor virtual 10.04 LTS existente do Ubuntu para um com menos memória e uma unidade menor (de 80 GB para 40 GB). Meu hoster (hetzner.de) não me dá a possibilidade de fazer um downgrade no local, então eu tenho que criar um novo servidor. Qual é a melhor maneira de criar uma imagem do primeiro sistema e "aplicá-lo" ao novo? Eu sei que há outra resposta, mas na minha situação eu não tenho certeza se eu seria capaz de usar o Clonezilla ou outras ferramentas GUI, porque a instalação é mínima, sem interface gráfica.
Obrigado antecipadamente
Michele
Isso soa como um trabalho para, fila de músicas ; Rsync!
Editar: eu leio a pergunta, então, deixe-me atualizar;
Isso soa como um trabalho para, fila de músicas ; Tar e Rsync!
Eu fiz o downgrade dessa maneira.
Antes de tudo, atualizei o sistema antigo usando "aptitude update" e "aptitude upgrade". De modo que a versão foi 10.04.4.
Então arquivei com o utilitário TAR todo o disco do sistema antigo. Eu fiz isso enquanto o sistema antigo estava online e armazenei o arquivo resultante no sistema antigo.
Depois criei uma nova máquina virtual de base com os utilitários webhoster. Neste ponto, tive o problema de poder sobrescrever os arquivos existentes que estavam em uso. Então eu precisava ter uma espécie de Live Cd (como Jeff sugeriu acima)
Não sendo capaz de inicializar a partir de um live CD, usei o sistema de resgate webhoster para ter um efeito similar. Quando você inicializa isso, você pode montar ler e gravar o sistema atual.
Então eu expandi com TAR o arquivo em um diretório / NEW, e então eu copiei o varioust dir como var, usr, ... etc .. Eu renomeei o existente com o sufixo OLD. Então eu reiniciei, esperando que tudo estivesse bem. Há alguns problemas, no entanto.
Na primeira reinicialização, a unidade não pôde ser montada. O motivo foi que no novo sistema a unidade foi formatada com EXT4, enquanto no / etc / fstab havia as configurações do sistema antigo, que era EXT3. Então eu reiniciei novamente no sistema de resgate e peguei o fstab original no novo sistema.
Na próxima reinicialização, as unidades foram montadas, mas o sistema não conseguiu um endereço IP.
O motivo foi que, desde que eu tinha sobrescrito completamente o diretório / etc também a configuração de rede. Eu não sabia como reconfigurar, então eu encontrei nos arquivos de texto eth0. Encontrei muitas entradas, mas a que consertava era aquela referente ao endereço MAC. Depois de restaurado para o endereço MAC real da interface da nova rede do sistema estava funcionando novamente.
OK, agora testei se o apache e o mysql estavam funcionando. Nenhum deles estava funcionando.
Isso acabou sendo um problema de permissões. Não tenho certeza sobre isso, pode ser que eu tenha esquecido de adicionar o prefixo p ao TAR (que deve preservar as permissões)
Para evitar a permissão manual, usei esse tempo para copiar novamente os arquivos do servidor antigo. Parecia que RSYNC restaurou a permissão, porque depois disso eu poderia começar meu blog.
Agora, outro erro é registrado relacionado à rotação de log. Claro que é novamente um problema de permissão.
No final, com certeza eu acho que meu método não era muito profissional, essa foi a razão que eu perguntei aqui:)
Primeiro faça o backup do seu banco de dados mysql
mysqldump --add-drop-table -h mysqlhostserver -u mysqlusername -p databasename (tablename tablename tablename) | bzip2 -c > blog.bak.sql.bz2
Para opções adicionais, consulte: link
Em seguida, arquive (tar), inclua / etc, / var / www e quaisquer outros dados que você possa ter para o seu servidor ftp (suponho que você o use para atualizar o wordpress).
Transfira o arquivo para seu novo servidor e restaure seu banco de dados mysql e quaisquer dados e configurações personalizadas em / etc (apache).