Blz ? Primeira coisa, eu ** SUPONHO ** que esse sistema não é legado, ie, ainda está sofrendo atualizações e vai/está homologado pra alguma versão recente do RDBMS Oracle... Segundo, a RAZÃO para Upgrade eu imagino que é trabalhar com uma versão que AINDA esteja recebendo bugfixes, OU que no mínimo já esteja Estável, no sentido que os maiores/principais bugs já tenham sido encontrados e corrigidos : isso ELIMINA a possibilidade de 10gR1, 10gR2 ou 11gR1 e o 18c ainda não chegou (deve chegar nos próximos meses), aí então só é viável imho upgrade pra 11gR2, 12cR1 ou 12cR2, PREFERENCIALMENTE este último que é o mais recente... Assim sendo, é pré-requisito você obter do Fornecedor do Aplicativo pra qual/quais dessas versões o sistema dele tá homologado/é suportado...
Sobre os passos : sim, seja qual for a versão para a qual vc vai fazer Upgrade é Extremamente Provável que um upgrade de Sistema Operacional seja necessário antes, sim - isso VAI ter que ser colocado na sua janela de manutenção, e muito Certamente também imediatamente após o upgrade do SO vc já terá que iniciar o upgrade do RDBMS, é IMPROVÁVEL que o 9i rode num SO upgradeado... Teu próximo ponto de decisão é vc Avaliar se é viável (dentro da janela de manutenção que vc terá) vc salvar os dados de usuários (via export, digamos),instalar a nova versão do RDBMS, com ela criar um banco vazio e trazer de volta/importar/inserir os dados previamente salvos : SE isso não for viável, vc VAI ter que instalar o novo software RDBMS numa nova ORACLE_HOME e fazer o upgrade diretamente, em cima dos arquivos de banco criados na versão 9i... O passo-a-passo pra esse trabalho de Upgrade é descrito nas notas metalink Upgrade Companion - há uma nota dessas pra versão 11g e outra pra 12c, localize no SUporte Oracle a nota adequada pra versão que escolher... []s Chiappa OBS IMPORTANTES : a. não espere que o cliente entenda que após um Upgrade de RDBMS é COMUM que a nova versão consuma mais recursos por trazer mais features, E que alguns ajustes / tuning extras podem necessitar ser feitos por causa disso, OU mesmo que um upgrade nalgum ponto do hardware seja também necessário, é VOCÊ como Especialista que deve estar Ciente disso.... b. Igualmente, quando vc sai de um release muito antigo pra um release moderno, há Diversas funcionalidades internas no database que se recomenda serem utilizadas : de cara, sem pensar muito, posso citar tablespaces LMT, gerenciamento automático de UNDO, coleta de estatísticas no dicionário de dados, etc... TUDO ISSO não era comum no tempo do 9i mas é Boa Prática vc implementar nos releases mais recentes : assim, se for viável a opção de criar um novo banco vazio e depois importar/transportar os dados previamente salvos pra ele, vc APROVEITARIA e já criaria o novo banco com as best practices da nova versão c. Também não espere que o Cliente entenda que uma nova versão de RDBMS PODE exigir nova versão de drivers (ODBC, JDBC, etc), de software client Oracle em TODAS as máquinas-clientes que conectam diretamente ao database Oracle, de programas geradores de relatórios, de programas de auxílio ao DBA, de soluções de backup, etc e etc : um database Oracle DIFICILMENTE vive em Isolamento Esplêndido, assim apesar do cliente não ter idéia que essas coisas auxiliares existem em volta do database, elas Existem e É POR SUA CONTA, como Especialista Oracle, Levantar quais existem aí no Cliente e Confirmar compatibilidade delas com a nova versão de RDBMS Oracle... d. devido a esses pontos TODOS acima, é MAIS QUE INDICADO que vc tenha uma máquina de TESTE e faça o processo de upgrade PRIMEIRO na máquina teste antes de fazer em PROD : upgrade direto em PROD é mais ARRISCADO que andar de monociclo, vendado e à noite no meio da marginal Tietê... Igualmente, é Óbvia a necessidade de um backup FULL E COMPLETO, tanto do Sistema Operacional quanto dos softwares TODOS envolvidos, pra poder voltar à situação anterior se o processo de upgrade falhar por qquer motivo...
