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

Artigo
12/09/2023

APLICA-SE A: Azure Data Factory Azure Synapse Analytics

Dica

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

Este artigo descreve como usar a atividade Copy nos pipelines do Azure Data Factory e do Azure Synapse Analytics para copiar dados de um banco de dados do DB2. Ele amplia o artigo Visão geral da atividade de cópia que apresenta uma visão geral da atividade de cópia.

Funcionalidades com suporte

Há suporte para o conector do DB2 nas seguintes funcionalidades:

Funcionalidades com suporte	IR
Atividade de cópia (origem/-)	6/6
Atividade de pesquisa	6/6

① Runtime de integração do Azure ② Runtime de integração auto-hospedada

Para obter uma lista de armazenamentos de dados que têm suporte como fontes ou coletores da atividade de cópia, confira a tabela Armazenamentos de dados com suporte.

Especificamente, esse conector de DB2 dá suporte às seguintes plataformas e versões do IBM DB2 com DRDA (Distributed Relational Database Architecture) SQLAM (SQL Access Manager) versão 9, 10 e 11. Ele 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 o armazenamento de dados estiver localizado dentro de uma rede local, em uma rede virtual do Azure ou na Amazon Virtual Private Cloud, você precisará configurar um runtime de integração auto-hospedada para se conectar a ele.

Se o armazenamento de dados for um serviço de dados de nuvem gerenciado, você poderá usar o Azure Integration Runtime. Se o acesso for restrito aos IPs que estão 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 runtime de integração da rede virtual gerenciada no Azure Data Factory para acessar a rede local sem instalar e configurar um runtime de integração auto-hospedada.

Para obter mais informações sobre os mecanismos de segurança de rede e as opções compatíveis com o Data Factory, consulte Estratégias de acesso a dados.

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

Introdução

Para executar a atividade de Cópia com um pipeline, será possível usar as ferramentas ou os SDKs abaixo:

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 workspace do Azure Data Factory ou do Synapse, selecione Serviços Vinculados e clique em Novo:
- Azure Data Factory
- Azure Synapse
Pesquise por DB2 e selecione o conector do DB2.
Configure os detalhes do serviço, teste a conexão e crie o novo serviço vinculado.

Detalhes da configuração do conector

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

Propriedades do serviço vinculado

As propriedades a seguir têm suporte para o serviço vinculado do DB2:

Propriedade	Descrição	Obrigatório
type	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 uma senha no Azure Key Vault e extrair a configuração `password` da cadeia de conexão. Confira os exemplos a seguir e o artigo Armazenar credenciais no Azure Key Vault com mais detalhes.	Sim
connectVia	O Integration Runtime a ser usado para se conectar ao armazenamento de dados. Saiba mais na seção Pré-requisitos. Se não for especificado, ele usa o Integration Runtime padrão do Azure.	Não

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

Propriedade	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 de DB2 utiliza o protocolo DDM/DRDA e, por padrão, usa a porta 50000 caso não seja especificada. A porta que seu banco de dados DB2 específico usa pode ser diferente com base na versão e nas configurações, por exemplo, para DB2 LUW, a porta padrão é 50000, para AS400, a porta padrão é 446 ou 448 quando o TLS está habilitado. Confira os seguintes documentos do DB2 sobre como a porta é configurada normalmente: DB2 z/OS, DB2 iSeries e DB2 LUW.	Sim
Banco 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ásica.	Sim
Nome de Usuário	Especifica o nome de usuário para se conectar ao banco de dados DB2.	Sim
password	Especifique a senha da 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 referencie um segredo armazenado no Azure Key Vault.	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 {nome de usuário} como valor padrão.	Não
certificateCommonName	Ao usar a criptografia do Protocolo SSL ou do Protocolo TLS, insira um valor para o nome comum do Certificado.	Não

Dica

Caso você receba uma mensagem de erro que declara 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 um pacote na coleção que tem o nome de usuário que você usou para se conectar ao DB2. Especifique a propriedade da 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 você não puder 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 a senha no Azure Key Vault

{
    "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 carga a seguir, ainda terá suporte como está, mas é recomendável usar o novo de agora em diante.

Carga 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 das seções e propriedades disponíveis para definir os conjuntos de dados, confira o artigo sobre conjuntos de dados. Esta seção fornece uma lista das propriedades com suporte pelo conjunto de dados do DB2.

Para copiar dados do DB2, há suporte para as seguintes propriedades:

Propriedade	Descrição	Obrigatório
type	A propriedade type do conjunto de dados deve ser definida como: Db2Table	Sim
esquema	Nome do esquema.	Não (se "query" na fonte da atividade for especificada)
tabela	Nome da tabela.	Não (se "query" na fonte da atividade for especificada)
tableName	Nome da tabela com esquema. Essa propriedade é compatível com versões anteriores. Use `schema` e `table` para uma nova carga de trabalho.	Não (se "query" na fonte da atividade for especificada)

Exemplo

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

Se você estava usando o conjunto de dados com tipos RelationalTable, ele ainda tem suporte como está, mas é recomendável usar o novo de agora em diante.

Propriedades da atividade de cópia

Para obter uma lista completa das seções e propriedades disponíveis para definir atividades, confia o artigo Pipelines. Esta seção fornece uma lista das propriedades com suporte pela fonte DB2.

DB2 como fonte

Para copiar dados do DB2, as seguintes propriedades têm suporte na seção origem da atividade de cópia:

Propriedade	Descrição	Obrigatório
type	A propriedade type da fonte da atividade de cópia deve ser definida como: Db2Source	Sim
Consulta	Utiliza a consulta SQL personalizada para ler os 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 a fonte com tipos RelationalSource, ela ainda tem suporte como está, mas é recomendável usar a nova no futuro.

Mapeamento de tipo de dados para o DB2

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

Tipo do Banco de Dados DB2	Tipo de dados provisório do serviço
BigInt	Int64
Binário	Byte[]
Blob	Byte[]
Char	String
Clob	String
Data	Datetime
DB2DynArray	String
DbClob	String
Decimal	Decimal
DecimalFloat	Decimal
Double	Double
Float	Double
Graphic	String
Integer	Int32
LongVarBinary	Byte[]
LongVarChar	String
LongVarGraphic	String
Numérico	Decimal
Real	Único
SmallInt	Int16
Hora	TimeSpan
Timestamp	Datetime
VarBinary	Byte[]
VarChar	String
VarGraphic	String
Xml	Byte[]

Pesquisar propriedades de atividade

Para saber detalhes sobre as propriedades, verifique Pesquisar atividade.

Para obter uma lista de armazenamentos de dados com suporte como coletores e fontes da atividade de cópia, confira os armazenamentos de dados com suporte.