Clonación de discos de servidor

[Zavaleta]

Hola Cabaleros,

Tengo 2 servidores con Windows server 2012 y 2016, dichos servidores tienen un software especial para diseño y generación de placas para flexografia y rotograbado, el proveedor de dicho software se encuentra en estados unidos, cuando se requiere algun servicio de su parte tardan como 3 o 4 días en venir y duran como otros 2 dias en realizar el servicio.

Ahora bien, hasta ahorita no hemos tenido problemas mayores con dichos servidores, pero quisiera poder clonar completamente el disco de cada servidor, para que en caso de si algo llega a fallar ya sea el sistema operativo o el propio software, poder contar con ese respaldo de cuando estaba trabajando bien el equipo y no perder tantos dias a que vengan y resuelvan el problema, no se si alguien tenga experiencia con algún software para clonación para servidores que me pueda compartir su experiencia.

Salu2!!

[josafat]

https://clonezilla.org/ Es una distro pequeña. La bajas usb y arrancas desde ahi y ya clonas lo que necesites, ya sea por partición o por disco completo.

Saludos

[Ivan R.]

Hola!!
Me da gusto que la comunidad siga activa: si me preguntas a mí y lo que he usado en mi experiencia también: si tienes la oportunidad de usar un desktop conectado, puedes ir por Gparted o GNOME Disks tiene utilidades para clonar particiones enteras de forma fácil, de igual forma, por terminal (siempre dentro de una sesión tmux o GNU screen) un clásico comando "dd" para crear una imagen de disco es buena alternativa y después (o simultáneamente) lo puedes comprimir con tar y Gzip/XZ y listo.
Saludos

- Ivan, software dev & GNU+Linux sysadmin

[Ismael Farfán]

Yo llegué a usar partimage, tiene opción de comprimir y quitar nodos muertos o lo puede agarrar todo tal cual está.

https://www.partimage.org/ 

No sé si ahora clone también la metadata de la partición, Windoze toma nota de la huella digital de tu disco y luego se rehúsa a correr si nota que es clonado.

--
Has recibido este mensaje porque estás suscrito al grupo "LinuxCabal" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a linuxcabal+...@googlegroups.com.
Para ver este debate, visita https://groups.google.com/d/msgid/linuxcabal/731C2919-6381-4A29-AC1D-B8A5F7A9B0E1%40gmail.com.

--

Do not let me induce you to satisfy my curiosity, from an expectation, that I shall gratify yours. What I may judge proper to conceal, does not concern myself alone.

[H A]

Hola, tal vez ya esté resuelta esta situación pero aquí van mis comentarios por si sirve de algo. Trataré de comentar con detalle a riesgo de que sea información muy newbie o tal vez no. 

En mi experiencia, el tema de la clonación de discos de un servidor depende muchas situaciones particulares, por ejemplo el tipo de servidor, la marca, qué controladora de disco usa, si está en raid y el tipo de raid. Por tanto, clonar discos de servidor no es igual que de una PC, y puede ser un poco más complicado.

En el caso de HP, un raid windows lo ve como un disco físico, la controladora de discos lo presenta al Windows como si fuera un solo disco, pero con su software smart array (se me olvida el nuevo nombre) puedes administrar los discos y puedes ver los estados de salud físicos y todo.

Los servidores Dell en mi experiencia son más compatibles con GNU y los Raid son más transparentes para el sistema operativo.

Los servidores IBM también son muy compatibles con GNU, pero no creo que sea tu caso porque ya tienen tiempo que dejaron Windows de lado.

No tengo experiencia con otras marcas aunque sí con cajas blancas sin marca que suelen ser genéricas.

He trabajado con Clonezilla, Acronis, Macrium Reflec, etc. y algunos otros clonadores incluyendo DD, pero pueden presentar varios problemas, por ejemplo con el arranque. No siempre he podido hacer que funcione un clon de disco totalmente funcional. 

Si el disco a clonar no es de arranque, el asunto se complica un poco menos.

También he intentado clonar discos con "duplicadores" basados en hardware, pero son algo tardados y de nuevo, no siempre funcionan para un servidor con arreglos. 

En servidores, casi siempre he trabajado con Raids de dos o más discos, pero a veces se requiere que un disco físico individual funcione solo. En ese caso, muchas veces en el servidor primero es necesario crear un raid 0 y luego ya lo puedes usar, pero algunas controladoras no lo requieren. Otra vez depende del servidor y su controladora.

Para Windows, si los discos son hotswap, a veces he usado el siguiente truco en arreglos raid de más de un solo disco y siempre que no sean Raid 0: 

Primero me cercioro que los discos estén en buena salud, y que estén sincronizados (eso con el software administrador de discos, por ejemplo con Smart Array con hp, OpenManage con Dell, etc) luego la parte peligrosa, quito un disco en vivo. La controladora va a detectar que un disco falló y va a entrar en modo de recuperación y va a saltar una alerta.

Segundo paso: se inserta en la misma bahía un disco similar o igual al servidor, de preferencia mismo modelo, y entonces se debe de esperar a que sincronice el nuevo disco. Ya que termine de sincronizar y estar seguros de que no haya ninguna falla se puede continuar.

El tercer paso sería realizar lo mismo con otro disco del arreglo, de nuevo entraría en modo de recuperación, y de nuevo se debería de insertar otro disco nuevo, en la bahía del segundo disco y esperar a que sincronice, y así hasta terminar con todos los discos del arreglo. 

El resultado es que el servidor queda trabajando con un juego de discos nuevo y los anteriores quedan como originales funcionales. Hay una complicación con este método, que si quieres poner los discos en otro servidor (osea duplicarlo), por el tema de la firma del uefi, seguramente no va a arrancar.  

La sugerencia es probar primero con un servidor que no sea de producción, porque es riesgoso. También tener datos respaldados por otro método,

 Hay otras precauciones que se deben de considerar, por ejemplo en los hp, el orden de los discos es importante, NO se deberían de mover los discos entre bahías, cada disco tiene que estar en su bahía y no se debe de mover a otra. 

Si se logra realizar el procedimiento de clonación anterior, se tiene que etiquetar cada disco para que se coloque en el lugar original, de otra manera si se ponen invertidos, el arreglo se puede perder y la información también. 

En los servidores Dell casi siempre el servidor detecta que se cambió de bahía un disco y puede funcionar un raid aunque los discos se hayan cambiado de lugar. De nuevo mejor probar.

El tipo de controlador y de servidor es muy importante porque no funcionan igual, por ejemplo los HP "parece" que la información del raid se guarda en sectores que un software como Acronis "no ve", solo ve la partición, pero por lo mismo cuando se clona y se inserta el disco en un servidor, no funciona, porque le faltan datos. Es decir un disco en HP tiene los metadatos de sí mismo, posición, tipo de raid, etc. En el caso de los Dell esto es diferente.

Comentario adicional, los servidores HP no todos tienen soporte para GNU, algunos soportan RedHat y SuSE, pero no todos sus servidores, sin embargo aún así se pueden usar (no sin algo de trabajo con GNU), pero en tu caso tienes Windows. Dicho sea de paso, esta situación me molesta, porque he notado que su software de aprovisionamiento Smartstart (o como se llame en este momento), parece que está basado en GNU con alguna distro y con aplicaciones web que se despliegan en un firefox. A pesar de usar GNU, todo se prepara para una precarga para Windows, luego le quieres poner Debian o lo que quieras y no te deja 

   :- (

   

Finalmente otra sugerencia, tal vez puedas crear un disco virtual con HyperV, Virtual Box, etc. a partir de los discos físicos, en caso de falla tal vez puedas tener un servidor virtual en vez de uno físico.

Conclusión, el asunto puede ser complicado, pero muchas veces si funciona con algo de trabajo.

Saludos.

--

Has recibido este mensaje porque estás suscrito al grupo "LinuxCabal" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a linuxcabal+...@googlegroups.com.

Para ver este debate, visita https://groups.google.com/d/msgid/linuxcabal/60f297e4-6f2a-4807-a88b-fc0952240f3cn%40googlegroups.com.

--

Hector Alfredo Alvarez C.
www.hectoralvarez.com.mx