Errores de conexión de Dataverse
Si el botón «Probar conexión» falla al configurar la fuente de Dataverse, compruebe lo siguiente:
| Error/Síntoma | Solución |
| Formato de URL no válido | Asegúrese de que la URL base siga el patrón: https://yourorg.crm.dynamics.com (sin barra al final). Compruebe que no haya errores tipográficos y verifique que el dominio regional sea correcto (crm.dynamics.com, crm4.dynamics.com, etc.). |
| 401 No autorizado | El ID de cliente o el secreto de cliente son incorrectos. Compruebe que ambos valores coinciden con el registro de su aplicación en Azure Portal. Compruebe que el secreto no haya caducado. |
| 403 Prohibido | El usuario de la aplicación existe, pero carece de permisos. Revise las funciones de seguridad asignadas al usuario de la aplicación en Dataverse y asegúrese de que tiene acceso de lectura a las tablas que desea sincronizar. |
| 404 No encontrado | La URL del entorno es incorrecta o el entorno no existe. Compruebe la URL en el Centro de administración de Power Platform. |
| Usuario de la aplicación no encontrado | Cree un usuario de la aplicación en Dataverse vinculado al registro de su aplicación. Vaya a Power Platform Admin Center → Entornos → Configuración → Usuarios de la aplicación. |
Errores de conexión de Azure SQL
Si el botón «Probar conexión» falla al configurar su destino de Azure SQL, compruebe lo siguiente:
| Error/Síntoma | Solución |
| No se puede conectar al servidor | Verifique el formato de la dirección del servidor: yourserver.database.windows.net. Asegúrese de que no haya errores tipográficos. Compruebe que el servidor existe en Azure Portal. |
| El firewall bloquea la conexión | Añada la dirección IP estática de Data Mission Sync a las reglas del firewall de Azure SQL. La IP se muestra en el asistente de perfil cuando selecciona su región. |
| La base de datos no existe | Compruebe que el nombre de la base de datos coincide exactamente con el que aparece en Azure Portal. Los nombres de las bases de datos distinguen entre mayúsculas y minúsculas. |
| Error de inicio de sesión del usuario | No se ha concedido acceso al registro de la aplicación. Ejecute los comandos CREATE USER y ALTER ROLE en su base de datos. Consulte Configuración y requisitos previos. |
| Error en la solicitud con código de estado 504 | Su base de datos sin servidor se ha pausado automáticamente. Espere unos segundos y vuelva a hacer clic en «Probar conexión». Consulte Pausa automática de Azure SQL a continuación. |
Pausa automática de Azure SQL (sin servidor)
Si su base de datos Azure SQL utiliza el nivel de computació sin servidor, es posible que se pause automáticamente tras un periodo de inactividad para reducir costes. Cuando esto ocurre:
• Primer intento de conexión: es posible que vea «Solicitud fallida con código de estado 504» o un error de tiempo de espera.
• La base de datos se está activando desde un estado de pausa (esto suele tardar entre 10 y 30 segundos).
• Solución: espere unos segundos y vuelva a hacer clic en «Probar conexión»; la conexión debería establecerse correctamente.
Durante las sincronizaciones programadas, Data Mission Sync reintenta automáticamente las conexiones para gestionar las bases de datos en pausa automática. Sin embargo, para obtener un rendimiento óptimo, tenga en cuenta lo siguiente:
• Establecer un retraso mínimo de pausa automática en Azure (por ejemplo, 1 hora en lugar del valor predeterminado).
• Utilizar un nivel de computación aprovisionado para cargas de trabajo de producción con sincronizaciones frecuentes.
• Programar sincronizaciones con la frecuencia suficiente para mantener la base de datos activa (las sincronizaciones cada hora suelen evitar la pausa automática).
• Configurar períodos de tiempo de inactividad en Data Mission Sync para alinearlos con su programación de pausa automática; esto permite que la base de datos se pause fuera del horario laboral, al tiempo que garantiza que las sincronizaciones se ejecuten cuando la base de datos está activa.
| 💡 Consejo: Si utiliza Serverless para ahorrar costes, configure períodos de inactividad (por ejemplo, durante la noche) para permitir que la base de datos se pause automáticamente. Las sincronizaciones se ejecutarán fuera del período de inactividad cuando la base de datos esté activa, lo que maximizará el ahorro de costes y mantendrá la actualidad de los datos. |