Opções de Operação¶

Esta página descreve as opções configuráveis para qualquer operação. Para acessar essas opções, clique com o botão direito no plano de 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 de operação é o tempo máximo que a operação durará antes de ser cancelada. Se a sua operação tiver grandes conjuntos de dados ou for complexa, isso poderá fazer com que a operação demore mais para ser executada.

• Por padrão, o Tempo limite de 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á automaticamente cancelada.

• Talvez você queira aumentar esse valor se a operação tiver grandes conjuntos de dados que demoram muito para serem executados. Ou diminua se as operações forem urgentes; ou seja, você não deseja que a operação seja realizada se ela 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 logs que você pode visualizar ao clicar com o botão direito no plano de fundo de uma operação e escolher Log de operação. Observe que no Log de operação, você também tem a opção de filtrar somente por erros.
• Por padrão, tudo está registrado. Isso inclui status de sucesso, cancelado, pendente, em execução e erro.
• Um motivo pelo qual você pode querer selecionar "Somente erros" antes de o log ser gerado é que, se você estiver tendo problemas de latência de operação, isso poderá melhorá-los. Dessa forma, se você não planeja usar outras mensagens que não sejam de erro normalmente filtradas no Log de operação, você pode evitar que elas sejam geradas.

Habilitar Modo de Depuração¶

Na janela Opções de operação, selecione Ativar modo de depuração até e defina uma data para a configuração ser desativada. Esta data está limitada a 2 semanas a partir da data atual. O registro será desativado no início dessa data (12h) usando o fuso horário do Agente. Ativar 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 log de depurar para todo o projeto, o que pode criar arquivos muito grandes no diretório.

Quando o log de depurar de operação está ativado, estes tipos de logs 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 depuração de 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 depuração de operação). Os arquivos de log de depurar podem ser acessados diretamente nos Agentes Privados e podem ser baixados através do Management Console Agentes > Agentes e Operações em tempo de execução Páginas.

• Agente Privado ou Agente em 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 de Sucesso¶

• A opção Executar operação com sucesso mesmo que não haja arquivos de origem correspondentes se aplica a operações que possuem 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 se o gatilho falhar. Isto pode ser útil para configurar partes posteriores do projeto sem depender do sucesso de uma operação dependente.

Habilitar Fragmentação¶

• Chunking permite que o Jitterbit processe dados para o sistema de destino em partes.
  • O Tamanho do pedaço 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 devem ser processados.
  • O Nó de bloco de origem e o Nó de 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.
• Isto permite um processamento mais rápido de grandes conjuntos de dados e também é usado para resolver limites de registro impostos por vários sistemas baseados em serviços da Web ao fazer uma solicitação.