Re: [oracle_br] Re: Upgrade 9i para 12cR1

[angelo angelolis...@gmail.com [oracle_br]]

Entendi,

São verdadeiros "monstros" de processamento, só que, ao meu ver, é um
ambiente meio "caro" de manter,
Mas se tem parceiro, então deve andar bem, torna a vida mais simples


2018-05-11 15:43 GMT-03:00 jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> É verdade que em alguns casos um hardware x86-64 com Linux pode dar o
> mesmo nível de performance que um Power RISC (que é onde se roda AIX,
> normalmente), sim, E que via de regra é mais fácil se encontrar ref e
> expertise para Linux  do que pra AIX ... Porém, sabemos lá se na Empresa do
> colega isso é verdade, de repente eles tem uma Parceria com a IBM, sabe-se
> lá...
>
> Mas se ele for mudar de servidor sempre vale a pena uma Boa pesquisa pra
> ver se outros provedores podem preencher as necessidades dele, sim sim...
>
> []s
>
>   Chiappa
> 
>

Re: [oracle_br] Re: Upgrade 9i para 12cR1

[jlchia...@yahoo.com.br [oracle_br]]

É verdade que em alguns casos um hardware x86-64 com Linux pode dar o mesmo 
nível de performance que um Power RISC (que é onde se roda AIX, normalmente), 
sim, E que via de regra é mais fácil se encontrar ref e expertise para Linux  
do que pra AIX ... Porém, sabemos lá se na Empresa do colega isso é verdade, de 
repente eles tem uma Parceria com a IBM, sabe-se lá...

Mas se ele for mudar de servidor sempre vale a pena uma Boa pesquisa pra ver se 
outros provedores podem preencher as necessidades dele, sim sim...

[]s

  Chiappa

Re: [oracle_br] Re: Upgrade 9i para 12cR1

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

 Entao esse cliente tem parceria forte com a IBM, tudo deles eh da IBM (menos o 
rdbms), servidor eh uma power 8. Todos os servidores sao AIX, nao existe essa 
possibilidade infelizmente.
Em sexta-feira, 11 de maio de 2018 15:29:28 BRT, angelo 
angelolis...@gmail.com [oracle_br]  escreveu:  
 
     

uma pergunta de curioso,
O negocio dele não comporta rodar o Oracle no Linux ?  Já que ta pensando em 
atualizar o sistema operacional...

Pois em matéria de SO, atualizado está e uma boa galera compreende mais, se 
comparado ao AIX  que nem todo mundo acessa e o hardware é restrito ( ibm )


On 10 May 2018 at 13:35, Rafael Mendonca raffaell.t...@yahoo.com [oracle_br] 
 wrote:

     

 Pessoal obrigado pelas explicações.
Além dessa base 9i, existem mais 4 bases na versão 10gR2 nesse mesmo servidor. 
Então o que eu entendo qual seria o procedimento mais simples:
a) Atualizar o sistema operacional para uma versão compatível com a versão 12c 
e a 10gR2 (vou olhar no metalink se existe, talvez o AIX 6 seja)
b) Adicionar um novo file system e instalar o Oracle 12cRx em um novo 
oracle_home nesse file system
c) Criar um banco vazio 12cRx
d) realizar o export dos dados 9i
e) importar 12xRx

Vou levar todas as considerações mencionadas acima, tanto realizar isso em um 
servidor de teste e verifiar as questões dos clients de conexão. 
Obrigado :)


Em quarta-feira, 9 de maio de 2018 18:57:01 BRT, jlchia...@yahoo.com.br 
[oracle_br]  escreveu:  
 
     
E uma obs final : tudo fica MUITO, mas MUUUITO MAIS fácil E seguro se o upgrade 
puder ser feito num outro servidor pra onde vc transfira os arquivos todos do 
database 9i , tendo antes já instalodo lá a nova versão de SO e a nova versão 
do RDBMS . Se o cliente não tava pensando nisso, insista : só se ele fechar 
questão de modo absoluto é que aí não tem jeito e vc terá que assumir os 
riscos...

 []s
 
   Chiappa


   

  #yiv1514955474 #yiv1514955474 -- #yiv1514955474ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv1514955474 
#yiv1514955474ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv1514955474 
#yiv1514955474ygrp-mkp #yiv1514955474hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv1514955474 #yiv1514955474ygrp-mkp #yiv1514955474ads 
{margin-bottom:10px;}#yiv1514955474 #yiv1514955474ygrp-mkp .yiv1514955474ad 
{padding:0 0;}#yiv1514955474 #yiv1514955474ygrp-mkp .yiv1514955474ad p 
{margin:0;}#yiv1514955474 #yiv1514955474ygrp-mkp .yiv1514955474ad a 
{color:#ff;text-decoration:none;}#yiv1514955474 #yiv1514955474ygrp-sponsor 
#yiv1514955474ygrp-lc {font-family:Arial;}#yiv1514955474 
#yiv1514955474ygrp-sponsor #yiv1514955474ygrp-lc #yiv1514955474hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv1514955474 
#yiv1514955474ygrp-sponsor #yiv1514955474ygrp-lc .yiv1514955474ad 
{margin-bottom:10px;padding:0 0;}#yiv1514955474 #yiv1514955474actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv1514955474 
#yiv1514955474activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv1514955474
 #yiv1514955474activity span {font-weight:700;}#yiv1514955474 
#yiv1514955474activity span:first-child 
{text-transform:uppercase;}#yiv1514955474 #yiv1514955474activity span a 
{color:#5085b6;text-decoration:none;}#yiv1514955474 #yiv1514955474activity span 
span {color:#ff7900;}#yiv1514955474 #yiv1514955474activity span 
.yiv1514955474underline {text-decoration:underline;}#yiv1514955474 
.yiv1514955474attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv1514955474 .yiv1514955474attach div a 
{text-decoration:none;}#yiv1514955474 .yiv1514955474attach img 
{border:none;padding-right:5px;}#yiv1514955474 .yiv1514955474attach label 
{display:block;margin-bottom:5px;}#yiv1514955474 .yiv1514955474attach label a 
{text-decoration:none;}#yiv1514955474 blockquote {margin:0 0 0 
4px;}#yiv1514955474 .yiv1514955474bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv1514955474 
.yiv1514955474bold a {text-decoration:none;}#yiv1514955474 dd.yiv1514955474last 
p a {font-family:Verdana;font-weight:700;}#yiv1514955474 dd.yiv1514955474last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv1514955474 
dd.yiv1514955474last p span.yiv1514955474yshortcuts 
{margin-right:0;}#yiv1514955474 div.yiv1514955474attach-table div div a 
{text-decoration:none;}#yiv1514955474 div.yiv1514955474attach-table 
{width:400px;}#yiv1514955474 div.yiv1514955474file-title a, #yiv1514955474 
div.yiv1514955474file-title a:active, #yiv1514955474 
div.yiv1514955474file-title a:hover, #yiv1514955474 div.yiv1514955474file-title 
a:visited {text-decoration:none;}#yiv1514955474 div.yiv1514955474photo-title a, 
#yiv1514955474 div.yiv1514955474photo-title a:active, #yiv1514955474 
div.yiv1514955474photo-title a:hover, 

Re: [oracle_br] Re: Upgrade 9i para 12cR1

[angelo angelolis...@gmail.com [oracle_br]]

uma pergunta de curioso,

O negocio dele não comporta rodar o Oracle no Linux ?  Já que ta pensando
em atualizar o sistema operacional...

Pois em matéria de SO, atualizado está e uma boa galera compreende mais, se
comparado ao AIX  que nem todo mundo acessa e o hardware é restrito ( ibm )



On 10 May 2018 at 13:35, Rafael Mendonca raffaell.t...@yahoo.com
[oracle_br]  wrote:

>
>
> Pessoal obrigado pelas explicações.
>
> Além dessa base 9i, existem mais 4 bases na versão 10gR2 nesse mesmo
> servidor. Então o que eu entendo qual seria o procedimento mais simples:
>
> a) Atualizar o sistema operacional para uma versão compatível com a versão
> 12c e a 10gR2 (vou olhar no metalink se existe, talvez o AIX 6 seja)
>
> b) Adicionar um novo file system e instalar o Oracle 12cRx em um novo
> oracle_home nesse file system
>
> c) Criar um banco vazio 12cRx
>
> d) realizar o export dos dados 9i
>
> e) importar 12xRx
>
>
> Vou levar todas as considerações mencionadas acima, tanto realizar isso em
> um servidor de teste e verifiar as questões dos clients de conexão.
>
> Obrigado :)
>
>
>
> Em quarta-feira, 9 de maio de 2018 18:57:01 BRT, jlchia...@yahoo.com.br
> [oracle_br]  escreveu:
>
>
>
>
> E uma obs final : tudo fica MUITO, mas MUUUITO MAIS fácil E seguro se o
> upgrade puder ser feito num outro servidor pra onde vc transfira os
> arquivos todos do database 9i , tendo antes já instalodo lá a nova versão
> de SO e a nova versão do RDBMS . Se o cliente não tava pensando nisso,
> insista : só se ele fechar questão de modo absoluto é que aí não tem jeito
> e vc terá que assumir os riscos...
>
>  []s
>
>Chiappa
>
> 
>

Re: [oracle_br] Re: Upgrade 9i para 12cR1

[jlchia...@yahoo.com.br [oracle_br]]

Blz ? Antes de mais nada, se além de Simplicidade vc quer SEGURANÇA, como eu 
disse o Melhor de longe seria vc ter um OUTRO SERVIDOR, instalar SO moderno 
nesse servidor e fazer os procedimentos lá... 
 Sim, esse procedimento PODE ser (depois que o SO estiver OK no servidor onde o 
upgrade ocorrerá) simplesmente instalar o software RDBMS Oracle, com esse 
software criar um banco vazio JÁ COM as best Practices da nova versão 
implementadas e depois importar os dados, sim : quem vai dizer se isso é viável 
ou não é a tua janela de manutenção versus o tamanho dos seus dados... 
 
 []s
 
   Chiappa

Re: [oracle_br] Re: Upgrade 9i para 12cR1

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

 Pessoal obrigado pelas explicações.
Além dessa base 9i, existem mais 4 bases na versão 10gR2 nesse mesmo servidor. 
Então o que eu entendo qual seria o procedimento mais simples:
a) Atualizar o sistema operacional para uma versão compatível com a versão 12c 
e a 10gR2 (vou olhar no metalink se existe, talvez o AIX 6 seja)
b) Adicionar um novo file system e instalar o Oracle 12cRx em um novo 
oracle_home nesse file system
c) Criar um banco vazio 12cRx
d) realizar o export dos dados 9i
e) importar 12xRx

Vou levar todas as considerações mencionadas acima, tanto realizar isso em um 
servidor de teste e verifiar as questões dos clients de conexão. 
Obrigado :)


Em quarta-feira, 9 de maio de 2018 18:57:01 BRT, jlchia...@yahoo.com.br 
[oracle_br]  escreveu:  
 
     
E uma obs final : tudo fica MUITO, mas MUUUITO MAIS fácil E seguro se o upgrade 
puder ser feito num outro servidor pra onde vc transfira os arquivos todos do 
database 9i , tendo antes já instalodo lá a nova versão de SO e a nova versão 
do RDBMS . Se o cliente não tava pensando nisso, insista : só se ele fechar 
questão de modo absoluto é que aí não tem jeito e vc terá que assumir os 
riscos...

 []s
 
   Chiappa
  #yiv7980109103 #yiv7980109103 -- #yiv7980109103ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv7980109103 
#yiv7980109103ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv7980109103 
#yiv7980109103ygrp-mkp #yiv7980109103hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv7980109103 #yiv7980109103ygrp-mkp #yiv7980109103ads 
{margin-bottom:10px;}#yiv7980109103 #yiv7980109103ygrp-mkp .yiv7980109103ad 
{padding:0 0;}#yiv7980109103 #yiv7980109103ygrp-mkp .yiv7980109103ad p 
{margin:0;}#yiv7980109103 #yiv7980109103ygrp-mkp .yiv7980109103ad a 
{color:#ff;text-decoration:none;}#yiv7980109103 #yiv7980109103ygrp-sponsor 
#yiv7980109103ygrp-lc {font-family:Arial;}#yiv7980109103 
#yiv7980109103ygrp-sponsor #yiv7980109103ygrp-lc #yiv7980109103hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv7980109103 
#yiv7980109103ygrp-sponsor #yiv7980109103ygrp-lc .yiv7980109103ad 
{margin-bottom:10px;padding:0 0;}#yiv7980109103 #yiv7980109103actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv7980109103 
#yiv7980109103activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv7980109103
 #yiv7980109103activity span {font-weight:700;}#yiv7980109103 
#yiv7980109103activity span:first-child 
{text-transform:uppercase;}#yiv7980109103 #yiv7980109103activity span a 
{color:#5085b6;text-decoration:none;}#yiv7980109103 #yiv7980109103activity span 
span {color:#ff7900;}#yiv7980109103 #yiv7980109103activity span 
.yiv7980109103underline {text-decoration:underline;}#yiv7980109103 
.yiv7980109103attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv7980109103 .yiv7980109103attach div a 
{text-decoration:none;}#yiv7980109103 .yiv7980109103attach img 
{border:none;padding-right:5px;}#yiv7980109103 .yiv7980109103attach label 
{display:block;margin-bottom:5px;}#yiv7980109103 .yiv7980109103attach label a 
{text-decoration:none;}#yiv7980109103 blockquote {margin:0 0 0 
4px;}#yiv7980109103 .yiv7980109103bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv7980109103 
.yiv7980109103bold a {text-decoration:none;}#yiv7980109103 dd.yiv7980109103last 
p a {font-family:Verdana;font-weight:700;}#yiv7980109103 dd.yiv7980109103last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv7980109103 
dd.yiv7980109103last p span.yiv7980109103yshortcuts 
{margin-right:0;}#yiv7980109103 div.yiv7980109103attach-table div div a 
{text-decoration:none;}#yiv7980109103 div.yiv7980109103attach-table 
{width:400px;}#yiv7980109103 div.yiv7980109103file-title a, #yiv7980109103 
div.yiv7980109103file-title a:active, #yiv7980109103 
div.yiv7980109103file-title a:hover, #yiv7980109103 div.yiv7980109103file-title 
a:visited {text-decoration:none;}#yiv7980109103 div.yiv7980109103photo-title a, 
#yiv7980109103 div.yiv7980109103photo-title a:active, #yiv7980109103 
div.yiv7980109103photo-title a:hover, #yiv7980109103 
div.yiv7980109103photo-title a:visited {text-decoration:none;}#yiv7980109103 
div#yiv7980109103ygrp-mlmsg #yiv7980109103ygrp-msg p a 
span.yiv7980109103yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv7980109103 
.yiv7980109103green {color:#628c2a;}#yiv7980109103 .yiv7980109103MsoNormal 
{margin:0 0 0 0;}#yiv7980109103 o {font-size:0;}#yiv7980109103 
#yiv7980109103photos div {float:left;width:72px;}#yiv7980109103 
#yiv7980109103photos div div {border:1px solid 
#66;min-height:62px;overflow:hidden;width:62px;}#yiv7980109103 
#yiv7980109103photos div label 
{color:#66;font-size:10px;overflow:hidden;text-align:center;white-space:nowrap;width:64px;}#yiv7980109103
 #yiv7980109103reco-category 

[oracle_br] Re: Upgrade 9i para 12cR1

[jlchia...@yahoo.com.br [oracle_br]]

E uma obs final : tudo fica MUITO, mas MUUUITO MAIS fácil E seguro se o upgrade 
puder ser feito num outro servidor pra onde vc transfira os arquivos todos do 
database 9i , tendo antes já instalodo lá a nova versão de SO e a nova versão 
do RDBMS . Se o cliente não tava pensando nisso, insista : só se ele fechar 
questão de modo absoluto é que aí não tem jeito e vc terá que assumir os 
riscos...

 []s
 
   Chiappa

[oracle_br] Re: Upgrade 9i para 12cR1

[jlchia...@yahoo.com.br [oracle_br]]

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