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