TcSqlExec congelando o Smartclient em transações longas

Boa tarde,

Giordano, assim como o Felipe citou, existe uma função específica para chamar uma stored procedure, porém é possível também efetuar a chamada via o TCSQLExec como você está fazendo, a grande diferença é que caso você tenha valores de saída na sua stored procedure (OUT), com o TCSPExec você consegue obter os mesmo, enquanto com o TCSQLExec, você sabe somente se executou ou gerou exceção.

Porém o seu problema é outro, o smartclient está deixando de se comunicar com o appserver, para corrigir isso você pode passar a utilizar do broker:

http://tdn.totvs.com/display/tec/Broker

Esse cara é responsável por mantém a conexão entre o server e o client, isso fará com que seu smartclient deixe de cair durante a execução de longos processos que mantém o server ocupado o tempo todo sem comunicação com o client, seja por TCSQLExec ou por TCSPExec, o uso do broker é de grande recomendação para cenários com latência, pois o client compreende que perdeu a conexão com o server, e também cenários que a própria aplicação fica muito tempo sem comunicação.

Outra forma de contornar o seu problema, é fazer com que essa rotina que demora muito, seja executada via job, como por exemplo um StartJob:

http://tdn.totvs.com/display/tec/StartJob

Dessa forma, o processamento inteiro será feito sem interface, assim você não terá o problema da queda do client, isso claro vai cair numa refatoração do código, onde você pode efetuar o StartJob da função que será a responsável por executar a stored procedure e pensar nas formas de comunicar o usuário que a execução foi finalizada, seja por e-mail, seja mantendo o client aberto aguardando de alguma forma a finalização do startjob etc.

Mais uma forma... Você pode criar uma rotina que dispara a stored procedure de forma que ela seja um schedule, você agenda e ela será executada sem a presença de um client, cenário que também contará com uma refatoração:

http://tdn.totvs.com/pages/viewpage.action?pageId=271167961

Giordano, boa tarde.

Tente utilizar o comando TCSPExec (http://tdn.totvs.com/display/tec/TCSPExec), é mais indicado para executar procedures.

Abraço,

Bom dia Giordano!

Estamos enfrentando problemas na hora de rodar o recálculo do custo médio, com o mesmo comportamento que você descreveu. Ele simplesmente cai, mas a tela fica como se estivesse processando. Isso começou a acontecer depois que migramos para a 12.1.23 e temos 10 balances distribuindo a carga. E nesse processo há execução de stored procedures.

O erro no console: tConnnErrorException (8:Communication error: Sync error) on D:\bamboo-agent-5.7.2\xml-data\build-dir\TP11-TECX17V3-TECXWIN64\lib_comm\msgmanager.cpp:460

Em análise pelo time de cloud junto ao pessoal de tecnologia, tivemos o seguinte retorno no ticket:

*" Ao consumo, segue uma compilação dos diversos testes e soluções efetuadas em nos nossos ambientes internos nos últimos dias e que resolveram a maior parte dos casos de lentidão e excesso de uso de CPU ou memória associados ao appserver e correlatos:

1) Atualização da LIB dos ambientes: Link do Portal: https://suporte.totvs.com/portal/p/10098/download?e=749655

2) Atualização do Binario (APPSERER e SmartClient) dos ambientes:

3) Atualização do DBACESS com o ultimo disponível no portal;

4)Com Dbaccess atualizado, faze o procedimento descrito neste link https://centraldeatendimento.totvs.com/hc/pt-br/articles/360020264351-TEC-APPSERVER-Instru%C3%A7%C3%B5es-para-atualiza%C3%A7%C3%A3o-da-dbapi em todos os ambientes;

5) Caso tenha dificuldades em aplicar a LIB no RPO dos ambientes, estamos disponibilizando um RPO que contempla todas as correções do acumulado disponibilizado no portal mais a LIB com a correção do consumo, segue abaixo: http://suporte.totvs.com/totvs-tdi-files-maps/mapeamentos/portal-anexos/anexos/zendesk/20190528/TTVFLGP1J002-1559069960166-628796.zip Obs: Efetue um backup do RPO atual e faça a substituição do arquivo, após isso basta subir o serviço em modo exclusivo.

6) Arquivo de atualização de URL – Somente leitura Verifique se possui um arquivo na SYSTEM com a seguinte nomenclatura: TSSATUURL.json Caso encontre esse arquivo, verifique em propriedades do arquivo. Não pode estar com a opção SOMENTE LEITURA selecionado.

7) Certifica-se o parâmetro MV_INTTAF, pois o parâmetro deve ficar MV_INTTAF = N com o parâmetro ativo esta tendo consumo excessivo, mais Informações: MP - FIS - TAF - UTILIZAÇÃO DO PARÂMETRO MV_INTTAF

8) Configuração do appserver.ini: Dentro do arquivo de configuração do appserver deve conter as seguintes parametrizações:

Em [GENERAL], inclua as seguintes chaves: MaxQuerySize=31960 MaxStringSize=20 ThreadUsedMemory=1 ServerMemoryInfo=1 AsyncConsolelog=0

Caso tenha jobs configurados: Em [JOB_WS], inclua as seguintes chaves: EXPIRATIONTIME=180 EXPIRATIONDELTA=1

Em [IPC_ONDEMAND], inclua as seguintes chaves: EXPIRATIONTIME=180 EXPIRATIONDELTA=1

Em [IPC_CONT], inclua as seguintes chaves: EXPIRATIONTIME=180 EXPIRATIONDELTA=1 "*

Todas essas alternativas ainda estão em análise e não tenho o afirmativo de que os procedimentos surtiram o efeito desejado. Mas, fica a dica.

Att,

Bom dia. Verifique o tempo de conexão externa no seu banco de Dados. Eu tive o mesmo problema e a configuração de time-out foi corrigida no banco, no meu caso, SQL Server. No Protheus, para o usuário não ficar esperando o final da transação, execute a chamada do tcsqlexeq numa thread separada (startjob). Para os dois procedimentos você vai encontrar muito material na internet pra te ajudar. Sucesso!