Copiar dados do DB2 usando o Azure Data Factory ou o Synapse Analytics

Artigo
01/04/2024

APLICA-SE A: Azure Data Factory Azure Synapse Analytics

Gorjeta

Experimente o Data Factory no Microsoft Fabric, uma solução de análise tudo-em-um para empresas. O Microsoft Fabric abrange tudo, desde a movimentação de dados até ciência de dados, análises em tempo real, business intelligence e relatórios. Saiba como iniciar uma nova avaliação gratuitamente!

Este artigo descreve como usar a Atividade de Cópia no Azure Data Factory e os pipelines do Synapse Analytics para copiar dados de um banco de dados DB2. Ele se baseia no artigo de visão geral da atividade de cópia que apresenta uma visão geral da atividade de cópia.

Capacidades suportadas

Este conector DB2 é suportado para os seguintes recursos:

Capacidades suportadas	IR
Atividade de cópia (fonte/-)	① ②
Atividade de Pesquisa	① ②

(1) Tempo de execução de integração do Azure (2) Tempo de execução de integração auto-hospedado

Para obter uma lista de armazenamentos de dados suportados como fontes ou coletores pela atividade de cópia, consulte a tabela Armazenamentos de dados suportados.

Especificamente, este conector DB2 suporta as seguintes plataformas e versões do IBM DB2 com Distributed Relational Database Architecture (DRDA) SQL Access Manager (SQLAM) versão 9, 10 e 11. Utiliza o protocolo DDM/DRDA.

IBM DB2 para z/OS 12.1
IBM DB2 para z/OS 11.1
IBM DB2 para i 7.3
IBM DB2 para i 7.2
IBM DB2 para i 7.1
IBM DB2 para LUW 11
IBM DB2 para LUW 10.5
IBM DB2 para LUW 10.1

Pré-requisitos

Se seu armazenamento de dados estiver localizado dentro de uma rede local, uma rede virtual do Azure ou a Amazon Virtual Private Cloud, você precisará configurar um tempo de execução de integração auto-hospedado para se conectar a ele.

Se o seu armazenamento de dados for um serviço de dados de nuvem gerenciado, você poderá usar o Tempo de Execução de Integração do Azure. Se o acesso for restrito a IPs aprovados nas regras de firewall, você poderá adicionar IPs do Azure Integration Runtime à lista de permissões.

Você também pode usar o recurso de tempo de execução de integração de rede virtual gerenciada no Azure Data Factory para acessar a rede local sem instalar e configurar um tempo de execução de integração auto-hospedado.

Para obter mais informações sobre os mecanismos de segurança de rede e as opções suportadas pelo Data Factory, consulte Estratégias de acesso a dados.

O Integration Runtime fornece um driver DB2 integrado, portanto, não é necessário instalar manualmente nenhum driver ao copiar dados do DB2.

Introdução

Para executar a atividade Copiar com um pipeline, você pode usar uma das seguintes ferramentas ou SDKs:

Criar um serviço vinculado ao DB2 usando a interface do usuário

Use as etapas a seguir para criar um serviço vinculado ao DB2 na interface do usuário do portal do Azure.

Navegue até a guia Gerenciar em seu espaço de trabalho do Azure Data Factory ou Synapse e selecione Serviços Vinculados e clique em Novo:
- Fábrica de Dados do Azure
- Azure Synapse
Procure DB2 e selecione o conector DB2.
Configure os detalhes do serviço, teste a conexão e crie o novo serviço vinculado.

Detalhes de configuração do conector

As seções a seguir fornecem detalhes sobre propriedades que são usadas para definir entidades do Data Factory específicas para o conector DB2.

Propriedades do serviço vinculado

As seguintes propriedades são suportadas para o serviço vinculado do DB2:

Property	Descrição	Obrigatório
tipo	A propriedade type deve ser definida como: Db2	Sim
connectionString	Especifique as informações necessárias para se conectar à instância do DB2. Você também pode colocar a senha no Cofre de Chaves do Azure e extrair a `password` configuração da cadeia de conexão. Consulte os seguintes exemplos e o artigo Armazenar credenciais no Cofre de Chaves do Azure com mais detalhes.	Sim
ConecteVia	O tempo de execução de integração a ser usado para se conectar ao armazenamento de dados. Saiba mais na seção Pré-requisitos . Se não for especificado, ele usará o Tempo de Execução de Integração do Azure padrão.	Não

Propriedades típicas dentro da cadeia de conexão:

Property	Descrição	Obrigatório
servidor	Nome do servidor DB2. Você pode especificar o número da porta após o nome do servidor delimitado por dois pontos, por exemplo. `server:port` O conector DB2 utiliza o protocolo DDM/DRDA e, por padrão, usa a porta 50000 se não for especificado. A porta que seu banco de dados DB2 específico usa pode ser diferente com base na versão e suas configurações, por exemplo, para DB2 LUW a porta padrão é 50000, para AS400 a porta padrão é 446 ou 448 quando TLS ativado. Consulte os seguintes documentos do DB2 sobre como a porta é configurada normalmente: DB2 z/OS, DB2 iSeries e DB2 LUW.	Sim
base de dados	Nome do banco de dados DB2.	Sim
authenticationType	Tipo de autenticação usado para se conectar ao banco de dados DB2. O valor permitido é: Básico.	Sim
nome de utilizador	Especifique o nome do usuário para se conectar ao banco de dados DB2.	Sim
password	Especifique a senha para a conta de usuário que você especificou para o nome de usuário. Marque este campo como um SecureString para armazená-lo com segurança ou faça referência a um segredo armazenado no Cofre de Chaves do Azure.	Sim
packageCollection	Especifique onde os pacotes necessários são criados automaticamente pelo serviço ao consultar o banco de dados. Se isso não estiver definido, o serviço usará o {username} como o valor padrão.	Não
certificadoCommonName	Ao usar criptografia SSL (Secure Sockets Layer) ou TLS (Transport Layer Security), você deve inserir um valor para Nome comum do certificado.	Não

Gorjeta

Se você receber uma mensagem de erro informando The package corresponding to an SQL statement execution request was not found. SQLSTATE=51002 SQLCODE=-805, o motivo é que um pacote necessário não foi criado para o usuário. Por padrão, o serviço tentará criar o pacote sob a coleção nomeada como o usuário que você usou para se conectar ao DB2. Especifique a propriedade de coleção de pacotes para indicar onde você deseja que o serviço crie os pacotes necessários ao consultar o banco de dados. Se não for possível determinar o nome da coleção de pacotes, tente definir packageCollection=NULLID.

Exemplo:

{
    "name": "Db2LinkedService",
    "properties": {
        "type": "Db2",
        "typeProperties": {
            "connectionString": "server=<server:port>;database=<database>;authenticationType=Basic;username=<username>;password=<password>;packageCollection=<packagecollection>;certificateCommonName=<certname>;"
        },
        "connectVia": {
            "referenceName": "<name of Integration Runtime>",
            "type": "IntegrationRuntimeReference"
        }
    }
}

Exemplo: armazenar senha no Cofre da Chave do Azure

{
    "name": "Db2LinkedService",
    "properties": {
        "type": "Db2",
        "typeProperties": {
            "connectionString": "server=<server:port>;database=<database>;authenticationType=Basic;username=<username>;packageCollection=<packagecollection>;certificateCommonName=<certname>;",
            "password": { 
                "type": "AzureKeyVaultSecret", 
                "store": { 
                    "referenceName": "<Azure Key Vault linked service name>", 
                    "type": "LinkedServiceReference" 
                }, 
                "secretName": "<secretName>" 
            }
        },
        "connectVia": {
            "referenceName": "<name of Integration Runtime>",
            "type": "IntegrationRuntimeReference"
        }
    }
}

Se você estava usando o serviço vinculado do DB2 com a seguinte carga útil, ele ainda é suportado como está, enquanto você é sugerido para usar o novo no futuro.

Carga útil anterior:

{
    "name": "Db2LinkedService",
    "properties": {
        "type": "Db2",
        "typeProperties": {
            "server": "<servername:port>",
            "database": "<dbname>",
            "authenticationType": "Basic",
            "username": "<username>",
            "password": {
                "type": "SecureString",
                "value": "<password>"
            }
        },
        "connectVia": {
            "referenceName": "<name of Integration Runtime>",
            "type": "IntegrationRuntimeReference"
        }
    }
}

Propriedades do conjunto de dados

Para obter uma lista completa de seções e propriedades disponíveis para definir conjuntos de dados, consulte o artigo sobre conjuntos de dados. Esta seção fornece uma lista de propriedades suportadas pelo conjunto de dados DB2.

Para copiar dados do DB2, as seguintes propriedades são suportadas:

Property	Descrição	Obrigatório
tipo	A propriedade type do conjunto de dados deve ser definida como: Db2Table	Sim
esquema	Nome do esquema.	Não (se "consulta" na fonte da atividade for especificado)
tabela	Nome da tabela.	Não (se "consulta" na fonte da atividade for especificado)
tableName	Nome da tabela com esquema. Esta propriedade é suportada para compatibilidade com versões anteriores. Use `schema` e `table` para nova carga de trabalho.	Não (se "consulta" na fonte da atividade for especificado)

Exemplo

{
    "name": "DB2Dataset",
    "properties":
    {
        "type": "Db2Table",
        "typeProperties": {},
        "schema": [],
        "linkedServiceName": {
            "referenceName": "<DB2 linked service name>",
            "type": "LinkedServiceReference"
        }
    }
}

Se você estava usando RelationalTable o conjunto de dados digitado, ele ainda é suportado como está, enquanto você é sugerido para usar o novo no futuro.

Propriedades da atividade Copy

Para obter uma lista completa de seções e propriedades disponíveis para definir atividades, consulte o artigo Pipelines . Esta seção fornece uma lista de propriedades suportadas pelo código-fonte DB2.

DB2 como origem

Para copiar dados do DB2, as seguintes propriedades são suportadas na seção copy activity source :

Property	Descrição	Obrigatório
tipo	A propriedade type da fonte de atividade de cópia deve ser definida como: Db2Source	Sim
query	Use a consulta SQL personalizada para ler dados. Por exemplo: `"query": "SELECT * FROM \"DB2ADMIN\".\"Customers\""`.	Não (se "tableName" no conjunto de dados for especificado)

Exemplo:

"activities":[
    {
        "name": "CopyFromDB2",
        "type": "Copy",
        "inputs": [
            {
                "referenceName": "<DB2 input dataset name>",
                "type": "DatasetReference"
            }
        ],
        "outputs": [
            {
                "referenceName": "<output dataset name>",
                "type": "DatasetReference"
            }
        ],
        "typeProperties": {
            "source": {
                "type": "Db2Source",
                "query": "SELECT * FROM \"DB2ADMIN\".\"Customers\""
            },
            "sink": {
                "type": "<sink type>"
            }
        }
    }
]

Se você estava usando RelationalSource fonte digitada, ela ainda é suportada como está, enquanto você é sugerido para usar a nova no futuro.

Mapeamento de tipo de dados para DB2

Ao copiar dados do DB2, os mapeamentos a seguir são usados de tipos de dados DB2 para tipos de dados provisórios usados internamente no serviço. Consulte Mapeamentos de esquema e tipo de dados para saber como a atividade de cópia mapeia o esquema de origem e o tipo de dados para o coletor.

Tipo de banco de dados DB2	Tipo de dados de serviço provisório
BigInt	Int64
Binário	Byte[]
Blob	Byte[]
Char	String
Clob	String
Date	Datetime
DB2DynArray	String
DbClob	String
Decimal	Decimal
DecimalFloat	Decimal
Duplo	Duplo
Float	Duplo
Gráfico	String
Número inteiro	Int32
LongVarBinary	Byte[]
LongVarChar	String
LongVarGraphic	String
Numérico	Decimal
Real	Única
SmallInt	Int16
Tempo	TimeSpan
Carimbo de Data/Hora	DateTime
VarBinary	Byte[]
VarChar	String
VarGraphic	String
Xml	Byte[]

Propriedades da atividade de pesquisa

Para saber detalhes sobre as propriedades, verifique Atividade de pesquisa.

Para obter uma lista de armazenamentos de dados suportados como fontes e coletores pela atividade de cópia, consulte Armazenamentos de dados suportados.