Compartir a través de

Solución de problemas al migrar a Azure SQL Managed Instance

Este artículo le ayuda a solucionar problemas comunes que pueden surgir al migrar bases de datos de SQL Server a Azure SQL Managed Instance mediante la migración de SQL Server en Azure Arc.

Nota:

Puede proporcionar comentarios sobre la experiencia de migración directamente al grupo de productos.

Versión del agente de Arc

Al usar la migración de SQL Server en Azure Arc, ciertas características requieren una versión mínima del agente de Arc. El agente de Arc es un ejecutable que se ejecuta junto con la instancia de SQL Server para proporcionar conectividad a Azure. Mantenga siempre actualizada la versión del agente de Arc para obtener las correcciones y actualizaciones más recientes.

Con las actualizaciones automáticas habilitadas, el agente de Arc permanece actualizado automáticamente. Sin embargo, cuando se implementa una nueva versión del agente de Arc, la actualización puede tardar unos días en llegar a todos los servidores. Para acelerar el proceso, ejecute manualmente una actualización del agente de Arc a petición a través de Azure Portal o interfaces de línea de comandos.

Si ve el siguiente error al acceder al panel Migración de base de datos en Azure Portal, debe actualizar el agente de Arc a una versión compatible:

To enable migration and monitoring capabilities, 
please update your Azure Arc agent extension "WindowsAgentSQLServer" to the latest version.

Problemas del agente de Arc

Si tiene problemas con el agente de Arc, como un estado de extensión no saludable o una instancia de SQL Server desconectada, use la siguiente guía para solucionar problemas: Solución de problemas de la extensión de Azure para SQL Server.

Problemas de evaluación de la preparación de la migración

El sistema ejecuta evaluaciones de preparación de la migración todos los domingos a las 11 p. m. (23:00) local en el servidor. Las evaluaciones de las instancias de SQL Server recién habilitadas por Azure Arc pueden tardar varios días en aparecer en Azure Portal. Utilice Ejecutar evaluación para iniciar una evaluación a demanda. La evaluación aparece después de unos minutos.

Si la página evaluaciones de preparación de la migración de base de datos está en blanco en Azure Portal, es probable que la evaluación programada no se ejecute o haya un problema al ejecutar la evaluación en la instancia de SQL Server. Deshabilitar el agente de Arc impide que se ejecuten las evaluaciones. Asegúrese de que el agente de Arc está habilitado. Para obtener más información, consulte Cambiar la configuración de evaluación.

Tenga en cuenta el siguiente problema conocido:

  • Cuando xp_cmdshell está habilitado y en uso, la evaluación registra una advertencia para SQL Managed Instance porque la base de datos aún se puede migrar. Sin embargo, interrumpe la funcionalidad del objeto que usa xp_cmdshell específicamente. Use la guía de corrección proporcionada en la evaluación para mitigar el problema.

Póngase en contacto con el soporte técnico de Microsoft si tiene alguno de los siguientes problemas:

  • Los informes de evaluación no aparecen en el portal incluso después de la hora programada.
  • La disponibilidad de los datos de rendimiento no aumenta después de una semana de recopilación de datos.

Visualización del registro de actividad de Azure para problemas de migración

El registro de actividad de Azure Portal, cuando se accede desde un recurso, proporciona información sobre los eventos de nivel de recurso que se producen en Azure. Esta información incluye información sobre cuándo se modifican o eliminan recursos, así como detalles sobre el estado del servicio y otros eventos importantes.

Al solucionar problemas de migración a Azure SQL Managed Instance mediante la migración de SQL Server en Azure Arc, el registro de actividad es un recurso valioso para identificar problemas y comprender la secuencia de eventos que han provocado un problema.

Para acceder al registro de actividad en Azure Portal para la instancia de SQL Server habilitada por el recurso de Azure Arc, siga estos pasos:

  1. Vaya a la instancia de SQL Server habilitada por el recurso de Azure Arc en Azure Portal.

  2. Seleccione Registro de actividad en el menú de recursos:

    Captura de pantalla del registro de actividad resaltado para un recurso de instancia de SQL Server en Azure Portal.

También puede acceder al registro de actividad de nivel de suscripción para obtener una vista más amplia de eventos en todos los recursos de la suscripción; para ello, seleccione el icono de campana de notificación de la barra de navegación superior y, a continuación, seleccione Más eventos en el registro de actividad:

Captura de pantalla del icono de campana de notificación resaltado en Azure Portal.

Seleccione un evento en el registro de actividad para abrir un panel de detalles del evento. Use las pestañas Resumen y JSON para ver información detallada sobre el evento, incluidos mensajes de error concretos. Si crea una solicitud de soporte técnico, comunique esta información con tantos detalles como sea posible.

En esta sección se describen algunos de los problemas habituales con el vínculo de instancia administrada al migrar a Azure SQL Managed Instance utilizando la migración de SQL Server en Azure Arc.

Instalado Service Pack incorrecto

Asegúrese de que tiene instalado el Service Pack (SP) de SQL Server o la actualización acumulativa (CU) adecuada .

Para comprobar la versión correcta, ejecute el siguiente comando de T-SQL en la instancia de SQL Server:

EXEC sp_certificate_add_issuer @CERTID, N'*.database.windows.net'

Si recibe el error de que SQL Server no encuentra el procedimiento sp_certificate_add_issueralmacenado, es probable que no tenga instalado el paquete de mantenimiento adecuado (como Azure Connect Feature Pack). Instale las actualizaciones de mantenimiento necesarias e inténtelo de nuevo.

Función de grupo de disponibilidad Always On deshabilitada

Asegúrese de que la característica de grupo de disponibilidad AlwaysOn esté habilitada en la instancia de SQL Server. El vínculo de la instancia administrada requiere que la característica del grupo de disponibilidad Always On esté habilitada para que funcione correctamente.

Uso de SQL Server 2016

Para SQL Server 2016 (13.x), debe completar los pasos adicionales documentados en Preparación de los requisitos previos de SQL Server 2016 para el vínculo. Estos pasos adicionales no son necesarios para SQL Server 2017 (14.x) y versiones posteriores compatibles con el vínculo.

Problemas de conectividad de red

La conectividad correcta entre el entorno de SQL Server y Azure SQL Managed Instance es esencial para que funcione la función de vinculación de Instancia Administrada. Si tiene problemas de conectividad de red, tenga en cuenta los siguientes puntos:

  • El vínculo Instancia administrada no funciona a través de una red pública, por lo que la conexión entre la instancia de SQL Server y Azure SQL Managed Instance debe ser privada, como mediante una VPN.
  • Puede probar la conectividad directamente desde Azure Portal como parte del proceso de migración. Si la prueba de conexión se realiza correctamente en el portal, pero no se puede crear el vínculo, compruebe el registro de actividad para obtener más información sobre el error. También puede probar la conectividad manualmente mediante Transact-SQL y el Agente SQL Server.
  • Compruebe si hay firewalls corporativos en la red. Aunque la conectividad de red puede funcionar, es posible que los firewalls bloqueen un tipo específico de paquetes que SQL Server usa para grupos de disponibilidad distribuidos. Compruebe que los firewalls no bloquean ni filtran tipos de paquetes.

Las siguientes advertencias pueden aparecer al iniciar el trabajo de migración del vínculo de Managed Instance. Puede continuar con la migración a pesar de estas advertencias:

  • Warning: Database Mirroring Endpoint does not exist
  • Warning: Database Mirroring Endpoint is not secure with a certificate
  • Warning: Database Mirroring Endpoint is not enabled
  • Warning: Database Mirroring Endpoint encryption algorithm is not set to AES

Estas advertencias son actualmente un problema conocido y el proceso de migración los soluciona automáticamente para que pueda continuar con la migración.

Investigue otras advertencias. Es posible que algunas advertencias requieran resolución por su parte antes de poder iniciar la migración, mientras que algunas se pueden solucionar después de que se complete la migración.

La configuración de un vínculo a través de Azure Portal para la migración no es compatible con los vínculos existentes que se crean manualmente, ya sea a través de SQL Server Management Studio (SSMS) o Transact-SQL (T-SQL). Si ya existe un vínculo, no puede crear un vínculo a través de Azure Portal.

Si ya existe un vínculo en el origen de SQL Server o en el destino de Instancia administrada de Azure SQL, debe realizar los pasos siguientes antes de crear un vínculo nuevo entre ese origen y destino a través de Azure Portal:

  1. Elimine el vínculo manualmente de SQL Managed Instance mediante Remove-AzSqlInstanceLink o az sql mi link delete desde Azure Cloud Shell o una máquina que haya iniciado sesión con un Contexto de Azure.
  2. Quite el vínculo manualmente de SQL Server mediante DROP AVAILABILITY GROUP con el nombre del grupo de disponibilidad distribuido asociado al vínculo.
  3. Quite todos los certificados relacionados con vínculos de la instancia de SQL Server mediante DROP CERTIFICATE. Los certificados que necesita quitar normalmente contienen los siguientes valores: DigiKey PKI, Microsoft PKI, endpointy database.windows.net. Puede usar SELECT * FROM sys.certificates para enumerar todos los certificados en SQL Server.
  4. Quite todos los certificados relacionados con enlaces de SQL Managed Instance usando Remove-AzSqlInstanceServerTrustCertificate o az sql mi partner-cert delete desde Azure Cloud Shell o una máquina que haya iniciado sesión con un contexto de Azure. Puede usar Get-AzSqlInstanceServerTrustCertificate o az sql mi partner-cert show para enumerar los certificados de autenticación existentes en SQL Managed Instance.
  5. Los pasos anteriores borran todos los certificados de autenticación relacionados con vínculos generados para un vínculo creado manualmente. Si no está utilizando un grupo de disponibilidad existente localmente, considere la posibilidad de quitar el punto de conexión de reflejo de la base de datos existente mediante DROP ENDPOINT. Puede usar SELECT * FROM sys.endpoints para enumerar todos los puntos de conexión existentes en SQL Server. Debe quitar el certificado asociado al punto de conexión para poder quitar el punto de conexión.

Solución de problemas detallada con XE Profiler

Para obtener una solución detallada de problemas de vínculo, use XE Profiler.

Problemas de migración de Log Replay Service

En esta sección se enumeran los problemas comunes que pueden surgir al migrar mediante log Replay Service (LRS):

No se pueden enumerar directorios en Azure Blob Storage

Si ve el mensaje de error mientras está Unable to list directories seleccionando un directorio en la página Nueva migración de datos del portal de Azure, entonces el usuario que ha iniciado sesión en el portal actualmente no tiene asignado el rol Lector de datos de Storage Blob a la cuenta de almacenamiento. Conceda al usuario acceso a la cuenta de almacenamiento para resolver el problema.

No se encontraron resultados en el directorio

Si ve el mensaje que No results were found in directory aparece al seleccionar un directorio en la página Nueva migración de datos en Azure Portal, no hay ninguna copia de seguridad de base de datos disponible en el contenedor de Azure Blob Storage. Para resolver este problema, cargue una copia de seguridad completa de la base de datos en Azure Blob Storage.

Comprobación del estado de restauración de archivos

Para comprobar el número de archivos detectados, encolados, omitidos, o que eran irrecuperables durante la migración, use la página Monitoreo y transición en el portal de Azure. Después de que se inicie una migración, vaya a la página Supervisión y migración y, a continuación, seleccione la base de datos que va a migrar para abrir los detalles de la migración de esa base de datos.

Error 2009: la identidad administrada no está configurada correctamente

Si la migración se inicia correctamente pero, a continuación, se produce el error 2009 - managed identity is not set up properly, la identidad principal de la instancia administrada no tiene asignado el permiso Lector de datos de Storage Blob a la cuenta de Azure Blob Storage. Conceda acceso de identidad administrada a la cuenta de almacenamiento para resolver el problema. Compruebe que la identidad adecuada (ya sea la identidad administrada predeterminada o una identidad personalizada definida por el usuario) tiene los permisos necesarios o que la identidad no cambió desde que se concedieron los permisos originalmente. Si la identidad ha cambiado, conceda los permisos adecuados a la nueva identidad para resolver el problema.

Solución de problemas de migración con DMS

Al iniciar un trabajo de migración de LRS en Azure Arc, se crea automáticamente un trabajo de migración de Database Migration Service (DMS) para que pueda usar Azure Database Migration Service en Azure Portal para ver detalles adicionales sobre el trabajo de migración.

Para ver los detalles del trabajo de migración de LRS en DMS, siga estos pasos:

  1. Vaya a Azure Database Migration Service en Azure Portal.

  2. Seleccione Todos los recursos y, a continuación, seleccione el trabajo de migración de DMS asociado a la migración de LRS para abrir la página de detalles de la migración:

    Captura de pantalla de la página de todos los recursos de DMS en el portal de Azure.

  3. En la página de detalles de la migración, seleccione Supervisar migraciones para ver el estado de las bases de datos migradas para una instancia determinada mediante LRS. Seleccione Correcto, Cancelado o Error para ver más detalles sobre el estado.

    Otra manera de acceder a esta página es a través del recurso de Azure Database Migration Service agregado al grupo de recursos que contiene la instancia administrada de SQL de destino después de iniciar una migración a través de Azure Arc.

Eliminación de trabajos de migración

Los trabajos de migración de LRS permanecen en la página Supervisión y transición durante 28 días después de que finalicen (ya sea correctamente o con errores). Puede eliminar manualmente los trabajos si desea borrarlos de la página de supervisión antes.

Para eliminar los trabajos manualmente, vaya al trabajo de migración de DMS asociado con su migración de LRS, tal como se describe en la sección anterior. Seleccione el trabajo de migración que desea eliminar y, a continuación, use el botón Eliminar papelera para eliminar el trabajo. Para confirmar, active "Active esta casilla para confirmar la eliminación". Esta acción borra los trabajos de la página Supervisión y transición de Azure Arc.

Ponerse en contacto con Microsoft

Puede ponerse en contacto con Microsoft para abrir un ticket de soporte con un problema que tenga o para proporcionar comentarios directamente al equipo de producto.

Ponerse en contacto con soporte técnico

Use https://aka.ms/azure-support para ir a la página Ayuda y soporte técnico de Azure Portal y, a continuación, siga estos pasos para abrir una incidencia de soporte técnico relacionada con la migración:

  1. Seleccione Crear una solicitud de soporte técnico para abrir el panel Soporte técnico y solución de problemas .
  2. Escriba migration en el campo de texto y, a continuación, seleccione Ninguno de los anteriores en ¿Con qué servicio tiene un problema?
  3. En la lista desplegable Seleccionar un servicio , seleccione SQL Server enabled by Azure Arc y, después, use Siguiente para continuar.
  4. Seleccione la suscripción en la lista desplegable.
  5. Seleccione la instancia de SQL Server habilitada por el recurso de Azure Arc en la lista desplegable Recurso y, a continuación, seleccione Siguiente.
  6. Seleccione Problemas de migración en el icono ¿Tiene uno de los siguientes problemas? y, a continuación, seleccione Siguiente.
  7. Seleccione Crear una solicitud de soporte técnico en la barra de navegación superior del panel Soporte técnico y solución de problemas para abrir el formulario de incidencias de soporte técnico.
  8. Use los siguientes valores de subtipo problema para enrutar el problema a la cola de soporte técnico adecuada:
  9. Use Siguiente para continuar con los pasos restantes del formulario de solicitud de soporte técnico y, a continuación, seleccione Crear para enviar la solicitud de soporte técnico.

Proporcionar comentarios al grupo de productos

Puede proporcionar comentarios al grupo de productos para ayudar a mejorar la experiencia de migración. Use el vínculo siguiente para enviar sus comentarios:

Contenido relacionado

  • Last updated on