Opciones de operación en Jitterbit Design Studio
En esta página se describen las opciones que se pueden configurar para cualquier operación. Para acceder a estas opciones, haga clic con el botón derecho en el fondo de cualquier gráfico de operación y seleccione Opciones en el menú. Aparecerá la ventana Opciones de operaciones:
Estas secciones describen las opciones de operación disponibles:
Tiempo de operación agotado
-
El Tiempo de espera de la operación es el tiempo máximo que durará la operación antes de cancelarse. Si la operación tiene conjuntos de datos grandes o es compleja, esto puede provocar que la operación tarde más tiempo en ejecutarse.
-
De manera predeterminada, el Tiempo de espera de la operación está establecido en 2 horas. Si la operación se ejecuta durante más de 2 horas sin completarse o falla, se cancelará automáticamente.
-
Es posible que desee aumentar este valor si la operación tiene grandes conjuntos de datos que tardan mucho tiempo en ejecutarse, o disminuirlo si las operaciones son sensibles al tiempo, es decir, no desea que la operación se realice si no puede completarse dentro de un período de tiempo determinado.
Nota
Habilitación de la EnableAPITimeout
configuración en el archivo de configuración del agente privado permite que las operaciones activadas por las APIs de API Manager utilicen estas configuraciones de tiempo de espera de operación.
Qué registrar
- La opción Qué registrar le permite elegir entre "Todo" o "Solo errores". Estos son los registros que puede ver al hacer clic derecho en el fondo de una operación y elegir Registro de operaciones. Tenga en cuenta que dentro del Registro de operaciones, también tiene la opción de filtrar solo por errores.
- De forma predeterminada, todo queda registrado. Esto incluye los estados de éxito, cancelado, pendiente, en ejecución y error.
- Una razón por la que puede que desee seleccionar "Solo errores" antes de que se genere el registro es que, si tiene problemas de latencia de operación, esto puede mejorarlos. De esta manera, si no planeaba usar los otros mensajes que no son de error que normalmente se filtran en el Registro de operaciones, puede evitar que se generen en primer lugar.
Habilitar el modo de depurar
En la ventana Opciones de operación, seleccione Habilitar modo de depuración hasta y establezca una fecha para desactivar la configuración. Esta fecha está limitada a 2 semanas a partir de la fecha actual. El registro se desactivará al comienzo de esa fecha (12:00 a. m.) utilizando la zona horaria del agente. Habilitar el modo de depurar para una operación específica puede resultar útil si tiene problemas con una operación en particular y no necesita activar el registro de depurar para todo el proyecto, lo que puede crear archivos muy grandes dentro del directorio.
Cuando el registro de depurar de operación está habilitado, se generan estos tipos de registros, según el tipo de agente:
-
Agente privado: Archivos de registro de depuración para una operación. Esta opción se utiliza principalmente para depurar problemas durante las pruebas y no se debe activar en producción, ya que puede crear archivos muy grandes. El registro de depuración también se puede habilitar para todo el proyecto desde el propio agente privado (consulte Registro de depurar de operaciones). Los archivos de registro de depurar son accesibles directamente en los agentes privados y se pueden descargar a través de la Management Console Agentes y Operaciones en tiempo de ejecución páginas.
-
Agente privado o agente en la nube: Registros de operaciones para operaciones de API exitosas (configuradas para APIs personalizadas o servicios OData). De forma predeterminada, solo las operaciones de API con errores se registran en los registros de operación.
Ejecutar operación exitosa
- La opción Ejecutar operación exitosa incluso si no hay archivos de origen coincidentes se aplica a las operaciones que tienen activadores "OnSuccess" configurados.
- De forma predeterminada, sus operaciones OnSuccess solo se ejecutarán si tienen un archivo de origen coincidente para procesar.
- Tiene la opción de "forzar" que la operación anterior se realice correctamente, lo que le permite iniciar la operación "OnSuccess" incluso si el disparador falló. Esto puede ser útil para configurar partes posteriores del proyecto sin depender del éxito de una operación dependiente.
Nota
El parámetro AlwaysRunSuccessOperation
en el [OperationEngine]
sección de jitterbit.conf el archivo anula la configuración Ejecutar operación exitosa incluso si no hay archivos de origen coincidentes.
Habilitar fragmentación de datos
- Chunking permite que Jitterbit procese datos en el sistema de destino en fragmentos.
- El tamaño del fragmento le dice a Jitterbit cuántos registros de origen procesar por hilo.
- La Cantidad de registros por archivo le indica a Jitterbit que coloque solo la cantidad solicitada de registros en el archivo de destino.
- El número máximo de subprocesos le indica a Jitterbit cuántos subprocesos simultáneos procesar.
- El nodo de fragmento de origen y el nodo de fragmento de destino permiten al usuario definir qué constituye un registro y deben configurarse para estructuras de datos jerárquicas y XML.
- De forma predeterminada, la fragmentación de datos no está habilitada.
- Esto permite un procesamiento más rápido de grandes conjuntos de datos y también se utiliza para abordar los límites de registros impuestos por varios sistemas basados en servicios web al realizar una solicitud.