Tenho uma API REST que me no Contas a Pagar. No decorrer, ela acaba disparando a FINA080 e, por conseguinte, a FINXNAT. Esta dá um RECLOCK ("FIV", .T.) na FIV (Saldo por Natureza). O que ocorre é que com as Threads concorrentes, muitas estão retornando "Falha na tentativa de bloquear alias FIV", em menos de 1 segundo após o início da Thread. Existe alguma parametrização a nível de app_server.ini ou sei lá, onde possa dizer que deve esperar um pouco mais de tempo para acusar a "não possibilidade de fazer lock na tabela"? Falo do Protheus versão 12.1.33, conectando em um banco Oracle 19c. Servidor de aplicação balanceado (3 slaves).
Falha na tentativa de bloquear alias (dentro de aplicação REST)
- Você vai ver essas setas em qualquer página de pergunta. Com elas, você pode dizer se uma pergunta ou uma resposta foram relevantes ou não.
- Edite sua pergunta ou resposta caso queira alterar ou adicionar detalhes.
- Caso haja alguma dúvida sobre a pergunta, adicione um comentário. O espaço de respostas deve ser utilizado apenas para responder a pergunta.
- Se o autor da pergunta marcar uma resposta como solucionada, esta marca aparecerá.
- Clique aqui para mais detalhes sobre o funcionamento do TOTVS DevForum!
2 respostas
-
Paulo,
Não existe configuração para isso, uma vez que está em REST, o
RecLocktem esse comportamento por padrão, com tempo default sem possibilidade de alteração.
Abaixo uma documentação que explica esse comportamento da
reclock:https://tdn.totvs.com.br/pages/viewpage.action?pageId=318610669
-
Pois é, Daniel. Mas nestes casos não está sendo aguardado os tempos de 100s ou 15s... em menos de 1s após o início da Thread já ocorre o erro citado. Esse comportamento é que estou achando estranho.
— Paulo Luciano Souza Mello 09 de May de 2022 -
Você poderia também tentar fazer algum tratamento na abertura do programa, tipo se você sabe quais registros vai precisar fazer um lock antes de executar o programa principal já tenta fazer um softlock e aguardar um pouco, até um certo limite de timeout. Então você só executaria a rotina após locar os registros necessário. Só não sei se poderia ocorrer um deadlock e como prevenir esse cenário.
— Cirilo Rocha 10 de May de 2022 -
Sim, cheguei a pensar em algo semelhante, mas nesse caso a tendência ao problema permaneceria, visto que essa rotina que faz o RECLOCK é do padrão, e nesse caso ali normalmente se trata de registro novo, então o lock deve estar sendo aplicado em cima da tabela. Eu precisaria "replicar" as validações na minha rotina, aumentando o tempo de execução da API.
— Paulo Luciano Souza Mello 10 de May de 2022
-
-
Bom dia você já pensou em mudar este parâmetro MV_FINATFN para 2 e deixar offline, assim ele não tem que atualizar esta tabela no meio da transação desta forma não vai fazer reclock na mesma. Fonte: https://centraldeatendimento.totvs.com/hc/pt-br/articles/235075928-Problema-na-atualiza%C3%A7%C3%A3o-da-tabela-FIV-FIW-no-processamento-da-venda-pelo-JOB-LJGRVBATCH
-
Redirecionei o comentário para a resposta.
— Paulo Marcelo Alencar de Oliveira 18 de Aug de 2023