Mover Datos A La Nube Con Azure Data Migration

A pesar de más de una década de migración a la nube, todavía hay una gran cantidad de datos que se ejecutan localmente en servidores on-site. Eso no es sorprendente, ya que las migraciones de datos, incluso entre sistemas similares, son complejas, lentas y agregan riesgos a sus operaciones diarias.

Mudarse a la nube agrega una sobrecarga de administración adicional, generando preguntas sobre la conectividad de red y el ancho de banda, así como los costos variables asociados con la ejecución de bases de datos en la nube.

Tabla de contenido
  1. Problemas comunes
  2. Ventajas de migrar datos con Azure Data Migration

Problemas comunes

Parte del problema es que tendemos a pensar en los servicios en la nube como una réplica de nuestros sistemas locales. Eso lleva a un desajuste con la nube, donde tomamos servidores del tamaño adecuado para una vida útil de varios años con capacidad adicional para cualquier aumento repentino de la demanda y trasladamos esa especificación directamente a una infraestructura de nube.

El resultado a menudo son máquinas virtuales infrautilizadas y un presupuesto de cómputo que es sustancialmente más alto de lo que realmente se necesita. En lugar de levantar y cambiar infraestructuras enteras, debemos considerar aprovechar los servicios en la nube, trabajar con ellos como plataformas, no como centros de datos.

Mover una base de datos de las instalaciones a la nube no tiene por qué ser difícil, especialmente si está migrando de manera voluntaria.

Recomendado:   Como programar un Thread Pool en Android con Android Studio y Java como lenguaje de programación

Ventajas de migrar datos con Azure Data Migration

El Servicio de migración de base de datos de Azure puede admitir gran parte del proceso por usted, con un conjunto de asistentes que lo guían a través del proceso de migración.

Como la mayoría de las migraciones locales, cuando mueve una base de datos de un servidor a otro, tiene la opción de una migración fuera de línea, con cualquier tiempo de inactividad resultante, y una migración en línea. Si está utilizando datos, entonces una migración en línea es la mejor opción, ya que mantiene el tiempo de inactividad al mínimo en el punto en que se corta entre las dos bases de datos.

Subir