Carregar dados no SQL Azure
Depois que um banco de dados ou uma instância for implantado, verificado e configurado, a próxima etapa lógica será reunir os dados.
Opções
Muitas opções estão disponíveis para carregar dados no SQL do Azure. Algumas sobrepõem-se ao que está disponível localmente. Esta unidade mostra algumas das opções.
Programa de Cópia em Massa
O bcp (Programa de Cópia em Massa) é uma ferramenta comum para se conectar do local ao SQL do Azure, bem como se conectar de uma máquina virtual do Azure ao SQL do Azure. Você pode usá-lo para mover dados para o SQL do Azure.
Bulk Insert
As operações Bulk Insert são semelhantes às que estão disponíveis no SQL Server local. Mas, em vez de carregar dados de um arquivo ou vários arquivos em seu computador, você carrega dados do Armazenamento de Blobs do Azure. O próximo exercício contém uma explicação de exemplo.
Pacotes SSIS
No SQL Azure, você pode usar pacotes para se conectar com o SSIS (SQL Server Integration Services) no local. Você pode hospedar um banco de dados do SSIS no Banco de Dados SQL do Azure ou na Instância Gerenciada de SQL do Azure. Além disso, você pode usar o Azure-SSIS Integration Runtime para pacotes do SSIS com ferramentas como o Azure Data Factory.
Outras opções
Outras opções interessantes incluem o uso de tecnologias como o Spark ou o Azure Data Factory para carregar dados no Banco de Dados SQL do Azure ou na Instância Gerenciada de SQL do Azure. Embora não diretamente relacionado ao carregamento, é possível criar um banco de dados usando um banco de dados existente para uma cópia ou fazendo uma importação de um arquivo BACPAC. Na Instância Gerenciada de SQL do Azure, você pode usar os comandos T-SQL para restaurar um banco de dados nativamente de uma URL.
Considerações para carregar dados
A maior diferença entre carregar dados locais e carregar dados no SQL do Azure é que os dados que você deseja carregar precisam ser hospedados no Azure. Os dados não podem ser hospedados em arquivos locais. Esses arquivos e sistemas de arquivos locais podem ser armazenados no Armazenamento de Blobs do Azure como uma alternativa. Essa estratégia também aumenta sua eficiência no carregamento de seus arquivos e na configuração de trabalhos de ETL.
Lembre-se também que o uso de log mínimo não tem suporte, portanto, você está sempre executando em modo de recuperação completa. Devido ao modo de recuperação completo e aos limites em torno da taxa de transferência de log, a governança de log pode ter um efeito à medida que você carrega dados. Técnicas como usar lotes e dimensioná-los adequadamente se tornam importantes durante um carregamento em massa. Há mais dicas no exercício a seguir. O carregamento em um índice columnstore clusterizado pode ajudar a evitar limites de log de transações, dependendo do seu cenário.