Seu aplicativo de help desk pode ter a capacidade de armazenar uma grande quantidade de dados, mas isso também pode prejudicar o desempenho da sua ferramenta de help desk. Este guia fornece determinadas consultas para melhorar o desempenho do ManageEngine ServiceDesk Plus.
Para executar a consulta, você precisa acessar o banco de dados MySQL. Clique no link do respectivo SO (Windows ou Linux) para saber como acessar o banco de dados MySQL.
OBSERVAÇÃO: Reinicie o ServiceDesk Plus após executar a consulta para que as alterações sejam aplicadas.
A lista de dicas de desempenho discutidas neste guia é:
Ajuste de Java
É necessário ter um servidor de 64 bits. A configuração padrão definida em wrapper.conf é suficiente. No entanto, em um ambiente maior, defina o tamanho máximo do heap da seguinte forma:
# Tamanho máximo do heap Java (em MB)wrapper.java.maxmemory=4096
Habilitando o modo Snapshot do MS SQL
Podemos habilitar o Read Committed Snapshot no ambiente MSSQL para aumentar o desempenho da aplicação. Ele cria um snapshot ou banco de dados somente leitura dos seus resultados atuais, separado do banco de dados ativo. Assim, quando você executa uma instrução SELECT para ler seus dados, você está lendo a partir de uma cópia somente leitura do seu banco de dados. Quando você altera seu banco de dados, isso acontece no banco ativo, e então uma nova cópia ou snapshot é criada para leitura.
Todos os bancos de dados MSSQL geralmente têm problemas de bloqueio, o que pode afetar o desempenho ideal de uma aplicação. Para evitar esses problemas de desempenho no ServiceDesk Plus, habilite o read committed snapshot isolation (RCSI) seguindo estas etapas:
Coloque o banco de dados do ServiceDesk Plus offline executando
Habilite o read committed snapshot executando
Coloque o banco de dados online usando
Verifique se você habilitou o RCSI com sucesso executando a seguinte consulta.
Agora você pode iniciar a aplicação. Para mais informações sobre bancos de dados MSSQL e RSCI, acesse aqui.
Benefícios de habilitar o modo Snapshot do MS SQL
Consultas simultâneas de usuários ao banco de dados serão possíveis sem qualquer atraso ou interrupção (embora a carga na aplicação possa exceder os limites usuais).
Os registros consultados pelos usuários serão mantidos em um tempdb separado, que não será afetado por outras consultas de usuários ocorrendo em paralelo ou posteriormente.
As tabelas do banco de dados serão atualizadas somente após a conclusão de uma transação.
Se você tiver muitos nós, digamos, mais de 1000, então escanear esses nós em intervalos regulares prejudicará o desempenho do ServiceDesk Plus. Para reduzir a carga no servidor, você pode escanear esses nós usando a Varredura distribuída de ativos. Tudo o que você precisa fazer é instalar servidores remotos do ServiceDesk Plus entre os departamentos. Esses servidores remotos escaneiam os nós em intervalos regulares e exportam os dados para o servidor central do ServiceDesk Plus.
A contagem de solicitações exibe o número total de solicitações na página de visualização em lista de solicitações. Quanto maior o valor da contagem de solicitações, mais tempo leva para exibir as solicitações na página de visualização em lista.
O valor da contagem de solicitações não pode ser removido. Em vez disso, você pode optar por visualizar a contagem de solicitações clicando em um botão Contagem de linhas na página de visualização em lista de solicitações.
Para exibir o botão Contagem de linhas, use a consulta:
O temporizador de atualização atualiza a página de visualização em lista de solicitações em intervalos regulares. Mas isso pode reduzir o desempenho do ServiceDesk Plus.
Você pode desativar a opção Temporizador de atualização usando a consulta:
O filtro 'Todas as solicitações' na visualização em lista de solicitações exibe todas as solicitações criadas até o momento, independentemente do status. Mas, à medida que o número de solicitações aumenta, o desempenho do ServiceDesk Plus diminui gradualmente.
Nesse caso, você pode remover a opção 'Todas as solicitações' da lista suspensa do filtro usando a consulta:
Na página Visualização em lista de solicitações, você encontrará um menu suspenso para selecionar o número de solicitações a serem visualizadas por página. Limitar esse número a 25 ou 50 eliminará o carregamento excessivo de solicitações e melhorará o desempenho do ServiceDesk Plus.
Descrição curta refere-se à descrição que aparece quando você passa o cursor sobre o link do assunto da solicitação na visualização em lista de solicitações. Por padrão, ao executar uma operação de pesquisa, a descrição curta de uma solicitação será pesquisada. Mas quando você tem uma grande quantidade de dados, o desempenho do ServiceDesk Plus eventualmente diminui.
Você pode desativar esse recurso usando a consulta:
Por padrão, a lista de itens recentes é excluída uma vez a cada 15 dias. Mas você pode melhorar o desempenho do ServiceDesk Plus aumentando a frequência da limpeza.
Exemplo: Se você quiser limpar a lista de itens recentes a cada 5 dias, use a consulta:
O limite máximo para limpar a lista de itens recentes é 90. Se você quiser desativar a limpeza, defina o valor do parâmetro como -1.
Por padrão, a lista de logs de erro é excluída uma vez a cada 180 dias. Mas você pode aumentar a frequência da limpeza para acelerar o processo de backup.
Exemplo: Se você quiser limpar a lista de logs de erro a cada 30 dias, use a consulta:
O limite máximo para limpar a lista de logs de erro é 365. Se você quiser desativar a limpeza, defina o valor do parâmetro como -1.
Esta é uma tabela que contém os detalhes da sessão, ou seja, as informações de login e logout. Essas entradas não são usadas pela aplicação e podem ser removidas periodicamente para um melhor desempenho do banco de dados. Por padrão, os detalhes da sessão são excluídos uma vez a cada 90 dias, mas para melhor desempenho, você pode aumentar a frequência da limpeza.
Exemplo: Se você quiser limpar a sessão ACC a cada 30 dias, use a consulta:
O limite máximo para limpar os detalhes da sessão ACC é 365. Se você quiser desativar a limpeza, defina o parâmetro como -1.
Notificações geradas pelo sistema são notificações geradas e enviadas pelo sistema. Você pode excluir todas as notificações do sistema ou verificar manualmente as notificações para excluir.
Se você quiser excluir todas as notificações do sistema, execute a consulta:
delete from notification where senderid=1;
Para obter a lista de títulos de notificações e excluir notificações indesejadas, execute a consulta:
select notificationtitle from notification limit 100;
Exemplo: Se o notificationtitle for 'has been added to the group', use a consulta para excluir notificações sob esse título:
delete from notification where notificationtitle like '%has been added to the group%';
Por padrão, o número de objetos de dados do usuário que serão armazenados em cache é 500. Mas, no caso de máquinas de alto desempenho com melhores configurações de RAM, esse valor pode ser aumentado para armazenar mais dados em cache para uma resposta rápida.
Exemplo: Se você quiser aumentar a contagem do cache para 1000, use a consulta abaixo.
Para build 11000 ou mais recente:
Para builds mais antigos:
Por padrão, o número de objetos de dados de técnicos que serão armazenados em cache é 300. Mas, no caso de máquinas de alto desempenho com melhores configurações de RAM, esse valor pode ser aumentado para armazenar mais dados em cache para uma resposta rápida.
Exemplo: Se você quiser aumentar o cache para 1000, use a consulta abaixo.
Para build 11000 ou mais recente:
Para builds mais antigos:
Por padrão, o número de IDs de mensagens que serão armazenados em cache é 1000. Mas, no caso de máquinas de alto desempenho com melhores configurações de RAM, esse valor pode ser aumentado para armazenar mais dados em cache para uma resposta rápida.
Exemplo: Se você quiser aumentar a contagem do cache para 2000, use a consulta:
Por padrão, o número de IDs de e-mail / IDs de usuário que serão armazenados em cache é 1000. Mas, no caso de máquinas de alto desempenho com melhores configurações de RAM, esse valor pode ser aumentado para armazenar mais dados em cache para uma resposta rápida.
Exemplo: Se você quiser aumentar a contagem do cache para 2000, use a consulta:
Violação do limite de tamanho do arquivo de log (MSSQL): melhores práticas
O modelo de recuperação de um banco de dados define como as transações são registradas e retidas.
Há 3 modelos de recuperação em uso: Simple, Full e Bulk Logged. Aqui, discutiremos apenas os modelos Simple e Full.
No SQL Server, os arquivos de log de transações, quando não são submetidos a backup regularmente, podem crescer e causar uma falha no banco de dados porque o modelo de recuperação, por padrão, é Full.
Para evitar esse cenário, os administradores de banco de dados podem realizar:
a) Modelo de recuperação Full com backups regulares do log de transações
ou
b) Definir o modelo de recuperação do banco de dados como Simple.
No modelo de recuperação Simple, a recuperação pontual não é possível, enquanto no modelo de recuperação Full ela é possível.
Portanto, em um ambiente de produção, configure seu banco de dados com o modelo de recuperação Full, para que uma opção de recuperação pontual esteja facilmente disponível.
Siga estas etapas para criar um arquivo de backup de log:
Saída:







Saída



No SQL Server Management Studio

i) Em Database files and filegroups, escolha File type como Log.
ii) Em Shrink action, escolha Release unused space

Cada vez que o servidor da aplicação apresentar problemas de desempenho, as estatísticas de uso de CPU e memória serão monitoradas de perto e documentadas. Isso se aplica apenas ao Windows.
Habilite o script de monitoramento para registrar as estatísticas de uso de CPU e memória. Execute os seguintes comandos no PowerShell.
Vá para ServiceDesk Home/tools/monitoring/CPU_Memory_Monitoring.ps1 e desbloqueie o script do PowerShell localizado no diretório da aplicação.
Defina a política de execução para executar o script personalizado. Você pode usar uma das seguintes políticas de execução: Bypass, Unrestricted ou RemoteSigned.









