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

Esta página descreve as opções que são configuráveis para qualquer operação. Para acessar essas opções, 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 exibirá:

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 será executada antes de ser cancelada. Se sua operação tiver grandes conjuntos de dados ou for complexa, isso pode fazer com que a operação demore mais tempo para ser executada.

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

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

O que registrar

• A opção O que registrar permite que você escolha entre "Tudo" ou "Somente erros". Esses são os registros que você pode visualizar quando clica com o botão direito no plano de fundo de uma operação e escolhe Registro de operação. Observe que dentro do Registro de operação, você também tem a opção de filtrar somente 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 do log ser gerado é que se você estiver tendo 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 evitar que elas sejam geradas em primeiro lugar.

Habilitar modo de depurar

Na janela Opções de operação, selecione Habilitar modo de depuração até e defina uma data para a configuração ser desativada. Essa data é limitada a 2 semanas a partir da data atual. O registro será desativado no início dessa data (12:00 am) usando o fuso horário do agente. Habilitar o modo de depurar para uma operação específica pode ajudar se você estiver tendo problemas com uma operação específica e não precisar ativar o registro de depurar para todo o seu projeto, o que pode criar arquivos muito grandes dentro do 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 problemas de depuração durante testes e não deve ser ativada na produção, pois pode criar arquivos muito grandes. O log de depuração também pode ser habilitado para todo o projeto a partir do próprio agente privado (consulte Log de depurar da 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" a operação anterior a ser bem-sucedida, efetivamente permitindo que você inicie a operação "OnSuccess" mesmo se o gatilho falhar. 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.