Recuperar máquina virtual sem perder todos os dados

Conheça as causas da perda de dados em máquinas virtuais, como fazer cópias de segurança e como recuperar uma MV com o menor risco possível.

Uma máquina virtual (MV ou VM) é uma solução valiosa para as empresas gerirem vários sistemas operativos no mesmo equipamento, ultrapassando limitações físicas. Combinada com sistemas RAID (Redundant Array of Independent Disks), torna-se uma ferramenta muito eficiente.

As MV permitem transformar um único servidor físico em vários servidores virtuais, o que faz delas componentes fundamentais da infraestrutura.

No entanto, essa eficácia chamou a atenção de grupos de hackers, que desenvolveram ransomware especializado em encriptar máquinas virtuais e os respetivos ficheiros.

Os atacantes sabem que hoje os dados são essenciais para qualquer empresa e que a sua disponibilidade é vital – por isso, perdê-los pode ser devastador.

Além disso, há vários outros problemas que podem levar à perda de dados em MV, como veremos neste artigo.

Felizmente, existem métodos para recuperar máquinas virtuais, embora sejam complexos e exijam conhecimentos técnicos avançados para evitar complicações.

Neste artigo, apresentamos também métodos seguros para recuperar os dados das suas MV. Continue a ler para saber quais são, como fazer a cópia de segurança de máquinas virtuais e muito mais!

  1. Accede al cuadro de diálogo de selección del método de restauración:
    1. En Arcserve UDP:
  1. En el Agente UDP de Arcserve (Windows):
  2. Definir el origen de la copia de seguridad:
  3. Seleccionar el punto de recuperación:
  4. Elegir el punto de recuperación:
  5. Opciones de restauración:
  1. Definir el destino del catering:
  2. Resolución de conflictos:
  3. Opción “Después de la recuperación”:
  4. Seleccionar el destino de restauración:
  1. Credenciales de vCenter/Servidor ESX: para VMware, en el cuadro de diálogo “Establecer credenciales para el vCenter/Servidor ESX de origen”. Introduce las credenciales necesarias para acceder a la máquina virtual.
    1. A continuación, rellena los campos:
  2. Credenciales de Hyper-V Server/Hyper-V Cluster: para Hyper-V, rellena los campos correspondientes:
  1. Configuración alternativa del emplazamiento:
  2. Configuración para VMware:
    1. Rellena los campos del servidor vCenter/ESX:
  3. Configuración para Hyper-V:
    1. El cuadro de diálogo “Opciones de restauración” se amplía para mostrar otras opciones alternativas de restauración
    2. Rellena los campos del servidor Hyper-V:
      1. Nombre de usuario: introduce tus credenciales de acceso
      2. Contraseña: establece la contraseña correspondiente
  1. Configuración del almacenamiento de datos MV:
  2. Configuraciones de VM para VMware:
  3. Configuraciones de VM para Hyper-V:

Recuperar máquina virtual sem perder todos os dados

Recuperar máquina virtual sem perder todos os dados

Recuperar máquina virtual sem perder todos os dados

Problemas que causam perda de dados em máquinas virtuais

Há vários problemas que podem levar à perda de dados em máquinas virtuais. Estes são alguns dos principais:

Eliminação de dados

Os utilizadores podem apagar por engano ficheiros importantes dentro das MV, o que leva à perda de dados.

Formatação de partições

Formatar partições numa MV pode causar perda de dados, porque apaga as estruturas que organizam os ficheiros e pastas no sistema de ficheiros.

Quando uma partição é formatada, a informação sobre a localização dos ficheiros, os metadados e a estrutura de pastas é apagada, o que torna inacessíveis os dados que lá estavam.

Corrupção de dados

O sistema de ficheiros da MV pode falhar por encerramentos incorretos, falhas de energia ou outras interrupções, o que leva à corrupção de ficheiros e à perda de dados.

Sobrescrita de dados

A sobrescrita pode causar perda de dados em máquinas virtuais, porque substitui ou corrompe dados existentes.

Acontece quando são gravados dados novos em locais onde estava guardada informação anterior.

Este problema pode surgir em vários cenários, como:

  • Sistemas de ficheiros partilhados
  • Conflitos de acesso
  • Cópia de segurança e restauro em simultâneo
  • Sincronização assíncrona
  • Falhas nos processos de escrita.

Formatação seguida de reinstalação do sistema

Formatar um disco, um disco virtual, um array, uma LUN, um vDisk ou um volume e reinstalar o sistema são outras causas de perda de dados em ambientes virtualizados.

No caso das MV, por exemplo, a formatação pode acontecer ao nível do convidado (guest) ou do anfitrião (host).

A corrupção também pode resultar de patches e atualizações com erros aplicados sem uma cópia de segurança offline, bem como da implementação mal planeada de novo software, de problemas de integração e da corrupção de bases de dados.

Estes problemas também podem corromper ficheiros do anfitrião e danificar o sistema de ficheiros do convidado.

Convém ter também em conta o risco de perda de dados associado ao thin provisioning (aprovisionamento dinâmico).

Neste caso, em vez de reservar logo todo o espaço de que a MV precisa e colocar as estruturas do sistema de ficheiros em posições físicas fixas, o aprovisionamento dinâmico reserva apenas o espaço necessário no momento e vai acrescentando blocos à medida que o disco virtual cresce.

Isto pode dar origem a um disco virtual mais complexo e fragmentado no armazenamento físico.

Se os ponteiros dos metadados para os dados estiverem em falta ou danificados, torna-se difícil localizar os vários fragmentos e reconstruir o disco virtual.

Também pode acontecer que a camada de mapeamento dentro do disco virtual fique danificada ou seja substituída, o que torna a reconstrução extremamente difícil.

Avarias de hardware

Os problemas de hardware dos sistemas virtuais são, no essencial, os mesmos dos sistemas físicos: discos, controladores e outros componentes do servidor com falhas, além de problemas de energia.

Mas a corrupção do RAID é um desafio muito maior com MV, por causa da natureza da virtualização. Infelizmente, a perda de dados não é rara neste tipo de armazenamento.

À complexidade do RAID moderno, por hardware ou por software, somam-se a desduplicação e a compressão. E a camada adicional de virtualização aumenta a probabilidade de falhas.

Isto porque os controladores RAID são responsáveis por mapear onde está cada parte da informação nos vários discos.

Mas se a configuração do RAID se corromper, pode deixar de ser possível aceder aos ficheiros pelos meios normais, e passa a ser necessário um laboratório especializado em recuperação de RAID.

Quando isso acontece, a interligação de vários sistemas pode causar uma perda de dados significativa e longos períodos de inatividade.

Falha simultânea de discos rígidos em sistemas de armazenamento

Esta falha pode causar perda de dados em MV por causa da forma como estes sistemas são configurados para redundância e proteção de dados.

Os sistemas de armazenamento (storages) usam normalmente técnicas como o RAID para distribuir e proteger os dados. No entanto, a falha de vários discos ao mesmo tempo pode ultrapassar a redundância e comprometer a integridade dos dados.

Como recuperar os dados de uma máquina virtual?

O Arcserve UDP permite usar a opção «Restaurar MV» para recuperar uma máquina virtual cuja cópia de segurança foi feita anteriormente com o método sem agente baseado no anfitrião (host-based agentless).

Este método permite restaurar a MV completa no local original ou num servidor ESX ou Hyper-V alternativo.

Pode procurar os pontos de recuperação da máquina virtual numa vista de calendário e escolher o que pretende restaurar.

Continue a ler para seguir o processo de recuperação de uma máquina virtual passo a passo.

Verifique os pré-requisitos e as considerações para o restauro

Antes de iniciar um restauro, confirme os seguintes pré-requisitos:

  • Ponto de recuperação válido: confirme que existe um ponto de recuperação válido para o restauro
  • Servidor de destino acessível: tenha disponível um servidor vCenter/ESX ou Hyper-V válido e acessível para receber a máquina virtual
  • Compatibilidade: consulte a matriz de compatibilidade para confirmar os navegadores, bases de dados e sistemas operativos suportados.

Tenha também em conta o seguinte:

  1. Restauros em simultâneo: o Agente do Arcserve UDP (Windows) só permite uma tarefa de restauro de cada vez; já a consola do Arcserve UDP suporta várias tarefas em simultâneo
  2. Restauro em curso: se tentar iniciar manualmente outra tarefa enquanto um restauro está em curso, aparece um aviso para tentar mais tarde
  3. Compatibilidade do destino: se o destino do restauro for o Windows Server 2008 R2, a MV de origem não pode ter discos VHDX, porque o Hyper-V desse sistema não os suporta
  4. Geração da MV: se o destino for o Windows Server 2008 R2 ou 2012, a MV não pode ser de geração 2, porque o Hyper-V dessas versões não suporta essa geração
  5. Restauro em ESXi 5.5: não é possível restaurar uma MV num ESXi 5.5 com um servidor proxy com sistema operativo de 32 bits (x86), porque é preciso o VMware VDDK 5.5.x, que não suporta sistemas x86
  6. Servidor proxy de 32 bits: se o proxy for x86, o Agente do Arcserve UDP (Windows) usa o VDDK 5.1.2, já que o VDDK 5.5.x não é compatível com x86.

Com isto, tem tudo o que precisa para fazer o restauro com sucesso, assegurando a compatibilidade e evitando problemas durante a recuperação.

Indique a máquina virtual a restaurar

É possível recuperar uma máquina virtual completa a partir de um ponto de recuperação.

O processo é o seguinte:

Escolha a máquina virtual e o ponto de recuperação

A opção «Restaurar MV» serve para recuperar uma máquina virtual a partir de uma cópia de segurança feita com o Arcserve UDP.

Este método é ideal para criar rapidamente uma máquina virtual a partir de um ponto de recuperação na plataforma ESX ou Hyper-V.

No fim, basta iniciar a MV restaurada para concluir a recuperação. Para fazer o restauro, siga estes passos:

  1. Acesse a caixa de diálogo da seleção de método de restauração:
    1. Na Arcserve UDP:
      1. Inicie sessão no Arcserve UDP
      2. Abra o separador «Recursos» e selecione «Todos os nós»
  • Escolha o nó pretendido e clique em «Ações» e depois em «Restaurar».
  1. No Agente do Arcserve UDP (Windows):
    1. Em alternativa, inicie sessão no Agente do Arcserve UDP
    2. Na página inicial, selecione «Restaurar» e depois «Restaurar MV».
  2. Definindo a origem do backup:
    1. Clique em «Alterar» para mudar o local da cópia de segurança
    2. Escolha o local das imagens da cópia de segurança e introduza as credenciais necessárias
    3. Selecione a pasta dos pontos de recuperação.
  3. Selecionando o ponto de recuperação:
    1. Indique as definições do «Servidor de pontos de recuperação» e clique em «Atualizar»
    2. Selecione o nó pretendido na lista apresentada
    3. Escolha na lista pendente a máquina virtual a recuperar
    4. No calendário, as datas com pontos de recuperação aparecem destacadas.
  4. Escolhendo o ponto de recuperação:
    1. Selecione no calendário a data pretendida para a máquina virtual
    2. Escolha um dos pontos de recuperação disponíveis.
  5. Opções de restauração:
    1. Clique em «Seguinte» para abrir a caixa de diálogo «Opções de restauro»
    2. Nesta etapa, configuram-se as opções específicas do restauro da máquina virtual e do ponto de recuperação.

Defina as opções de restauro

Depois de escolher a máquina virtual e o ponto de recuperação, é fundamental configurar as opções específicas para essa máquina virtual.

Para isso, siga estes passos:

  1. Definindo o destino da restauração:
    1. Na caixa de diálogo «Opções de restauro», escolha o destino do restauro
    2. As opções disponíveis são «Restaurar no local original» e «Restaurar num local alternativo»
    3. Por predefinição, o restauro é feito no local original.
  2. Resolução de conflitos:
    1. Defina as opções de «Resolução de conflitos» que o Arcserve UDP deve aplicar se surgirem conflitos durante o restauro
    2. Existe a opção de substituir a máquina virtual existente. Por predefinição, não está selecionada
    3. Se a selecionar, o restauro substitui todas as imagens existentes da máquina virtual no destino – e o que lá estiver perde-se
    4. Se não a selecionar, a tarefa falha caso a MV já exista no local original, ou cria uma imagem separada se o destino for um local alternativo.
  3. Opção “Após a Recuperação”:
    1. Defina a opção «Após a recuperação», que determina se a máquina virtual é ligada no fim do restauro
    2. Por predefinição, esta opção não está selecionada.
  4. Seleção do Destino da Restauração:
    1. Ao configurar a recuperação da MV, é importante escolher bem o destino do restauro
    2. As opções disponíveis são «Restaurar no local original» e «Restaurar num local alternativo».

Em suma, depois de escolher a máquina virtual e o ponto de recuperação, é essencial configurar as opções de restauro adequadas.

Isso inclui escolher o destino do restauro, definir a resolução de conflitos e decidir se a MV é ligada após a recuperação.

Escolher estas opções com cuidado ajuda a que o restauro da máquina virtual seja preciso e bem-sucedido.

Defina as opções de restauro no local original

Para restaurar uma máquina virtual no local original, siga estes passos:

  1. Opções de restauro: na caixa de diálogo «Opções de restauro», defina as opções «Resolução de conflitos» e «Após a recuperação». Em seguida, selecione «Restaurar no local original» e clique em «Seguinte». Aparece a caixa de diálogo correspondente ao VMware ou ao Hyper-V
  2. Credenciais do Servidor vCenter/ESX: para VMware, na caixa de diálogo “Definir credencial para o Servidor vCenter/ESX de origem”. Insira as credenciais necessárias para acessar a máquina virtual.
    1. Então, preencha os campos:
      1. Servidor vCenter/ESX: mostra o nome do anfitrião ou o endereço IP do servidor vCenter ou ESX de destino
      2. Nome da MV: mostra o nome da máquina virtual a restaurar
      3. Protocolo: permite escolher entre HTTP e HTTPS para a comunicação com o servidor de destino
      4. Número da porta: indica a porta usada para transferir dados entre servidores
      5. Nome de utilizador: o utilizador com acesso ao servidor vCenter/ESX.
      6. Palavra-passe: a palavra-passe desse utilizador.
  3. Credenciais do Servidor Hyper-V/Hyper-V Cluster: para Hyper-V, preencha os campos relevantes:
    1. Servidor Hyper-V/cluster Hyper-V: mostra o nome do anfitrião ou o endereço IP do servidor Hyper-V ou do cluster Hyper-V de destino
    2. Nome da MV: mostra o nome da máquina virtual a restaurar
    3. Nome de utilizador: permite introduzir o utilizador com privilégios no servidor Hyper-V ou no cluster Hyper-V
    4. Palavra-passe: permite introduzir a palavra-passe desse utilizador.
  4. Resumo do restauro: clique em «OK». Aparece a caixa de diálogo «Resumo do restauro», com as opções definidas para o local original.

Defina as opções de restauro num local alternativo

Para restaurar uma máquina virtual num local alternativo ou noutro armazenamento de dados, tem de configurar esse local.

Veja os passos para o fazer em VMware e em Hyper-V:

  1. Configuração do Local Alternativo:
    1. Na caixa de diálogo «Opções de restauro», defina as opções «Resolução de conflitos» e «Após a recuperação»
    2. Selecione «Restaurar num local alternativo».
  2. Configuração para VMware:
    1. A caixa de diálogo «Opções de restauro» expande-se e mostra as opções adicionais do restauro alternativo
    2. Preencha os campos para o servidor vCenter/ESX:
      1. Servidor vCenter/ESX: indique o nome do anfitrião ou o endereço IP do servidor vCenter ou ESX de destino
      2. Nome de utilizador: introduza as credenciais de acesso
      3. Palavra-passe: introduza a palavra-passe correspondente
      4. Protocolo: escolha entre HTTP e HTTPS para a comunicação
      5. Número da porta: escolha a porta para a transferência de dados.
  3. Configuração para Hyper-V:
    1. A caixa de diálogo «Opções de restauro» expande-se e mostra as opções adicionais do restauro alternativo
    2. Preencha os campos para o servidor Hyper-V:
      1. Servidor Hyper-V: indique o nome do anfitrião ou o endereço IP do servidor Hyper-V de destino
      2. Nome de utilizador: introduza as credenciais de acesso
      3. Palavra-passe: introduza a palavra-passe correspondente
      4. Adicionar a máquina virtual ao cluster: indique se quer adicionar a máquina virtual restaurada ao cluster Hyper-V.
Configuração do armazenamento de dados (MV → VMware / MV → Hyper-V)

Para concluir esta etapa, tem de configurar o armazenamento de dados da MV, quer o destino seja VMware, quer seja Hyper-V.

No fim, falta ainda validar o resumo da recuperação.

Veja o processo passo a passo:

  1. Configuração do Armazenamento de Dados da MV:
    1. Indique o armazenamento de dados (datastore) da MV para a recuperação ou para cada disco virtual da máquina
    2. Para cada disco virtual, indique o repositório de dados e o tipo de disco virtual
    3. Clique em «Ligar a este servidor vCenter/ESX» ou «Ligar a este servidor Hyper-V» para validar as credenciais
    4. Depois de validadas, os campos de configuração da MV ficam ativos.
  2. Configurações da MV para VMware:
    1. Preencha os campos de configuração da MV: o nome da MV, o servidor ESX de destino e o pool de recursos ou o pool de vApp a usar
    2. Indique o armazenamento de dados da MV para cada disco virtual, incluindo o repositório de dados e o tipo de disco virtual
    3. Defina as configurações de rede.
  3. Configurações da MV para Hyper-V:
    1. Preencha os campos de configuração da MV: o nome da MV e o caminho de destino onde guardar o ficheiro de configuração da MV
    2. Para cada disco virtual, indique o caminho no servidor Hyper-V e o tipo de disco virtual
    3. Indique as configurações de rede.
  4. Resumo do restauro: clique em «OK». A caixa de diálogo «Resumo do restauro» mostra as opções definidas para o local alternativo.

Restaure a máquina virtual

O resumo do restauro permite rever todas as opções definidas e alterá-las, se for preciso.

Siga estes passos:

  1. Na caixa de diálogo «Resumo do restauro», reveja a informação apresentada e confirme que todas as opções e definições estão corretas.

Resumo do restauro no local original:

Restaure a máquina virtual

Resumo do restauro num local alternativo (VMware):

Restaure a máquina virtual

Resumo do restauro num local alternativo (Hyper-V):

Restaure a máquina virtual

  • Se a informação do resumo não estiver correta, clique em «Anterior» e volte à caixa de diálogo em causa para corrigir a definição
  • Se a informação do resumo estiver correta, clique em «Concluir» para iniciar o restauro.

Feito isto, a máquina virtual é restaurada.

Confirme que a máquina virtual foi restaurada

Depois de o restauro terminar, é fundamental confirmar que a máquina virtual foi efetivamente recuperada no destino indicado.

Para isso, siga este procedimento:

  1. Aceda ao local de restauro: se escolheu restaurar a máquina virtual no local original, por exemplo, inicie sessão no vCenter/ESX ou no servidor Hyper-V correspondente e confirme que a máquina virtual lá está
  2. Restauro num local alternativo: se escolheu restaurar a máquina virtual num local alternativo, inicie sessão no vCenter/ESX ou no servidor Hyper-V alternativo indicado nas opções de restauro e confirme que a máquina virtual foi restaurada corretamente
  3. Confirme: verifique com cuidado que a máquina virtual foi restaurada e está disponível para uso.

Assim, fica com a certeza de que o restauro da MV correu bem e de que está pronta a ser utilizada.

Como recuperar dados de uma máquina virtual com o menor risco possível?

Recuperar dados de uma máquina virtual com segurança exige cuidado e uma estratégia bem planeada.

Veja alguns passos para reduzir os riscos ao recuperar dados de uma MV:

  1. Antes de mais, isole a MV afetada, para evitar que os problemas ou erros se propaguem a outras partes do ambiente virtual
  2. Confirme que tem uma cópia de segurança válida e recente da MV antes de qualquer recuperação. Assim, pode voltar a um estado seguro se algo correr mal
  3. Se possível, crie um clone da MV afetada ou uma cópia dos ficheiros dos discos virtuais antes de tentar a recuperação. Assim, pode testar os procedimentos sem mexer na MV original (note que um snapshot grava dados novos no datastore; num disco com dados apagados, é preferível copiar os ficheiros para outro armazenamento)
  4. Perceba a causa da perda de dados antes de avançar com a recuperação. Assim, pode escolher a melhor abordagem para recuperar os dados perdidos
  5. Use ferramentas de recuperação de dados próprias para ambientes virtuais, compatíveis com o sistema de ficheiros da MV e com a plataforma de virtualização utilizada
  6. Durante a recuperação, evite escritas desnecessárias na MV afetada. Prefira operações só de leitura para não agravar a situação
  7. Se a recuperação envolver operações mais complexas ou arriscadas, faça uma cópia de segurança completa da MV no estado atual antes de avançar. É uma camada adicional de segurança
  8. Se possível, crie um ambiente de testes isolado para os procedimentos de recuperação. Assim, pode avaliar os resultados sem afetar o ambiente de produção
  9. Registe todos os passos que der durante a recuperação. Isso é útil para consulta futura e pode ajudar a identificar problemas
  10. Se a recuperação envolver situações complexas ou arriscadas, consulte especialistas em recuperação de dados com experiência em ambientes virtuais.

Como recuperar máquinas virtuais órfãs?

Em situações excecionais, as máquinas virtuais alojadas num servidor ESXi gerido pelo vCenter Server podem ficar «órfãs».

Nesse caso, as máquinas virtuais continuam registadas na base de dados do vCenter Server, mas o servidor ESXi onde estão alojadas deixa de as reconhecer.

Embora seja raro, pode acontecer, e provoca uma desligação entre a camada de gestão central (vCenter Server) e os nós de execução (servidores ESXi) do ambiente de virtualização.

Uma máquina virtual pode ficar órfã por vários motivos, como falhas de comunicação entre o vCenter Server e os anfitriões ESXi, interrupções inesperadas ou até problemas de corrupção de dados.

Quando uma máquina virtual fica órfã, continua listada na base de dados do vCenter Server, mas os servidores ESXi não conseguem identificar nem gerir o seu estado atual.

Para resolver a situação, é preciso restabelecer a ligação entre o vCenter Server e o servidor ESXi onde a máquina virtual está alojada.

Isto faz-se através de procedimentos de diagnóstico, como verificar as configurações de rede e analisar os registos (logs) do vCenter Server e dos servidores ESXi, e voltando a registar a máquina virtual no ambiente virtual, como se explica a seguir.

Identifique o datastore onde está o ficheiro de configuração da MV

No cliente de gestão do ambiente virtual (vSphere), comece por localizar o ficheiro .vmx da máquina virtual.

Para isso, navegue pelo inventário e selecione a máquina virtual pretendida. Depois, abra o separador «Datastores» (repositórios de dados).

Neste separador, vê os repositórios de dados onde estão guardados os ficheiros da máquina virtual.

Se aparecerem vários datastores, tem de examinar cada um. Para isso, selecione-os um a um e abra o separador «Ficheiros» (Files).

A interface mostra então os ficheiros guardados no datastore selecionado.

O objetivo é encontrar o ficheiro .vmx, essencial para o funcionamento da máquina virtual. Para isso, percorra as pastas do datastore até encontrar o ficheiro .vmx da máquina virtual em causa.

Se houver mais do que um datastore, repita a procura do ficheiro .vmx em cada um.

Depois de identificar o ficheiro .vmx no datastore certo, fica a saber onde está a configuração da máquina virtual.

Remova a máquina virtual do inventário

Volte ao inventário, clique na máquina virtual com o botão direito do rato e escolha «Remover do inventário» (Remove from Inventory). Esta opção só retira a MV do inventário; não apaga os ficheiros do datastore (não use «Eliminar do disco»).

Confirme a remoção da máquina virtual

Clique em «Sim» (Yes) para confirmar a remoção da MV do inventário.

Volte a registar a máquina virtual

Com o botão direito do rato, abra o repositório de dados onde está guardado o ficheiro da máquina virtual e escolha a opção «Registar VM» (Register VM).

Depois, navegue até ao ficheiro .vmx e confirme com «OK».

Em seguida, indique a localização da máquina virtual no inventário e clique em «Seguinte».

Escolha o anfitrião onde quer executar a máquina virtual e clique novamente em «Seguinte».

Por fim, clique em «Concluir» (Finish).

Como fazer a cópia de segurança e recuperar dados de máquinas virtuais?

Fazer a cópia de segurança de máquinas virtuais consiste em criar cópias das máquinas virtuais em funcionamento.

Estas cópias protegem as aplicações e os dados em caso de falhas ou catástrofes, evitando a interrupção dos serviços e a corrupção ou perda de informação.

Em geral, a cópia de segurança de uma máquina virtual inclui a imagem completa da MV: sistema operativo, aplicações e dados.

Estas imagens devem ser guardadas em locais seguros, como sistemas de armazenamento externos ou soluções de cópia de segurança na nuvem, para estarem prontas a restaurar o ambiente numa emergência.

Note que copiar máquinas virtuais é bastante diferente de copiar ficheiros da forma tradicional.

A cópia de segurança de MV tem de garantir a continuidade e a integridade dos serviços, sobretudo em situações adversas ou catástrofes inesperadas.

Para poder recuperar a informação de uma máquina virtual, mantenha as cópias de segurança atualizadas e siga estes passos:

  1. Escolha o software: opte por uma solução de cópia de segurança compatível com MV ou pelas ferramentas integradas no hipervisor (Hyper-V, VMware, VirtualBox, etc.)
  2. Configure a proteção da MV: selecione a MV e defina as opções de cópia, como a frequência e o destino
  3. Escolha o destino: um servidor local, um storage ou NAS, ou a nuvem
  4. Inicie a cópia de segurança: execute o software escolhido e aguarde que o processo termine
  5. Verifique a cópia: confirme que a cópia da MV foi bem-sucedida e que permite restaurar o ambiente.

Lembre-se de que os passos podem variar consoante o software de cópia de segurança ou de recuperação escolhido. Por isso, leia as instruções do fabricante antes de começar.

Como a Bot pode ajudar?

Tem dúvidas sobre o seu caso? Fale com um especialista da Bot pelo WhatsApp.

A sua máquina virtual falhou e já experimentou, sem sucesso, todas as soluções descritas neste artigo?

Então é provavelmente altura de recorrer a uma empresa de recuperação de dados e deixar que profissionais tentem recuperar os ficheiros perdidos.

Ao escolher uma empresa de recuperação de dados, confirme se ela tem:

  • Sala limpa e equipamento profissional: há muitas empresas que oferecem recuperação de dados, mas nem todas têm as instalações e os equipamentos necessários. É fundamental evitar danificar ainda mais a unidade durante o processo de recuperação, o que agravaria o problema
  • Experiência comprovada: empresas com muitos anos de mercado dão mais segurança no processo de recuperação de dados, porque têm um longo percurso nesta área
  • Boas avaliações: antes de escolher uma empresa de recuperação de dados, consulte sempre as avaliações online

Um exemplo de empresa que cumpre todos estes critérios é a Bot, com profissionais altamente qualificados, uma sala limpa Classe 100 (ISO 5), mais de duas décadas de experiência em recuperação de dados e uma taxa de sucesso de 96 %.

Não perca tempo: inicie já connosco a recuperação dos dados da sua MV e junte-se aos mais de 200 mil casos que já tratámos!

Sobre o autor
Filipe BragaGestor de laboratório · Laboratório Bot

Filipe Braga é engenheiro e gere o laboratório da Bot. Trabalha nos casos mais complexos de recuperação de dados, sobretudo sistemas RAID e servidores, onde cada disco conta e a ordem dos passos faz diferença. No dia a dia, organiza o trabalho de bancada para que cada equipamento siga o procedimento certo. No blog, escreve sobre RAID e casos difíceis. Fora do laboratório, gosta de andar de bicicleta e de um bom vinho.

Todos os artigos de Filipe Braga →

Precisa de recuperar ficheiros?

O diagnóstico identifica a avaria e a viabilidade técnica da recuperação. Recebe o orçamento antes de qualquer intervenção.

Iniciar diagnóstico
Partilhar