Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Aplica-se a:SQL Server
SSIS Integration Runtime em Azure Data Factory
O componente Destino de Ficheiros Flexíveis permite que um pacote SSIS escreva dados nos vários serviços de armazenamento suportados.
Os serviços de armazenamento atualmente suportados são
- Armazenamento de Blobs do Azure
- Azure Data Lake Storage Gen2 (Armazenamento Azure Data Lake Gen2)
Arraste e largue o Destino de Ficheiro Flexível na área de desenho do fluxo de dados e faça duplo clique nele para ver o editor.
O Destino de Ficheiro Flexível é um componente do SQL Server Integration Services (SSIS) Feature Pack para Azure.
As seguintes propriedades estão disponíveis no Editor Flexível de Destino de Ficheiros.
- Tipo de Gestor de Ligação de Ficheiros: Especifica o tipo de gestor de ligação de código-fonte. Depois escolhe um existente do tipo especificado ou cria um novo.
- Caminho da Pasta: Especifica o caminho da pasta de destino.
- Nome do Ficheiro: Especifica o nome do ficheiro de destino.
- Formato de ficheiro: Especifica o formato do ficheiro de destino. Os formatos suportados são Text, Avro, ORC, Parquet. Java é obrigatório para ORC/Parquet. Para mais informações, veja Dependência em Java.
- Carácter delimitador de coluna: Especifica o carácter a usar como delimitador de coluna (não são suportados delimitadores de múltiplos caracteres).
- Primeira linha como nome da coluna: Especifica se deve escrever os nomes das colunas na primeira linha.
- Comprimir o ficheiro: Especifica se deve comprimir o ficheiro.
- Tipo de Compressão: Especifica o formato de compressão a utilizar. Os formatos suportados são GZIP,DEFLATE, BZIP2.
- Nível de Compressão: Especifica o nível de compressão a usar.
As seguintes propriedades estão disponíveis no Editor Avançado.
- rowDelimiter: O carácter era usado para separar as linhas num ficheiro. Só é permitido um caráter. O valor padrão é \r\n.
- escapeChar: O carácter especial usado para escapar de um delimitador de coluna no conteúdo do ficheiro de entrada. Não podes especificar tanto escapeChar como quoteChar para uma tabela. Só é permitido um caráter. Não existem valores predefinidos.
- caractere de citação: O caractere utilizado para citar um valor de string. Os delimitadores de coluna e linha dentro dos caracteres de aspas seriam tratados como parte do valor da cadeia de caracteres. Esta propriedade é aplicável tanto a conjuntos de dados de entrada como de saída. Não podes especificar tanto escapeChar como quoteChar para uma tabela. Só é permitido um caráter. Não existem valores predefinidos.
- nullValue: Um ou mais caracteres usados para representar um valor nulo. O valor padrão é \N.
- encodingName: Especifique o nome de codificação. Veja a propriedade Encoding.EncodingName .
- skipLineCount: Indica o número de linhas não vazias a saltar ao ler dados dos ficheiros de entrada. Se tanto skipLineCount como firstRowAsHeader forem especificados, as linhas são saltadas primeiro e depois a informação do cabeçalho é lida do ficheiro de entrada.
- treatEmptyAsNull: Especifica se se deve tratar a cadeia nula ou vazia como valor nulo ao ler dados de um ficheiro de entrada. O valor padrão é Verdadeiro.
Depois de especificar a informação da ligação, mude para a página Colunas para mapear as colunas de origem para as colunas de destino do fluxo de dados do SSIS.
Notas sobre a Configuração das Permissões do Principal de Serviço
Para que a Conexão de Teste funcione (seja em armazenamento blob ou Data Lake Storage Gen2), o principal de serviço deve ter atribuído pelo menos o papel de Leitor de Dados de Blob de Armazenamento à conta de armazenamento. Isto é feito com RBAC.
Para armazenamento de blobs, a permissão de escrita é concedida ao atribuir o papel Storage Blob Data Contributor pelo menos.
Para Data Lake Storage Gen2, a permissão é determinada tanto pelo RBAC como pelas ACLs. Preste atenção ao facto de as ACLs serem configuradas usando o ID de Objeto (OID) do principal de serviço para o registo da aplicação. Veja Como posso definir corretamente ACLs para um principal de serviços? Isto é diferente do ID da Aplicação (cliente) usado na configuração RBAC. Quando uma entidade de segurança recebe permissões de dados RBAC por meio de uma função interna ou por meio de uma função personalizada, essas permissões são avaliadas primeiro após a autorização de uma solicitação. Se a operação solicitada for autorizada pelas atribuições RBAC da entidade de segurança, a autorização será imediatamente resolvida e nenhuma verificação adicional de ACL será executada. Como alternativa, se a entidade de segurança não tiver uma atribuição RBAC ou se a operação da solicitação não corresponder à permissão atribuída, serão realizadas verificações de ACL para determinar se a entidade de segurança está autorizada a executar a operação solicitada. Para permissão de escrita, conceda pelo menos permissão Executar a partir do sistema de ficheiros "Sink", juntamente com permissão de Escrita para a pasta "Sink". Alternativamente, conceda pelo menos o papel de Contribuidor de Dados de Blob de Armazenamento junto do RBAC. Consulte este artigo para obter detalhes.