Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Se aplica a:
Azure SQL DatabaseAzure SQL Managed Instance
Cuando se usa el servicio Import/Export, el proceso puede tardar más de lo esperado. En este artículo se describen las posibles causas de este retraso y métodos de solución alternativos.
Servicio Import/Export de Azure SQL Database
El servicio Import/Export de Azure SQL Database es un servicio web basado en REST que se ejecuta en cada centro de datos de Azure. Este es el servicio al que se llama cuando se usa la opción Importar o exportar una base de datos para trasladar la base de datos en Azure Portal. El servicio proporciona servicios de proceso y puesta en cola de solicitudes gratuitos para realizar importaciones y exportaciones entre Azure SQL Database y Azure Blob Storage.
Las operaciones de importación y exportación no representan una copia de seguridad de base de datos física tradicional, sino una copia de seguridad lógica de la base de datos que usa un formato de BACPAC especial. Este formato BACPAC le permite evitar tener que usar un formato físico que puede variar entre las versiones de Microsoft SQL Server, Azure SQL Database y Azure SQL Managed Instance.
¿Qué provoca retrasos en el proceso?
El servicio Import/Export de Azure SQL Database proporciona un número limitado de máquinas virtuales de proceso por región para procesar las operaciones de importación y exportación. La máquina virtual de proceso se hospeda por región para asegurarse de que la importación o exportación evita los cargos y los retrasos de ancho de banda entre regiones. Si se realizan demasiadas solicitudes al mismo tiempo en la misma región, se producen retrasos significativos en el procesamiento de las operaciones. El tiempo necesario para completar las solicitudes puede variar de unos segundos a varias horas.
Además, como el servicio Import/Export realiza una copia de seguridad lógica de la base de datos, el tiempo de finalización depende más del número de objetos de la base de datos que una copia de seguridad de base de datos física tradicional.
Nota
Una vez que se han asignado recursos y una solicitud comienza a procesarse, el servicio cancela automáticamente la solicitud después de dos días.
Soluciones recomendadas
Si las exportaciones de bases de datos se usan solo para la recuperación cuando hay una eliminación accidental de datos, todas las ediciones de Azure SQL Database proporcionan una funcionalidad de restauración de autoservicio a partir de las copias de seguridad generadas por el sistema. Pero si necesita estas exportaciones por otras razones, y si requiere un rendimiento de importación o exportación más rápido o más predecible, considere las siguientes opciones:
- Exportar a un archivo BACPAC mediante la utilidad SQLPackage.
- Exporte a un archivo BACPAC mediante Azure Data Studio.
- Exportar a un archivo BACPAC mediante SQL Server Management Studio (SSMS).
- Ejecutar la importación o exportación de BACPAC directamente en el código mediante la API de Microsoft SQL Server Data-Tier Application Framework (DacFx). Para información adicional, consulte:
Aspectos que se deben tener en cuenta al exportar o importar una base de datos
- Todos los métodos descritos en este artículo consumen la cuota de unidad de transacción de base de datos (DTU) o de CPU, lo que provoca la limitación por parte del servicio Azure SQL Database. Puede consultar las estadísticas de DTU de la base de datos en Azure Portal. Si la base de datos ha alcanzado los límites de recursos, actualice el nivel de servicio para agregar más recursos.
- Idealmente, debe ejecutar aplicaciones cliente (como la utilidad sqlpackage o la aplicación DAC personalizada) desde una máquina virtual que esté en la misma región que la base de datos. De lo contrario, podría experimentar problemas de rendimiento relacionados con la latencia de red.
- La exportación de tablas grandes sin índices agrupados puede ser un proceso muy lento o incluso producir un error. Este comportamiento se produce porque la tabla no se puede dividir y exportar en paralelo. En su lugar, debe exportarse en una única transacción, lo que provoca un rendimiento lento y un posible error durante la exportación, especialmente en el caso de tablas grandes.