Copia de datos de Teradata Vantage mediante Azure Data Factory y Synapse Analytics

SE APLICA A: Azure Data Factory Azure Synapse Analytics

Sugerencia

Pruebe Data Factory en Microsoft Fabric, una solución de análisis integral para empresas. Microsoft Fabric abarca todo, desde el movimiento de datos hasta la ciencia de datos, el análisis en tiempo real, la inteligencia empresarial y la creación de informes. Obtenga información sobre cómo iniciar una nueva evaluación gratuita.

En este artículo se resume el uso de la actividad de copia en canalizaciones de Azure Data Factory y Synapse Analytics para copiar datos de Teradata Vantage. Se basa en la introducción a la actividad de copia.

Importante

La versión 1.0 del conector de Teradata está en la fase de eliminación. Se recomienda actualizar el conector de Teradata de la versión 1.0 a la 2.0.

Funcionalidades admitidas

Este conector de Teradata se admite para las siguientes características:

Funcionalidades admitidas	IR
Actividad de copia (origen/-)	1 2
Actividad de búsqueda	1 2

① Azure Integration Runtime ② Entorno de ejecución de integración autohospedado

Consulte la tabla de almacenes de datos compatibles para ver una lista de almacenes de datos que la actividad de copia admite como orígenes o receptores.

En concreto, este conector Teradata admite las siguientes funcionalidades:

• Teradata Vantage Versions 17.0, 17.10, 17.20 y 20.0 para la versión 2.0.
• Teradata Vantage Versiones 14.10, 15.0, 15.10, 16.0, 16.10 y 16.20 para la versión 1.0.
• La copia de datos con autenticación básica, de Windows o LDAP.
• Copia en paralelo desde un origen Teradata. Consulte la sección Copia en paralelo desde Teradata para obtener más detalles.

Requisitos previos

Si el almacén de datos se encuentra en una red local, una red virtual de Azure o una nube privada virtual de Amazon, debe configurar un entorno de ejecución de integración autohospedado para conectarse a él.

Si el almacén de datos es un servicio de datos en la nube administrado, puede usar Azure Integration Runtime. Si el acceso está restringido a las direcciones IP que están aprobadas en las reglas de firewall, puede agregar direcciones IP de Azure Integration Runtime a la lista de permitidos.

También puede usar la característica del entorno de ejecución de integración de red virtual administrada de Azure Data Factory para acceder a la red local sin instalar ni configurar un entorno de ejecución de integración autohospedado.

Consulte Estrategias de acceso a datos para más información sobre los mecanismos de seguridad de red y las opciones que admite Data Factory.

Para la versión 2.0

Debe instalar el proveedor de datos de .NET con la versión 20.00.03.00 o posterior en la máquina que ejecuta el entorno de ejecución de integración autohospedado con una versión inferior a 5.56.9318.1. La instalación manual del controlador Teradata no es necesaria cuando se usa la versión 5.56.9318.1 o posterior del entorno de ejecución de integración autohospedado, ya que estas versiones proporcionan un controlador integrado.

Para la versión 1.0

Si utiliza el entorno de ejecución de integración autohospedado, tenga en cuenta que proporciona un controlador de Teradata integrado a partir de la versión 3.18. No es necesario instalar manualmente ninguno. El controlador requiere "Visual C++ Redistributable 2012 Update 4" en la máquina del entorno de ejecución de integración autohospedado. Si aún no está instalada, descárguela de aquí.

Introducción

Para realizar la actividad de copia con una canalización, puede usar una de los siguientes herramientas o SDK:

• Herramienta Copiar datos
• Azure Portal
• SDK de .NET
• SDK de Python
• Azure PowerShell
• REST API
• Plantilla de Azure Resource Manager

Creación de un servicio vinculado en Teradata mediante la interfaz de usuario

Siga estos pasos para crear un servicio vinculado en Teradata en la interfaz de usuario de Azure Portal.

1. Vaya a la pestaña "Administrar" de su área de trabajo de Azure Data Factory o Synapse y seleccione "Servicios vinculados"; a continuación, haga clic en "Nuevo":

   Azure Data Factory

   

   Azure Synapse

   

2. Busque Teradata y seleccione el conector de Teradata.

   

3. Configure los detalles del servicio, pruebe la conexión y cree el servicio vinculado.

   

Detalles de configuración del conector

Las secciones siguientes proporcionan detalles sobre las propiedades que se usan para definir entidades de Data Factory específicas del conector de Teradata.

Propiedades del servicio vinculado

El conector de Teradata ahora admite la versión 2.0. Consulte esta sección para actualizar la versión del conector de Teradata desde la versión 1.0. Para obtener los detalles de la propiedad, consulte las secciones correspondientes.

• Versión 2.0
• Versión 1.0

Versión 2.0

El servicio vinculado de Teradata admite las siguientes propiedades cuando se aplica la versión 2.0:

Propiedad	Descripción	Obligatorio
tipo	La propiedad type se debe establecer en Teradata.	Sí
version	Versión que especifique. El valor es 2.0.	Sí
servidor	Nombre del servidor de Teradata.	Sí
Tipo de autenticación	Tipo de autenticación para conectarse a Teradata. Valores válidos, incluidos Basic, Windows y LDAP	Sí
nombre de usuario	Especifique un nombre de usuario para conectarse a Teradata.	Sí
contraseña	Especifique la contraseña de la cuenta de usuario que se especificó para el nombre de usuario. También puede hacer referencia a un secreto almacenado en Azure Key Vault.	Sí
connectVia	El entorno Integration Runtime que se usará para conectarse al almacén de datos. Obtenga más información en la sección Requisitos previos. Si no se especifica, se usará Azure Integration Runtime.	No

Puede establecer más propiedades de conexión en la cadena de conexión, según su caso:

Propiedad	Descripción	Valor predeterminado
sslMode	Modo SSL para las conexiones a la base de datos. Valores válidos, como Disable, Allow, PreferRequire, , Verify-CA, Verify-Full.	Verify-Full
número de puerto	Números de puerto al conectarse al servidor a través de conexiones que no son HTTPS/TLS.	1025
httpsPortNumber	Los números de puerto al conectarse al servidor a través de conexiones HTTPS/TLS.	443
UseDataEncryption	Especifica si se va a cifrar toda la comunicación con la base de datos de Teradata. Los valores permitidos son 0 o 1. - 0 (deshabilitado):cifra solo la información de autenticación. - 1 (habilitado, valor predeterminado): cifra todos los datos que se pasan entre el controlador y la base de datos. Esta configuración se omite para las conexiones HTTPS/TLS.	1
CharacterSet	El juego de caracteres que se va a utilizar para la sesión. Por ejemplo: CharacterSet=UTF16. Este valor puede ser un juego de caracteres definido por el usuario o uno de los siguientes conjuntos de caracteres predefinidos: -ASCII - ARABIC1256_6A0 - CYRILLIC1251_2A0 - HANGUL949_7R0 - HEBREW1255_5A0 - KANJI932_1S0 - KANJISJIS_0S - LATIN1250_1A0 - LATIN1252_3A0 - LATIN1254_7A0 - LATIN1258_8A0 - SCHINESE936_6R0 - TCHINESE950_8R0 - Código de identificación: THAI874_4A0 - UTF8 - UTF16	ASCII
MaxRespSize	El tamaño máximo del búfer de respuesta para solicitudes SQL, en bytes. Por ejemplo: MaxRespSize=10485760. El intervalo de valores permitidos va de 4096 a 16775168. El valor predeterminado es 524288.	524288

Ejemplo

{
    "name": "TeradataLinkedService",
    "properties": {
        "type": "Teradata",
        "version": "2.0",
        "typeProperties": {
            "server": "<server name>", 
            "username": "<user name>", 
            "password": "<password>", 
            "authenticationType": "<authentication type>"
        },
        "connectVia": {
            "referenceName": "<name of Integration Runtime>",
            "type": "IntegrationRuntimeReference"
        }
    }
}

Versión 1.0

El servicio vinculado de Teradata admite las siguientes propiedades cuando se aplica la versión 1.0:

Propiedad	Descripción	Obligatorio
tipo	La propiedad type se debe establecer en Teradata.	Sí
connectionString	Especifica la información necesaria para conectarse a la instancia de Teradata. Consulte los ejemplos siguientes. También puede poner una contraseña en Azure Key Vault y extraer la configuración de password de la cadena de conexión. Consulte el artículo Almacenamiento de credenciales en Azure Key Vault para obtener información detallada.	Sí
nombre de usuario	Especifique un nombre de usuario para conectarse a Teradata. Se aplica cuando se usa autenticación de Windows.	No
contraseña	Especifique la contraseña de la cuenta de usuario que se especificó para el nombre de usuario. También puede hacer referencia a un secreto almacenado en Azure Key Vault. Se aplica al utilizar la autenticación de Windows o hacer referencia a la contraseña en Key Vault para la autenticación básica.	No
connectVia	El entorno Integration Runtime que se usará para conectarse al almacén de datos. Obtenga más información en la sección Requisitos previos. Si no se especifica, se usará Azure Integration Runtime.	No

Puede establecer más propiedades de conexión en la cadena de conexión, según su caso:

Propiedad	Descripción	Valor predeterminado
TdmstPortNumber	Número de puerto usado para acceder a la base de datos de Teradata. No cambie este valor a menos que el equipo de soporte técnico le indique que lo haga.	1025
UseDataEncryption	Especifica si se va a cifrar toda la comunicación con la base de datos de Teradata. Los valores permitidos son 0 o 1. - 0 (deshabilitado, predeterminado): Cifra únicamente la información de autenticación. - 1 (habilitado): Cifra todos los datos que se pasan entre el controlador y la base de datos.	0
CharacterSet	El juego de caracteres que se va a utilizar para la sesión. Por ejemplo, CharacterSet=UTF16. Este valor puede ser un juego de caracteres definido por el usuario o uno de los siguientes juegos de caracteres predefinidos: -ASCII - UTF8 - UTF16 - LATIN1252_0A - LATIN9_0A - LATIN1_0A - Shift-JIS (Windows, compatible con DOS, KANJISJIS_0S) - EUC (compatible con Unix, KANJIEC_0U) - Mainframe de IBM (KANJIEBCDIC5035_0I) - KANJI932_1S0 - BIG5 (TCHBIG5_1R0) - GB (SCHGB2312_1T0) - SCHINESE936_6R0 - TCHINESE950_8R0 - NetworkKorean (HANGULKSC5601_2R4) - HANGUL949_7R0 - ARABIC1256_6A0 - CYRILLIC1251_2A0 - HEBREW1255_5A0 - LATIN1250_1A0 - LATIN1254_7A0 - LATIN1258_8A0 - Código de identificación: THAI874_4A0	ASCII
MaxRespSize	El tamaño máximo del búfer de respuesta para las solicitudes SQL, en kilobytes (KB). Por ejemplo, MaxRespSize=‭10485760‬. En Teradata Database versión 16.00 o posterior, el valor máximo es 7361536. En el caso de las conexiones que usan versiones anteriores, el valor máximo es 1048576.	65536
MechanismName	Para usar el protocolo LDAP para autenticar la conexión, especifique MechanismName=LDAP.	N/D

Ejemplo de uso de la autenticación básica

{
    "name": "TeradataLinkedService",
    "properties": {
        "type": "Teradata",
        "typeProperties": {
            "connectionString": "DBCName=<server>;Uid=<username>;Pwd=<password>"
        },
        "connectVia": {
            "referenceName": "<name of Integration Runtime>",
            "type": "IntegrationRuntimeReference"
        }
    }
}

Ejemplo de uso de la autenticación de Windows

{
    "name": "TeradataLinkedService",
    "properties": {
        "type": "Teradata",
        "typeProperties": {
            "connectionString": "DBCName=<server>",
            "username": "<username>",
            "password": "<password>"
        },
        "connectVia": {
            "referenceName": "<name of Integration Runtime>",
            "type": "IntegrationRuntimeReference"
        }
    }
}

Ejemplo de uso de la autenticación LDAP

{
    "name": "TeradataLinkedService",
    "properties": {
        "type": "Teradata",
        "typeProperties": {
            "connectionString": "DBCName=<server>;MechanismName=LDAP;Uid=<username>;Pwd=<password>"
        },
        "connectVia": {
            "referenceName": "<name of Integration Runtime>",
            "type": "IntegrationRuntimeReference"
        }
    }
}

Nota:

Todavía se admite la carga siguiente. En el futuro, sin embargo, debe usar la nueva.

Carga anterior:

{
    "name": "TeradataLinkedService",
    "properties": {
        "type": "Teradata",
        "typeProperties": {
            "server": "<server>",
            "authenticationType": "<Basic/Windows>",
            "username": "<username>",
            "password": {
                "type": "SecureString",
                "value": "<password>"
            }
        },
        "connectVia": {
            "referenceName": "<name of Integration Runtime>",
            "type": "IntegrationRuntimeReference"
        }
    }
}

Propiedades del conjunto de datos

En esta sección se proporciona una lista de las propiedades que admite el conjunto de datos de Teradata. Si desea ver una lista completa de las secciones y propiedades disponibles para definir conjuntos de datos, consulte Conjuntos de datos.

Para copiar datos de Teradata, se admiten las siguientes propiedades:

Propiedad	Descripción	Obligatorio
tipo	La propiedad type del conjunto de datos debe establecerse en TeradataTable.	Sí
base de datos	El nombre de la instancia de Teradata.	No (si se especifica "query" en el origen de la actividad)
tabla	El nombre de la tabla de la instancia de Teradata.	No (si se especifica "query" en el origen de la actividad)

Ejemplo:

{
    "name": "TeradataDataset",
    "properties": {
        "type": "TeradataTable",
        "typeProperties": {},
        "schema": [],        
        "linkedServiceName": {
            "referenceName": "<Teradata linked service name>",
            "type": "LinkedServiceReference"
        }
    }
}

Nota:

El conjunto de datos del tipo RelationalTable todavía se admite. Sin embargo, se recomienda usar el nuevo.

Carga anterior:

{
    "name": "TeradataDataset",
    "properties": {
        "type": "RelationalTable",
        "linkedServiceName": {
            "referenceName": "<Teradata linked service name>",
            "type": "LinkedServiceReference"
        },
        "typeProperties": {}
    }
}

Propiedades de la actividad de copia

En esta sección se proporciona una lista de las propiedades que admite el origen de Teradata. Para ver una lista completa de las secciones y propiedades disponibles para definir actividades, consulte Canalizaciones.

Teradata como origen

Sugerencia

Para cargar datos desde Teradata de manera eficaz con la creación de particiones de datos, obtenga más información en la sección Copia en paralelo desde Teradata.

Para copiar datos desde Teradata, en la sección source de la actividad de copia se admiten las siguientes propiedades:

Propiedad	Descripción	Obligatorio
tipo	La propiedad type del origen de la actividad de copia debe establecerse en TeradataSource.	Sí
Query	Use la consulta SQL personalizada para leer los datos. Un ejemplo es "SELECT * FROM MyTable". Si habilita la carga con particiones, deberá enlazar todos los parámetros de partición integrados correspondientes en la consulta. Consulte la sección Copia en paralelo desde Teradata para obtener algunos ejemplos.	No (si se especifica la tabla en el conjunto de datos)
opcionesDePartición	Especifica las opciones de creación de particiones de datos que se usan para cargar datos desde Teradata. Los valores permitidos son los siguientes: Ninguno (valor predeterminado), Hash y DynamicRange. Cuando se habilita una opción de partición (es decir, no None), el grado de paralelismo para cargar simultáneamente datos desde Teradata se controla mediante la configuración parallelCopies en la actividad de copia.	No
configuración de particiones	Especifique el grupo de configuración para la creación de particiones de datos. Se aplica cuando la opción de partición no es None.	No
partitionColumnName	Especifique el nombre de la columna de origen que usará la partición por rangos o la partición de hash para la copia en paralelo. Si no se especifica, se detecta automáticamente el índice principal de la tabla y se usa como columna de partición. Se aplica si la opción de partición es Hash o DynamicRange. Si usa una consulta para recuperar datos de origen, enlace ?AdfHashPartitionCondition o ?AdfRangePartitionColumnName en la cláusula WHERE. Consulte un ejemplo en la sección Copia en paralelo desde Teradata.	No
partitionUpperBound	El valor máximo de la columna de partición para copiar datos. Se aplica cuando la opción de partición es DynamicRange. Si usa la consulta para recuperar datos de origen, enlace ?AdfRangePartitionUpbound en la cláusula WHERE. Consulte la sección Copia en paralelo desde Teradata para ver un ejemplo.	No
partitionLowerBound	El valor mínimo de la columna de partición para copiar datos. Se aplica si la opción de partición es DynamicRange. Si usa una consulta para recuperar datos de origen, enlace ?AdfRangePartitionLowbound en la cláusula WHERE. Consulte la sección Copia en paralelo desde Teradata para ver un ejemplo.	No

Nota:

RelationalSource todavía se admite, pero no es compatible con la nueva carga en paralelo integrada desde Teradata (opciones de partición). Sin embargo, se recomienda usar el nuevo.

Ejemplo: copia de datos mediante una consulta básica sin partición

"activities":[
    {
        "name": "CopyFromTeradata",
        "type": "Copy",
        "inputs": [
            {
                "referenceName": "<Teradata input dataset name>",
                "type": "DatasetReference"
            }
        ],
        "outputs": [
            {
                "referenceName": "<output dataset name>",
                "type": "DatasetReference"
            }
        ],
        "typeProperties": {
            "source": {
                "type": "TeradataSource",
                "query": "SELECT * FROM MyTable"
            },
            "sink": {
                "type": "<sink type>"
            }
        }
    }
]

Copia en paralelo desde Teradata

El conector de Teradata proporciona la creación de particiones de datos integrados para copiar datos de Teradata en paralelo. Puede encontrar las opciones de creación de particiones de datos en la pestaña Origen de la actividad de copia.

Al habilitar la copia con particiones, el servicio ejecuta consultas en paralelo en el origen de Teradata para cargar los datos mediante particiones. El grado en paralelo se controla mediante el valor parallelCopies de la actividad de copia. Por ejemplo, si establece parallelCopies en cuatro, el servicio genera y ejecuta al mismo tiempo cuatro consultas de acuerdo con la configuración y la opción de partición que ha especificado, y cada consulta recupera una porción de datos de la Teradata.

Es recomendable que habilite la copia en paralelo con la creación de particiones de datos, especialmente si carga grandes cantidades de datos de Teradata. Estas son algunas configuraciones sugeridas para diferentes escenarios. Cuando se copian datos en un almacén de datos basado en archivos, se recomienda escribirlos en una carpeta como varios archivos (solo especifique el nombre de la carpeta), en cuyo caso el rendimiento es mejor que escribirlos en un único archivo.

Escenario	Configuración sugerida
Carga completa de una tabla grande.	Opción de partición: hash. Durante la ejecución, el servicio detecta automáticamente la columna de índice principal, le aplica un hash y copia los datos mediante particiones.
Cargue grandes cantidades de datos mediante una consulta personalizada.	Opción de partición: hash. Consulta: SELECT * FROM <TABLENAME> WHERE ?AdfHashPartitionCondition AND <your_additional_where_clause>. Columna de partición: especifique la columna usada para aplicar la partición hash. Si no se especifica, el servicio detectará automáticamente la columna PK de la tabla que ha especificado en el conjunto de datos de Teradata. Durante la ejecución, el servicio reemplaza ?AdfHashPartitionCondition por la lógica de partición hash y la envía a Teradata.
Carga de grandes cantidades de datos mediante una consulta personalizada, con una columna de enteros con valor distribuido uniformemente para la creación de particiones por rangos.	Opciones de partición: partición de intervalo dinámico. Consulta: SELECT * FROM <TABLENAME> WHERE ?AdfRangePartitionColumnName <= ?AdfRangePartitionUpbound AND ?AdfRangePartitionColumnName >= ?AdfRangePartitionLowbound AND <your_additional_where_clause>. Columna de partición: especifique la columna usada para crear particiones de datos. Puede crear particiones en la columna con un tipo de datos entero. Límite de partición superior y límite de partición inferior: especifique si quiere filtrar en la columna de partición para recuperar solo los datos entre el intervalo inferior y el superior. Durante la ejecución, el servicio reemplaza ?AdfRangePartitionColumnName, ?AdfRangePartitionUpbound y ?AdfRangePartitionLowbound por el nombre real de la columna y los rangos de valores de cada partición y se los envía a Teradata. Por ejemplo, si establece la columna de partición "ID" con un límite inferior de 1 y un límite superior de 80, con la copia en paralelo establecida en 4, el servicio recupera los datos de 4 particiones. Los identificadores están comprendidos entre [1, 20], [21, 40], [41, 60] y [61, 80] respectivamente.

Ejemplo: consulta con partición hash

"source": {
    "type": "TeradataSource",
    "query": "SELECT * FROM <TABLENAME> WHERE ?AdfHashPartitionCondition AND <your_additional_where_clause>",
    "partitionOption": "Hash",
    "partitionSettings": {
        "partitionColumnName": "<hash_partition_column_name>"
    }
}

Ejemplo: consulta con partición por rangos dinámica

"source": {
    "type": "TeradataSource",
    "query": "SELECT * FROM <TABLENAME> WHERE ?AdfRangePartitionColumnName <= ?AdfRangePartitionUpbound AND ?AdfRangePartitionColumnName >= ?AdfRangePartitionLowbound AND <your_additional_where_clause>",
    "partitionOption": "DynamicRange",
    "partitionSettings": {
        "partitionColumnName": "<dynamic_range_partition_column_name>",
        "partitionUpperBound": "<upper_value_of_partition_column>",
        "partitionLowerBound": "<lower_value_of_partition_column>"
    }
}

Asignación de tipos de datos para Teradata

Al copiar datos de Teradata, se aplican las siguientes asignaciones de los tipos de datos de Teradata a los tipos de datos internos utilizados por el servicio. Para más información acerca de la forma en que la actividad de copia asigna el tipo de datos y el esquema de origen al receptor, consulte el artículo sobre asignaciones de tipos de datos y esquema.

Tipo de datos de Teradata	Tipo de datos de servicio provisional (para la versión 2.0)	Tipo de datos de servicio provisional (para la versión 1.0)
BigInt	Int64	Int64
Blob	Byte[]	Byte[]
Byte	Byte[]	Byte[]
ByteInt	Int16	Int16
Char	Cuerda	Cuerda
Clob	Cuerda	Cuerda
Fecha	Fecha	Fecha y hora
Decimal	Decimal	Decimal
Double	Double	Double
Graphic	Cuerda	No compatible. Se aplica la conversión explícita en la consulta de origen.
Entero	Int32	Int32
Día del intervalo	TimeSpan	No compatible. Se aplica la conversión explícita en la consulta de origen.
Intervalo de día a hora	TimeSpan	No compatible. Se aplica la conversión explícita en la consulta de origen.
Intervalo de día a minuto	TimeSpan	No compatible. Se aplica la conversión explícita en la consulta de origen.
Intervalo día a segundo	TimeSpan	No compatible. Se aplica la conversión explícita en la consulta de origen.
Hora de intervalo	TimeSpan	No compatible. Se aplica la conversión explícita en la consulta de origen.
Intervalo de hora a minuto	TimeSpan	No compatible. Se aplica la conversión explícita en la consulta de origen.
Intervalo de hora a segundo	TimeSpan	No compatible. Se aplica la conversión explícita en la consulta de origen.
Intervalo de minutos	TimeSpan	No compatible. Se aplica la conversión explícita en la consulta de origen.
Intervalo de minuto a segundo	TimeSpan	No compatible. Se aplica la conversión explícita en la consulta de origen.
Mes de intervalo	Cuerda	No compatible. Se aplica la conversión explícita en la consulta de origen.
Intervalo segundo	TimeSpan	No compatible. Se aplica la conversión explícita en la consulta de origen.
Año de intervalo	Cuerda	No compatible. Se aplica la conversión explícita en la consulta de origen.
Intervalo de año a mes	Cuerda	No compatible. Se aplica la conversión explícita en la consulta de origen.
Número	Double	Double
Período (fecha)	Cuerda	No compatible. Se aplica la conversión explícita en la consulta de origen.
Período (tiempo)	Cuerda	No compatible. Se aplica la conversión explícita en la consulta de origen.
Período (tiempo con zona horaria)	Cuerda	No compatible. Se aplica la conversión explícita en la consulta de origen.
Período (marca de tiempo)	Cuerda	No compatible. Se aplica la conversión explícita en la consulta de origen.
Período (marca de tiempo con zona horaria)	Cuerda	No compatible. Se aplica la conversión explícita en la consulta de origen.
SmallInt	Int16	Int16
Tiempo	Tiempo	TimeSpan
Hora con zona horaria	Cadena	TimeSpan
Marca de tiempo	Fecha y hora	Fecha y hora
Marca de tiempo con zona horaria	DateTimeOffset	Fecha y hora
VarByte	Byte[]	Byte[]
VarChar	Cuerda	Cuerda
VarGraphic	Cuerda	No compatible. Se aplica la conversión explícita en la consulta de origen.
Xml	Cuerda	No compatible. Se aplica la conversión explícita en la consulta de origen.

Propiedades de la actividad de búsqueda

Para obtener información detallada sobre las propiedades, consulte Actividad de búsqueda.

Actualización del conector de Teradata

Estos son los pasos que le ayudarán a actualizar el conector de Teradata:

1. En la página Editar servicio vinculado , seleccione la versión 2.0 y configure el servicio vinculado haciendo referencia a las propiedades de la versión 2.0 del servicio vinculado.

2. La asignación de tipos de datos para la versión 2.0 del servicio vinculado de Teradata es diferente de la de la versión 1.0. Para obtener información sobre la asignación de tipos de datos más reciente, consulte Asignación de tipos de datos para Teradata.

Diferencias entre la versión 2.0 del conector de Teradata y la versión 1.0

La versión 2.0 del conector de Teradata ofrece nuevas funcionalidades y es compatible con la mayoría de las características de la versión 1.0. En la tabla siguiente se muestran las diferencias de características entre la versión 2.0 y la versión 1.0.

Versión 2.0	Versión 1.0
El valor predeterminado de sslMode es Verify-Full.	El valor predeterminado de sslMode es Prefer.
El valor predeterminado de UseDataEncryption es 1.	El valor predeterminado de UseDataEncryption es 0.
Las siguientes asignaciones se usan de tipos de datos de Teradata para el tipo de datos provisional del servicio. Fecha:> fecha Hora con zona horaria:> Cadena Marca de tiempo con zona horaria:> DateTimeOffset Gráfico:> Cadena Intervalo Día:> TimeSpan Intervalo de día a hora:> TimeSpan Intervalo de día a minuto -> TimeSpan Intervalo día a segundo:> TimeSpan Hora de Intervalo -> TimeSpan Intervalo de hora a minuto -> TimeSpan Intervalo de hora a segundo:> timeSpan Intervalo de minutos:> TimeSpan Intervalo de minuto a segundo:> TimeSpan Intervalo mes:> Cadena Intervalo segundo:> TimeSpan Intervalo Año:> Cadena Intervalo de año a mes: > Cadena Número:> Doble Punto (Fecha):> Cadena Período (Tiempo):> Cadena Período (Tiempo con zona horaria):> Cadena Período (Marca de tiempo):> Cadena Período (Marca de tiempo con zona horaria):> Cadena VarGraphic-> String Xml: > Cadena	Las siguientes asignaciones se usan de tipos de datos de Teradata para el tipo de datos provisional del servicio. Fecha:> DateTime Hora con zona horaria:> TimeSpan Marca de tiempo con zona horaria:> DateTime Otras asignaciones admitidas por la versión 2.0 enumeradas a la izquierda no son compatibles con la versión 1.0. Aplique una conversión explícita en la consulta de origen.

Contenido relacionado

Para obtener una lista de almacenes de datos que la actividad de copia admite como orígenes y receptores, vea Almacenes de datos que se admiten.