Olá Igor.
Toda vez que é efetuado algum UPDATE em registros da tabela, o mesmo entra em Lock durante o processo de atualização, justamente para não permitir que mais de um processo tente atualizar o mesmo registro ao mesmo tempo.
Conforme você mesmo mencionou: "Esse erro ocorre quando há mais de uma cópia sendo feita simultanemanente. Além disso, percebemos erros de locking, em outras operações mais básicas como edição de registros."
Recomendo verificar na documentação o tópico sobre concorrência, que pode te ajudar a identificar a forma mais apropriada para tratar o seu caso:
Object Concurrency Options:
https://docs.intersystems.com/iris20243/csp/docbook/DocBook.UI.Page.cls?KEY=GOBJ_concurrency
Depois retorna aqui pra gente saber se você conseguiu resolver ou não 😉
Bom dia, Marcio.
Você encontrou registro do erro nos logs do Caché (cconsole, erros de app)?
Em relação aos privilégios de acesso, você verificou se está habilitado corretamente para o Caché ser acessado pelo dblink?
Encontrei um artigo (antigo) que pode te ajudar com os pré-requisitos para a criação e execução de um dblink. Apesar de ser sobre o Oracle, pode de dar alguma dica! 💡
https://www.devmedia.com.br/criacao-de-database-links/2748
Igor,
Não sei te dizer se existe uma forma semelhante do Cahé funcionar como no Postgre, já que você mencionou que o registro está em edição. Isso até me soa estranho não ocorrer problemas de concorrência no registro no Postgre.
Sobre o gerenciamento dos locks você pode verificar essa documentação Managing the Lock Table. Também recomendo a verificação de outra parte esclarecedora sobre este tema: Locking and Concurrency Control
Boa sorte!