Si estás buscando una nueva solución de alo­ja­mie­n­to para un proyecto en marcha porque, por ejemplo, necesitas más re­n­di­mie­n­to, buscas un es­ca­la­mie­n­to más flexible o si­m­ple­me­n­te quieres cambiar de proveedor, se­gu­ra­me­n­te te pre­gu­n­ta­rás: ¿qué ocurre con las es­tru­c­tu­ras, las co­n­fi­gu­ra­cio­nes y los datos exi­s­te­n­tes?

La respuesta es simple: con los co­no­ci­mie­n­tos ne­ce­sa­rios, la pla­ni­fi­ca­ción adecuada y el software co­rre­s­po­n­die­n­te, podrás tra­n­s­fe­rir fá­ci­l­me­n­te los datos re­que­ri­dos al nuevo servidor. Esta tra­n­s­fe­re­n­cia de un sistema a otro se conoce co­mú­n­me­n­te como migración de datos. El grado de di­fi­cu­l­tad del proceso de migración aumenta con la co­m­ple­ji­dad y el tamaño del proyecto. Además, es im­po­r­ta­n­te definir si se quiere migrar a un servidor del mismo tipo o si este tendrá una ar­qui­te­c­tu­ra co­m­ple­ta­me­n­te nueva. En este artículo te mostramos aquellos aspectos que debes tener en cuenta a la hora de tra­n­s­fe­rir datos de un servidor a otro y te ex­pli­ca­mos, además, cómo se hace la migración de datos con un servidor en IONOS. 

VPS gratis
Prueba un servidor virtual de forma gratuita durante 30 días

¡Prueba tu servidor virtual durante 30 días! Si lo solicitas, te re­em­bo­l­sa­re­mos todos los gastos in­cu­rri­dos.

Plan de migración de datos: la clave para tra­n­s­fe­ri­r­los un nuevo servidor

De antemano y para ga­ra­n­ti­zar la correcta tra­n­s­fe­re­n­cia de datos de un servidor a otro, es necesario hacer hincapié en algunas co­n­di­cio­nes fu­n­da­me­n­ta­les. En primer lugar es co­n­ve­nie­n­te se­le­c­cio­nar el servidor de destino adecuado. Por ejemplo, si estás planeando un cambio de proveedor, es probable que tengas que lidiar con tareas con las que no tendrías que lidiar si cambiaras in­te­r­na­me­n­te dentro de un mismo proveedor. Si la migración de datos se hace desde un servidor dedicado a otro o si la nueva es­tru­c­tu­ra del servidor se basa en clústeres e incluye varios sistemas di­fe­re­n­tes, esto supone asimismo pro­ble­má­ti­cas di­fe­re­n­tes.

Así, para evitar una inversión desmedida de trabajo, debes co­n­si­de­rar si el plan de migración de datos es el apropiado y si tendrá un impacto positivo en el de­sa­rro­llo a largo plazo de tu página web. Cambiar de ar­qui­te­c­tu­ra en el servidor significa llevar a cabo cambios en las co­n­fi­gu­ra­cio­nes, ya sea debido a un sistema operativo diferente, a di­fe­re­n­tes versiones de software o a otro tipo de panel de control. Y aun cambiando a un servidor del mismo tipo pero más potente, tendrás que co­n­fi­gu­rar las apli­ca­cio­nes y servicios para apro­ve­char al máximo las ventajas de la memoria adicional, del mejor re­n­di­mie­n­to de la CPU y de la mayor capacidad de al­ma­ce­na­mie­n­to.

Consejo

In­de­pe­n­die­n­te­me­n­te de si te decantas por una simple ac­tua­li­za­ción de re­n­di­mie­n­to o por un cambio completo en la ar­qui­te­c­tu­ra del servidor, recuerda que es fu­n­da­me­n­tal crear las co­n­di­cio­nes óptimas de migración. Algunas serán: memoria su­fi­cie­n­te y potencia de pro­ce­sa­mie­n­to entre 30 y 40 búferes o un plan detallado de es­ca­la­bi­li­dad, así como una conexión de red rápida.

¿Cuándo es pe­r­ti­ne­n­te la migración de datos?

Existen di­fe­re­n­tes opciones a la hora de tra­n­s­fe­rir datos a un nuevo servidor. En la mayoría de los casos, uno de los motivos decisivos para ello suele ser la necesidad de capacidad adicional. Si el hardware ya no cumple con la demanda y tampoco es posible realizar una ac­tua­li­za­ción, la única al­te­r­na­ti­va es migrar a otro servidor. Una situación inversa podría ser la migración de datos a un servidor más pequeño cuando la potencia de pro­ce­sa­mie­n­to di­s­po­ni­ble supera a la demanda. En este aspecto es decisivo el factor costes, siendo también una de las pri­n­ci­pa­les causas para el cambio de proveedor.

Ahora bien, quien alquila los recursos de su servidor no se fija úni­ca­me­n­te en los costes del servicio de alo­ja­mie­n­to. Los términos del contrato también son razones por las que un cambio puede parecer sensato. Cue­s­tio­nes tales como la di­s­po­ni­bi­li­dad, la seguridad de los datos o el soporte incluidos en las tarifas de di­fe­re­n­tes pro­vee­do­res suelen ser solo algunos de los motivos por los que vale la pena co­n­si­de­rar otras opciones. Otra de las fi­na­li­da­des de la migración de datos puede ser la de­s­co­n­ge­s­tión de un de­pa­r­ta­me­n­to in­fo­r­má­ti­co. En este caso, la elección recae sobre una solución de servidor ad­mi­ni­s­tra­do que no solo es alojado, sino también ge­s­tio­na­do y ac­tua­li­za­do por el proveedor.

Preparar el servidor actual para la migración

Para co­n­fi­gu­rar e iniciar el nuevo servidor de la manera más sencilla posible, vale la pena, a modo de pre­pa­ra­ti­vo, limpiar el servidor actual. De esta forma, la migración de datos se convierte en la excusa perfecta para eliminar páginas, copias de seguridad, cuentas de correo ele­c­tró­ni­co o cuentas de usuario re­du­n­da­n­tes u obsoletas. Así, por un lado, se reduce la cantidad de datos al mínimo para la tra­n­s­fe­re­n­cia y, por el otro, se obtienen valores más si­g­ni­fi­ca­ti­vos de los recursos que serán ne­ce­sa­rios en el sistema de destino.

Adi­cio­na­l­me­n­te, también es fu­n­da­me­n­tal de­sa­rro­llar un ca­le­n­da­rio detallado para el cierre de los procesos del servidor activo, pre­vi­nie­n­do así co­m­pli­ca­cio­nes y, en el peor de los casos, pérdida de datos. Te re­co­me­n­da­mos fijar una fecha y hora en la que se detendrán los cambios en los archivos, scripts y co­n­fi­gu­ra­cio­nes y, en la medida de lo posible, en la que se bloquea te­m­po­ra­l­me­n­te el acceso a tus bases de datos. En cualquier caso también es posible ac­tua­li­zar el conjunto de datos po­s­te­rio­r­me­n­te. En la mayoría de los casos, la tra­n­s­fe­re­n­cia de datos se realiza junto con un back up completo del servidor (que deberás ajustar a tus ne­ce­si­da­des si planeas una es­tra­te­gia de migración diferente).

¿Cómo se hace la migración de datos entre se­r­vi­do­res?

La solución más simple a la hora de migrar los datos consiste en tomar como base una copia exacta del estado actual de la in­fo­r­ma­ción. Esta será tra­n­s­fe­ri­da al hardware del nuevo servidor, antes de realizar los ajustes o co­n­fi­gu­ra­cio­nes ne­ce­sa­rios y, fi­na­l­me­n­te, se probará su fu­n­cio­na­li­dad. En un último paso se configura el DNS o la IP, con lo que podrás ejecutar tu proyecto web en el nuevo sistema. Por lo general, incluso cuando este enfoque requiere el apoyo del ad­mi­ni­s­tra­dor del sistema, este suele ser un proceso fácil de pla­ni­fi­car y de im­ple­me­n­tar. No obstante, cabe resaltar que también viene aco­m­pa­ña­do de una co­n­ge­la­ción completa del servidor actual, lo que impedirá que tu página web sea accesible durante la migración de datos. En caso de que ofrezcas un servicio que requiera el acceso constante a una base de datos, lo más re­co­me­n­da­ble es que te decantes por una solución híbrida de migración en la que el servidor actual pe­r­ma­ne­z­ca activo. En tal caso, declara a la base de datos actual en el servidor como “master”, para que esta subordine a la nueva base de datos en la co­n­fi­gu­ra­ción como “slave”. De este modo co­n­se­gui­rás que las dos apli­ca­cio­nes se si­n­cro­ni­cen en tiempo real. Una vez que ambas bases de datos se en­cue­n­tran en el mismo nivel, podrás invertir los roles de tal forma que la nueva base de datos se convierta en “master”. Así, tu proyecto seguirá estando di­s­po­ni­ble incluso durante la migración de datos. Además, como punto a su favor, en caso de que se presenten co­m­pli­ca­cio­nes con el nuevo servidor, esta es­tra­te­gia permitirá el acceso a la antigua base de datos (que todavía contiene el estado actual de los datos) en cualquier momento. Para probar la fu­n­cio­na­li­dad de un servidor web o de apli­ca­cio­nes sin tener que des­ha­bi­li­tar la versión anterior, puedes utilizar un ba­la­n­cea­dor de carga. Así, al redirigir pa­r­cia­l­me­n­te el tráfico de tu proyecto web al nuevo servidor, podrás ver si este ha sido co­rre­c­ta­me­n­te co­n­fi­gu­ra­do y funciona de manera apropiada. Con ello te be­ne­fi­cias de nulos tiempos de inac­ti­vi­dad y te cubres las espaldas. 

¿Qué medios facilitan la migración de datos a un nuevo servidor?

Existen di­fe­re­n­tes he­rra­mie­n­tas, servicios y técnicas de migración de datos que facilitan dicho proceso. Por ejemplo, si solo quieres mover los datos sin tener que pe­r­so­na­li­zar el sistema operativo u otro software, no deberías pre­s­ci­n­dir de un panel de control. Este tipo de programas para la gestión del servidor po­si­bi­li­tan la creación de copias de seguridad y su migración al nuevo servidor. Aquí, el trabajo de co­n­fi­gu­ra­ción requerido queda reducido al mínimo. Los sistemas de gestión de co­n­te­ni­dos, como WordPress, son tra­n­s­fe­ri­bles con sencillas apli­ca­cio­nes FTP y de backup, y suelen ofrecer plugins propios para la migración de las bases de datos asociadas, au­to­ma­ti­za­n­do así la mayor parte del proceso. 

Para proyectos más complejos, vale la pena tener derechos de acceso raíz (root). De esta forma podrás tra­n­s­fe­rir vía SSH bases de datos completas, in­clu­ye­n­do sus permisos y datos de usuario, a un nuevo servidor. Por ejemplo, las bases de datos MySQL se envían como copia al sistema de destino usando la apli­ca­ción MySQLdump. Como usuario del servidor Microsoft SQL tendrás acceso incluso a otras funciones in­te­gra­das.

También es posible dejar el proceso de tra­n­s­fe­re­n­cia en manos de terceros. Muchos pro­vee­do­res de alo­ja­mie­n­to no solo ofrecen a sus clientes programas para la migración manual de datos a otro servidor, sino que también suelen apoyar ac­ti­va­me­n­te a los usuarios durante la migración. Adi­cio­na­l­me­n­te, existen servicios es­pe­cia­li­za­dos en la migración de proyectos web que pro­po­r­cio­nan un servicio completo, ya sea si se trata de un simple cambio de un servidor co­m­pa­r­ti­do a otro, de un cambio de proveedor o de un cambio a un clúster de se­r­vi­do­res.

¿Qué problemas se pueden presentar durante la migración de se­r­vi­do­res?

Para que la migración de datos se realice con éxito se necesita una conexión estable, por lo que no resulta so­r­pre­n­de­n­te que los problemas de conexión sean la fuente de error más común durante el proceso de tra­n­s­fe­re­n­cia. Una mala conexión suele ser la causa de que la tra­n­s­fe­re­n­cia se anule por completo y se tenga que iniciar desde cero. A menudo, los problemas de co­ne­c­ti­vi­dad mo­me­n­tá­neos pasan des­ape­r­ci­bi­dos y no ne­ce­sa­ria­me­n­te in­te­r­fie­ren en el proceso de migración de datos. En algunos casos, sin embargo, puede ocurrir que no todos los datos lleguen al servidor de destino, poniendo en riesgo la fu­n­cio­na­li­dad de las apli­ca­cio­nes migradas.

Ahora bien, el hecho de que algunos archivos no puedan ser tra­n­s­fe­ri­dos con éxito al nuevo servidor, también puede tener otras causas. Es común que, es­pe­cia­l­me­n­te cuando se cambia el sistema operativo, se presenten problemas de co­m­pa­ti­bi­li­dad entre formatos de archivo, lenguajes de pro­gra­ma­ción, etc. Además, suelen surgir co­m­pli­ca­cio­nes como co­n­se­cue­n­cia de derechos de acceso di­fe­re­n­tes o pro­te­c­ción por co­n­tra­se­ña en las máquinas de origen y de destino. Por último, la migración de datos puede fracasar si el sistema de destino no cuenta con memoria su­fi­cie­n­te o los registros DNS no han sido adaptados co­rre­c­ta­me­n­te.

Lista de tareas en la migración de datos

De­pe­n­die­n­do del tamaño del proyecto y de la nueva ar­qui­te­c­tu­ra, la tra­n­s­fe­re­n­cia de datos a un nuevo servidor puede ser un proceso complejo, lo que obliga a pla­ni­fi­car­lo y eje­cu­tar­lo cui­da­do­sa­me­n­te. La siguiente lista resume las cue­s­tio­nes pri­n­ci­pa­les re­la­cio­na­das con la migración de datos:

  • ¿Qué ar­qui­te­c­tu­ra tendrá el nuevo servidor?
  • ¿Es dicha ar­qui­te­c­tu­ra co­m­pa­ti­ble con tu proyecto web?
  • ¿Cuentas con los recursos fi­na­n­cie­ros y pe­r­so­na­les para la migración y co­n­fi­gu­ra­ción del nuevo servidor?
  • ¿Es el hardware lo su­fi­cie­n­te­me­n­te flexible para el de­sa­rro­llo futuro de tu proyecto?
  • ¿Se ma­n­te­n­drán activos los procesos durante la tra­n­s­fe­re­n­cia o se detendrán todas las ac­ti­vi­da­des durante la migración?
  • ¿Se encuentra el ma­n­te­ni­mie­n­to de la ope­ra­ti­vi­dad del proyecto en relación con los recursos que necesita y con su mayor co­m­ple­ji­dad?
  • ¿Qué pasos se pueden modificar para reducir al mínimo el tiempo de inac­ti­vi­dad?
  • ¿Cómo se ga­ra­n­ti­zan la in­te­gri­dad y la ac­tua­li­dad de las entradas de la base de datos?
  • ¿Cómo se co­m­pro­ba­rá la fu­n­cio­na­li­dad del nuevo servidor?
  • ¿Qué pasa si algunas apli­ca­cio­nes no funcionan después de la migración de datos?
Consejo

¿Quieres tra­n­s­fe­rir tu datos a un servidor cloud de IONOS? Descubre aquí cómo puedes be­ne­fi­ciar de una migración.

Migración de se­r­vi­do­res en IONOS: crea y exporta tus imágenes del servidor a través de tu Cloud Panel

Todos los usuarios de IONOS Servidor Cloud tienen la po­si­bi­li­dad de migrar los datos a un nuevo servidor a través de IONOS Cloud Panel. Para este propósito es posible crear una imagen ISO del antiguo servidor y uti­li­zar­la para la co­n­fi­gu­ra­ción del nuevo servidor. Tales archivos de imagen se crean au­to­má­ti­ca­me­n­te para tu proyecto e, incluso, si has creado un plan de respaldo en el Panel, estos se generarán de forma periódica. Ahora bien, recuerda que, in­de­pe­n­die­n­te­me­n­te de si se crean au­to­má­ti­ca o ma­nua­l­me­n­te, el servidor su­b­ya­ce­n­te no puede ser ma­ni­pu­la­do durante el proceso. Además, el límite del tamaño de cada imagen de servidor es de 500 GB. Los posibles formatos de la imagen son:

  • .vdi
  • .qcow
  • .qcow2
  • .vhd
  • .vhdx
  • .vmdk
  • .iso

Crear una imagen ISO

Si no tienes previsto utilizar una imagen generada au­to­má­ti­ca­me­n­te en un backup, en primer lugar será necesario crear la re­s­pe­c­ti­va imagen del servidor para la migración de datos pla­ni­fi­ca­da. Para ello, tienes dos opciones: utilizar un software in­de­pe­n­die­n­te o recurrir a la función integrada en el Cloud Panel para copiarla.

En caso de que te decantes por la primera opción, te re­co­me­n­da­mos la he­rra­mie­n­ta Disk2vhd y QEMU. Disk2vhd está es­pe­cia­l­me­n­te diseñada para sistemas ope­ra­ti­vos Windows y facilita la creación de archivos de imagen en formato Microsoft para máquinas virtuales VHD (Virtual Hard Disk). QEMU forma parte de la mayoría de los re­po­si­to­rios de Linux y, adi­cio­na­l­me­n­te, está di­s­po­ni­ble para MacOS y Windows, pe­r­mi­tie­n­do los formatos de imagen .vmdk, .vhdx, .qcow, .qcow2 y .vdi.

Puedes apro­ve­char la función integrada en el Cloud Panel para generar la imagen. Para ello, dirígete a la sección “In­frae­s­tru­c­tu­ra”. En “Imágenes”, haz clic en “Crear” y “Crear imagen”. Fi­na­l­me­n­te, una vez has se­le­c­cio­na­do el servidor que se copiará, un último clic en “Crear” iniciará el proceso.

Importar imágenes
Después de generar la imagen del servidor de origen, puedes uti­li­zar­la para co­n­fi­gu­rar el nuevo servidor con la misma base de datos. Esta opción también la en­cue­n­tras en la sección “In­frae­s­tru­c­tu­ra” –> “Imágenes” del Cloud Panel. Sigue estos pasos:

  1. Para migrar los datos a un nuevo servidor con la ayuda del archivo de imagen, haz clic en la opción “Crear” y asígnale un nombre adecuado.

  2. Se­le­c­cio­na la opción “Importar imagen” y es­pe­ci­fi­ca el sistema operativo de la imagen del servidor en el campo “Sistema operativo”.

  3. Copia la dirección del lugar donde está guardada la imagen en el campo “URL”.

  4. En el campo “Vista” de la co­n­fi­gu­ra­ción avanzada puedes es­pe­ci­fi­car el centro de datos.

  5. Al hacer clic en “Crear” inicias el proceso de im­po­r­ta­ción.
Consejo

Después de la in­s­ta­la­ción de una imagen CentOS-7 importada, es necesario crear una nueva imagen del kernel. Para crear una copia de un servidor Microsoft Windows se requiere la ac­ti­va­ción del co­n­tro­la­dor LSI_SAS.

Importar ISO

En la sección “Imágenes” del Cloud Panel se encuentra un botón de im­po­r­ta­ción para obtener copias ISO del servidor de salida. Además, tienes la opción de indicar o anunciar al sistema operativo del servidor que el ISO hace re­fe­re­n­cia a una única apli­ca­ción.

  1. El primer paso es crear una nueva entrada en el servidor se­le­c­cio­na­n­do la opción “Crear imagen” y asignar un nombre a la imagen del servidor.
     
  2. A co­n­ti­nua­ción, se­le­c­cio­na la opción “Importar ISO” e indica si se trata de la imagen de una apli­ca­ción o de un sistema operativo.
  1. En el siguiente campo indica la dirección URL bajo la que se puede descargar la imagen ISO.

  2. Antes de comenzar con la im­po­r­ta­ción del archivo ISO, en “Co­n­fi­gu­ra­ción avanzada” puedes elegir el centro de datos deseado haciendo clic en “Ver”.
Consejo

Una vez fi­na­li­za­do el proceso de im­po­r­ta­ción, obtendrás una visión general del tamaño absoluto de la imagen insertada.

Ir al menú principal