Muestra las diferencias entre dos versiones de la página.
| Ambos lados, revisión anterior Revisión previa Próxima revisión | Revisión previa | ||
|
recuperaciondedesastres [2025/03/05 07:27] fmolinuevo [Otras ideas para resolver emergencias] |
recuperaciondedesastres [2025/03/31 14:10] (actual) fmolinuevo [Jaula chroot] |
||
|---|---|---|---|
| Línea 49: | Línea 49: | ||
| mount /dev/sda1 /mnt/raiz | mount /dev/sda1 /mnt/raiz | ||
| - | mount --bind /dev /mnt/dev | + | mount --bind /dev /mnt/raiz/dev |
| - | mount --bind /dev/pts /mnt/dev/pts | + | mount --bind /dev/pts /mnt/raiz/dev/pts |
| - | mount --bind /proc /mnt/proc | + | mount --bind /proc /mnt/raiz/proc |
| - | mount --bind /sys /mnt/sys | + | mount --bind /sys /mnt/raiz/sys |
| Finalmente, ejecutar chroot: | Finalmente, ejecutar chroot: | ||
| Línea 129: | Línea 129: | ||
| ssh usuario@remoto "dd if=/dev/sda" | dd of=/mnt/temp/remoto-sda.img status=progress | ssh usuario@remoto "dd if=/dev/sda" | dd of=/mnt/temp/remoto-sda.img status=progress | ||
| + | Copiado de un sistema de archivos local a un servidor remoto: | ||
| + | |||
| + | rsync -av --progress /mnt/disco/ usuario@remoto:/mnt/backup | ||
| + | |||
| + | ==== Bibliografía ==== | ||
| + | |||
| + | * https://phoenixnap.com/kb/how-to-rsync-over-ssh | ||
| ===== Conclusión ===== | ===== Conclusión ===== | ||
| La recuperación de desastres en servidores requiere un plan de emergencia y conocimientos de las herramientas y técnicas necesarias para restaurar el sistema a su estado original. Desde la recuperación de GRUB hasta la reinstalación manual y otras ideas innovadoras, hay muchas formas de abordar un desastre en un servidor. Es importante estar preparado y tener un plan de emergencia para minimizar el tiempo de inactividad y garantizar la continuidad del negocio. | La recuperación de desastres en servidores requiere un plan de emergencia y conocimientos de las herramientas y técnicas necesarias para restaurar el sistema a su estado original. Desde la recuperación de GRUB hasta la reinstalación manual y otras ideas innovadoras, hay muchas formas de abordar un desastre en un servidor. Es importante estar preparado y tener un plan de emergencia para minimizar el tiempo de inactividad y garantizar la continuidad del negocio. | ||