O Sentinela é uma ferramenta de Monitoramento de Ambientes criada para que o usuário possa identificar possíveis ofensores de performance.
Para acessar a ferramenta, basta pesquisá-la no menu Executar ou acessar Serviços Globais | Administração | Sentinela:
![]()

Use esse espaço para colocar exemplos de utilização.
Aqui o usuário pode executar um checklist de itens relacionados a configurações do ambiente CorporeRM e também relacionados ao SGBD com a finalidade de apresentar pontos de melhoria em suas configurações:

|
Neste grupo de ferramentas o usuário pode executar alguns processos agendados de manutenção do banco de dados, análise de suas consultas sql, habilitar ou desabilitar fórmulas visuais, habilitar ou desabilitar triggers, testes de fórmulas .Net e geração do arquivo NGEN.

Tarefas de Execução Agendada
São tarefas que demoram certo tempo para serem executadas e que não devem ser rodadas enquanto os usuários estiverem utilizando o sistema. Importante agendar estas tarefas, que são na sua maioria de manutenção do ambiente, de forma recorrente.
Atualização de Estatísticas (BD): Executa a atualização de estatísticas do Banco. Recomendando fazer 1 vez por dia e pode-se criar um agendamento para isto.
Efetua a manutenção da base de dados, realizando a atualização de estatísticas. Recomendado que também verifique a consistência física e lógica da base de dados. Estes procedimentos são de responsabilidade do DBA da empresa, caso não possua DBA a equipe de consultoria da TOTVS poderá ser acionada para esta avaliação.
Informações pertinentes a manutenção da Base de Dados estão disponíveis no seguinte link: http://tdn.totvs.com/pages/releaseview.action?pageId=61935061 http://tdn.totvs.com/pages/releaseview.action?pageId=81790043
Recriar Views Materializadas de Schema: Exclusivo do Banco Oracle, recria as views materializadas de schema com o intuito de melhorar a performance do banco no acesso as mesmas. A criação de VIEWS Materializadas para os catálogos do Oracle é realizada em alguns clientes como alternativa de melhoria de desempenho para as consultas realizadas pelo provider da aplicação. Para verificar se possui views materializadas na base realize a seguinte consulta: SELECT mview_name FROM all_mviews WHERE OWNER = 'RM'; A existência destes objetos não consistem em um problema e tem o objetivo de melhorar o desempenho, porém as mesmas precisam estar sempre atualizadas semanalmente. Limpeza das tabelas de Job: Apaga todas as tabelas de Log de Execução de Job que já rodaram, menos as pendentes e agendadas (GRelBatch, GJobLog, GJobXLog, GJobXExecucao, GJobX), objetivo da rotina é o ganho de performance não serão excluídos jobs com recorrência..
Deverá ser realizada a limpeza periódica das tabelas GRelBatch, GJobLog, GJobXLog, GJobXExecucao, GJobX para melhorar a performance dos processos do sistema.
Essa operação ira excluir TODOS os dados das tabelas de JOB (Os jobs agendados serão excluídos também!). Essa operação não pode ser desfeita e JAMAIS deve ser executada em horário de produção. Existe risco de parada TOTAL do sistema caso essas observações não sejam seguidas. Instruções para limpeza através da aplicação disponibilizadas no seguinte link: http://tdn.totvs.com/pages/viewpage.action?pageId=42043666 (Item 5)
Desabilitar Fórmulas Visuais e Habilitar Fórmulas Visuais: Desabilita e habilita as fórmulas visuais, usado para verificar se a Fórmula Visual é ofensora de performance ou causadora do erro. Para habilitar, usar o log gerado na desabilitação para restaurar as mesmas, utilizando o padrão 'CodColigada|IdFormulaVisual|NomeFormulaVisual'.
Teste de Consultas SQLs: Valida a execução das Consultas SQLs, verificando se existe consultas com erro de sintaxe. Também pode ser utilizado para demonstrar o tempo de execução de cada Sentença SQL.
Ao clicar duas vezes sobre o código da consulta SQL, o sistema realizará a abertura do editor, possibilitando assim, a edição.
Recriação de Índices (BD): Recria os índices do Banco de Dados e resolve os problemas de fragmentação das tabelas. Demorado e deve ser feito fora do horário de expediente.
Efetua a manutenção da base de dados, realizando a reindexação e ou reconstrução de índices. Recomendado que também verifique a consistência física e lógica da base de dados. Estes procedimentos são de responsabilidade do DBA da empresa, caso não possua DBA a equipe de consultoria da TOTVS poderá ser acionada para esta avaliação.
Informações pertinentes a manutenção da Base de Dados estão disponíveis no seguinte link: http://tdn.totvs.com/pages/releaseview.action?pageId=61935061 http://tdn.totvs.com/pages/releaseview.action?pageId=81790043
Desabilitar e Habilitar Triggers (BD): Habilita e desabilita as triggers, usado para realizar teste se pode ser as triggers ofensoras de performance ou causadora do erro.
Caso necessário acesse o seguinte link para mais informações sobre o processo de desabilitar todas as triggers: http://www.tdn.totvs.com/display/public/rm/Triggers+Habilitadas
Execução do NGEN: Usada para gerar as imagens nativas, o que pode ocasionar em ganho de performance. O Gerador de Imagem Nativa (NGEN) é uma ferramenta que melhora o desempenho de aplicativos gerenciados. O NGEN cria imagens nativas, que são arquivos que contém o código de máquina específico do processamento compilado e as instala no cache de imagem nativa do computador local. O tempo de execução pode usar imagens nativas do cache em vez de usar o compilador JIT (Just-In-Time) para compilar o assembly original. Rebuild de Fórmulas Visuais: Recompila todas as fórmulas visuais cadastradas, atualizando o assembly armazenado em banco de dados.
Teste de Fórmulas: Valida a execução das Fórmulas, verificando se existe fórmulas com erro de sintaxe. Também pode ser utilizado para demonstrar o tempo de execução de cada fórmula. Estes processos podem ser feitos de forma agendada uma vez que é um Job que é gerado na base.
Ao clicar duas vezes sobre o código da fórmula, o sistema realizará a abertura do editor, possibilitando assim, a edição. |
Através desta opção estão disponíveis um conjunto de ferramentas auxiliares para análise de performance da aplicação RM

Escrever aqui o texto
Além de garantir o valor do controle correto em relação ao banco de dados Oracle, este processo também aplica alguns ajustes nas consultas contidas no cadastro, retirando o hint 'NOLOCK' bem como ajustando o uso de apelidos nas tabelas das consultas.
Esta ferramenta não faz uma migração completa das consultas T-Sql para PL-Sql, sua intenção principal é apresentar ao usuário um diagnóstico dos itens a serem tratados.
Abaixo a tela do processo sendo executado:
Após finalizar é gerada a lista das consultas com os erros da interpretação das sentenças pelo SGBD. Como foi dito anteriormente fica a cargo do usuário analisar e aplicar tais ajustes após sua migração entre bancos:
Coloque o link das tabelas relacionadas