Caricare i dati in Azure SQL

Completato

Dopo la distribuzione, la verifica e la configurazione di un database o di un'istanza, il passaggio logico successivo consiste nell'inserimento dei dati.

Opzioni

Sono disponibili molte opzioni per il caricamento dei dati in SQL di Azure. Alcune si sovrappongono a quelle disponibili in locale. Questa unità ne esamina alcune.

Programma per la copia bulk

Il programma per la copia bulk (bcp) è uno strumento comune per la connessione a SQL di Azure dall'ambiente locale e per la connessione a SQL di Azure da una macchina virtuale di Azure. È quindi possibile usarlo per trasferire dati in SQL di Azure.

Inserimento in blocco

Le operazioni di inserimento in blocco sono simili a quelle disponibili in SQL Server in locale, ma invece di caricare i dati da un file o da più file nel computer, si caricano i dati dall'archivio BLOB di Azure. Nell'esercitazione successiva verrà illustrato un esempio.

Pacchetti SSIS

In Azure SQL è possibile usare i pacchetti per connettersi a SQL Server Integration Services (SSIS) in locale. È possibile ospitare un database SSIS nel database SQL di Azure o in Istanza gestita di SQL di Azure. È anche possibile usare Azure-SSIS Integration Runtime per i pacchetti SSIS con strumenti come Azure Data Factory.

Altre opzioni

Altre opzioni interessanti includono l'uso di tecnologie come Spark o Azure Data Factory per caricare i dati nel database SQL di Azure o in Istanza gestita di SQL di Azure. Anche se non è un'operazione direttamente correlata al caricamento, è possibile creare un database usando un database esistente per una copia o eseguendo un'importazione di un file BACPAC. In Istanza gestita di SQL di Azure è possibile eseguire i comandi T-SQL per ripristinare un database in modo nativo da un URL.

Considerazioni per il caricamento di dati

La differenza principale tra il caricamento di dati in locale e il caricamento di dati in SQL di Azure consiste nel fatto che i dati da caricare devono essere ospitati in Azure. I dati non possono essere ospitati in file locali. È possibile archiviare i file e i file system locali in Archiviazione BLOB di Azure come alternativa. Questa strategia aumenterà anche l'efficienza del caricamento dei file e della configurazione dei processi ETL.

Tenere anche presente che la registrazione minima non è supportata, quindi è sempre in esecuzione la modalità di ripristino con registrazione completa. A causa della modalità di recupero con registrazione completa e dei limiti relativi alla velocità effettiva dei log, la governance dei dati potrebbe determinare un impatto durante il caricamento dei dati. Tecniche come l'utilizzo di batch e il loro dimensionamento appropriato diventano importanti durante un caricamento bulk. Verranno visualizzati altri suggerimenti nell'esercizio seguente. Il caricamento in un indice columnstore in cluster può contribuire a evitare i limiti dei log delle transazioni, a seconda dello scenario.

Verifica delle conoscenze

1.

Quali opzioni di distribuzione di Azure SQL supportano il ripristino nativo di un database?

2.

Quale non è un esempio di come è possibile caricare i dati in modo più efficiente nel database SQL di Azure e nell'Istanza gestita di SQL di Azure?