O que mudou?
A partir da versão 20260525, o sistema só permitirá o acesso ao mesmo ambiente utilizando uma única versão de RPO. Essa validação é fundamental para garantir a estabilidade e segurança, prevenindo falhas e inconsistências que podem surgir do uso de versões diferentes.
A utilização da chave specialkey afeta o lock feito no ambiente, portanto é importante que cada ambiente possua sua própria specialkey configurada.
Mais informações
Utilizando o controle de lock pelo dbaccess o lock já é exclusivo por db, com isso a chave specialkey não é mais utilizada, o que evita problemas com essa validação.
Mais informações sobre o lock pelo dbaccess
Como funciona?
- Bloqueio de Versão (Lock): A cada acesso, o sistema verificará se o RPO utilizado é o mesmo que foi registrado em acessos concorrentes.
- Mensagem de Aviso: Caso o sistema identifique que o RPO é diferente daquele que está em uso, uma mensagem de aviso será exibida, informando sobre a divergência e identificando a conexão que a está utilizando.
Impacto nas rotinas de atualização (Troca a quente)
Com essa nova validação, a aplicação de qualquer fonte "a quente" (com o sistema em pleno funcionamento) não impedirá o uso de usuários já autenticados, entretanto o usuário inicial que estiver usando o rpo divergente deverá renovar seus acessos para liberar os novos acessos.
Realizei uma troca a quente com a nova lib. O que fazer?
- Novos usuários que acessarem o sistema receberão a mensagem acima e não poderão prosseguir com o acesso. Para prosseguirem, a recomendação é que o Administrador reinicie todos os serviços para a completa liberação de todos os usuários, através do novo RPO.
- Outra alternativa seria o Administrador identificar o "Acesso Inicial" apresentado na mensagem de bloqueio e este ser reiniciado para que os novos usuários possam realizar o acesso.
Para garantir que um fonte ou patch seja aplicado corretamente e para evitar o lock por versões diferentes, siga as seguintes instruções:
Aplicação Exclusiva: A aplicação de um fonte/patch deve ser feita em um ambiente dedicado ou de forma exclusiva.
Reinício dos Servidores: Após a aplicação do fonte/patch, é obrigatório reiniciar todos os servidores do ambiente para garantir que a atualização seja reconhecida e que não haja conflito com versões antigas.
Esta medida de segurança é fundamental para garantir a estabilidade e integridade dos dados no nosso ERP. Agradecemos a sua compreensão e colaboração para a implementação bem-sucedida desta atualização.
Regras de validação de RPOs
- Ambiente tipo produção sempre fará a validação, homologação e desenvolvimento não serão validados.
- Por hora validação será apenas para o RPO padrão, rpo custom valida mas não impede o acesso, apenas mostra uma mensagem no console.
Caso seja identificado acessos com versões divergentes, será apresentado uma mensagem com o detalhamento desta divergência.
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas