¿Qué sucederá con el servicio de servidor único de Azure Database for MySQL?
SE APLICA A: 
Azure Database for MySQL: Servidor único
Importante
El servidor único de Azure Database for MySQL está en proceso de retirada y se ha retirado el 16 de septiembre de 2024.
Después de años de evolución el servicio de servidor único de Azure Database for MySQL, ya no puede controlar todas las nuevas características, funciones y necesidades de seguridad. Se recomienda actualizar al servidor flexible de Azure Database for MySQL antes del 16 de septiembre de 2024 para evitar la migración forzada involuntaria y la falta de disponibilidad del servidor.
Servidor flexible de Azure Database for MySQL es un servicio de base de datos totalmente administrado y listo para la producción diseñado para lograr un control más pormenorizado y una mayor flexibilidad de las funciones de administración de bases de datos y las opciones de configuración. Para más información sobre el servidor flexible, visite Azure Database for MySQL: servidor flexible.
Si actualmente tiene un servicio Azure Database for MySQL: servidor único en el que se hospedan servidores de producción, nos complace informarle de que puede migrar los servidores de Azure Database for MySQL: servidor único al servicio Azure Database for MySQL: servidor flexible de forma gratuita mediante la importación de Azure Database for MySQL, la migración automática local o Azure Database Migration Service (clásico). Revise las distintas formas de migrar en la sección siguiente.
Como parte de esta retirada, se dejó de admitir la creación de nuevas instancias de servidor único desde Azure Portal a partir del 16 de enero de 2023 y desde la CLI de Azure a partir del 19 de marzo de 2024. Todavía podrá crear réplicas de lectura y realizar restauraciones (PITR y restauración geográfica) para la instancia de servidor único existente y se seguirá admitiendo hasta la fecha de retirada el 16 de septiembre de 2024.
Migración de un servidor único a un servidor flexible
Aprenda a migrar desde Azure Database for MySQL con servidor único a Azure Database for MySQL con servidor flexible.
| Escenario | Herramientas | Detalles |
|---|---|---|
| Sin conexión o en línea | Importación de Azure Database for MySQL y la CLI de Azure | Tutorial: importación de Azure Database for MySQL con la CLI de Azure |
| Sin conexión | Database Migration Service (clásico) y Azure Portal | Tutorial: DMS (clásico) con Azure Portal (sin conexión) |
| En línea | Database Migration Service (clásico) y Azure Portal | Tutorial: DMS (clásico) con Azure Portal (en línea) |
| Sin conexión | Solicitud de migración automática local (abrir una incidencia de soporte técnico de Azure) | Migración automática local de servidor único a servidor flexible de Azure Database for MySQL |
Para más información sobre la migración de un servidor único a un servidor flexible con otras herramientas de migración, visite Selección de las herramientas adecuadas para la migración a Azure Database for MySQL.
Nota:
La migración automática local de Azure Database for MySQL – con servidor único a servidor flexible es una migración local iniciada por el servicio durante la ventana de mantenimiento planeado para seleccionar cargas de trabajo de base de datos de servidor único. El servicio identifica los servidores aptos y se envían pasos detallados de notificación anticipada para revisar los detalles de la migración. Si posee una carga de trabajo de servidor único sin características complejas habilitadas (Réplica de lectura, Red virtual, Cifrado de doble infraestructura, punto de conexión de servicio o reglas de red virtual), ahora puede designarse (si aún no está programada por el servicio) para la migración automática creando una incidencia de soporte técnico. Se recomienda que todas las demás cargas de trabajo de servidor único usen las herramientas de migración iniciadas por el usuario que ofrece Azure: Azure DMS, Importación para migrar de Azure Database for MySQL. Obtenga más información sobre la migración automática local aquí.
Comprobaciones de los requisitos previos cuando se realiza la migración desde un servidor único a uno flexible
- Si el Servidor único de Azure Database for MySQL de origen tiene la versión v8.x del motor, asegúrese de actualizar la versión del controlador de cliente .NET del servidor de origen a la versión 8.0.32 para evitar cualquier incompatibilidad de codificación después de la migración al Servidor flexible.
- Si el servidor único de Azure Database for MySQL de origen tiene la versión v8.x del motor, asegúrese de actualizar la versión TLS del servidor de origen de v1.0 o v1.1 a TLS v1.2 antes de la migración, ya que las versiones anteriores de TLS han quedado en desuso para el servidor flexible.
- Si el servidor único de Azure Database for MySQL de origen utiliza puertos no predeterminados como 3308, 3309 y 3310, cambie el puerto de conectividad a 3306, ya que los puertos no predeterminados mencionados anteriormente no son compatibles con el servidor flexible.
- Las etiquetas de servicio (SQL) en las reglas de salida no se admiten en el servidor flexible de Azure Database for MySQL. Use el nombre de dominio completo (FQDN) en Reglas de salida al configurar la configuración del firewall para el servidor flexible.
¿Qué ocurrirá después de la fecha de retirada (16 de septiembre de 2024)?
Hemos enviado notificaciones periódicas durante los últimos dos años para completar la migración al servidor flexible de Azure Database for MySQL, tanto a través de canales públicos como Azure Update y blogs, así como a través de mensajes de correo electrónico de clientes, páginas de productos y banners de Azure Portal. Como parte de nuestra comunicación y asistencia continuas para migrar a los clientes de forma segura a su nuevo entorno, esta sección proporciona más información sobre la experiencia del cliente para las cargas de trabajo que permanecen en producción a partir del 16 de septiembre de 2024.
A partir del 17 de septiembre, los servidores que aún no han migrado se detendrán periódicamente. Deberá acceder a Azure Portal, confirmar las acciones de migración e iniciar el servidor. Una vez que haya iniciado el servidor, proceda a usar la CLI de importación de Azure Database for MySQL o el servicio de migración de datos de Azure para migrar a Azure Database for MySQL: servidor flexible. Por otro lado, si desea proceder con la migración automática, envíe una incidencia de soporte técnico de Azure para programar la migración automática. Asegúrese de iniciar el servidor y migrar al servidor flexible para evitar una migración forzada involuntaria posterior que provocará la indisponibilidad del servidor, ya que solo se pueden migrar características limitadas.
La ejecución de la instancia de servidor único después de la fecha de retirada supondrá un riesgo de seguridad, ya que no habrá mantenimiento de seguridad ni correcciones de errores en la plataforma de servidor único en desuso. Para garantizar nuestro compromiso con la ejecución de las instancias administradas en una plataforma segura y de confianza después de la fecha de retirada, la instancia de servidor único, junto con sus archivos de datos, se migrará de forma forzada como último recurso a una instancia de servidor flexible adecuada, por fases.
Nota:
No se respetarán los acuerdos de nivel de servicio, las correcciones de errores, las correcciones de seguridad ni el soporte técnico en directo para la instancia de servidor único después de la fecha de retirada.
Migración forzada después de la fecha de retirada
Después de la fecha de retirada, la instancia de servidor único, junto con sus archivos de datos, se migrará de forma forzada a una instancia de servidor flexible adecuada, por fases. Esto dará lugar a una disponibilidad limitada de características, ya que ciertas funcionalidades avanzadas no se pueden migrar de forma forzada sin que el cliente introduzca datos en la instancia de servidor flexible. Esto provocará la falta de disponibilidad del servidor para los servidores con características de seguridad y redes. Obtenga más información sobre los pasos para volver a configurar estas características después de la migración forzada para minimizar el posible impacto.
Las siguientes características no se pueden migrar de forma forzada, ya que necesitan la entrada del cliente para la configuración y no se habilitarán en la instancia de servidor flexible migrada:
- Private Link
- Cifrado de datos (CMK)
- Autenticación de Microsoft Entra (anteriormente Microsoft Entra ID)
- Puntos de conexión del servicio
- Cifrado doble de infraestructura
- Réplicas de lectura
Importante: los servidores únicos con características de red y seguridad habilitadas se migrarán a una instancia de servidor flexible con acceso público en estado deshabilitado para proteger los datos del cliente. Debe habilitar el acceso adecuado después de la migración forzada para garantizar la continuidad empresarial.
Acción necesaria después de la migración forzada
Después de la migración forzada, debe volver a configurar las características enumeradas anteriormente en la instancia de servidor flexible migrada para garantizar la continuidad empresarial:
- Private Link: puede optar por habilitar el acceso público para conectarse al servidor inmediatamente o eliminar la instancia de servidor único y eliminar el punto de conexión privado asociado para poder configurar el mismo punto de conexión privado para la instancia de servidor flexible migrada. Obtenga más información sobre cómo configurar puntos de conexión privados para el servidor flexible aquí
- Cifrado de datos (CMK): obtenga más información sobre cómo configurarlo aquí
- Autenticación de Microsoft Entra (anteriormente Microsoft Entra ID): obtenga más información sobre cómo configurarla aquí
- Puntos de conexión de servicio: no se admiten los puntos de conexión de servicio (regla de red virtual) en el servidor flexible de Azure Database for MySQL. Se recomienda configurar Private Link para cumplir la paridad de características. Obtenga más información sobre cómo configurar Private Link aquí
- Cifrado doble de infraestructura: no se admite el cifrado doble de infraestructura en el servidor flexible de Azure Database for MySQL. Se recomienda configurar el cifrado de datos para cumplir la paridad de características. Obtenga más información sobre cómo configurar el cifrado de datos (CMK) aquí
- Réplicas de lectura: las réplicas de lectura se migrarán como servidores independientes. Configura réplicas de lectura para el servidor principal haciendo referencia al servidor independiente secundario migrado, que se puede eliminar después de la configuración. Más información sobre cómo realizar la configuración aquí
Nota:
Si el servidor está en una región en la que no se admite el servidor flexible de Azure Database for MySQL, tras la fecha de retirada, la instancia de servidor único estará disponible con operaciones limitadas para acceder a los datos y poder migrar al servidor flexible hasta el 15 de noviembre de 2024. La instancia no se migrará de forma forzada al servidor flexible hasta el 15 de noviembre de 2024. Después de esta fecha, los servidores se eliminarán para retirar la plataforma. Se recomienda encarecidamente usar una de las siguientes opciones para migrar antes del 15 de noviembre de 2024 para evitar interrupciones en la continuidad empresarial:
- Usar Azure DMS para realizar una migración entre regiones al servidor flexible en una región de Azure adecuada.
- Migrar a MySQL Server hospedado en una máquina virtual de la región, si no puede cambiar las regiones debido a problemas de cumplimiento.
Configuración de propiedades de Microsoft Defender for Cloud en el servidor flexible
Al migrar del servidor único de Azure Database for MySQL al servidor flexible con Defender for Cloud habilitado, se conserva el estado de habilitación. Para lograr la paridad en el servidor flexible de las propiedades que puede configurar en el servidor único, tenga en cuenta los detalles de la tabla siguiente.
| Propiedad | Configuración |
|---|---|
| Supresión de tipos de alerta específicos | Deshabilite tipos de alerta específicos con la plataforma Microsoft Defender for Cloud. Para obtener más información, consulte Supresión de alertas de la guía de Microsoft Defender for Cloud. Los usuarios de servidor único pueden usar la propiedad de API: properties.disabledAlerts |
| Notificaciones por correo electrónico | Defina de forma centralizada notificaciones por correo electrónico para las alertas de Microsoft Defender for Cloud para todos los recursos de una suscripción. Para más información, consulte Configuración de notificaciones de alertas de seguridad por correo electrónico. Los usuarios de servidor único pueden usar las propiedades de API: properties.emailAccountAdmins, properties.emailAddresses |
| Exportación de alertas para su posterior procesamiento o archivado | Las alertas se almacenan en la plataforma de Microsoft Defender for Cloud y se exponen a través de Azure Resource Graph. Es posible exportar alertas a almacenes diferentes y administrar la retención por separado. Para obtener más información, consulte Configuración de la exportación continua en Azure Portal: Microsoft Defender for Cloud. Los usuarios de servidor único pueden usar las propiedades de API: properties.retentionDays, properties.storageAccountAccessKey, properties.storageEndpoint |
Preguntas más frecuentes (P+F)
Q. ¿Por qué se va a retirar el servidor único de Azure Database for MySQL?
A El servidor único de Azure Database for MySQL empezó a tener disponibilidad con carácter general (GA) en 2018. Pero dados los comentarios de los clientes y los nuevos avances en el proceso, la disponibilidad, la escalabilidad y las funcionalidades de rendimiento en el panorama de bases de datos de Azure, la oferta de servidor único se debe retirar y actualizar con una nueva arquitectura, la del servidor flexible de Azure Database for MySQL para ofrecerle lo mejor de la plataforma de bases de datos de código abierto de Azure. Puedes consultar aquí el anuncio de retirada.
Q. ¿Por qué se me pide que migre al servidor flexible de Azure Database for MySQL?
R. El servidor flexible de Azure Database for MySQL es la mejor plataforma para ejecutar todas las cargas de trabajo de MySQL en Azure. El servidor flexible de Azure MySQL es económico y proporciona un mejor rendimiento en todos los niveles de servicio, y más formas de controlar los costos, para una recuperación ante desastres más barata y rápida:
- Más formas de optimizar los costos, incluida la compatibilidad con las opciones de proceso de nivel ampliable.
- Rendimiento mejorado para cargas de trabajo de producción críticas para la empresa que requieren baja latencia, alta simultaneidad, conmutación por error rápida y alta escalabilidad.
- Se ha mejorado el tiempo de actividad con la posibilidad de configurar un servidor en espera activa en la misma zona, o en otra diferente, y un período de tiempo de una hora para el mantenimiento planeado del servidor.
Q. ¿Cuándo tengo que migrar mi servidor único a un servidor flexible?
A El servidor único de Azure Database for MySQL está programado para su retirada el 16 de septiembre de 2024, por lo que se recomienda encarecidamente migrar el servidor único a un servidor flexible lo antes posible para garantizar un tiempo suficiente para la ejecución de todo el ciclo de vida de la migración, aplicar las ventajas que ofrece el servidor flexible y garantizar la continuidad de su negocio.
Q. ¿Qué ocurre con mis instancias de servidor único de Azure Database for MySQL existentes?
A Las cargas de trabajo de servidor único de Azure Database for MySQL existentes siguen funcionando como antes y se admiten oficialmente hasta la fecha de puesta de sol. Pero no se publicarán nuevas actualizaciones para el servidor único y le recomendamos encarecidamente que empiece a migrar al servidor flexible de Azure Database for MySQL lo antes posible. Después de la fecha de retirada, la instancia de servidor único, junto con sus archivos de datos, se migrará de forma forzada a una instancia de servidor flexible adecuada, por fases.
Q. ¿Puedo optar por seguir utilizando un servidor único más allá de la fecha de retirada?
A Desafortunadamente, no tenemos previsto ofrecer soporte técnico para servidores únicos después del 16 de septiembre de 2024 y, por lo tanto, le recomendamos encarecidamente que empiece a planear la migración lo antes posible. Después de la fecha de retirada, la instancia de servidor único, junto con sus archivos de datos, se migrará de forma forzada a una instancia de servidor flexible adecuada, por fases. Esto podría dar lugar a una disponibilidad limitada de características, ya que ciertas funcionalidades avanzadas no se pueden migrar de forma forzada sin las entradas del cliente en la instancia de servidor flexible. Obtenga aquí más información sobre los pasos para volver a configurar estas características después de la migración forzada para minimizar el posible impacto. Si el servidor está en una región en la que no se admite el servidor flexible de Azure Database for MySQL, tras la fecha de retirada, la instancia de servidor único estará disponible con operaciones limitadas para acceder a los datos y poder migrar al servidor flexible hasta el 15 de noviembre.
Q. Mi instancia de servidor único se implementa en una región que no admite Servidor flexible. ¿Qué ocurrirá con mi servidor después de la fecha de retirada?
A Si el servidor está en una región en la que no se admite el servidor flexible de Azure Database for MySQL, tras la fecha de retirada, la instancia de servidor único estará disponible con operaciones limitadas para acceder a los datos y poder migrar al servidor flexible hasta el 15 de noviembre. Se recomienda encarecidamente usar una de las siguientes opciones para migrar antes de la fecha de retirada para evitar interrupciones en la continuidad empresarial:
- Usar Azure DMS para realizar una migración entre regiones al servidor flexible en una región de Azure adecuada.
- Migrar a MySQL Server hospedado en una máquina virtual de la región, si no puede cambiar las regiones debido a problemas de cumplimiento.
Q. Después de la fecha de retirada, ¿habrá alguna pérdida de datos en relación con mi servidor único?
A No, no habrá ninguna pérdida de datos en la instancia de servidor único. Después de la fecha de retirada, la instancia de servidor único, junto con sus archivos de datos, se migrará de forma forzada a una instancia de servidor flexible adecuada. Si el servidor está en una región en la que no se admite el servidor flexible de Azure Database for MySQL, tras la fecha de retirada, la instancia de servidor único estará disponible con operaciones limitadas para acceder a los datos y poder migrar al servidor flexible en una región adecuada hasta el 15 de noviembre.
Q. Después del anuncio de retirada del servidor único, ¿qué ocurre si todavía necesito crear un nuevo servidor único para satisfacer mis necesidades empresariales?
A Como parte de esta retirada, ya no se admitirá la creación de nuevas instancias de servidor único desde Azure Portal a partir del 16 de enero de 2023. Además, a partir del 19 de marzo de 2024 ya no podrá crear nuevas instancias de servidor único de Azure Database for MySQL con la CLI de Azure. Si todavía debe crear instancias de servidor único para satisfacer las necesidades de continuidad empresarial,envíe una incidencia de soporte técnico de Azure.
Q. Después del anuncio de retirada del servidor único, ¿qué ocurre si todavía necesito crear una nueva réplica de lectura para mi instancia de servidor único?
A Todavía podrá crear réplicas de lectura para la instancia de servidor único existente desde el panel Replicación y se seguirá admitiendo hasta la fecha de retirada del 16 de septiembre de 2024.
Q. ¿Hay costos adicionales asociados con la realización de la migración?
A Al ejecutar la migración, se paga por el servidor flexible de destino y el servidor único de origen. La configuración y el proceso del servidor flexible de destino determinan los costos adicionales en los que se incurre. Para más información, consulte los precios. Una vez que haya dado de baja el servidor único de origen después de una migración correcta, solo pagará por el servidor flexible en funcionamiento. No se incurre en ningún costo durante la ejecución de la migración desde Azure Database Migration Service (clásico), la migración automática local o las herramientas de migración de importación de Azure Database for MySQL.
Q. ¿Mi facturación se verá afectada por la ejecución del servidor flexible en comparación con el servidor único?
A Si selecciona la misma zona o la misma alta disponibilidad con redundancia de zona para el servidor flexible de destino, la factura será mayor que para el servidor único. Para obtener la misma zona o la misma alta disponibilidad con redundancia de zona se requiere la activación de un servidor en espera activa junto con el almacenamiento de las copias de seguridad redundantes y esto, en consecuencia, genera un costo agregado. Esta arquitectura permite reducir el tiempo de inactividad durante interrupciones no planeadas y mantenimientos planeados. Además, en función de la carga de trabajo, los servidores flexibles pueden proporcionar un rendimiento mejor con respecto a los servidores únicos, por lo que es posible que pueda ejecutar la carga de trabajo con una SKU inferior en servidores flexibles y, por tanto, el costo total podría ser similar al de un servidor único.
Q. ¿Es inevitable un tiempo de inactividad para migrar un servidor único a un servidor flexible?
A Para limitar cualquier tiempo de inactividad que pueda experimentar, realice una migración en línea a un servidor flexible, ya que esto genera un tiempo de inactividad mínimo.
Q. ¿Habrá actualizaciones futuras del servidor único para que admita las versiones más recientes de MySQL?
A La última actualización secundaria a la versión 8.0 del servidor único será la 8.0.15. Considere la posibilidad de migrar a un servidor flexible para usar las ventajas de las actualizaciones de la versión más reciente.
Q. ¿En qué difiere el Acuerdo de Nivel de Servicio de disponibilidad del 99,99 % del servidor flexible con respecto al del servidor único?
A La implementación con redundancia de zona del servidor flexible proporciona una disponibilidad del 99,99 % con resistencia en el nivel de zonas, mientras que el servidor único proporciona resistencia en una sola zona de disponibilidad. La arquitectura de alta disponibilidad de un servidor flexible implementa un estado de espera semiactiva con almacenamiento y proceso redundante (con los datos de cada sitio almacenados en tres copias) en comparación con la arquitectura de alta disponibilidad de un servidor único que no tiene una espera activa pasiva para ayudar a recuperarse de errores de zonal. La arquitectura de alta disponibilidad de un servidor flexible permite reducir el tiempo de inactividad durante interrupciones no planeadas y mantenimientos planeados.
Q. ¿Qué opciones de migración están disponibles para ayudarme a migrar mi servidor único a un servidor flexible?
A Puede usar importación de Azure Database for MySQL (recomendado) para migrar. Además, puede usar Database Migration Service (clásico) para ejecutar en línea o migraciones sin conexión.
Q. Mi instancia de servidor único se implementa en una región que no admite Servidor flexible. ¿Cómo debo proceder con la migración?
A Azure Database Migration Service (clásico) admite la migración entre regiones, por lo que puede seleccionar una región adecuada para el servidor flexible de destino y continuar con la migración de DMS.
Q. Tengo un almacén de datos de consultas configurado para mi servidor único y esta característica no se admite actualmente en el servidor flexible. ¿Cómo realizo una migración?
A Puede configurar registros de consultas lentas en el servidor flexible de destino después de la migración siguiendo los pasos que se indican aquí para lograr la paridad de características con el almacén de datos de consultas. Después, puede ver la información de consulta mediante la plantilla de libros.
Q. Tengo un punto de conexión de servicio (reglas de red virtual) configurado para mi servidor único y esta característica no se admite actualmente en el servidor flexible. ¿Cómo realizo una migración?
A El punto de conexión de servicio (regla de red virtual) no se admite en el servidor flexible de Azure Database for MySQL. Se recomienda configurar Private Link en la instancia de servidor flexible migrada para cumplir la paridad de características. Obtenga más información sobre cómo configurar Private Link aquí.
Q. Tengo un cifrado doble de infraestructura configurado para mi servidor único y esta característica no se admite actualmente en el servidor flexible. ¿Cómo realizo una migración?
A No se admite el cifrado doble de infraestructura en el servidor flexible de Azure Database for MySQL. Se recomienda configurar el cifrado de datos en el servidor flexible migrado para cumplir la paridad de características. Obtenga más información sobre cómo configurar el cifrado de datos (CMK) aquí.
Q. Tengo TLS v1.0/1.1 configurado para mi servidor único v8.0 y esta característica no se admite actualmente en el servidor flexible. ¿Cómo realizo una migración?
A Para admitir los estándares de seguridad modernos, la edición de la comunidad de MySQL dejó de admitir la comunicación mediante los protocolos de Seguridad de la capa de transporte (TLS) 1.0 y 1.1 a partir de la versión 8.0.28. Se recomienda actualizar los controladores de cliente para que admitan TLSv1.2 para conectarse de forma segura a Azure Database for MySQL: servidor único y, a continuación, continuar con la migración al servidor flexible.
Q. ¿Hay alguna opción para revertir una migración de servidor único a servidor flexible?
A Puede realizar cualquier número de migraciones de prueba y, una vez se sienta seguro tras realizar las pruebas, hacer la migración final. Una migración de prueba no afecta al servidor único de origen, que sigue funcionando y continúa las replicaciones hasta que se realiza la migración real. Si se producen errores durante la migración de prueba, puede optar por posponer la migración final y mantener el servidor de origen en ejecución. Luego, puede volver a intentar la migración final después de resolver los errores. Después que haya realizado una migración final al servidor flexible y de que se haya cerrado el servidor único de origen, no podrá revertir el servidor flexible a un servidor único.
Q. El tamaño de mi base de datos es superior a 1 TB, por lo que ¿cómo debo continuar con la migración?
A Puede usar importación de Azure Database for MySQL (recomendado) para migrar, que es muy eficaz para cargas de trabajo más pesadas.
Q. ¿Se admite la migración entre regiones?
A Azure Database Migration Service admite migraciones entre regiones, por lo que puede migrar el servidor único a un servidor flexible que esté implementado en otra región mediante DMS.
Q. ¿Se admite la migración entre suscripciones?
A Azure Database Migration Service admite migraciones entre suscripciones, por lo que puede migrar el servidor único a un servidor flexible que esté implementado en otra suscripción mediante DMS.
Q. ¿Se admite la suscripción entre grupos de recursos?
A Azure Database Migration Service admite migraciones entre grupos de recursos, por lo que puede migrar el servidor único a un servidor flexible que esté implementado en otro grupo de recursos mediante DMS.
Q. ¿Hay compatibilidad entre versiones?
A Sí, se admite la migración de servidores MySQL de una versión inferior (v5.6 y posteriores) a versiones posteriores mediante migraciones de Azure Database Migration Service.
Q. El servidor único de Azure Database for MySQL utiliza puertos no predeterminados como 3308, 3309 y 3310, que no son compatibles con el servidor flexible. ¿Qué debo hacer para garantizar la conectividad al migrar al servidor flexible?
A Si el servidor único de Azure Database for MySQL de origen utiliza puertos no predeterminados como 3308, 3309 y 3310, cambie el puerto de conectividad a 3306, ya que los puertos no predeterminados mencionados anteriormente no son compatibles con el servidor flexible.
Q. Tengo más preguntas sobre la retirada. ¿Cómo puedo obtener ayuda?
A Si tienes alguna pregunta, obtén respuestas de los expertos de la comunidad en Microsoft Q&A. Si tiene un plan de soporte técnico y necesita ayuda técnica, cree una solicitud de soporte técnico:
- En Resumen, escriba una descripción del problema.
- En Tipo de problema, seleccione Técnico.
- En Suscripción, seleccione la suscripción.
- En Servicio, seleccione Mis servicios.
- En Tipo de servicio, seleccione Servidor único de Azure Database for MySQL.
- En Recurso, seleccione el recurso.
- En Tipo de problema, seleccione Migración.
- En Subtipo de problema, seleccione Migración de un servidor único a un servidor flexible.
Visite las preguntas más frecuentes para obtener información sobre el uso de Azure Database Migration Service (clásico) para migraciones de servidor único a servidor flexible de Azure Database for MySQL.
Sabemos que la migración de servicios puede ser una experiencia frustrante y nos disculpamos con antelación por cualquier inconveniente que esto pueda causarle. Puede elegir qué escenario funciona mejor para usted y su entorno.