DocumentaçãoCampaignDocumentação do Campaign Classic v7

[Somente no local/híbrido]{class="badge yellow" title="Aplica-se somente a implantações locais e híbridas"}

Monitoramento de processos monitoring-processes

Last update: Fri Jul 19 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

O servidor de aplicativos e o servidor de redirecionamento (rastreamento) podem ser monitorados manual ou automaticamente.

Monitoramento manual manual-monitoring

Para acessar a página de monitoramento de processos do Adobe Campaign, navegue até a guia Monitoring e clique no link Overview.

A página exibida permite visualizar o estado da instância conectada, ou seja:

  • informações sobre a instância: versão, nome, mecanismo de banco de dados, pacotes instalados, indicadores do sistema do servidor,
  • a lista de processos e informações de execução ausentes (data de início, PID etc.),
  • uma exibição de workflows e deliveries.

Outras maneiras de monitorar os processos do Campaign são apresentadas em esta página.

Diário de log log-journal

Para exibir o diário de logs relacionado a um processo, clique no processo, mta por exemplo, e selecione Open the log journal .

Indicadores do sistema system-indicators

Navegue até a lista de indicadores do sistema para exibir informações relacionadas à máquina, como memória física e virtual, processos ativos e espaço em disco disponível. Os indicadores são diferentes para os sistemas operacionais Linux e Windows. Vá para a página Instance Monitoring e clique no link Display para abrir a lista de indicadores.

Windows in-windows

  • Pending events queued: indicador específico do Centro de Mensagens. Saiba mais

  • Memory: informações sobre a memória física (RAM).

    Current value: consumo de memória atual.

    Max Value: quantidade total de memória instalada.

    Available: quantidade de memória disponível.

    Warning: esse indicador é exibido quando o consumo de memória atinge 80% da quantidade total.

    Alert: esse indicador é exibido quando o consumo de memória atinge 90% da quantidade total.

    Quando os indicadores Warning e Alert são exibidos, você pode resolver o problema adicionando RAM à máquina em que o servidor do Adobe Campaign está instalado. Você também pode decidir instalar o servidor do Adobe Campaign em uma máquina dedicada.

  • Swap Memory: informações relacionadas à memória virtual que corresponde a um arquivo de paginação: uma área no disco rígido que o Windows usa como se fosse RAM.

    Current value: consumo real de memória.

    Max Value: quantidade total de memória.

    Available: quantidade de memória disponível.

    Warning: esse indicador é exibido quando o consumo de memória atinge 80% da quantidade total.

    Alert: esse indicador é exibido quando o consumo de memória atinge 90% da quantidade total.

    Quando os indicadores Warning e Alert são exibidos, você pode resolver o problema aumentando o tamanho do arquivo do Exchange nas configurações avançadas do Windows.

  • Disk XXX: informações sobre leitores de máquina.

    Current value: espaço em disco realmente usado.

    Max Value: capacidade total do disco.

    Available: espaço em disco disponível.

    Used: porcentagem de disco usada.

    Warning: este indicador é exibido quando o espaço disponível em disco atinge 80% da capacidade total.

    Alert: este indicador é exibido quando o espaço disponível em disco atinge 90% da capacidade total.

  • Number of processes too old: informações sobre processos do Adobe Campaign que estão ativos há mais de um dia.

    Current value: número de processos atualmente ativos.

    Max Value: número máximo de processos autorizados (1).

    Alert: este indicador é exibido se o número de processos for igual a 1.

    Quando o indicador Alert é exibido, pode ser que o processo relacionado esteja bloqueado pelo mecanismo de banco de dados SQL ou que esteja preso em um loop infinito. O processo watchdog fornecido pela Adobe Campaign reinicia automaticamente todos os processos todos os dias e permite que você resolva esse problema. No entanto, você também pode interromper o processo relacionado sozinho para forçar a reinicialização.

Linux in-linux

  • Pending events queued: indicador específico do Centro de Mensagens. Consulte esta seção para obter mais informações.

  • Load average (1/5/15 minutes): informações sobre a carga, ou seja, a taxa de uso do processador pelos processos em execução na máquina durante o último minuto, cinco minutos ou quinze minutos

    Current value: carga real da máquina.

    Max value: carga máxima de uso do(s) processo(s) no computador

    Warning: este indicador é exibido quando a carga atinge 80% do valor máximo autorizado no último minuto, cinco minutos ou quinze minutos.

    Alert: esse indicador é exibido quando a carga atinge 90% do valor máximo autorizado do último minuto, cinco minutos ou quinze minutos.

  • Memory informações sobre a memória física (RAM).

    Current value: consumo real de memória.

    Max Value: quantidade total de memória instalada.

    Available: quantidade de memória disponível.

    Warning: esse indicador é exibido quando o consumo de memória atinge 80% da quantidade total.

    Alert: esse indicador é exibido quando o consumo de memória atinge 90% da quantidade total.

    Quando os indicadores Warning e Alert são exibidos, você pode resolver o problema adicionando RAM à máquina em que o servidor do Adobe Campaign está instalado. Você também pode decidir instalar o servidor do Adobe Campaign em uma máquina dedicada.

  • Swap Memory: informações relacionadas à memória virtual que corresponde a um arquivo de paginação: uma área no disco rígido que o Windows usa como se fosse RAM.

    Current value: consumo real de memória.

    Max Value: quantidade total de memória.

    Available: quantidade de memória disponível.

    Warning: esse indicador é exibido quando o consumo de memória atinge 80% da quantidade total.

    Alert: esse indicador é exibido quando o consumo de memória atinge 90% da quantidade total.

    Quando os indicadores Warning e Alert são exibidos, você pode resolver o problema aumentando o tamanho do arquivo do Exchange.

  • Core Files: informações sobre os arquivos gerados após a falha de um processo Adobe Campaign. Esses arquivos permitem diagnosticar os motivos da falha.

    Current Value: número de arquivos existentes.

    Max Value: número máximo de arquivos autorizados (1).

    Warning: este indicador é exibido quando o número de arquivos se aproxima de 1.

    Alert: este indicador é exibido quando o número de arquivos é igual a 1.

    Quando um processo está ausente devido a uma falha, ele é mostrado em vermelho na lista de processos e é reiniciado automaticamente pelo processo watchdog fornecido pela Adobe Campaign.

  • Number of shared memory segments: informações sobre os segmentos de memória compartilhados por todos os processos do Adobe Campaign.

    Current value: número de segmentos de memória em uso no momento.

    Max Value: número máximo de segmentos de memória autorizados (2).

    Warning: este indicador é exibido quando o número de segmentos de memória atinge 1.

    Alert: este indicador é exibido quando o número de segmentos de memória atinge 2.

  • Number of processes too old: informações relativas a processos que estiveram ativos por mais de um dia.

    Current value: número de processos atualmente ativos.

    Max Value: número máximo de processos autorizados.

    Warning: este indicador é exibido quando o número de processos atinge 80% do limite autorizado.

    Alert: este indicador é exibido quando o número de processos atinge 90% do limite autorizado.

  • File Handles: informações relacionadas aos descritores de arquivo, isto é, o número de arquivos abertos por processo.

    Current value: número atual de descritores de arquivo.

    Max Value: número máximo de descritores de arquivo autorizados pelo sistema operacional.

    Warning: este indicador é exibido quando o número de descritores de arquivos autorizados atinge o limite de 80%.

    Alert: este indicador é exibido quando o número de descritores de arquivos autorizados atinge o limite de 90%.

  • Processes: informações relativas aos processos da máquina.

    Current value: número de processos atualmente ativos.

    Max Value: número máximo de processos autorizados.

    Active Processes: número de processos ativos.

    Inactive Processes: número de processos inativos.

    Warning: este indicador é exibido quando o número de processos autorizados atinge o limite de 80%.

    Alert: este indicador é exibido quando o número de processos autorizados atinge o limite de 90%.

  • Zombie Processes: informações relativas aos processos que foram interrompidos, mas ainda têm um identificador de processo (PID) e permanecem visíveis na tabela de processos.

    Current value: número de processos zumbis atualmente ativos.

    Max Value: número máximo de processos zumbis de autorização (2).

    Warning: este indicador é exibido quando o número de processos zumbis se aproxima de 2.

    Alert: este indicador é exibido quando o número de processos zumbis atinge 2.

Personalizar indicadores customized-indicators

O Adobe Campaign permite personalizar indicadores, conforme detalhado abaixo:

  1. Crie um arquivo .sh e nomeie-o como cust_indicators.sh.

  2. Adicione seus indicadores personalizados a esse arquivo. Por exemplo:

    code language-none 
    #!/bin/bash
echo "<indicator name='Zombie Processes'>
<current label='Current Value' value='0' display=''/>
<warning value='2'/>  <alert value='2'/>
<max label='Max Value' value='2'/>
</indicator>"

    ou

    code language-none 
    #!/bin/bash
echo "<indicator name='Availability'>
<current label='Last update of data' display='2012-09-03 10:00'/>
<current label='Availability last month' display='100.00%'/>
<current label='Availability this month' display='100.00%'/>
<current label='Recent downtime periods' display='2012-07-04 11:10:00 - 11:19:59'/>
</indicator>"

  3. Salve o arquivo na pasta usr/local/neolane/nl6.

Esse arquivo é chamado pelo Adobe Campaign.

Relatórios SMTP smtp-reports

Os relatórios de monitoramento de delivery SMTP são integrados à plataforma do Adobe Campaign. Eles podem ser acessados por meio do console ou usando o acesso à Web.

Esses relatórios exibem estatísticas de delivery SMTP e erros SMTP por domínio. Para acessá-las, o operador deve ter direitos de Administração.

Eles estão agrupados em Monitoramento > 'Monitoramento SMTP'.

IMPORTANT
  • As informações relacionadas ao monitoramento SMTP só estarão disponíveis se o canal de email tiver sido ativado.
  • Os SMTP sending statistics são oferecidos somente se o servidor de estatísticas for iniciado na instância.

Estatísticas de envio SMTP smtp-sending-statistics

O relatório SMTP sending statistics permite controlar a atividade do servidor. Ele exibe uma síntese de cada um dos mtachilds.

A lista de indicadores desse relatório é mostrada abaixo do gráfico.

  1. Número total de mensagens enviadas.

  2. Representa mensagens de entrada/saída:

    • Linha azul: mensagens prontas para envio que chegaram no Shaper, ou seja, a última etapa antes de enviar SMTP (coincide com os dados de entrada).

    • Linha verde: mensagens enviadas com êxito (coincide com os dados de saída).

    • Linha vermelha: mensagens abandonadas pelo Shaper, retornadas ao mta (coincide com os dados rejeitados nesta recuperação).

    Esses valores são expressos em número de mensagens por hora.

  3. Representa duas filas do Shaper:

    • Curva azul: fila de mensagens ativas. Essas mensagens serão enviadas assim que possível.

    • Curva de Kaki: a fila 'deferida'. Essas mensagens não podem ser retornadas no momento devido à limitação ou porque nenhuma conexão com o destino está disponível. As tentativas ocorrerão a cada 5, 10, 20, 40, 2 min, etc. para o MaxAgeSec definido tempo antes de ser abandonado.

  4. Este gráfico mostra um detalhe de mensagens abandonadas (curva vermelha no segundo gráfico): ele mostra a proporção de mensagens abandonadas sem tentativas (mauve) em comparação com mensagens cujo envio falhou (vermelho). Isso permite exibir a proporção de mensagens não processadas no período concedido devido a limitações do servidor de estatísticas (limitação) ou devido à indisponibilidade do servidor remoto.

  5. As conexões SMTP estão abertas ou sendo abertas.

  6. Estimativa do número de mtachild.

NOTE
Este relatório está relacionado ao status do componente de Modelador de tráfego de email.

Erros de SMTP por domínio smtp-errors-per-domain

Esse relatório permite visualizar os erros de delivery, durante um período definido, divididos por domínio.

NOTE
As opções minConnectionsToLog, minErrorsToLog e minMessagesToLog do arquivo serverConf.xml definem os limites acima dos quais as estatísticas de conexão são consideradas.

A lista de indicadores para esse relatório é mostrada abaixo da tabela.

  • A coluna Domínio contém o nome do domínio para o qual as mensagens são enviadas (ou o nome de domínio real, yahoo.com para yahoo.fr por exemplo),
  • A coluna Cnx exibe o número de conexões SMTP abertas para este domínio,
  • A coluna Enviado corresponde ao número de mensagens enviadas para este domínio,
  • A coluna Volume exibe o volume de mensagens que tentaram ser enviadas para este domínio (valor aproximado),
  • A coluna Erros exibe um indicador de volume de erros neste domínio durante o período,
  • A coluna Última resposta exibe a última mensagem de resposta SMTP recebida para este domínio,
  • A coluna Data exibe a data da última resposta SMTP recebida para este domínio.
NOTE
Os valores exibidos nas colunas Cnx, Sent e Volume são calculados em relação ao período selecionado no campo Period.

Clique em um nome de domínio para exibir os erros.

Eles são categorizados por PublicId: esse identificador corresponde a um endereço IP compartilhado por vários mtas do Adobe Campaign atrás de um roteador. O servidor de estatísticas usa esse identificador para memorizar a conexão e as estatísticas de entrega entre esse ponto de partida e o servidor de destino.

O campo Owner of domain permite agrupar vários nomes de domínio no mesmo rótulo. Na exibição inicial do relatório, todos os nomes de domínio MX serão associados a esse proprietário.

Clique em um identificador PublicId para exibir mais detalhes.

NOTE
A porcentagem de erros é representada por dois gráficos. A primeira é uma barra de progresso horizontal em um plano de fundo preto. O segundo gráfico é cronológico. O período selecionado é dividido em doze intervalos de tempo, cada um representado por uma barra de progresso vertical. Em ambas as representações, se nenhum erro for detectado, a barra ficará preta. A cor da barra depende da porcentagem de erros encontrados (amarelo, laranja e, por último, vermelho). A cor cinza significa que nenhum volume de dados significativo foi encontrado. É possível exibir a porcentagem exata de erros, colocando o cursor no gráfico.
NOTE
Para obter mais informações sobre erros SMTP e seu gerenciamento no Adobe Campaign, consulte esta seção.

Relatório de faturamento billing-report

O fluxo de trabalho técnico Billing envia por email o relatório de atividades do sistema para o operador 'faturamento'. É acionado por padrão todo dia 25 de cada mês na instância de marketing.

O fluxo de trabalho técnico pode ser encontrado em uma subpasta do seguinte nó: Administração > Produção > Fluxos de trabalho técnicos.

Assim que o fluxo de trabalho for iniciado, a cada 25 dias do mês, sua operadora de cobrança receberá o relatório a seguir em sua caixa de entrada.

As seguintes métricas estão disponíveis para rastrear seus deliveries:

  • Start date : Data de início da entrega. Observe que pode ser anterior à data "de" do relatório.
  • Label : Rótulo da entrega. Entregas com menos de 100 mensagens para enviar são consideradas muito pequenas e, portanto, agregadas por data de início. Nesse caso, o rótulo exibe o número de agregações, por exemplo, [Agregação de 3 entregas pequenas].
  • Total volume : Volume total de bytes transferidos para a entrega.
  • Avg volume : Volume médio de bytes transferidos. Este é o resultado da seguinte fórmula (volume total / mensagens), que é a base de cálculo da métrica Multiplier.
  • Messages : Número de mensagens enviadas. Isso inclui mensagens enviadas com êxito e tentativas (após o recebimento de uma mensagem de devolução do servidor contatado).
  • Multiplier (x) : O valor do multiplicador é deduzido do volume médio das mensagens.
  • Count : Resultado da multiplicação das mensagens e do multiplicador.

Monitoramento automático automatic-monitoring

O Adobe Campaign oferece vários métodos de monitoramento automático, que são apresentados abaixo.

Linha de comando command-line

Comando

nlmonitor de servidor

Permite listar um conjunto de indicadores nos módulos Adobe Campaign e no sistema.

Ele gera saída em um formato XML facilmente processado.

Este comando também pode ser executado com o parâmetro -missing, que lista os processos que estão faltando nesta instância quando os arquivos de configuração dizem que eles devem estar em execução.

nlserver monitor -missing
HH:MM:SS > Application server for Adobe Campaign Classic (7.X YY.R build XXX@SHA1) of DD/MM/YYYY
mta@prod
stat@prod
wfserver@prod

Informações publicadas pelo servidor information-published-by-the-server

/r/test r-test

A página http(s)://<application>/r/test é usada para testar o servidor de redirecionamento. Recomendamos usar esse mesmo método para testar os servidores frontais usados para rastreamento. Esta página também pode ser usada para testar um dispatcher de carga.

Ele exibe uma linha como esta no formato XML:

<redir status='OK' date='YYYY-MM-DD HH:MM:SS.112Z' build='XXXX' host='<hostname>' localHost='<servername>'/>

Frequência: este teste não usa nenhuma carga, e por isso pode ser executado com muita frequência (por exemplo, uma vez a cada segundo).

/nl/jsp/ping.jsp nl-jsp-ping-jsp

Esta página http(s)://<Application server url>/nl/jsp/ping.jsp opera da mesma forma que sua contraparte de rede: ela testa uma consulta completa passando por apache/tomcat/web module/database e carregando no cliente. Se tudo estiver funcionando corretamente, retornará um "OK". Recomendamos executar esse teste em computadores com acesso aos bancos de dados (mtas e pesquisas, por exemplo).

Uso: um token de sessão associado a um logon de operador deve ser passado como argumento para fazer logon remotamente (consulte a dica em Monitoramento automático via scripts Adobe Campaign).

Por exemplo:

O nome e o logon do operador precisam ser configurados anteriormente no console do cliente do Adobe Campaign com direitos de banco de dados.

Frequência: este é um teste que usa muito pouca largura de banda. Portanto, pode ser executado com bastante frequência, embora não mais do que uma vez por minuto.

/nl/jsp/monitor.jsp nl-jsp-monitor-jsp

Este é um teste para verificar se um operador pode acessar o servidor do Adobe Campaign por meio de uma página da Web; a mesma página da Web acessada pelos menus do console do cliente. Você pode chamar esta página de suas ferramentas de vigilância (Tivoli, Nagios, etc.).

Uso: um token de sessão associado a um logon de operador que permite a conexão com a instância precisa ser usado como argumento (consulte a dica em Monitoramento automático via scripts Adobe Campaign).

O operador e seu logon precisam ser configurados anteriormente no console do cliente do Adobe Campaign com os direitos e restrições apropriados do banco de dados.

Frequência: este é um teste de servidor completo e não precisa ser executado com frequência (pode ser executado uma vez a cada dez minutos, por exemplo).

/nl/jsp/soaprouter.jsp nl-jsp-soaprouter-jsp

Este jsp representa o ponto de entrada das APIs de aplicativo do Adobe Campaign. Por conseguinte, pode proporcionar uma monitorização pormenorizada da aplicação. Ele também pode ser usado para monitorar os serviços Web do Adobe Campaign. Ela é usada em nossos scripts de monitoramento, mas observe que é somente para usuários avançados.

Monitoramento com base nos tipos de implantação monitoring-based-on-deployment-types

O Adobe Campaign habilita várias configurações de implantação (para mais informações, consulte esta seção). Esta seção detalha as várias técnicas de monitoramento automático a serem aplicadas dependendo do tipo de instalação.

Tipo de implantação
Monitoramento
Autônomo
  • /r/test e /nl/jsp/monitor.jsp no servidor do Adobe Campaign
Padrão

  • /r/test e /nl/jsp/ping.jsp nos servidores frontais

  • /nl/jsp/monitor.jsp no servidor de aplicativos

Enterprise

  • /r/test e /nl/jsp/ping.jsp nos servidores frontais

  • /r/test e /nl/jsp/monitor.jsp no servidor de aplicativos

Mid-sourcing
  • /nl/jsp/monitor.jsp no servidor de aplicativos

Monitoramento automático via scripts do Adobe Campaign automatic-monitoring-via-adobe-campaign-scripts

O Adobe Campaign pode fornecer uma ferramenta de monitoramento de instância (netreport) que permite enviar um relatório por email sobre as anomalias detectadas.

IMPORTANT
Essa ferramenta pode ser usada para monitorar suas instâncias, mas não é compatível com o Adobe Campaign. Entre em contato com o administrador do Campaign para obter mais informações.

Elementos obrigatórios required-elements

As seguintes precauções de pré-instalação são necessárias para a monitoração automática:

  • Você deve ter os arquivos netreport.tgz (instalação do Linux) ou netreport.zip (instalação do Windows),
  • Recomendamos que você não instale o monitoramento na máquina a ser monitorada,
  • deve ser instalado em uma máquina com um JRE ou JDK,
  • no Linux, a máquina a ser monitorada deve ter o pacote bc. Para obter mais informações, consulte esta seção.

Procedimento de instalação installation-procedure

O procedimento de instalação é o seguinte:

  1. No console, crie um novo operador, se necessário (o usuário "monitoramento" já existe), mas não atribua direitos.
  2. Execute a extração de arquivos.
  3. Leia o arquivo readme.
  4. Atualize o arquivo de configuração netconf.xml.
  5. Atualize o arquivo netreport.bat (Windows) ou netreport.sh (Linux).

Configurar o arquivo netconf.xml configuring-the-netconf-xml-file

O arquivo de configuração XML contém os seguintes elementos:

Veja um exemplo de configuração:

<?xml version="1.0" encoding="ISO-8859-1"?>
<netconf>
  <properties mailServer="mail.adobe.net" mailFrom="mail@adobe.com" recipientList="recipient@adobe.com">
    <nightMode start="00:00 am" end="07:00 am"/>
    <buildRange minimum="7829" maximum="8180"/>
    <buildRange minimum="8300" maximum="8400"/>
    <sla/>
  </properties>

  <instance name="dev" recipientList="mail@mail.com,mail2@mail.com">
                <host name="devrd.domain.com" alias="devrd" sessiontoken="monitoring" criticalLevel="1" filter="wkf;new">
                                <ncs instance="devrd" url="/nl/jsp/soaprouter.jsp" includeDead="false" isSecure="false"/>
                                <redir url="/r/test"/>
                                <http url="/nl/jsp/ping.jsp"/>
                </host>
                <host name="devtrk.domain.com" alias="devtrk" sessiontoken="monitoring" criticalLevel="0" filter="wkf;new">
                                <ncs instance="devrd" url="/nl/jsp/soaprouter.jsp" includeDead="true" isSecure="false"/>
                </host>
  </instance>
  <host name="dev-test" alias="dev-test" sessiontoken="monitoring" criticalLevel="2">
                <ncs instance="dev" url="/nl/jsp/soaprouter.jsp" includeDead="false"/>
  </host>
</netconf>
NOTE
Você pode especificar várias configurações adicionando um sufixo ao arquivo netconf.xml, por exemplo, netconf-dev.xml, netconf-prod.xml etc. Em seguida, especifique a configuração a ser usada para executar o netreport nos arquivos netreport.bat ou netreport.sh adicionando o $JAVA_HOME/bin/java netreport dev ou @%JAVA_HOME%binjava netreport prod, por exemplo.
IMPORTANT
Para que o operador monitoring funcione, o computador no qual o netreport é executado deve estar em uma zona de segurança que esteja no modo sessionTokenOnly. Se nenhuma máscara IP confiável tiver sido especificada para esse operador, a zona de segurança também deverá estar nos modos allowEmptyPassword e allowUserPassword.

Elemento "Propriedades" properties--element

Esse elemento é usado para preencher a configuração de emails, ou seja,

  • mailServer: servidor SMTP usado para enviar emails (por exemplo: smtp.domain.net).

  • mailFrom: endereço de email do remetente do relatório (por exemplo: monitoring@domain.net).

  • recipientList: a lista de endereços de email dos destinatários do monitoramento. Os endereços devem ser separados por vírgulas (sem espaços).

  • O modo 'night' (opcional) é usado para evitar o envio de emails entre o período de tempo especificado. Em vez disso, os dados são consolidados e um email sobre a atividade da noite é enviado após o horário de término (7:00 por padrão).

  • O subelemento buildRange (opcional) permite especificar um número de compilação mínimo e máximo. Um erro será gerado para todos os computadores cujo número de build não se enquadra nesse intervalo

    code language-none 
    <buildRange minimum="0000" maximum="9999"/>

  • Você pode adicionar um subelemento <sla> (opcional) no elemento properties. Um arquivo de log será gerado sempre que o netreport for executado. O nome do arquivo contém o nome da configuração e a data e hora, por exemplo dev_06_12_13_16_47_05.tmp. O arquivo contém as seguintes informações: nome da instância, nome da máquina, nível de gravidade, (0 a 3, de menos crítico para mais crítico), data (formato de carimbo de data e hora), tempo decorrido (em milissegundos) entre a consulta e a resposta, serviço usado (http, ncs, ncsex, redir). Essas informações são separadas por marcas de tabulação e quebras de linha no final de cada serviço.

NOTE
O atributo persistHtmlFile com o valor "true" no elemento <property> é usado para registrar o status de monitoramento mais recente no arquivo netreport.md. Esse arquivo é salvo no diretório de instalação.

Elemento "Instance" instance--element

Esse elemento permite reagrupar vários computadores (hosts) na mesma instância. Os nomes de instância aparecem na primeira parte do email de monitoramento. Você pode clicar no nome de uma instância para acessar os detalhes sobre cada máquina.

instance name="instance-name" recipientList="mail@mail.com,mail2@mail.com">
                <host name="devcamp.domain.com" ...>
                       ...
                </host>
                <host name="devtrack.domain.com" ...>
                       ...
                </host>
</instance
  • nome: nome da instância que aparecerá na primeira parte do email.
  • recipientList (opcional): permite enviar por email um relatório de monitoramento sobre uma determinada instância.

Elemento "Host" host--element

Esse elemento configura o monitoramento de um determinado servidor no host, ou seja,

  • nome: nome da máquina a ser monitorada.

  • alias (opcional): nome do computador monitorado como ele aparecerá no relatório.

  • sessionToken: fornece autenticação de logon por meio de um token de sessão autorizado.

    Para configurar o token de sessão, selecione o operador monitoring no console do Adobe Campaign. Na guia Direitos de acesso, especifique os endereços IP das máquinas autorizadas a monitorar esta instância. Você poderá se conectar à página de monitoramento dessas máquinas usando o identificador monitoring e sem precisar especificar uma senha.

  • criticalLevel (opcional): permite que você classifique os erros para serem exibidos por nível de severidade. Os valores possíveis são '0' (todos os níveis exibidos), '1' (somente erros altos e críticos exibidos) e '2' (somente erros críticos exibidos). Se este atributo não for fornecido, todos os níveis de erro serão exibidos.

  • filter (opcional): permite excluir determinados erros de fluxo de trabalho, por exemplo filter="wkf;wkf1". Os rótulos do fluxo de trabalho devem ser separados por ponto e vírgula.

Subelementos sub-elements

  • tcp: verifica se o servidor está ativo ou inativo. Você deve digitar um número de porta.
  • http: verifica se o servidor Web existe (o servidor de aplicativos está operacional).
  • ncs: verifica os processos na instância inserida no atributo 'instance' (erros de fluxo de trabalho, uso de memória, etc.). O atributo included (obrigatório) oferece a opção de exibir processos desativados (valores "true" ou "false").
  • redir: verifica o rastreamento.

Na maioria dos casos, somente os subelementos ncs e redir podem ser mantidos.

Em qualquer caso, determinados nós podem ser sobrecarregados nos subelementos (por exemplo, o nó port=75 para sobrecarregar a porta usada para a conexão http, ncs ou redirecionamento):

<ncs instance="clap40" url="/nl/jsp/soaprouter.jsp" includeDead="false" port="80"/>

Nos subelementos ncs, redir e http, é possível adicionar o atributo isSecure (opcional) para escolher se o protocolo https deve ser usado ou não (valores 'true' ou 'false'). Se esse atributo não for fornecido, o protocolo http será usado.

Configurar o arquivo netreport.bat ou netreport.sh configuring-the-netreport-bat-or-netreport-sh--file

Para configurá-lo, edite esse arquivo e indique em qual diretório o JRE ou JDK está instalado.

Iniciando monitoramento launching-monitoring

Para iniciar o monitoramento, execute o arquivo netreport.bat ou netreport.sh em intervalos regulares por meio de um script. Um relatório é enviado após a primeira execução e somente no caso de uma mudança de status.

Monitoramento de testes testing-monitoring

Para testar o monitoramento, execute o arquivo netreport.bat ou netreport.sh.

Um email é enviado aos destinatários especificados na recipientList do arquivo netconf.xml.

recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1