Configuraciones de aterrizaje en destino

Puede configurar los ajustes para la tarea de aterrizaje de datos.

• Abra la tarea de ubicación de destino y haga clic en Configuración en la barra de herramientas.

Se abre el cuadro de diálogo Configuración: <Nombre de tarea>. Las opciones disponibles se describen a continuación.

General

• Base de datos

  Base de datos que se ha de utilizar en el destino.

  Nota informativaEsta opción no está disponible cuando se aterrizan datos en Qlik Cloud (a través de Amazon S3).

• Esquema de tarea

  Puede cambiar el nombre del esquema de la tarea de datos de destino. El nombre predeterminado es Destino de aterrizaje.

  Nota informativaEsta opción no está disponible cuando se aterrizan datos en Qlik Cloud (a través de Amazon S3).

• Mayúsculas por defecto en el nombre del esquema

  Puede establecer el uso de mayúsculas por defecto para todos los nombres de esquema. Si su base de datos está configurada para obligar al uso de mayúsculas, esta opción no tendrá efecto.

• Prefijo para todas las tablas y vistas

  Puede establecer un prefijo para todas las tablas y vistas creadas con esta tarea.

  Nota informativaEsta opción no está disponible cuando se aterrizan datos en Qlik Cloud (a través de Amazon S3).
  Nota informativaDebe usar un prefijo único cuando desee usar un esquema de base de datos en varias tareas de datos.

• Método de actualización

  La tarea de aterrizaje siempre comienza con una carga completa. Una vez completada la carga completa, puede mantener actualizados los datos transferidos mediante uno de los siguientes métodos:

  Nota informativaNo es posible cambiar el método de actualización una vez que se haya completado la operación de preparación de la tarea de aterrizaje de datos.

  • Captura de datos de cambios (CDC)

    Los datos desembarcados se mantienen actualizados mediante la tecnología CDC (Change Data Capture: Captura de datos de cambios). CDC puede que no sea compatible con todas las fuentes de datos. CDC no captura las operaciones DDL, como el cambio de nombre de las columnas o los cambios en los metadatos.

    Si sus datos también contienen vistas o tablas que no admiten CDC, se crearán dos canalizaciones de datos. Una canalización con todas las tablas que admiten CDC y otra canalización con todas las demás tablas y vistas que utilizan Volver a cargar y comparar como método de actualización.

  • Volver a cargar y comparar

    Todos los datos transferidos se recargan desde la fuente. Esto es útil si su fuente no es compatible con CDC, pero se puede utilizar con cualquier fuente de datos compatible.

    Puede programar las recargas periódicamente.

• Método de carga

  Al replicar datos en un destino de Snowflake, puede elegir uno de los siguientes métodos de carga:

  • Carga masiva (opción predeterminada)

    Si selecciona Carga masiva, podrá ajustar los parámetros de carga en la pestaña Carga de datos.

  • Transmisión de Snowpipe

    Nota informativa

    Transmisión de Snowpipe solo estará disponible para su selección si se cumplen las siguientes condiciones:

    • El método de actualización Captura de datos de cambios (CDC) está activado.
    • El Mecanismo de autenticación en el conector de Snowflake está configurado como Par de claves.
    • Si utiliza Data Movement gateway, necesitará la versión 2024.11.45 o posterior.

    Si selecciona Transmisión de Snowpipe, asegúrese de que conoce las limitaciones y consideraciones que se han de tener en cuenta al utilizar este método. Además, si selecciona Transmisión de Snowpipe y luego cambia al método de actualización Volver a cargar y comparar, el método de carga volverá a cambiar automáticamente a Carga masiva.

  Las principales razones para elegir Transmisión de Snowpipe en lugar de Carga masiva son:

  • Menos costoso: como la transmisión de Snowpipe no utiliza el almacén de Snowflake, los costes operativos deberían ser significativamente más baratos, aunque esto dependerá de su caso de uso específico.

  • Latencia reducida: como los datos se transmiten directamente a las tablas de destino (en lugar de pasar por una fase intermedia), la replicación desde la fuente de datos al destino debería ser más rápida.

  Nota de sugerenciaAl utilizar Transmisión de Snowpipe, la carga completa inicial puede ser significativamente más lenta que con la Carga masiva. Para optimizar el rendimiento de carga, especialmente cuando se cargan grandes conjuntos de datos, la mejor práctica es utilizar la Transmisión de Snowpipe junto con la funcionalidad de Carga paralela.

• Carpeta para usar en el área de preparación

  Para las plataformas de datos que requieren un área de preparación (por ejemplo, Databricks y Azure Synapse Analytics), puede seleccionar qué carpeta usar al aterrizar los datos.

  • Carpeta predeterminada

    Esto crea una carpeta con el nombre predeterminado: <nombre de proyecto>/<nombre de la tarea de datos>.

  • Carpeta raíz

    Almacene los datos en la carpeta raíz del almacenamiento.

    Nota informativaEsta opción solo está disponible cuando se aterrizan datos en Qlik Cloud (a través de Amazon S3).

  • Carpeta

    Especifique un nombre de carpeta que usar.

• Intervalo de procesamiento de cambios

  Puede establecer el intervalo entre el procesamiento de cambios desde el origen.

  Nota informativaEsta opción solo está disponible cuando se aterrizan datos en Qlik Cloud (a través de Amazon S3).

• Servidor proxy cuando se utiliza la pasarela Data Movement gateway

  Nota informativaEsta opción solo está disponible cuando se accede a los objetivos a través de la puerta de enlace Data Movement.

  Puede seleccionar usar un servidor proxy cuando la puerta de enlace de Movimiento de datos se conecta al almacén de datos en la nube y al área de almacenamiento.

  Para más información sobre cómo configurar la pasarela Movimiento de datos para usar un servidor proxy, vea Configurar el espacio empresarial inquilino de Qlik Cloud y un servidor proxy.

  • Usar proxy para conectarse al data warehouse en la nube

    Nota informativaDisponible cuando se usan Snowflake, Google BigQuery y Databricks.

  • Usar proxy para conectarse al almacenamiento

    Nota informativaDisponible cuando se usan Azure Synapse Analytics, Amazon Redshift y Databricks.

Carga de datos

Algunas de las opciones de esta pestaña solo son relevantes para determinadas plataformas de destino específicas.

Relevante para todas las plataformas de datos excepto Qlik Cloud y Snowflake

Tamaño máximo de archivo (MB)

El tamaño máximo que puede alcanzar un archivo antes de cerrarse. Los archivos más pequeños pueden cargarse más rápido (dependiendo de la red) y mejorar el rendimiento cuando se usan junto con la opción de ejecución paralela. Sin embargo, generalmente se considera una mala práctica saturar la base de datos con archivos pequeños.

Relevante solo para Google BigQuery

Usar compresión

Cuando se selecciona, los archivos CSV se comprimirán (usando gzip) antes de cargarse en Google BigQuery.

Relevante solo para Snowflake

En la pestaña General , puede elegir si desea cargar los datos en Snowflake mediante Carga masiva o Transmisión de Snowpipe. Si se selecciona Transmisión de Snowpipe, no se mostrará la pestaña Carga de datos. Si se selecciona Carga masiva, estarán disponibles los siguientes ajustes:

• Tamaño máximo de archivo (MB): Relevante para la Carga completa inicial y CDC. El tamaño máximo que puede alcanzar un archivo antes de cargarlo en el destino. Si encuentra problemas de rendimiento, pruebe a ajustar este parámetro.

• Número de archivos que se cargarán por lote: Relevante solo para la Carga completa inicial. El número de archivos que se han de cargar en un único lote. Si encuentra problemas de rendimiento, pruebe a ajustar este parámetro.

Si desea una descripción de los métodos de carga Carga masiva y Transmisión de Snowpipe, consulte General.

Metadatos

Columnas LOB

Incluir columnas LOB y limitar el tamaño de las columnas a (KB):

Puede optar por incluir columnas LOB en la tarea y establecer el tamaño máximo del objeto LOB. Los LOB que superen el tamaño máximo se truncarán.

Tablas de control

Seleccione cuáles de las tablas de control siguientes desea que se creen en la plataforma de destino:

• Estado de aterrizaje: Proporciona detalles sobre la tarea de ubicación de destino actual, incluido el estado de la tarea, la cantidad de memoria consumida por la tarea, la cantidad de cambios que aún no se han aplicado a la plataforma de datos y la posición en el punto final de origen desde el que Data Movement gateway está leyendo actualmente.
• Tablas suspendidas: Proporciona una lista de tablas suspendidas y el motivo por el que fueron suspendidas.
• Historial de aterrizaje: Proporciona información sobre el historial de tareas, incluida la cantidad y el volumen de registros procesados durante una tarea de ubicación de destino, la latencia al final de una tarea de CDC y más.

• DDL History: Contiene un historial de todos los cambios DDL admitidos que ocurrieron durante una tarea.

  La tabla del Historial de DDL solo es compatible con las siguientes plataformas de destino:

  Nota informativaAmazon Redshift , Amazon S3, Google Cloud Storage y Snowflake requieren Data Movement gateway 2024.11.14 o posterior.

  • Databricks

  • Microsoft Fabric
  • Amazon Redshift
  • Amazon S3
  • Google Cloud Storage
  • Snowflake

Para acceder a una descripción detallada de cada una de las Tablas de control, consulte Tablas de control

Carga completa

Optimización del rendimiento

• Número máximo de tablas para cargar en paralelo: indique el número máximo de tablas que se cargarán en el destino de una sola vez. El valor predeterminado es 5.

• Tiempo de espera de coherencia de la transacción (segundos): indique el número de segundos que deberá esperar a que se cierren las transacciones abiertas, antes de iniciar la operación de Carga completa. El valor predeterminado es 600 (10 minutos). La carga completa comenzará después de que se alcance el valor del tiempo de espera, incluso si hubiera transacciones abiertas.

  Nota informativaPara replicar transacciones que estaban abiertas cuando se inició la Carga completa pero que solo se consignaron después de que se alcanzara el valor de tiempo de espera, deberá volver a cargar las tablas de destino.
• Confirmar cifra durante la carga completa: el número máximo de eventos que pueden transferirse juntos. El valor predeterminado es 10000.

Tras finalizar la carga completa

Crear clave principal o única: seleccione esta opción si desea retrasar la creación de la clave primaria o el índice único en la plataforma de datos hasta que finalice la carga completa.

Para carga inicial

Cuando mueva datos desde una fuente de aplicaciones SaaS, puede configurar cómo realizar la carga completa inicial:

Manejo de errores

Errores de datos

Para errores de truncamiento de datos: Seleccione lo que desea que suceda cuando se produzca un truncamiento en uno o más registros específicos. Puede seleccionar uno de los siguientes de la lista:

• Ignorar: La tarea continúa y el error se ignora.
• Suspender tabla: La tarea continúa, pero los datos de la tabla con el registro de error pasan a un estado de error y sus datos no se replican.
• Detener tarea: La tarea se detiene y se requiere intervención manual.

Para otros errores de datos: Seleccione lo que desea que suceda cuando ocurra un error en uno o más registros específicos. Puede seleccionar uno de los siguientes de la lista:

• Ignorar: La tarea continúa y el error se ignora.
• Suspender tabla: La tarea continúa, pero los datos de la tabla con el registro de error pasan a un estado de error y sus datos no se replican.
• Detener tarea: La tarea se detiene y se requiere intervención manual.

Escalar el manejo de errores cuando los errores de datos lleguen a (por tabla): Seleccione esta casilla de verificación para escalar el manejo de errores cuando el número de errores de datos no truncados (por tabla) alcance la cantidad especificada. Los valores válidos son 1-10.000.

Acción de escalada: Elija qué debe suceder cuando se intensifica el manejo de errores. Tenga en cuenta que las acciones disponibles dependen de la acción seleccionada en la lista desplegable Para otros errores de datos descrita anteriormente.

• Suspender tabla (opción predeterminada): La tarea continúa, pero los datos de la tabla con el registro de error pasan a un estado de error y sus datos no se landed.

• Detener tarea: La tarea se detiene y se requiere intervención manual.

Errores de tabla

Número de reintentos antes de devolver un error de tabla

Esta opción le permite controlar cuándo se activará la política de gestión de errores de la tabla. De manera predeterminada, tras producirse un error en la tabla, esta se suspenderá o la tarea se detendrá (según la acción seleccionada) después de tres reintentos. En ocasiones se producirá un error en la tabla debido al mantenimiento planificado de la aplicación SaaS. En dichos casos, el número predeterminado de reintentos podría no ser suficiente para que se complete el mantenimiento antes de que se active la política de gestión de errores de la tabla. Esto también depende del intervalo de programación de la tarea, ya que se realizará un reintento cada vez que se ejecute la tarea. Así, por ejemplo, si programa una tarea para que se ejecute cada hora y la aplicación SaaS se desconecta por mantenimiento justo cuando la tarea empieza a ejecutarse, el valor predeterminado de tres reintentos permitirá que la aplicación SaaS esté desconectada hasta tres horas sin que se active la política de gestión de errores de la tabla. Una ventana de mantenimiento más larga le obligaría a aumentar el número de reintentos (o a cambiar la programación) para evitar que se active la política de gestión de errores de la tabla.

En resumen, si es consciente de que su aplicación SaaS se somete a un mantenimiento periódico, la mejor práctica es aumentar el número de reintentos de acuerdo con la programación para que el mantenimiento pueda completarse sin que se active la política de gestión de errores de la tabla.

Cuando encuentre un error de tabla: seleccione una de las siguientes opciones en la lista desplegable:

• Suspender la tabla (opción predeterminada): la tarea continúa, pero los datos de la tabla con el registro de error pasan a un estado de error y sus datos no se replican.
• Detener la tarea: la tarea se detiene y se requiere intervención manual.

Escalar el manejo de errores cuando los conflictos de errores de tabla lleguen a (por tabla): seleccione esta casilla de verificación para escalar el manejo de errores cuando el número de conflictos de errores de tabla (por tabla) alcance la cantidad especificada. Los valores válidos son de 1 a 10.000.

Acción de escalada: la política de escalada para los errores de tabla está configurada en Detener la tarea y no se puede modificar.

Error de entorno

• Recuento máximo de reintentos: Seleccione esta opción y luego especifique el número máximo de intentos de ejecutar una tarea cuando se produzca un error de entorno recuperable. Después de que la tarea se haya reintentado la cantidad de veces especificada, la tarea se detiene y se requiere intervención manual.

  Para no volver a intentar nunca una tarea, desactive la casilla de verificación o especifique "0".

  Para volver a intentar ejecutar una tarea un número infinito de veces, especifique "-1"

  • Intervalo entre reintentos (segundos): Utilice el contador para seleccionar o escribir la cantidad de segundos que el sistema debe esperar entre intentos para volver a ejecutar una tarea.

    Los valores válidos son 0-2.000.

• Aumentar el intervalo de reintentos en caso de interrupciones prolongadas: Seleccione esta casilla de verificación para aumentar el intervalo de reintentos en caso de interrupciones prolongadas. Cuando esta opción está habilitada, se duplica el intervalo entre cada reintento y el siguiente, hasta alcanzar el Intervalo máximo de reintentos (y continúa intentándolo conforme al intervalo máximo especificado).
  • Intervalo máximo de reintentos (segundos): Utilice el contador para seleccionar o escribir el número de segundos que se debe esperar entre los intentos de activar una tarea cuando la opción Aumentar el intervalo de reintentos en caso de interrupciones prolongadas está habilitada. Los valores válidos son 0-2.000.

Ajustes en el procesamiento de cambios

Ajustes de descargas de transacciones

• Descargar transacciones en curso en el disco si:

  Los datos de una transacción generalmente se mantienen en la memoria hasta que se confirman por completo en el origen o el destino. Sin embargo, las transacciones que superen la memoria asignada o que no se consignen en el plazo especificado se descargarán al disco.

  • El tamaño total de la memoria de transacciones excede (MB): el tamaño máximo que pueden ocupar todas las transacciones en memoria antes de ser descargadas a disco. El valor predeterminado es 1024.
  • La duración de las transacciones supera (segundos): el tiempo máximo que cada transacción puede permanecer en memoria antes de ser descargada a disco. La duración se calcula a partir de la hora en que Qlik Talend Data Integration comenzó a capturar la transacción. El valor predeterminado es 60.

Ajuste por lotes

Algunos de los ajustes de esta pestaña pueden no ser aplicables a todos los destinos o métodos de carga en destinos.

Ajustes aplicables a todos los destinos excepto Qlik Cloud y Snowflake cuando el "Método de carga" es Transmisión de Snowpipe.

• Aplicar cambios por lotes a intervalos:

• Por encima de: el tiempo mínimo de espera entre cada aplicación de cambios por lotes. El valor predeterminado es 1.

  Aumentar el valor Más de disminuye la frecuencia con la que se aplican los cambios al objetivo, al tiempo que aumenta el tamaño de los lotes. Esto puede mejorar el rendimiento cuando se aplican cambios a bases de datos de destino que están optimizadas para procesar grandes lotes.

• Menos de: la cantidad máxima de tiempo que se ha de esperar entre cada aplicación de cambios por lotes (antes de declarar un tiempo de espera). En otras palabras, la latencia máxima aceptable. El valor predeterminado es 30. Este valor determina el tiempo máximo de espera antes de aplicar los cambios, una vez alcanzado el valor Más de.

• Forzar la aplicación de un lote cuando la memoria de procesamiento exceda (MB): la cantidad máxima de memoria que se utilizará para el preprocesamiento. El valor predeterminado es 500 MB.

  Para el tamaño máximo de lote, ajuste este valor a la mayor cantidad de memoria que pueda asignar a la tarea de datos. Esto puede mejorar el rendimiento cuando se aplican cambios a bases de datos de destino que están optimizadas para procesar grandes lotes.

• Aplicar cambios por lotes a varias tablas al mismo tiempo: seleccionar esta opción mejorará el rendimiento al aplicar cambios desde varias tablas de origen.

  • Número máximo de tablas: El número máximo de tablas a las que aplicar cambios por lotes simultáneamente. El valor predeterminado es cinco.

  Nota informativaEsta opción no se admite cuando se utiliza Google BigQuery como plataforma de datos.

• Limitar el número de cambios aplicados por sentencia de procesamiento de cambios a: seleccione esta opción para limitar la cantidad de cambios aplicados en una sola sentencia de procesamiento de cambios. El valor predeterminado es 10.000.

  Nota informativaEsta opción solo se admite cuando se utiliza Google BigQuery como plataforma de datos.

Ajustes que solo son aplicables a Qlik Cloud y Snowflake cuando el "Método de carga" es Transmisión de Snowpipe.

• Número mínimo de cambios por transacción: el número mínimo de cambios que se ha de incluir en cada transacción. El valor predeterminado es 1000.

  Nota informativa

  Los cambios se aplicarán al objetivo cuando el número de cambios sea igual o mayor que el Número mínimo de cambios por transacción o cuando se alcance el Tiempo máximo para procesar transacciones por lotes antes de aplicarlas (segundos), el valor que ocurra primero. Dado que la frecuencia de los cambios aplicados al destino está controlada por estos dos parámetros, es posible que los cambios en los registros de origen no se reflejen inmediatamente en los registros de destino.

• Tiempo máximo para procesar transacciones por lotes antes de aplicarlas (segundos): el tiempo máximo para recopilar transacciones por lotes antes de declarar un tiempo de espera. El valor predeterminado es 1.

Intervalo

Configuración al usar conectores de aplicaciones SAP ODP y SaaS (Lite)

• Leer los cambios cada (Minutos)

  El intervalo entre la lectura de cambios de la fuente en minutos. El rango válido es de 1 a 1440.

  Nota informativa

  Esta opción solo está disponible cuando la tarea de datos se define con:

  • Data Movement gateway
  • Cualquiera de las siguientes fuentes:
    • Aplicación SaaS a través de conectores Lite solamente
    • SAP ODP
  • El método de actualización Captura de datos de cambio (CDC)

Configuración al usar el conector SAP OData

Ver cambios

• Según el intervalo de extracción delta:Cuando se selecciona esta opción, la tarea de datos comprueba si hay cambios según el Intervalo de extracción delta.

  Nota informativaEl intervalo comenzará después de cada "ronda". Una ronda se puede definir como el tiempo que tarda la tarea de datos en leer los cambios de las tablas de origen y enviarlos al destino (como una única transacción). La duración de una ronda varía según el número de tablas y cambios. Así que si especifica un intervalo de 10 minutos y una ronda tarda 4 minutos, entonces el tiempo real entre las comprobaciones de cambios será de 14 minutos.

  • Intervalo de extracción delta: La frecuencia con la que se extraerán los deltas de su sistema. El valor predeterminado es cada 60 segundos.

• Según lo programado: cuando se selecciona esta opción, la tarea de datos extraerá el delta una vez y luego se detendrá. Luego continuará ejecutándose según lo programado.

  Nota informativaEsta opción solo es relevante si el intervalo entre los ciclos de CDC es de 24 horas o más.

  Para obtener información sobre la programación:

  • Tareas de aterrizaje en un proyecto de canalización de datos, consulte Programar tareas

Optimización variada

• Tamaño de la caché de sentencias (número de sentencias): El número máximo de sentencias preparadas que se puede almacenar en el servidor para su posterior ejecución (al aplicar cambios al destino). El valor predeterminado es 50. El máximo es 200.

• ELIMINAR e INSERTAR al actualizar una columna de clave principal Esta opción requiere que el registro complementario completo esté activado en la base de datos de origen.

Evolución del esquema

Seleccione cómo manejar los siguientes tipos de cambios de DDL en el esquema. Cuando haya modificado las opciones de evolución del esquema, deberá preparar de nuevo la tarea. La tabla siguiente describe las acciones disponibles para los cambios de DDL admitidos.

Sustitución de caracteres

Puede sustituir o eliminar caracteres de origen en la base de datos de destino y/o puede sustituir o eliminar caracteres de origen que no sean compatibles con un conjunto de caracteres seleccionado.

Sustituir o eliminar caracteres de origen

Utilice la tabla Sustituir o eliminar caracteres de origen para definir reemplazos para caracteres de origen específicos. Esto puede ser útil, por ejemplo, cuando la representación Unicode de un carácter es diferente en las plataformas de origen y destino. Por ejemplo, en Linux, el carácter menos en el juego de caracteres Shift_JIS se representa como U+2212, pero en Windows se representa como U+FF0D.

Sustituir o eliminar caracteres de origen no admitidos por el juego de caracteres seleccionado

Utilice la tabla Caracteres de origen no admitidos por juego de caracteres para definir un único carácter de sustitución para todos los caracteres no admitidos por el juego de caracteres seleccionado.

Más opciones

Estas opciones no están expuestas en la interfaz de usuario ya que solo son relevantes para versiones o entornos específicos. En consecuencia, no configure estas opciones a menos que se lo indique explícitamente el Soporte de Qlik o la documentación del producto.

Para configurar una opción, simplemente copie la opción en el campo Añadir nombre de característica y haga clic en Añadir. Luego configure el valor o habilite la opción de acuerdo con las instrucciones que recibió.

Cargar segmentos de conjuntos de datos en paralelo

Durante la carga completa, puede acelerar la carga de grandes conjuntos de datos dividiéndolos en segmentos, que se cargarán en paralelo. Las tablas se pueden dividir por rangos de datos, todas las particiones, todas las subparticiones o particiones específicas.

Para más información, vea Aterrizar segmentos del conjunto de datos en paralelo.

Programar tareas

En los siguientes casos de uso, debe definir un intervalo de programación para mantener actualizados los datos de destino:

• Acceder a una fuente de datos sin Data Movement gateway
• Uso de un conector de aplicación SaaS que no admite la configuración Leer cambios cada
• Al capturar cambios de un origen SAP OData mediante la opción Según lo programado.

La programación determina la frecuencia con la que se actualizarán los conjuntos de datos de destino con los cambios realizados en los conjuntos de datos de la fuente. Mientras que la programación determina la frecuencia de actualización, el tipo de conjunto de datos determina el método de actualización. Si los conjuntos de datos de origen admiten CDC (Captura de datos de cambios), solo se replicarán los cambios de los datos de origen y se aplicarán a las tablas de destino correspondientes. Si los conjuntos de datos de origen no admiten CDC (por ejemplo, Vistas), los cambios se aplicarán recargando todos los datos de origen en las tablas de destino correspondientes. Si algunos de los conjuntos de datos de origen admiten CDC y otros no, se crearán dos subtareas distintas: una para recargar los conjuntos de datos que no admiten CDC y la otra para capturar los cambios en los conjuntos de datos que sí admiten CDC. En este caso, para garantizar la coherencia de los datos, se recomienda encarecidamente no mantener el mismo intervalo de programación para ambas tareas (si decide cambiar la frecuencia de actualización en el futuro).

Para obtener información sobre los intervalos mínimos de programación según el tipo de fuente de datos y el nivel de suscripción, consulte Intervalos de programación mínimos permitidos.

Para cambiar la programación:

1. Abra su proyecto de datos y realice una de las siguientes acciones:

   • En la vista de tareas, haga clic en en la tarea de datos y seleccione Programación.
   • En la vista de canalización, haga clic en en la tarea de datos y seleccione Programación.
   • Abra la tarea de aterrizaje y haga clic en el botón de la barra de herramientas Programación.
2. Cambie la configuración de programación según sea necesario y, a continuación, haga clic en Aceptar.

Ejecutar una ejecución perdida para una tarea basada en Data Movement gateway

En ocasiones, un problema de red puede hacer que se pierda la conexión con Data Movement gateway. Si la conexión a Data Movement gateway no se restablece antes de la siguiente ejecución programada, la tarea de datos no podrá ejecutarse según lo previsto. En estos casos, puede elegir si iniciar o no una ejecución inmediatamente después de que se restablezca la conexión.

Las opciones de configuración predeterminadas para todas las Data Movement gateways vienen definidas en el centro de actividades Administración. Puede anular esta configuración para tareas individuales como se describe a continuación.

Para ello

1. Abra su proyecto y realice una de las siguientes acciones:

   • En la vista de tareas, haga clic en en la tarea de datos y seleccione Programación.

   • En la vista de canalización, haga clic en en la tarea de datos y seleccione Programación.

   • Abra la tarea de datos y haga clic en el botón de la barra de herramientas Programación.

   Se abre el diálogo Programación - <task>.

2. Active Utilizar configuraciones personalizadas para esta tarea.

3. En la parte inferior del diálogo, elija una de las siguientes opciones de Ejecutar tareas programadas perdidas.

   • Lo antes posible y según lo programado si es importante ejecutar una tarea antes de la siguiente instancia programada.

   • Según lo programado para ejecutar la tarea en la siguiente instancia programada.

4. Guarde su configuración.

Vea también: Ejecutar una ejecución de tarea después de una programación omitida.