Histórico da Página
Tentativa de reservar registro no Alias em EOF Stack de chamadas em MSRLOCK.eof Controle de transaçoes Habilitado / O registro encontra-se bloqueado por outro usuário
Produto: | Microsiga Protheus® | ||
Ambiente: | SIGAFAT - Faturamento | ||
Ocorrência: |
| ||
CASO 1EOF Stack em MSRLOCK | A mensagem "EOF Stack em MSRLOCK" indica que a rotina tentou reservar um registro para ser manipulado, mas o ponteiro da tabela estava em fim de arquivo (MODO EOF) pois não localizou o dado procurado.OBS: É gravado um arquivo de log denominado msrlock.eof na pasta system. Para a correta conferência, deve-se realizar o processo com a ocorrência em ambiente de homologação onde ocorra o problema, após apagar este registro (para eliminar dados gravados anteriormente). Esta inconsistência pode acontecer nas situações abaixo: 1º Dado incorreto relacionado ao registro Pode ocorrer de o registro que está tentando manipular possuir um código inválido amarrado a ele. Por exemplo, se for um Pedido de Venda/ de Compra pode ocorrer de o código do Cliente / Fornecedor / Loja estar apontando um código inválido, que não existe. Ou conter um código de Produto no grid, ou um código de condição de Pgto, ou outro dado qualquer o qual não existe. Este tipo de informação incorreta pode ter sido incluído ou por manipulação de dados no Banco (procedimento este não indicado) ou pela própria rotina sem ter ocorrido a devida validação (possivelmente devido à uma das causas mencionadas abaixo). 2º Customizações / Personalizações em seu ambiente.
3º Inconsistência na rotina possivelmente causada por atualizações incompatíveis no ambiente Certificar-se de estar com últimas atualizações do Portal do Cliente. Em ambiente homologação testar com último RPO, Binarios, DBACCESS, LIB e pacote quinzenal de atualizações. Verificar se neste cenário ocorre o problema. | ||
CASO 2O registro número X do Arquivo X encontra-se Bloqueado por outro usuário | Já a mensagem "O registro número X do Arquivo X encontra-se Bloqueado por outro usuário" indica que a rotina tentou acessar um registro, o qual está reservado por algum processamento de outro usuário.Esta inconsistência pode acontecer nas situações abaixo: 1º Registro Bloqueado por outros Usuários (possivelmente com instância presa) Obs: Em caso de registro bloqueado por outro usuário, uma opção paliativa rápida é reiniciar o servidor (parando os serviços do TOP, Banco de dados e Server) Para identificação de causa da ocorrência é necessário identificar qual o usuário está segurando a reserva do registro através da ferramenta DBACCESS Monitor. DBAccess - Monitor > Aba Usuários > Locks Em algumas situações a reserva de registros pode ocorrer devido a utilização de serviços que ficam executando operações em seu ambiente (JOBs), neste caso recomendamos que desative esses serviços e refaça os testes afim de verificar se o causador do incidente. 2º Parâmetros que auxiliam na resolução da reserva de registros MV_GNRENF - Caso esteja habilitado, recomendamos desabilita-lo (MV_GNRENF = .F.) 3º Customizações / Personalizações em seu ambiente.
|
Há procedimentos incisivos ao sistema em alguns dos processos mencionados, que devem ser realizados por sua Equipe de TI e, aconselhamos que caso tenha alguma dúvida no processo, solicite acompanhamento de um consultor Totvs!
Os procedimentos indicados são utilizados para rastrear a possível causa da ocorrência. Caso ainda ocorra apesar da devida realização dos procedimentos, será necessário solicitar auxilio da equipe de Suporte Investigativo TOTVS para que acesse remotamente a sua base, visando avaliação/ debug da rotina para investigá-la e identificar a origem do problema.
OBSERVAÇÃO: Pontos de Entrada que permitem desativar o LOCK de registros das tabelas: Ao desligar o LOCK de registros das tabelas poderá permitir divergências dos campos de controle devido movimentar o registro durante o processamento. Avalie criteriosamente o uso de Pontos de Entrada com esta finalidade. MT410TRV - Liberação da trava de registros para as tabelas SA1/SA2/SB2 M461TRV - Libera a trava dos registros da tabela SB2 Caso esteja com problemas de Locks nas tabelas SB2 e SA1 recomendamos a leitura da documentação |
: |
Importante: | Há procedimentos incisivos ao sistema em alguns dos processos mencionados, que devem ser realizados por sua Equipe de TI e, aconselhamos que caso tenha alguma dúvida no processo, solicite acompanhamento de um consultor Totvs! Os procedimentos indicados são utilizados para rastrear a possível causa da ocorrência. Caso ainda ocorra apesar da devida realização dos procedimentos, será necessário solicitar auxilio da equipe de Suporte Investigativo TOTVS para que acesse remotamente a sua base, visando avaliação/ debug da rotina para investigá-la e identificar a origem do problema. |