Opções de operação no Jitterbit Design Studio

Esta página descreve as opções configuráveis para qualquer operação. Para acessá-las, clique com o botão direito do mouse no fundo de qualquer gráfico de operação e selecione Opções no menu. A janela Opções de Operações será exibida:

Estas seções descrevem as opções de operação disponíveis:

Tempo limite de operação

• O Tempo Limite da Operação é o tempo máximo que a operação permanecerá em execução antes de ser cancelada. Se a sua operação tiver conjuntos de dados grandes ou for complexa, isso poderá fazer com que a operação demore mais para ser executada.

• Por padrão, o Tempo Limite da Operação é definido como 2 horas. Se a operação permanecer em execução por mais de 2 horas sem ser concluída ou falhar, ela será cancelada automaticamente.

• Você pode aumentar este valor se a operação tiver conjuntos de dados grandes que estejam demorando muito para serem executados. Ou diminuí-lo se as operações forem sensíveis ao tempo; ou seja, você não deseja que a operação seja concluída se não puder ser concluída dentro de um determinado prazo.

O que registrar

• A opção O que Registrar permite escolher entre "Tudo" ou "Somente Erros". Esses são os registros que você pode visualizar clicando com o botão direito do mouse no histórico de uma operação e escolhendo Registro de Operações. Observe que, dentro do Registro de Operações, você também tem a opção de filtrar apenas por erros.
• Por padrão, tudo é registrado. Isso inclui status de sucesso, cancelado, pendente, em execução e erro.
• Um motivo pelo qual você pode querer selecionar "Somente Erros" antes da geração do log é que, se você estiver com problemas de latência de operação, isso pode melhorá-los. Dessa forma, se você não estava planejando usar as outras mensagens que não são de erro, normalmente filtradas no Log de Operação, você pode impedir que elas sejam geradas.

Habilitar modo de depurar

Na janela Opções de Operação, selecione Ativar Modo de Depuração Até e defina uma data para a desativação da configuração. Essa data é limitada a 2 semanas a partir da data atual. O registro será desativado no início dessa data (00:00), usando o fuso horário do agente. Habilitar o modo de depurar para uma operação específica pode ajudar se você estiver com problemas com uma operação específica e não precisar ativar o registro de depurar para todo o projeto, o que pode criar arquivos muito grandes no diretório.

Quando o registro de depurar da operação está habilitado, esses tipos de registros são gerados, dependendo do tipo de agente:

• Agente privado: Arquivos de log de depuração para uma operação. Esta opção é usada principalmente para depurar problemas durante testes e não deve ser ativada em produção, pois pode criar arquivos muito grandes. O registro de depuração também pode ser habilitado para todo o projeto a partir do próprio agente privado (consulte registro de depurar de operação). Os arquivos de log de depurar são acessíveis diretamente em agentes privados e podem ser baixados por meio do Management Console Agentes e Operações de tempo de execução páginas.

• Agente privado ou agente de nuvem: Logs de operação para operações de API bem-sucedidas (configuradas para APIs personalizadas ou serviços OData). Por padrão, apenas operações de API com erros são registradas nos logs de operação.

Executar operação com sucesso

• A opção Executar operação bem-sucedida mesmo se não houver arquivos de origem correspondentes se aplica a operações que têm gatilhos "OnSuccess" configurados.
• Por padrão, suas operações OnSuccess só serão executadas se tiverem um arquivo de origem correspondente para processar.
• Você tem a opção de "forçar" o sucesso da operação anterior, permitindo efetivamente iniciar a operação "OnSuccess" mesmo que o gatilho tenha falhado. Isso pode ser útil para configurar partes posteriores do projeto sem depender do sucesso de uma operação dependente.

Habilitar fragmentação de dados

• Chunking permite que o Jitterbit processe dados para o sistema de destino em blocos.
  • O tamanho do bloco informa ao Jitterbit quantos registros de origem processar por thread.
  • O Número de registros por arquivo instrui o Jitterbit a colocar apenas o número solicitado de registros no arquivo de destino.
  • O Número máximo de threads informa ao Jitterbit quantos threads simultâneos processar.
  • O nó do bloco de origem e o nó do bloco de destino permitem que o usuário defina o que constitui um registro e deve ser definido para estruturas de dados hierárquicas e XML.
• Por padrão, o fragmentação de dados não está habilitado.
• Isso permite um processamento mais rápido de grandes conjuntos de dados e também é usado para lidar com limites de registros impostos por vários sistemas baseados em serviços web ao fazer uma solicitação.