
Tengo una pregunta sobre un servidor FreeBSD al que no puedo acceder en este momento. Pero como nos gustaría probar algunas cosas nuevas, primero queremos crear una copia de seguridad de este sistema.
La pregunta es: ¿existe alguna posibilidad de crear una imagen de disco a través de ssh desde todo el disco del servidor que actualmente es un sistema activo?
Si lo hay: me gustaría saber cómo hacer esto.
Respuesta1
Realmente no es posible en Linux. La razón por la que está en Windows es la instantánea de volumen.
Si su sistema usa LVM, puede tomar una instantánea y luego rsync
realizar una copia atómica de los archivos; sin embargo, necesitará restaurar las particiones/el cargador de arranque.
El método más sencillo, si es necesario hacerlo, es dd
copiarlo:
dd if=/dev/sda | ssh user@remotehost 'dd of=/path/to/output'
Y luego, para estar 100% seguro de que sus archivos estén bien, rsync
desde el que se está ejecutando hasta la unidad dd
en la que colocó la imagen una vez que la haya montado. (Me he saltado rsync
las diferencias cientos de veces sin efectos nocivos, pero eso es solo en acceso al servidor basado en lectura intensa)
Respuesta2
Usarvolcado(8)para crear una instantánea del sistema (de archivos).
dump -0aLf /path/to/dumpfile /
Eso creará un volcado en vivo del sistema de archivos raíz y lo guardará en /ruta/al/archivodump. Ese volcado se puede transferir a través de ssh a otra computadora. O puedes hacerlo de una vez usando esto.
dump -0aLf - | ssh my.backup.server dd of=/path/on/my/server/dumpfile
Posteriormente se puede restaurar de la siguiente manera:
cd /where/I/should/restore
restore -xf /path/to/dumpfile
Las aplicaciones como las bases de datos deberán manejarse por separado. Con una base de datos MySQL, por ejemplo, tiene mysqldump para crear un archivo de texto de comandos SQL que se puede ejecutar en otro servidor MySQL para importarlo allí. Otras bases de datos tienen métodos similares.
Respuesta3
Si solo hay un root-fs para copiar simplemente en su máquina de destino, use algo como:
rsync --numeric-ids --delete -vax source_machine:/ /target_dir
dos veces o más a menudo. La segunda ejecución ya reutiliza las entradas almacenadas en caché de la primera ejecución, va muy rápido y proporciona una instantánea casi real con algunas restricciones. Puede observar la "atomicidad" simplemente repitiendo el "rsync" una cantidad arbitraria de veces. En su mayoría, hay muy pocos archivos (archivos de registro y similares) que realmente cambiaron entre las iteraciones (y, por lo tanto, deben copiarse/eliminarse).