Cargar datos en Azure SQL
Una vez que haya implementado, comprobado y configurado una base de datos o una instancia, el siguiente paso lógico consiste en incorporar los datos.
Opciones
En Azure SQL hay muchas opciones disponibles para cargar datos. Algunas se superponen con lo que está disponible en el entorno local. En esta unidad se destacan algunas de ellas.
Programa de copia masiva
El Programa de copia masiva (bcp) es una herramienta común para conectarse a Azure SQL desde el entorno local, y también desde una máquina virtual de Azure. Puede usarlo para trasladar datos a Azure SQL.
Inserción masiva
Las operaciones de inserción masiva son similares a las disponibles en el entorno local de SQL Server. Sin embargo, en lugar de cargar datos desde uno o varios archivos al equipo, los datos se cargan desde Azure Blob Storage. En el ejercicio siguiente, se explica un ejemplo de cómo hacerlo.
Paquetes SSIS
En Azure SQL, puede usar paquetes para conectarse con SQL Server Integration Services (SSIS) de forma local. Puede hospedar una base de datos de SSIS en Azure SQL Database o Azure SQL Managed Instance. Además, puede usar Azure-SSIS Integration Runtime para paquetes SSIS con herramientas como Azure Data Factory.
Otras opciones
Otras opciones interesantes incluyen el uso de tecnologías como Spark o Azure Data Factory para cargar datos en Azure SQL Database o en Azure SQL Managed Instance. Aunque no tenga una relación directa con la carga, se puede crear una base de datos mediante una base de datos existente para una copia o una importación de un archivo BACPAC. En Azure SQL Managed Instance, puede usar comandos de T-SQL para restaurar una base de datos de forma nativa desde una dirección URL.
Consideraciones para la carga de datos
La mayor diferencia entre la carga de datos locales y la carga de datos en Azure SQL es que los datos que quiere cargar se tienen que hospedar en Azure. Los datos no se pueden hospedar en archivos locales. Puede almacenar los sistemas de archivos y archivos locales en Azure Blob Storage como alternativa. Esta estrategia también aumenta su eficacia a la hora de cargar los archivos y configurar trabajos ETL.
Recuerde también que no se admite el registro mínimo, por lo que siempre se ejecuta en modo de recuperación completa. Debido al modo de recuperación completa y los límites en torno al rendimiento del registro, la gobernanza de registros podría tener un efecto a medida que carga los datos. Las técnicas como el uso de lotes y el ajuste de tamaño adecuado son importantes durante una carga masiva. Hay más sugerencias en el ejercicio siguiente. La carga en un índice de almacén de columnas agrupado puede ayudar a evitar los límites del registro de transacciones, en función del escenario.