Compartir vía

Migración de una instancia de servidor único de Azure Database for MySQL a una instancia de servidor flexible en línea mediante DMS a través de Azure Portal

  • Artículo

Nota

Este artículo contiene referencias al término esclavo, un término que Microsoft ya no usa. Cuando se elimine el término del software, se eliminará también de este artículo.

Es posible migrar una instancia de servidor único de Azure Database for MySQL a una instancia de servidor flexible mediante Azure Database Migration Service (DMS), un servicio totalmente administrado diseñado para habilitar migraciones eficaces desde varios orígenes de base de datos a plataformas de datos de Azure. En este tutorial, se realiza una migración en línea de una base de datos de ejemplo desde una instancia de servidor único de Azure Database for MySQL a una instancia de servidor flexible de MySQL (en ambos se ejecuta la versión 5.7) mediante una actividad de migración de DMS.

Nota:

La migración en línea de DMS ya está disponible de forma general DMS es compatible con la migración a las versiones 5.7 y 8.0 de MySQL y también es compatible con la migración desde servidores MySQL de versiones inferiores (v5.6 y superiores) a servidores de versiones superiores. Además, DMS admite migraciones entre regiones, entre grupos de recursos y entre suscripciones, por lo que se puede seleccionar para el servidor de destino una región, un grupo de recursos y una suscripción que sean diferentes a los especificados para el servidor de origen.

En este tutorial, aprenderá a:

  • Implemente los procedimientos recomendados para crear un servidor flexible y agilizar las cargas de datos mediante DMS.
  • Crear y configurar un servidor flexible de destino.
  • Crear una instancia de DMS.
  • Crear un proyecto de migración de MySQL en DMS.
  • Migrar un esquema MySQL mediante DMS.
  • Ejecutar la migración.
  • Supervisar la migración
  • Aplicar los pasos posteriores a la migración.
  • Seguir los procedimientos recomendados para hacer una migración.

Requisitos previos

Para completar este tutorial, necesita:

  • Crear o usar una instancia existente de servidor único de Azure Database for MySQL (el servidor de origen).

  • Para completar correctamente la migración en línea, asegúrese de que se cumplen los siguientes requisitos previos:

    • Use la herramienta de la línea de comandos de MySQL que elija para comprobar que log_bin está habilitado en el servidor de origen mediante la ejecución del comando SHOW VARIABLES LIKE "log_bin". Si log_bin no está habilitado, crea una réplica de lectura para la instancia de servidor único y, después, elimínala. Esta operación establecerá el parámetro log_bin en ON y, después, puedes desencadenar la operación de migración.
    • Asegúrese de que el usuario tiene los permisos "REPLICATION CLIENT" y "REPLICATION SLAVE" en el servidor de origen para leer y aplicar el archivo de registro binario.
    • Si desea realizar una migración en línea, configure el parámetro binlog_expire_logs_seconds en el servidor de origen para garantizar que los archivos binlog no se eliminen antes de que la réplica confirme los cambios. Se recomienda dejar que transcurran al menos dos días para empezar. Una vez que la transición se haya realizado correctamente, puede restablecer el valor.

  • Para completar correctamente una migración del esquema, en el servidor de origen, el usuario que haga la migración necesitará los siguientes privilegios:

    • Privilegio "SELECT" en el nivel de servidor del origen.
    • Para migrar las vistas, el usuario debe tener el privilegio "SHOW VIEW" en el servidor de origen y el privilegio "CREATE VIEW" en el servidor de destino.
    • Para migrar desencadenadores, el usuario debe tener el privilegio "TRIGGER" en los servidores de origen y destino. Además, los desencadenadores solo se migran durante la transición, debe poder ver que los desencadenadores creados después de la transición se completan correctamente.
    • Para migrar rutinas (procedimientos o funciones), el usuario debe tener los privilegios "CREATE ROUTINE" y " ALTER ROUTINE" concedidos en el nivel de servidor del destino.
    • Para migrar eventos, el usuario debe tener el privilegio "EVENT" en los servidores de origen y de destino.
    • Para migrar usuarios o inicios de sesión, el usuario debe tener el privilegio "CREATE USER" en el servidor de destino.
    • Privilegio "DROP" en el nivel de servidor del destino para quitar las tablas que puedan existir. Por ejemplo, al volver a intentar hacer una migración.
    • Privilegio"REFERENCES" en el nivel de servidor del destino para crear tablas con claves externas.
    • Para migrar a MySQL 8.0, el usuario debe tener el privilegio "SESSION_VARIABLES_ADMIN" en el servidor de destino.
    • Privilegio "CREATE" en el nivel de servidor del destino.
    • Privilegio "INSERT" en el nivel de servidor del destino.
    • Privilegio "UPDATE" en el nivel de servidor del destino.
    • Privilegio "DELETE" en el nivel de servidor del destino.

Limitaciones

A medida que se prepare para la migración, asegúrese de tener en cuenta las siguientes limitaciones.

  • Al migrar objetos que no son de tabla, DMS no permitirá cambiar el nombre de las bases de datos.

  • Al hacer la migración a un servidor de destino con bin_log habilitado, asegúrese de habilitar log_bin_trust_function_creators para permitir la creación de rutinas y desencadenadores.

  • Actualmente, DMS no permite migrar la cláusula DEFINER para objetos. Todos los tipos de objetos con definidores en el origen se eliminan y, tras la migración, el definidor predeterminado para todos los objetos que admitan una cláusula definidor y que se creen durante la migración de esquema, se establecerá en el inicio de sesión que se usó para ejecutar la migración.

  • Actualmente, DMS solo permite migrar un esquema como parte del movimiento de datos. Si no se selecciona nada para el movimiento de datos, no se producirá la migración del esquema. Al seleccionar una tabla para la migración del esquema también se selecciona para el movimiento de datos.

  • La migración en línea únicamente es compatible con el formato binlog ROW.

  • La migración en línea ahora admite la replicación de instrucciones DDL al migrar a un servidor de destino de Azure Database for MySQL v8.0 o v5.7 con la opción de servidor flexible.

    • La replicación de instrucciones es compatible con bases de datos, tablas y objetos de esquema (vistas, rutinas, desencadenadores) seleccionados para la migración de esquemas al configurar una actividad de migración de Azure DMS. Las instrucciones de definición y administración de datos para bases de datos, tablas y objetos de esquema que no estén seleccionados no se replicarán. Al seleccionar un servidor completo para la migración, se replicarán las instrucciones de todas las tablas, bases de datos y objetos de esquema que se creen en el servidor de origen una vez finalizada la carga inicial.
    • La replicación de instrucciones de Azure DMS admite todas las instrucciones de definición de datos que se muestran aquí, a excepción de los siguientes comandos:
      • Instrucciones LOGFILE GROUP
      • Instrucciones SERVER
      • Instrucciones SPATIAL REFERENCE SYSTEM
      • Instrucciones TABLESPACE
    • La replicación de instrucciones de Azure DMS admite todas las instrucciones de administración de datos y administración de cuentas que se muestran aquí, a excepción de los siguientes comandos:
      • SET DEFAULT ROLE
      • SET PASSWORD
    • La replicación de instrucciones de Azure DMS admite todas las instrucciones de administración de datos y mantenimiento de tablas que se muestran aquí, a excepción de los siguientes comandos:
      • REPAIR TABLE
      • ANALYZE TABLE
      • CHECKSUM TABLE

Procedimientos recomendados para crear un servidor flexible y agilizar las cargas de datos mediante DMS

DMS admite la migración entre regiones, grupos de recursos y suscripciones, por lo que puede seleccionar la región, el grupo de recursos y la suscripción adecuados para el servidor flexible de destino. Antes de crear el servidor flexible de destino, tenga en cuenta las siguientes instrucciones de configuración para ayudar a garantizar las cargas de datos más rápidas mediante DMS.

  • Seleccione el tamaño de proceso y el nivel de proceso para el servidor flexible de destino en función del plan de tarifa y los núcleos virtuales del servidor único de origen según los detalles de la tabla siguiente.

    Plan de tarifa de servidor único Núcleos virtuales de servidor único Tamaño de los recursos de proceso de servidor flexible Nivel de proceso de servidor flexible
    Básico 1 1 De uso general Standard_D16ds_v4
    Básico 1 2 De uso general Standard_D16ds_v4
    Uso general 1 4 De uso general Standard_D16ds_v4
    Uso general 1 8 De uso general Standard_D16ds_v4
    De uso general 16 De uso general Standard_D16ds_v4
    De uso general 32 De uso general Standard_D32ds_v4
    De uso general 64 De uso general Standard_D64ds_v4
    Memoria optimizada 4 Crítico para la empresa Standard_E4ds_v4
    Memoria optimizada 8 Crítico para la empresa Standard_E8ds_v4
    Memoria optimizada 16 Crítico para la empresa Standard_E16ds_v4
    Memoria optimizada 32 Crítico para la empresa Standard_E32ds_v4

    1 A efectos de la migración, seleccione la opción de uso general 16 núcleos virtuales para que el servidor flexible de destino acelere las migraciones. Reajuste el tamaño de los recursos de proceso para el servidor de destino tras la migración de acuerdo con la recomendación de tamaño incluida en la sección Actividades posteriores a la migración, más adelante en este artículo.

  • La versión de MySQL para el servidor flexible de destino debe ser mayor o igual que la del servidor único de origen.

  • A menos que tenga que implementar el servidor flexible de destino en una zona específica, establezca el valor del parámetro de zona de disponibilidad en "Ninguna preferencia".

  • Para la conectividad de red, en la pestaña Redes, si el servidor único de origen tiene configurados puntos de conexión o vínculos privados, seleccione Private Access. En caso contrario, seleccione Public Access.

  • Copie todas las reglas de firewall del servidor único de origen en el servidor flexible de destino.

  • Durante el proceso de creación, copie todas las etiquetas name/value del servidor único al servidor flexible.

Creación y configuración del servidor flexible de destino

Teniendo en cuenta estos procedimientos recomendados, cree el servidor flexible de destino y configúrelo.

  • Cree el servidor flexible de destino. Para obtener una guía paso a paso, vea Inicio rápido: Creación de una instancia de Azure Database for MySQL con Azure Portal.

  • Configure el nuevo servidor flexible de destino de la manera siguiente:

    • El usuario que haga la migración necesitará los siguientes permisos:
      • Asegúrese de que el usuario tenga el permiso "REPLICATION_APPLIER" o "BINLOG_ADMIN" en el servidor de destino para aplicar el archivo de registro binario.
      • Asegúrese de que el usuario tenga el permiso "REPLICATION SLAVE" en el servidor de destino.
      • Asegúrese de que el usuario tiene el permiso "REPLICATION CLIENT" y "REPLICATION SLAVE" en el servidor de origen para leer y aplicar el archivo de registro binario.
      • Para crear tablas en el destino, el usuario debe tener el privilegio "CREATE".
      • Si se va a migrar una tabla con opciones de partición "DATA DIRECTORY" o "INDEX DIRECTORY", el usuario debe tener el privilegio "FILE".
      • Si va a realizar la migración a una tabla con una opción "UNION", el usuario debe tener los privilegios "SELECT", "UPDATE" y "DELETE" para las tablas que asigne a una tabla MERGE.
      • Si se van a migrar vistas, el usuario debe tener el privilegio "CREATE VIEW". Recuerde que algunos privilegios pueden ser necesarios en función del contenido de las vistas. Para más información, consulte la documentación de MySQL específica para la versión de "CREATE VIEW STATEMENT".
      • Si se van a migrar eventos, el usuario debe tener el privilegio "EVENT".
      • Si se van a migrar desencadenadores, el usuario debe tener el privilegio "TRIGGER".
      • Si se van a migrar rutinas, el usuario debe tener el privilegio "CREATE ROUTINE".
    • Configure los parámetros del servidor en el servidor flexible de destino de la siguiente manera:
      • Establezca la versión de TLS y el parámetro de servidor require_secure_transport para que coincidan con los valores del servidor de origen.
      • Establezca el parámetro de servidor sql_mode para que coincida con los valores del servidor de origen.
      • Configure los parámetros de servidor en el servidor de destino para que coincidan con los valores no predeterminados usados en el servidor de origen.
      • Para garantizar cargas de datos más rápidas al usar DMS, configure los parámetros de servidor siguientes del modo descrito.
        • max_allowed_packet: establézcalo en 1073741824 (es decir, 1 GB) para evitar cualquier problema de conexión debido a filas largas.
        • slow_query_log: establézcalo en OFF para desactivar el registro de consultas lentas. Esto eliminará la sobrecarga causada por un registro de consultas lento durante las cargas de datos.
        • Innodb_buffer_pool_size: solo se puede aumentar mediante la ampliación de los recursos de proceso para el servidor de Azure Database for MySQL. Escale verticalmente el servidor a una SKU de uso general de 64 núcleos virtuales del plan de tarifa del portal durante la migración para aumentar innodb_buffer_pool_size.
        • innodb_io_capacity e innodb_io_capacity_max: cambie a 9000 de los parámetros del servidor en Azure Portal para mejorar el uso de la E/S a fin de optimizar la velocidad de la migración.
        • innodb_write_io_threads e innodb_write_io_threads: se cambiará a 4 desde los parámetros de servidor en Azure Portal para mejorar la velocidad de la migración.
    • Configure las réplicas en el servidor de destino para que coincidan con las del servidor de origen.
    • Replique las siguientes características de administración del servidor desde el servidor único de origen al servidor flexible de destino:
      • Asignaciones de roles, roles, asignaciones de denegación, administradores clásicos, control de acceso (IAM)
      • Bloqueos (solo lectura y eliminación)
      • Alertas
      • Tareas
      • Alertas sobre el estado de los recursos

Configuración de DMS

Con el servidor flexible de destino implementado y configurado, debe configurar DMS para migrar el servidor único a un servidor flexible.

Registrar el proveedor de recursos

Para registrar el proveedor de recursos Microsoft.DataMigration, siga los pasos que se indican.

  1. Antes de crear la primera instancia de DMS, inicie sesión en Azure Portal y, a continuación, busque y seleccione Suscripciones.

    Captura de pantalla que muestra la selección de suscripciones en Azure Marketplace.

  2. Seleccione la suscripción en la que quiere crear la instancia de Azure Database Migration Service y después seleccione Proveedores de recursos.

    Captura de pantalla que muestra la selección de un proveedor de recursos.

  3. Busque el término "Migración" y, después, seleccione Registrar en Microsoft.DataMigration.

    Captura de pantalla que muestra el registro de un proveedor de recursos.

Creación de una instancia de Database Migration Service (DMS)

  1. En Azure Portal, seleccione + Crear un recurso, busque el término "Azure Database Migration Service" y, después, seleccione Azure Database Migration Service en la lista desplegable.

    Captura de pantalla de una búsqueda en Azure Database Migration Service.

  2. En la pantalla Azure Database Migration Service, seleccione Crear.

    Captura de pantalla que muestra cómo crear una instancia de Azure Database Migration Service.

  3. En la página Seleccionar escenario de migración y Database Migration Service, en Escenario de migración, seleccione Azure Database for MySQL-Single Server como tipo de servidor de origen y, a continuación, seleccione Azure Database for MySQL como tipo de servidor de destino y, por último, Seleccionar.

    Captura de pantalla que muestra la selección de un escenario de migración.

  4. En la página de creación del servicio de migración, en la pestaña Aspectos básicos y en Detalles del proyecto, seleccione la suscripción adecuada y, a continuación, un grupo de recursos existente, o bien cree uno nuevo.

  5. En Detalles de la instancia, especifique un nombre para el servicio, seleccione una región y compruebe que Azure se ha seleccionado como modo de servicio.

  6. A la derecha del plan de tarifa, seleccione Configure tier.

    Captura de pantalla que muestra la selección de un nivel de configuración.

  7. En la página Configuración, seleccione el plan de tarifa Premium con 4 núcleos virtuales para la instancia de DMS. Después, seleccione Aplicar.

    DMS Premium con 4 núcleos virtuales es gratuito durante 6 meses (183 días) desde la fecha de creación del servicio DMS, antes de incurrir en cargos. Para más información sobre los costos de DMS y planes de tarifa, vea la página de precios.

    Captura de pantalla que muestra la selección de un plan de tarifa.

    A continuación, es necesario especificar la red virtual que permitirá a la instancia de DMS acceder al servidor único de origen y al servidor flexible de destino.

  8. En la página Create Migration Service, seleccione Next : Networking>>.

  9. En la pestaña Networking, seleccione una red virtual existente en la lista o proporcione el nombre de la nueva red virtual que se va a crear y, a continuación, seleccione Review + Create.

    Para más información, consulte el artículo Creación de una red virtual mediante Azure Portal.

    Captura de pantalla que muestra la selección de redes.

    [!IMPORTANTE]
    La red virtual debe configurarse con acceso tanto al servidor único de origen como al servidor flexible de destino, así que asegúrese de completar estos pasos:

    • Cree una regla de firewall a nivel de servidor o configure puntos de conexión de servicio de red virtual para que los servidores de origen y destino de la instancia de Azure Database for MySQL facilite el acceso de la red virtual para Azure Database Migration Service a las bases de datos de origen y de destino.

    • Asegúrese de que las reglas del grupo de seguridad de red (NSG) para redes virtuales no bloqueen el puerto 443 de salida de ServiceTag para ServiceBus, Storage y Azure Monitor. Para obtener más información sobre el filtrado del tráfico con grupos de seguridad de red para redes virtuales, consulte Filtrado del tráfico de red mediante grupos de seguridad de red.

    Nota

    Para agregar etiquetas al servicio, vaya a la pestaña Etiquetas seleccionando Siguiente: Etiquetas. Agregar etiquetas al servicio es opcional.

  10. Vaya a la pestaña Review + create, revise las configuraciones, consulte los términos y seleccione Crear.

    Captura de pantalla de una selección de Revisar y crear.

    Ahora comienza la implementación de la instancia de DMS. El mensaje Deployment is in progress aparecerá durante unos minutos y después cambiará a Your deployment is complete.

  11. Haga clic en Go to resource (Ir al recurso).

    Captura de pantalla que muestra cómo seleccionar la opción para ir al recurso.

  12. Identifique la dirección IP de la instancia de DMS en la página de información general del recurso y cree una regla de firewall para el servidor único de origen y el servidor flexible de destino que permitan listar la dirección IP de la instancia de DMS.

Creación de un proyecto de migración

Para crear un proyecto de migración, siga los pasos que se indican.

  1. En Azure Portal, seleccione Todos los servicios, busque Azure Database Migration Service y, luego, elija Azure Database Migration Services.

    Captura de pantalla que muestra cómo localizar todas las instancias de Azure Database Migration Service.

  2. En los resultados de la búsqueda, seleccione la instancia de DMS que ha creado y, a continuación, seleccione + Nuevo proyecto de migración.

    Captura de pantalla que muestra la selección de un nuevo proyecto de migración.

  3. En la página Nuevo proyecto de migración, especifique un nombre para el proyecto, en el cuadro de selección Tipo de servidor de origen, seleccione Azure Database For MySQL - Servidor único, en el cuadro de selección Tipo de servidor de destino, seleccione Azure Database For MySQL - Servidor flexible, en el cuadro de selección Tipo de actividad de migración, seleccione Migración de datos en línea y, a continuación, seleccione Crear y ejecutar actividad.

    Nota

    Al seleccionar Solo crear el proyecto como tipo de actividad de migración, solo se creará el proyecto de migración. En ese caso, podrá ejecutar el proyecto de migración más adelante.

    Captura de pantalla que muestra la creación de un nuevo proyecto de migración.

Configuración del proyecto de migración

Para configurar el proyecto de migración de DMS, los pasos que se indican.

  1. En la pantalla Seleccionar origen, localice el servidor basándose en la suscripción, la ubicación y el grupo de recursos. El nombre de usuario se rellena automáticamente y, a continuación, escriba la contraseña del servidor de origen.

    Captura de pantalla que muestra el cuadro de diálogo para agregar los detalles del origen.

  2. Seleccione Siguiente: seleccionar destino>> y, a continuación, en la pantalla Seleccionar destino, localice el servidor en función de la suscripción, la ubicación y el grupo de recursos. El nombre de usuario se rellena automáticamente y, a continuación, proporcione la contraseña del servidor flexible de destino.

    Captura de pantalla que muestra cómo seleccionar un destino.

  3. Seleccione Siguiente : Seleccionar bases de datos>> y, a continuación, en la ficha Seleccionar bases de datos, en Opciones de migración de servidor, seleccione Migrar todas las bases de datos aplicables o en Seleccionar bases de datos seleccione los objetos de servidor que desee migrar.

    Nota:

    Ahora hay una opción Migrar todas las bases de datos aplicables que, al seleccionarla, hace que se migren todas las bases de datos y tablas creadas por el usuario. Como Azure Database for MySQL: Servidor flexible no admite bases de datos con mezcla de mayúsculas y minúsculas, las bases de datos con mezcla de mayúsculas y minúsculas en el origen no se incluirán para una migración en línea.

    Captura de pantalla que muestra cómo seleccionar una base de datos.

  4. En la sección Seleccionar bases de datos, en Base de datos de origen, seleccione las bases de datos para migrar.

    Los objetos que no son de tabla se migrarán de las bases de datos especificadas, mientras que los elementos que no se hayan seleccionado se omitirán. Solo puede seleccionar las bases de datos de origen y de destino cuyos nombres coincidan en los servidores de origen y de destino.

    Si selecciona una base de datos en el servidor de origen que no existe en el servidor de destino, se creará en el servidor de destino.

  5. Seleccione Siguiente : Seleccionar tablas>> para ir a la pestaña Seleccionar tablas.

    Antes de rellenar la pestaña, DMS captura las tablas de las bases de datos seleccionadas en el origen y el destino y, a continuación, determina si la tabla existe y contiene datos.

  6. Seleccione las tablas que desea migrar.

    Si la tabla de origen seleccionada no existe en el servidor de destino, el proceso de migración en línea garantizará que el esquema de tabla y los datos se migren al servidor de destino.

    Captura de pantalla que muestra cómo seleccionar tablas.

    DMS valida las entradas y, si la validación es correcta, podrá iniciar la migración.

  7. Después de configurar para la migración del esquema, seleccione Revisar e iniciar la migración.

    Nota:

    Solo tiene que ir a la pestaña Configurar las opciones de migración si intenta solucionar errores con las migraciones.

  8. En la pantalla Resumen, en el cuadro de texto Nombre de actividad, especifique un nombre para la actividad de migración y consulte el resumen para asegurarse de que los detalles de origen y de destino coincidan con los que especificó anteriormente.

    Captura de la pantalla que muestra cómo seleccionar un resumen.

  9. Seleccione Iniciar migración.

    Aparecerá la ventana de actividad de migración. El estado de la actividad es Inicializando. El estado cambia a En ejecución cuando se inician las migraciones de tabla.

    Captura de pantalla que muestra un estado de ejecución.

Supervisión de la migración

  1. Una vez completada la actividad Carga inicial, vaya a la pestaña Carga inicial para ver el estado de finalización y el número de tablas completadas.

    Captura de pantalla de una migración de carga inicial completada.

    Una vez completada la actividad Carga inicial, se desplazará automáticamente a la pestaña Replicar cambios de datos. El progreso de la migración se puede supervisar, ya que la pantalla se actualiza automáticamente cada 30 segundos.

  2. Seleccione Actualizar para actualizar la pantalla y ver los segundos detrás del origen según sea necesario.

    Captura de pantalla que muestra cómo supervisar la migración.

  3. Supervise la opción Segundos después del origen y, en cuanto el valor se acerque a 0, inicie la transición yendo a la pestaña del menú Iniciar transición en la parte superior de la pantalla de la actividad de migración.

  4. Siga los pasos descritos en la ventana de transición antes de iniciar esta.

  5. Después de completar todos los pasos, seleccione Confirmar y, a continuación, seleccione Aplicar.

    Captura de pantalla que muestra cómo efectuar una la fase de transición.

Actividades posteriores a la migración

Una vez finalizada la migración, asegúrese de completar las siguientes actividades posteriores a la migración.

  • Hacer pruebas de seguridad de la aplicación en la base de datos de destino para verificar la migración.

  • Actualice la cadena de conexión para que apunte al nuevo servidor flexible.

  • Elimine el servidor único de origen después de asegurar la continuidad de la aplicación.

  • Si ha aplicado escalabilidad vertical al servidor flexible de destino para acelerar la migración, reajústelo al valor original. Para ello, seleccione el tamaño de proceso y el nivel de proceso para el servidor flexible de acuerdo con el plan de tarifa y los núcleos virtuales del servidor único de origen, según los detalles de la tabla siguiente.

    Plan de tarifa de servidor único Núcleos virtuales de servidor único Tamaño de los recursos de proceso de servidor flexible Nivel de proceso de servidor flexible
    Básico 1 Flexible Standard_B1s
    Básico 2 Flexible Standard_B2s
    De uso general 4 De uso general Standard_D4ds_v4
    De uso general 8 De uso general Standard_D8ds_v4

    • Para limpiar los recursos de DMS, realice los pasos siguientes:

      1. En Azure Portal, seleccione Todos los servicios, busque Azure Database Migration Service y, luego, elija Azure Database Migration Services.

      2. Seleccione la instancia del servicio de migración en los resultados de la búsqueda y, a continuación, seleccione Eliminar servicio.

      3. En el cuadro de diálogo de confirmación, en el cuadro de texto TYPE THE DATABASE MIGRATION SERVICE NAME, especifique el nombre de la instancia y seleccione Eliminar.

Procedimientos recomendados de migración

Al llevar a cabo una migración, tenga en cuenta los siguientes procedimientos recomendados.

  • Como parte de la detección y evaluación, tome la SKU del servidor, el uso de CPU, el almacenamiento, los tamaños de base de datos y el uso de extensiones como algunos de los datos críticos que le ayudarán con las migraciones.

  • Haga migraciones de prueba antes de la migración en la fase de producción:

    • Las migraciones de prueba son importantes para asegurarse de abarcar todos los aspectos de la migración de la base de datos, incluidas las pruebas de aplicaciones. El procedimiento recomendado consiste en comenzar ejecutando una migración de prueba. Después de que una migración recién iniciada entre en la fase Replicar cambios de datos con un retraso mínimo, use su destino de servidor flexible solo para ejecutar cargas de trabajo de prueba. Use ese destino para probar la aplicación para garantizar el rendimiento y los resultados esperados. Si va a migrar a una versión de MySQL superior, pruebe la compatibilidad de la aplicación.
    • Una vez completadas las pruebas, puede migrar las bases de datos de producción. En este momento, tiene que finalizar el día y la hora de la migración de producción. Idealmente, en este momento se usará poco la aplicación. Todas las partes interesadas que tengan que participar tienen que estar disponibles y listas. Tenga en cuenta que la migración de producción requiere una supervisión cercana. Para una migración en línea, la replicación debe completarse antes de realizar la migración total para evitar la pérdida de datos.

  • Redirija todas las aplicaciones dependientes para acceder a la nueva base de datos principal y haga que el servidor de origen sea de solo lectura. A continuación, abra las aplicaciones para su uso en producción.

  • Después de que la aplicación comience a ejecutarse en el servidor flexible de destino, no pierda de vista el rendimiento de la base de datos para saber si necesita hacer ajustes.

Contenido relacionado