Aplicação de Monitoramento

Visão Geral

O aplicativo Monitor permite que um Administrador configure notificações para trabalhos com falha que são executados em uma programação para serem enviados a grupos de Usuários. Bem como fornece uma maneira de documentar resoluções para trabalhos com falha. Ele também inclui ferramentas avançadas para manutenção e solução de problemas de BD.

Etapas Pós-instalação

1. Adicionar usuário de serviço ao grupo Administrador

2. Navegue até o aplicativo Monitor e em Configurações > Configuração do aplicativo faça o seguinte:

   1. Insira a URL do servidor raiz (ex. https://community.zudy.host/App Builder)

   2. Insira o endereço de Email para SMTP

   3. Clique em "Importar usuários", "Importar agendamentos", "Importar bancos de dados" na seção "Ações de configuração"

3. Para o rastreamento da utilização da CPU/memória do App Server, siga as etapas na seção Solução de problemas para fornecer App Builder permissão para acessar essas métricas do Windows

Configuração de Notificação

Neste ponto, todos os Schedules e Users devem ser importados para o aplicativo. Os próximos passos ajudarão você a configurar User Groups para notificações

1. Em Configurações > Usuários, verifique se todos os usuários que precisam ser notificados estão presentes

   • Se os usuários estiverem faltando, eles não têm uma conta de usuário neste ambiente. Eles podem ser adicionados no IDE e a reimportação de usuários os mostrará aqui

2. Em Configurações > Grupos de usuários, crie grupos e adicione usuários a eles

3. Em Configurações > Grupos de agendamento, adicione grupos aos agendamentos para serem notificados quando houver um erro naquele agendamento específico

   • Você também pode adicionar um grupo de notificação a uma programação na página pop-up Programação

4. Em Configurações > Modelos de notificação, faça quaisquer alterações no modelo de notificação padrão que será enviado em um email

5. Na página inicial, selecione quais agendamentos você deseja monitorar

Configuração de Manutenção do Banco de Dados

Há 2 agendamentos (descritos abaixo) que reconstruirão ou reorganizarão índices para Bancos de Dados no servidor DB. Em Configuration > Databases você pode escolher quais bancos de dados fazem parte desses agendamentos:

Neste ponto, nossa página inicial deve ser parecida com esta. As estatísticas podem ser ligadas/desligadas no menu config > statistics:

Página Inicial

A página inicial fornece uma visualização do painel de estatísticas atuais de trabalhos não resolvidos e métricas do servidor, uma visualização de agendamentos que são importados e podem ser monitorados e uma lista de trabalhos não resolvidos. Na página inicial, podemos acessar as seguintes páginas:

• Detalhes do trabalho: Exibe informações sobre trabalhos com falha com base em um filtro selecionado e seus detalhes

• Detalhes do cronograma: Exibe informações sobre o cronograma, como grupos de notificação configurados e trabalhos com falha anteriores

• Histórico de métricas de desempenho: Exibe dados históricos sobre a utilização da CPU/memória do App Server

Detalhes do Trabalho

A página Detalhes do trabalho exibe informações sobre o trabalho com falha selecionado. A partir daqui, um usuário pode ver notas de resolução anteriores (se disponíveis) e marcar um trabalho como resolvido ou optar por ignorá-lo. Ao marcar um trabalho como resolvido, armazenamos esse registro localmente para ser referenciado posteriormente. Ignorar um trabalho com falha o excluirá permanentemente.

A opção de resolução/ignorar em massa permite que um usuário execute a mesma ação (Resolver ou Ignorar) em qualquer trabalho com falha que falhou na mesma ação que o selecionado.

Horários

• Monitor Schedules: Cronograma principal necessário para que o aplicativo funcione. Faz um loop em cada cronograma definido para ser monitorado.

  1. Verifique se o cronograma teve um trabalho com falha nas últimas 24 horas verificando Sh_Job, App Builder tabela interna do para rastrear Jobs

     • Se sim, então CRAM para a tabela de job local

  2. Atualizar failedActionId de Dg_EventHistory

     • failedActionId não está disponível em sh_job, então nós o pegamos daqui

  3. CRAM de quaisquer novos agendamentos para a tabela de agendamentos locais para permitir que os agendamentos sejam monitorados

  4. Atualizar o último tempo de execução para cada agendamento sendo monitorado

• Monitorar a utilização do servidor de aplicativos: Agendar para pegar a utilização da CPU/memória do servidor de aplicativos. Executa um plugin personalizado para pegar esses dados e inserir na tabela local.

  Nota

  Na maioria dos casos, você precisará executar as ações na seção Solução de problemas para que isso funcione corretamente

• Monitor Reorganize Indexes: programação semanal para executar a ação Reorganize Indexes. Executa o procedimento Reorganize Indexes semanalmente com base nos dados de configuração do banco de dados. Há um sinalizador em cada banco de dados para incluí-lo nesta programação.

• Monitor Rebuild Indexes: programação semanal para executar a ação Rebuild Indexes. Executa o procedimento Rebuild Indexes semanalmente com base nos dados de configuração do banco de dados. Há um sinalizador em cada banco de dados para incluí-lo nesta programação.

Ferramentas

O menu Toolbar inclui procedimentos armazenados para executar em bancos de dados específicos dentro do aplicativo, bem como relatórios correspondentes. As guias indicam qual banco de dados os procedimentos têm como alvo e um histórico da última vez que cada um dos eventos foi executado.

App Builder:

• Truncar logs: Essas ações excluirão a tabela que abriga os logs (histórico) para cada categoria específica.

• Analisador de histórico de eventos:

  • Detalhes do evento: Mostra uma lista completa de todos os eventos executados, incluindo; sucessos, falhas, durações máxima, mínima e média, e última execução.

  • Histórico de eventos: Fornece um gráfico de Gantt dos tempos de execução do evento, que pode ser filtrado por data (o padrão é a data de hoje) e duração (em ms). Isso é para fornecer mais informações sobre os eventos, por exemplo, se houve uma falha em um evento específico, você pode ver no gráfico se houve outro evento em execução ao mesmo tempo que poderia ter causado a falha.

Manutenção do Banco de Dados:

• Banco de dados: Esta é uma lista suspensa de todos os bancos de dados conectados ao aplicativo monitor. Isso permite que você escolha em qual banco de dados deseja executar as ações/relatórios.

• Ações:

  • Shrinkfile (1): Reduz o arquivo de dados do banco de dados recuperando e compactando o espaço livre.

  • Shrinkfile (2): Faz a mesma coisa, mas para o arquivo de log do banco de dados.

  • Reorganizando Índices: Desfragmenta o nível folha de índices agrupados e não agrupados em tabelas e visualizações. Isso é feito reordenando fisicamente as páginas de nível folha para corresponder à ordem lógica, da esquerda para a direita, dos nós folha. Isso também compacta as páginas de índice.

  • Reconstrução de índices: Remove e recria o índice. Isso inclui remover fragmentação, recuperar espaço em disco compactando as páginas com base nas configurações de fator de preenchimento especificadas ou existentes e registrar as linhas de índice em páginas contíguas.

• Relatórios: A seção de relatórios consiste em duas visualizações que são executadas no banco de dados que você escolheu no topo da página. A primeira é a maior visualização de tabelas, que mostra as dez maiores tabelas no banco de dados e as classifica da maior para a menor. O relatório inclui MB usados e MB alocados. O segundo relatório é a fragmentação média de todas as tabelas no banco de dados. Ele contém o esquema, a porcentagem média de fragmentação, o índice e a contagem de páginas. O relatório que é executado em todos os bancos de dados é a visualização das 50 consultas mais lentas. Ele mostra a contagem de execução, leituras/gravações lógicas, tempo de trabalho, tempo decorrido, última data de execução e o plano de consultar.

Aplicativo de Monitoramento:

• Ações: Há três ações para o aplicativo monitor. Elas limpam as métricas de desempenho para diferentes períodos de tempo. Isso significa que ele limpa todos os registros dentro desse período de tempo.

História:

Este painel mostra a última data de execução de todos os procedimentos do banco de dados, mas não os relatórios.

Solução de Problemas:

• Erros potenciais: Ao executar as métricas de desempenho para seu aplicativo, você pode receber o seguinte erro: "Acesso à chave de registro 'Global' negado". Para corrigir esse problema, você deve executar as seguintes etapas:

  1. Abra "Gerenciamento do computador" > "Usuários e grupos locais" > "Grupos" > "Usuários do monitor de desempenho" > Agora 'Adicione' a conta de usuário do pool de aplicativos (exemplo: IIS AppPool\DefaultAppPool)

  2. Execute a etapa acima também para os usuários do log de desempenho

  3. Reinicie o IIS