Histórico da Página

...

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).

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.

...