Checklist de configurações a serem realizadas nos ambientes Datasul para mitigar problemas como:

Performance
Queda de serviços
Sobrecarga de servidores
Mau funcionamento em geral

Datasul

O que	Como	Por que
Desativar logs na prog_dtsul
Atualizar para Task Manager (novo RPW)
Configurar utp/ut-session-clear.r nos eventos do Appsever
Garantir que seja state-reset
Se o cliente possui aplicações próprias que consomem o Datasul via REST, usar BROKER ESCALÁVEL
Garantir JAVA_HOME na máquina onde roda o Appserver, devido a recursos Java como o TotvsCompactador.jar
Configurações no .pf, conforme doc do suporte (Zelindo)
Parâmetro -q no script.pf	A presença do parâmetro -q no seu script.pf de conexão as bancos de dados irá aprimorar a performance. Isso reduzirá no I-O a cada vez que um binário Progress é chamado, pois ele é salvo na memória RAM e reutilizado, sem ser buscado novamente do disco em chamadas posteriores. ATENÇÃO Ao utilizar esse recurso, tenha ciência que, caso precise atualizar um binário (.r Progress), o ambiente precisará ser reiniciado (Appserver, RPW, Sessão Progress) para que a nova versão seja considerada. Recomenda-se seu uso em ambientes de Produção
Logs do Appserver	Muitas vezes o log do Appserver está muito grande (Gigabites), causando alto consumo de I-O, e deteriorando a performance. Recomenda-se limitar o tamanho máximo de um log de Appserver em 15MB. https://knowledgebase.progress.com/articles/Article/000051593 Essa mesma técnica pode ser aplicada para o clientlog de sessões Progress e RPW. Atenção também para não apontar a geração do arquivo para caminhos de rede, o que pode comprometer o desempenho.

Datasul com banco de dados Oracle (Schema Holder)

O que

Como

Por que

Checar open_cursors

Executar em uma sessão conectada ao banco de dados Oracle, com privilégios de administrador:


select * from v$parameter p where p.name in ('open_cursors','processes','sessions')

Se o resultado for inferior a:

open_cursors: 30000
processes: 4000
sessions: 6024

Então os referidos parâmetros devem ser ajustados para esses valores, com os seguintes comandos:

alter system set open_cursors=30000 scope=both sid='*';
alter system set processes=4000 scope=spfile;
alter system set sessions=6024 scope=spfile;

Obs: o listener do Oracle deve ser reiniciado para que as alterações tenham efeito.

Detalhes no item 28 do guia de instalação: Tutorial_de_Instalação_do_TOTVS_12_Oracle

Cada conexão a um banco de dados no Oracle consome uma sessão, que fica aberta durante todo o escopo do programa.

Isto se aplica tanto para usuários que abrem tela GUI (tela Progress) como Agentes de Appserver.

Exemplos:

Se o Datasul está configurado com 10 bancos e tivermos 10 usuários conectados, isso se reflete em 100 sessões.
Se somarmos à configuração acima mais 10 agentes de Appserver, chegaremos a 200 sessões.
Se um usuário já tem uma sessão em aberto, e ele abrir mais uma sem fechar a anterior, chegaremos a 210 sessões.

Portanto, o número sugerido neste parâmetro é uma configuração que se aplica à grande maioria dos casos, mas deve ser bem dimensionado com clientes com muitos usuários e agentes de Appserver.

Checar o -c no .pf

No arquivo.pf de conexão aos bancos de dados, conferir o valor do parâmetro -c, que não deve ser inferior a:

-c 10000

Exemplo da linha completa:

-db \\cxs-gcad-rep01\schemaholder\shemsfnd -ld shemsfnd -RO -db emsfnd -ld emsfnd -U susemsfnd/susemsfnd@squad -c 10000

Atenção para refletir os ajustes de .pf também na tabela EMSFND.BCO_EMPRES