A mensagem El mensaje "O El registro número X do Arquivo del Archivo X encontra- se Bloqueado por outro usuárioencuentra bloqueado por otro usuario" indica que a rotina tentou acessar um registro, porém ele está reservado por algum processamento de outro usuário:
Image Removed
la rutina intentó acceder a un registro, sin embargo este se encuentra reservado por algún procesamiento de otro usuario:
Image Added
Este mensaje puede presentarse en las siguientes situacionesEsta mensagem pode ser apresentada nas situações abaixo:
1º Registro Bloqueado bloqueado por uso de outro Usuário otro usuario / instância instancia presa
Para identificar se outro usuário si otro usuario está utilizando esse registro é possível analisar a ferramenta este registro es posible analizar la herramienta DBACCESS Monitor (DBAccess - Monitor > Aba Usuários Solapa Usuarios > Locks), ela possui uma opção esta tiene una opción de rastrear os los locks a partir do usuário e rotina acessadosdel usuario y rutina accedidos:
| Aviso |
|---|
|
- Si el registro estuviera trabado, es decir, el usuario que está manteniendo el registro en Lock no consigue liberar el registro, aun saliendo del sistema, una opción paliativa rápida es reiniciar el servidor (parando los servicios del TOP, Base de datos y Server).
- En algunas situaciones, la reserva de registros puede ocurrir debido a la utilización de servicios que quedan ejecutando operaciones en su entorno (JOB), en este caso recomendamos que desactive estos servicios y rehaga las pruebas verificando si estos son los causantes del incidente.
- Dentro del proceso de Facturación, una forma para trabajar el uso de la tabla SB2 y evitar su traba es efectuar la actualización del stock posterior a la generación de la factura con la opción de actualización de stock tardía por medio de JOB, para mayores informaciones, acceda a: MP - FAT - Actualización de stock tardía en la generación de la Factura de salida
- Caso o registro esteja travado, ou seja, o usuário que está mantendo o registro em Lock não consegue liberar o registro, mesmo saindo do sistema, uma opção paliativa rápida é reiniciar o servidor (parando os serviços do TOP, Banco de dados e Server).
- 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 verificando se eles são os causadores do incidente.
- Dentro do processo de Faturamento, uma forma para trabalhar o uso da tabela SB2 e evitar seu travamento é efetuar a atualização do estoque posterior a geração da nota com a opção de atualização de estoque tardia através de JOB, maiores informações, acesse: MP - FAT - Atualização de Estoque tardia na geração da NF de Saída MV_NFS_JOB
|
2º Configuração de Parâmetros que auxiliam na Configuración de parámetros que ayudan en la reserva de registros
- MV_GNRENF: Caso esteja desabilitadoSi estuviera deshabilitado, recomendamos habilita-lo habilitarlo (.T.), para não exibir a tela para alteração dos dados da GNRE/DIFAL no mostrar la pantalla para modificación de los datos de GNRE/DIFAL (https://tdn.totvs.com/x/FvIGDg);
- MV_FATTRAV: O parâmetro El parámetro MV_FATTRAV otimiza os optimiza los Locks de registros das tabelas de las tablas SA1 (Clientes), SA2 (FornecedoresProveedores) e y SB2 (Saldos). Por exemplo, na emissão de um ejemplo, en la emisión de un Documento de Saída, com dez itens, o salida, con diez ítems y MV_FATTRAV vaziovacío, o el sistema realizou realizó 28 Locks na transação. Ao configurar o en la transacción. Al configurar MV_FATTRAV como 4, o el número de Locks cai para cae a 19.
3º Customizações / Personalizações em seu ambientePersonalizaciones en su entorno.
- Personalização Personalización por Ponto Punto de Entradaentrada:
Algumas personalizações utilizam os Algunas personalizaciones utilizan los comandos dbSeek, MsSeek, dbGoTo, etc, que desposicionam os desmarcan los registros de tabelas utilizadas nas rotinas do produto padrão causando o problema de tablas utilizadas en las rutinas del producto estándar, causando el problema "EOF Stack em en MSRLock". Para En este caso recomendamos que utilize um RPO limpo sem customizações para verificar se o problema é causado por alguma personalização.utilice un RPO limpio sin personalizaciones para verificar si el problema es causado por alguna personalización.
- Personalización por Diccionario de datos:
Verifique si existen personalizaciones en la Estructura del Personalização por Dicionário de Dados:
Verificar se há customizações na Estrutura do Protheus, como por exemploejemplo, Índices (SIX) ou gatilhos o disparadores (SX7).
Realizar backup dos arquivos na Pasta System e recriar com um dicionário de dados padrão a atualizado. Refazer o processouna copia de seguridad de los archivos en la Carpeta System y crear nuevamente con un diccionario de datos estándar como actualizado. Rehacer el proceso.
| Dica |
|---|
|
Existem pontos Existen puntos de entrada que permitem a manutenção dos Locks nas tabelas permiten el mantenimiento de los Locks en las tablas SA1 (Clientes), SA2 (FornecedoresProveedores) e y SB2 (Saldos): Porém o uso dos pontos de entrada acima deve ser avaliado criteriosamente por um analista especialista, uma vez que o mau uso deles pode ocasionar em problemas de gravação das informações no banco de dados. Caso tenha dúvidas no uso dos pontos de entrada, solicite a alocação de um Consultor TOTVS ao seu Gerente de Atendimento. Sin embargo, el uso de los puntos de entrada anterior debe ser evaluado de forma criteriosa por un analista especialista, ya que el mal uso de estos puede ocasionar problemas de grabación de las informaciones en la base de datos. Si tuviera dudas en el uso de los puntos de entrada, solicite la asignación de un Consultor TOTVS a su Gerente de atención.
|
