Sim, use a ferramenta Conversor do VMWare.
Eu tenho um servidor Ubuntu 10.04 LTS executando a produção e gostaria de criar um servidor de desenvolvimento e de teste. Uma opção é instalar tudo como está instalado na produção, mas isso levará muito tempo para torná-lo um espelho exato da produção. Existe uma maneira de "clonar" todo o sistema operacional enquanto ele está em execução? Gostaria de criar o servidor dev e staging no VMWare.
Obrigado!
Sim, use a ferramenta Conversor do VMWare.
Restaure seu backup em uma nova VM.
Você tem um backup, não é?
É possível clonar a frio (ou seja, arrancar um CD, ferramenta de conversão P2V), como link . Os fóruns de suporte VMware estão cheios de conselhos úteis para tais atividades. Eu não sei de quaisquer ferramentas de clonagem 'quentes', eu estaria interessado em ouvir se você encontrar um.
Há inúmeras opções - você pode rsync o sistema de arquivos, dd o dispositivo de bloco subjacente através da rede com o netcat, ou fazer um instantâneo do sistema no nível do vmware e duplicar isso em outro lugar.
No entanto, todos esses cenários sofrem da mesma falha básica: é um negócio one-shot. Uma vez feito o clone, você não pode atualizá-lo automaticamente para levar em conta as mudanças na produção (bem, em teoria, o método rsync can pode ser usado, mas é meticuloso e muito propenso a erros) . É por isso que você precisa usar o gerenciamento de configurações, como Puppet, Chef ou cfengine. Esses sistemas permitem que você defina o estado exato em que deseja que um sistema esteja, e as ferramentas cuidarão da configuração. Você pode especificar "construir todos esses sistemas da mesma maneira", e quando você alterar a configuração principal, todas as máquinas serão atualizadas para corresponder à nova configuração. A construção de novas máquinas também é muito fácil, se você precisar expandir, implantar uma segunda infraestrutura em outro local ou o que mais precisar.
Para sistemas Linux, configure uma VM de encaixe com uma instalação básica do Linux, montando o VMDK da VM de destino vazia preparada no encaixe, formatando-o ali, desativando o sistema de origem (leia: encerre o banco de dados!), rsyncing (use --numeric-id e --exclude / proc / * e / sys / *, use -c se algo puder estar errado sobre os clocks), então chrooting no sistema de arquivos de destino, fazendo as mudanças necessárias e reinstalando o gerenciador de inicialização (dica: kill /dev/.udev enquanto estiver no chroot, então preencha / dev com MAKEDEV genérico), funciona muito bem. grub-legacy seria o gerenciador de boot preferido para usar (se o destino fs for ext3, o formato com -I 128 ou as coisas vão quebrar horrivelmente! Além disso, o junk device.map sempre ..). Se consertar um carregador de boot de dentro do chroot parecer fora da sua zona de conforto, leia melhor o assunto ou deixe-o:
Outra atualização do ambiente pode ser feita com rsyncs e mysqldumps parciais (familiarize-se com a opção --dry-run para rsync ... --exclude is FINICKY)