No momento, estou testando um backup/restauração do sistema operacional RHEL 6.4 por meio do "despejo" e "restauração" no ambiente de teste e sei que o RHEL 6.4 parecia muito desatualizado hoje em dia. Mas algumas empresas ainda estão usando essa versão do RHEL para carregar seus serviços.
Aqui está o cenário : para fazer backup do sistema e dos programas críticos em caso de evento de travamento/falha do host.
- O host RHEL 6.4 de teste para backup utiliza Windows Hyper-V VM como infraestrutura e a raiz do sistema operacional é instalada no volume lógico LVM.
- Para fazer backup do sistema, coloquei o sistema no modo de usuário único e usei o comando para fazer backup do sistema de arquivos raiz
dump -0uf /<path_to_a_second_storage_to_store_dump>/mybackup.dump / - O despejo mostrou "DUMP IS DONE" na tela e o arquivo de despejo foi criado com tamanho de cerca de 2,2 GB, portanto, acredito que o backup foi bem-sucedido.
Para simular o evento de travamento do host, reinstalei o sistema RHEL 6.4 utilizando o volume lógico LVM e inicializei o sistema no modo de usuário único antes da restauração.
No entanto, depois de restaurar o sistema de arquivos raiz usando
restore -rf /<path_to_a_second_storage_to_store_dump>/mybackup.dump
A tela mostrou kernel panic e alguns outros erros, e acabou travando.
Tentei várias vezes, mas sempre falhei.
Alguém pode me dar algumas dicas porque a restauração não pode ser concluída?
Bem...
Depois de várias tentativas, resolvi esse problema de restauração do sistema de arquivos raiz usando o modo de recuperação do DVD de instalação.
Descobri que a restauração do sistema de arquivos raiz do despejo sempre entra em conflito com o sistema operacional em execução. Portanto, usar o modo de resgate pode lidar com isso.
Farei outras tentativas para ver se há possibilidade de restaurar o sistema de arquivos raiz quando o sistema operacional estiver em execução.