--- sourceDocument: Capacidades da Now Platform da Yokohama sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/yokohama/servicenow-platform Release : - yokohama ft:locale : - pt-BR ft:publication_title : - Capacidades da Now Platform da Yokohama ft:clusterId : - platcap bundleId : - platcap workflow : - Platform --- # Fila do ECC do MID Server # Fila do ECC do MID Server {#ariaid-title1} * Versão de lançamento: Yokohama * * Atualizado 30 de jan. de 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 6 min. de leitura A Fila do canal de comunicação externo (ECC) é um ponto de conexão entre uma instância e o MID Server. Os trabalhos que o MID Server precisa executar são salvos nesta fila até que o MID Server esteja pronto para processá-los. |-| | | [ ] {#ecc-queue-mid-server__table_sf2_dsf_khb} ## Asynchronous Message Bus {#ecc-queue-mid-server__section_b5j_ysv_s1b} O MID Server assina mensagens publicadas pelo Barramento assíncrono de mensagens (AMB), que notifica o MID Server de que há registros de tarefas pendentes na Fila do ECC. Se houver uma tarefa na Fila do ECC para esse MID Server, o MID Server definirá o status como "Processando". Quando terminar de trabalhar em um trabalho solicitado, o MID Server se reportará à fila do ECC com os resultados. O MID Server abre uma conexão persistente com a instância por meio do cliente AMB e ouve no canal AMB /mid/server/\. Quando um registro de saída é inserido na tabela Fila \[ecc_queue\], uma mensagem AMB é enviada para o canal do MID Server. O MID Server recebe esta mensagem e imediatamente pesquisa a tabela ecc_queue para trabalho, a menos que o MID Server esteja ocupado e o nível de prioridade da mensagem não seja Interativo. O MID Server pesquisa a fila do ECC no intervalo regular máximo definido no parâmetro de configuração mid.poll.time (40 segundos por padrão), independentemente da atividade da mensagem AMB. Se o MID estiver ocupado e receber uma mensagem AMB com um nível de prioridade diferente de Interativo, o tempo de pesquisa da fila será alterado para mid.poll.time.standard (5 segundos por padrão). Esta pesquisa da fila do ECC em um intervalo regular é feita caso a conexão AMB seja descartada. Figura 1. Processo de pesquisa da fila do ECC do MID Server Nota: O cliente AMB no MID Server não funciona em todos os ambientes e pode precisar ser desabilitado para evitar problemas de desempenho. Para desabilitar o AMB em seu ambiente, defina o parâmetro mid.disable_amb como verdadeiro. Quando você desabilita o AMB, o MID Server não recebe mais as notificações para cada novo registro de saída da fila do ECC. Para obter mais informações, consulte  mid.poll.time em  [Parâmetros do MID Server](https://servicenow-prod.fluidtopics.net/nSaknvKeRa9XhXRmP_NMNQ#mid-server-parameters "Os parâmetros controlam o comportamento de um MID Server específico e têm precedência inferior às propriedades do MID Server."). ## Informações da fila do ECC {#ecc-queue-mid-server__section_q2w_ssy_t1b} Você pode acessar a Fila do ECC navegando em qualquer um destes caminhos: * DescobertaSaída e ArtefatosFila do ECC * DescobertaCronogramas de descoberta(nome da programação)(Registro de status da descoberta) * ECCFila * (Registro de status da descoberta)Fila do ECC {#ecc-queue-mid-server__ul_jyv_fs4_bhb} Uma Fila do ECC fornece as seguintes informações:{#ecc-queue-mid-server__table_ecc-queue-fields__entry__2} | Campo | Valor de entrada | |-|-| | Agente | O nome do sistema externo de onde ou para o qual esta mensagem é. Se a mensagem for de ou para um MID Server, o nome do agente estará no formato `mid.server.xxx`, em que xxx é o nome de um MID Server específico. | | Tópico | O nome da probe que o MID Server executou. Se você estiver usando um padrão para descoberta, o [probe do Horizontal Pattern](https://www.servicenow.com/docs/access?context=r-HorizontalPatternProbe&version=yokohama&pubname=yokohama-it-operations-management&ft:locale=en-US) [probe do Horizontal Pattern](https://www.servicenow.com/docs/access?context=r-HorizontalPatternProbe&version=yokohama&pubname=yokohama-it-operations-management&ft:locale=en-US) será exibido. | | Nome | O comando real que a probe executou. Por exemplo, se Tópico for SSHCommand, o campo Nome conterá o comando do shell real a ser executado. Se você estiver usando um padrão de descoberta, será exibido o seguinte: Inicializador de padrão: seguido pelo nome do padrão e o número de várias páginas. | | Fonte | O endereço IP no qual a descoberta deve ser executada. Algumas probes são executadas em vários endereços IP; nesses casos, este campo contém uma descrição legível. | | Resposta para | Este campo opcional contém uma referência (sys_id) à mensagem da Fila do ECC à qual esta mensagem está respondendo. A Descoberta faz uso extensivo deste campo para rastrear a hierarquia de mensagens que resultam de uma determinada Descoberta agendada. Clique no ícone de registro do valor neste campo para abrir o registro de Fila do ECC para a atividade que gerou a probe atual ou o registro do sensor. | | Fila | Um indicador de se esta mensagem foi uma mensagem de entrada ou uma mensagem de saída. | | Estado | O estado do registro da fila do ECC atual. Os estados são atualizados automaticamente. | | Processado | A hora em que esta mensagem foi processada. | | Criado | A hora em que esta mensagem foi criada. | | Sequência | O número de sequência exclusivo desta mensagem. Este valor é gerado automaticamente quando um registro de Fila do ECC é inserido. Seu uso foi descontinuado. | | Cadeia de caracteres de erro | Uma mensagem de erro, se ocorreu um erro durante o processamento. Este campo ficará oculto no formulário padrão a menos que haja um erro. | | Carga | O corpo da mensagem no formato XML. O XML retornado tem uma tag raiz de `` contendo uma ou mais tags `` e uma única tag ``. Os parâmetros são simplesmente um eco daqueles enviados para o MID Server na probe; eles variam de probe para probe, mas em geral eles informam à probe os detalhes do que ela deve fazer e como ela deve se comportar. As tags de resultado são as mais interessantes: elas contêm os dados reais gerados pela probe. | [ ] {#ecc-queue-mid-server__table_ecc-queue-fields} ## Controles de fila do ECC {#ecc-queue-mid-server__section_ekr_2ty_t1b} O formulário de Fila do ECC contém estes links relacionados:{#ecc-queue-mid-server__table_c2f_fj4_lz__entry__2} | Link relacionado | Descrição | |-|-| | Executar novamente | Executa a probe novamente. Você pode executar novamente as probes ao encontrar uma descoberta com falha ou outros resultados inesperados. | | Ir para item CMDB | Abra o registro de IC do IC que foi atualizado durante a descoberta. | | Ir para o sensor | Abra o registro do sensor associado. | [ ] {#ecc-queue-mid-server__table_c2f_fj4_lz} ## Política de novas tentativas da Fila do ECC {#ecc-queue-mid-server__section_vd3_lk1_lbc} O plug-in Política de novas tentativas de fila de ECC (com.glideapp.ecc_retry_policy) precisa ser ativado para que seja possível exibir os módulos Política de novas tentativas de fila de ECC e Atividade de novas tentativas de fila. ## Gerenciar conteúdo de fila do ECC para um MID Server {#ariaid-title2} A Fila do ECC permite criar mensagens da Fila do ECC, acessar entradas de log do MID Server e recuperar estatísticas de um registro individual do MID Server. ### Antes de Iniciar Função necessária: administrador, mid_server ### Procedimento 1. Envie comandos remotos por meio de um MID Server para um dispositivo host diretamente da Fila do ECC sem executar Descoberta. 1. Navegue até a Fila do ECC e clique em Novo. 2. Crie uma mensagem com estas configurações: * Agente: o nome do MID Server que executa o comando. * Tópico: Comando * Nome: o comando real que você deseja processar. Para o Windows, isso é expresso em uma estrutura de linha de comando do DOS. Para o Linux, a estrutura pode ser uma entrada de linha de comando do bash. * Fila: Saída * Carga: com tags XML apropriadas, você pode especificar o comando aqui em vez de no campo Nome. A vantagem disso é que o comando não é restrito pelo tamanho do campo Nome de 120 caracteres. Use o seguinte formato XML para o comando: {#manage-ecc-queue-content__ul_b3p_zvy_t1b} {#manage-ecc-queue-content__substeps_ow3_3xy_t1b} 2. Entradas de acesso na Fila do ECC que mostram logs de agent0.log.0 e logs de wrapper.log para um MID Server individual. 1. Abra um registro de MID Server. 2. Em Links relacionados, clique em Obter logs de MID, arquivos e despejo de encadeamento. Os registros da fila do ECC aparecem na lista usando o seguinte filtro: * \[Topic\] \[is\] \[SystemCommand\] * \[Source\] \[is\] \[grabLog\] * \[Agent\] \[is\] \[your MID Server\] {#manage-ecc-queue-content__ul_fqg_gmb_yv} Somente as entradas agent0.log.0 e wrapper.log são exibidas. Esses logs também podem ser acessados no caminho do arquivo \~\\agent\\logs\\. 3. Para abrir uma entrada de log, clique no link na coluna Criado. {#manage-ecc-queue-content__substeps_kzd_4wy_t1b} 3. Acesse o tópico queue.stats para obter informações úteis sobre MID Servers individuais, como dados de uso de memória e CPU. 1. Abra um registro de MID Server. 2. Em Links relacionados, clique em Estatísticas MID. Os registros da fila do ECC aparecem na lista usando o seguinte filtro: * \[Topic\] \[is\] \[queue.stats\] * \[Agent\] \[is\] \[your MID Server\] {#manage-ecc-queue-content__ul_kw3_3zy_t1b} {#manage-ecc-queue-content__substeps_tzv_nyy_t1b}