Muestra las diferencias entre dos versiones de la página.
Ambos lados, revisión anterior Revisión previa | |||
recuperaciondedesastres [2025/03/05 07:27] fmolinuevo [Otras ideas para resolver emergencias] |
recuperaciondedesastres [2025/03/05 07:31] (actual) fmolinuevo [Ejemplos] |
||
---|---|---|---|
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. |