TOTVS Varejo Supermercados (Linha RMS)

Árvore de páginas

Versões comparadas

Versão antiga 19

changes.mady.by.user Thiago Augusto Penatti

Gravado em

comparado com

Nova versão Atual

changes.mady.by.user Thiago Augusto Penatti

Gravado em

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

Resumimos abaixo as recomendações e informações relevantes para migração do seu ambiente Oracle Database para a versão 19c.

PREMISSAS

É fortemente recomendável que as atualizações de versão de banco de dados sejam realizadas primariamente em ambiente de homologação, para avaliar possíveis impactos nas principais rotinas utilizadas pela operação do ERP, em especial, as rotinas envolvidas nos tópicos abaixo.

01. Versão do ERP

É obrigatório estar na versão 22.01 ou superior do ERP.

...

A partir da versão 19c o recurso de job foi descontinuado oficialmente, e os jobs existentes são automaticamente migrados para a funcionalidade de scheduler, que tem a mesma finalidade. Porém, recomenda-se evitar a migração automática, dando preferência para migração manual antecipada, ou seja, migrar os jobs para schedules antes de migrar para a versão 19c. A migração automática cria os schedules em modo "legado" tornando-os ainda visíveis para as views de jobs, o que pode gerar confusão na administração dos agendamentos.

O usuário de banco de dados do RMS deverá receber o privilégio para criação de job (grant create job to RMS) para que as aplicações que criam job possam executar sem falha (ex: Exportação PDV).

A aplicação VGGMJOBS somente suporta a visualização de jobs "legado" (criados com DBMS_Job), portanto, schedules criados diretamente usando DBMS_Scheduler não aparecerão nesta aplicação.

Informações

Importante: A migração manual dos jobs para schedules é uma tarefa administrativa, portanto, deve ser realizada pelo cliente ou DBA responsável pela gestão do ambiente. Caso necessite de apoio nessa atividade, poderá ser solicitado a área de serviço da TOTVS.

06. Senha do Usuário RMS

É obrigatório que a senha do usuário de banco de dados do RMS esteja com retro compatibilidade para a versão 10g devido a incompatibilidades com o componente utilizado atualmente nas aplicações desktop. Para isso, o DBA deve certificar-se que o usuário de banco de dados utilizado pelo RMS está com essa compatibilidade após a migração para o ambiente 19c. Essa retro compatibilidade é controlada no banco de dados pelo parâmetro SQLNET.ALLOWED_LOGON_VERSION_SERVER que fica no arquivo sqlnet.ora.

Informações

Em versões futuras do RMS esse componente de conexão será atualizado eliminando a e eliminaremos a necessidade de retro compatibilidade da senha com a versão 10g.

...

Deve-se manter o Oracle Client 11g 32-bit nas estações de trabalho dos usuários, uma vez que o Oracle Client 12 e 19 na versão 2122.01 ainda não são homologados pelos módulos desktop. Consulta a documentação de Oracle Client homologados na ocasião da atualização.

08. Bugs Oracle Catalogados

Consulte a página de bugs Oracle catalogados para verificar se há indicação de bugs para a versão a ser atualizada do banco de dados, e em caso positivo, efetive a aplicação do patch ou workaround indicado pela Oracle.

09. Parâmetros Oracle

Caso o parâmetro do Oracle Optimizer_Adaptive_Plans esteja definido como FALSE, é recomendável que seja retornando para o valor padrão TRUE na versão 19c.