RES: RES: [oracle_br] Re: Migrar BD 9i HPUX para Linux

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Muito obrigado pelas dicas, assim que liberarem a maquina irei iniciar os 
testes e marcar os tempos.

 

Obrigado

Ednilson

 

De: sentto-1682896-122398-15205311...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122398-15205311...@returns.groups.yahoo.com] Em nome de 
jlchia...@yahoo.com.br [oracle_br]
Enviada em: quinta-feira, 8 de março de 2018 14:42
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Re: Migrar BD 9i HPUX para Linux

 

  

Atenção apenas para não esquecer algum ONE-OFF patch ou algum PSU/CPU aplicado 
no HP-UX : idealmente, TODOS esses bugfixes extras eventualmente aplicados no 
HP-UX DEVERIAM ser aplicados no Linux também...
 De resto, no 9i as suas opções são algo limitadas, é basicamente testar e 
escolher entre essas mesmo... Só não desista das outras (principalmente das que 
dependem de um link de rede de alta-performance entre os dois servidores) SEM 
Realmente as tentar : em especial se os dois servidores estiverem no mesmo 
datacenter, normalmente é BICO pro pessoal de infra te montar uma rede privada 
usando um roteador local, vc não imagina o quanto isso pode ficar Rápido...
 
 E se optar por um método que envolva em algum ponto exp+imp, aquela historinha 
de sempre : múltiplos prompts de comando fazendo múltiplos exports/imports ao 
mesmo tempo, USAR as opções de aumento de performance/diminuição de dados do 
exp (como DIRECT=Y BUFFER=10485760 COMPRESS=N RECORDLENGTH=65535 
STATISTICS=NONE INDEXES=N CONSTRAINTS=N)  okdoc ?
 
 []s
 
   Chiappa
   
OBS : 

 a. não se esqueça também, no exp/imp tradicionais nós NÃO TEMOS opções tipo 
REMAP_TABLESPACE, então além de criar o banco vazio vc deve se assegurar que os 
mesmos mountpoints estão em uso no Linux OU se for o caso, criar as tablespaces 
manualmente
 
 b. no export os metadados a nível de banco (como schemas, objetos públicos, 
ROLES, tablespaces, etc, etc ) só são exportados pro dumpfile se vc estiver 
usando a opção FULL=Y, o que não acontece se vc usar a estratégia de múltiplos 
exps... A solução pra isso seria fazer um export full SEM DADOS, SEM GRANTs e 
SEM ÍNDICES/CONSTRAINTs (aí só vem os metadados mesmo), importar isso no 
banco-destino e só depois disparar os exps/imps simultâneos de dados...

Re: [oracle_br] Erro ao entrar no sqlplus

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

Então : 10g ou não, se esse tal'clone' (que sei lá o que é E como foi feito) 
Realmente, Completamente, Absolutamente trouxe para a máquina clonada ** TODAS 
*** as libraries, TODOS os configs de kernel,  TODOS os módulos carregados pelo 
init, enfim, TODOS OS SOFTWARES E AJUSTES internos do Sistema Operacional (E os 
configurou com as variáveis de ambiente corretas, etc), DEVERIA TER FUNCIONADO, 
sim... Essas coisas são as Dependências Únicas do software RDBMS Oracle...

 Pra mim eu ainda apostaria minhas fichas imaginárias na chance de FALHA desse 
tal processo de clone...
 
 []s
 
   Chiappa

Re: [oracle_br] Erro ao entrar no sqlplus

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

 Entao pessoal, desculpem a demora para responder.O que foi feito foi um clone 
da maquina, ou seja, nao foi feita uma nova instalacao do SO, foi feito um 
clone.
Depois o que peço é a criação dos file systems que preciso e peço pra equipe de 
backup backupear o oracle_home e restaurar nesse clone. 
QUando eu faço dessa forma, sempre funciona, foram mais de 10 maquinas, porém 
dessa vez o sqlplus não quer funcionar, estou achando muito estranho, acho que 
por conta da versão 10g.
Em quarta-feira, 7 de março de 2018 16:09:52 BRT, jlchia...@yahoo.com.br 
[oracle_br]  escreveu:  
 
     
Vamos ver, mas entendo que NÂO , eu Imagino que o pessoal de AIX simplesmente 
copiou os arqs do ORACLE_HOME e abaixo pro novo servidor... Se foi isso, é 
BATATA dar problema, porque além dos arqs constante no ORACLE_HOME o software 
Oracle *** EXIGE *** diversas libraries/packages de Sistema presentes, E 
presentes numa versão Específica
 IMHO o que se deve fazer nesse caso é : primeiro demandar que o pessoal do AIX 
instale o Sistema Operacional EXATAMENTE QUE NEM a máquina-origem (com os 
MESMOS pacotes de instalação, com os MESMOS params de kernel, MESMAS libraries 
de sistema, enfim, instalação IDÊNTICA ): isso confirmadamente OK, aí o DBA ** 
INSTALA ** o software Oracle , usando a MESMA EXATA VERSÃO e os MESMOS EXATOS 
patches aplicados no software Oracle da máquina - origem...

[]s

  Chiappa
  #yiv1035838031 #yiv1035838031 -- #yiv1035838031ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv1035838031 
#yiv1035838031ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv1035838031 
#yiv1035838031ygrp-mkp #yiv1035838031hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv1035838031 #yiv1035838031ygrp-mkp #yiv1035838031ads 
{margin-bottom:10px;}#yiv1035838031 #yiv1035838031ygrp-mkp .yiv1035838031ad 
{padding:0 0;}#yiv1035838031 #yiv1035838031ygrp-mkp .yiv1035838031ad p 
{margin:0;}#yiv1035838031 #yiv1035838031ygrp-mkp .yiv1035838031ad a 
{color:#ff;text-decoration:none;}#yiv1035838031 #yiv1035838031ygrp-sponsor 
#yiv1035838031ygrp-lc {font-family:Arial;}#yiv1035838031 
#yiv1035838031ygrp-sponsor #yiv1035838031ygrp-lc #yiv1035838031hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv1035838031 
#yiv1035838031ygrp-sponsor #yiv1035838031ygrp-lc .yiv1035838031ad 
{margin-bottom:10px;padding:0 0;}#yiv1035838031 #yiv1035838031actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv1035838031 
#yiv1035838031activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv1035838031
 #yiv1035838031activity span {font-weight:700;}#yiv1035838031 
#yiv1035838031activity span:first-child 
{text-transform:uppercase;}#yiv1035838031 #yiv1035838031activity span a 
{color:#5085b6;text-decoration:none;}#yiv1035838031 #yiv1035838031activity span 
span {color:#ff7900;}#yiv1035838031 #yiv1035838031activity span 
.yiv1035838031underline {text-decoration:underline;}#yiv1035838031 
.yiv1035838031attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv1035838031 .yiv1035838031attach div a 
{text-decoration:none;}#yiv1035838031 .yiv1035838031attach img 
{border:none;padding-right:5px;}#yiv1035838031 .yiv1035838031attach label 
{display:block;margin-bottom:5px;}#yiv1035838031 .yiv1035838031attach label a 
{text-decoration:none;}#yiv1035838031 blockquote {margin:0 0 0 
4px;}#yiv1035838031 .yiv1035838031bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv1035838031 
.yiv1035838031bold a {text-decoration:none;}#yiv1035838031 dd.yiv1035838031last 
p a {font-family:Verdana;font-weight:700;}#yiv1035838031 dd.yiv1035838031last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv1035838031 
dd.yiv1035838031last p span.yiv1035838031yshortcuts 
{margin-right:0;}#yiv1035838031 div.yiv1035838031attach-table div div a 
{text-decoration:none;}#yiv1035838031 div.yiv1035838031attach-table 
{width:400px;}#yiv1035838031 div.yiv1035838031file-title a, #yiv1035838031 
div.yiv1035838031file-title a:active, #yiv1035838031 
div.yiv1035838031file-title a:hover, #yiv1035838031 div.yiv1035838031file-title 
a:visited {text-decoration:none;}#yiv1035838031 div.yiv1035838031photo-title a, 
#yiv1035838031 div.yiv1035838031photo-title a:active, #yiv1035838031 
div.yiv1035838031photo-title a:hover, #yiv1035838031 
div.yiv1035838031photo-title a:visited {text-decoration:none;}#yiv1035838031 
div#yiv1035838031ygrp-mlmsg #yiv1035838031ygrp-msg p a 
span.yiv1035838031yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv1035838031 
.yiv1035838031green {color:#628c2a;}#yiv1035838031 .yiv1035838031MsoNormal 
{margin:0 0 0 0;}#yiv1035838031 o {font-size:0;}#yiv1035838031 
#yiv1035838031photos div {float:left;width:72px;}#yiv1035838031 
#yiv1035838031photos div div {border:1px solid 

Re: RES: [oracle_br] Re: Migrar BD 9i HPUX para Linux

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

Atenção apenas para não esquecer algum ONE-OFF patch ou algum PSU/CPU aplicado 
no HP-UX : idealmente, TODOS esses bugfixes extras eventualmente aplicados no 
HP-UX DEVERIAM ser aplicados no Linux também...
 De resto, no 9i as suas opções são algo limitadas, é basicamente testar e 
escolher entre essas mesmo... Só não desista das outras (principalmente das que 
dependem de um link de rede de alta-performance entre os dois servidores) SEM 
Realmente as tentar : em especial se os dois servidores estiverem no mesmo 
datacenter, normalmente é BICO pro pessoal de infra te montar uma rede privada 
usando um roteador local, vc não imagina o quanto isso pode ficar Rápido...
 
 E se optar por um método que envolva em algum ponto exp+imp, aquela historinha 
de sempre : múltiplos prompts de comando fazendo múltiplos exports/imports ao 
mesmo tempo, USAR as opções de aumento de performance/diminuição de dados do 
exp (como DIRECT=Y BUFFER=10485760 COMPRESS=N RECORDLENGTH=65535 
STATISTICS=NONE INDEXES=N CONSTRAINTS=N)  okdoc ?
 
 []s
 
   Chiappa
   
OBS : 

 a. não se esqueça também, no exp/imp tradicionais nós NÃO TEMOS opções tipo 
REMAP_TABLESPACE, então além de criar o banco vazio vc deve se assegurar que os 
mesmos mountpoints estão em uso no Linux OU se for o caso, criar as tablespaces 
manualmente
 
 b. no export os metadados a nível de banco (como schemas, objetos públicos, 
ROLES, tablespaces, etc, etc ) só são exportados pro dumpfile se vc estiver 
usando a opção FULL=Y, o que não acontece se vc usar a estratégia de múltiplos 
exps... A solução pra isso seria fazer um export full SEM DADOS, SEM GRANTs e 
SEM ÍNDICES/CONSTRAINTs (aí só vem os metadados mesmo), importar isso no 
banco-destino e só depois disparar os exps/imps simultâneos de dados...

RES: [oracle_br] Re: Migrar BD 9i HPUX para Linux

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Obrigado pelas dicas, acho que a terceira opção seria mais interessante.

 

Referente aos binarios, tenho todos aqui, Oracle 9i para Linux 32bits e 64bits

 

- 9.2.0.4, 32bits e 64bits

- patch 9.2.0.5, 9.2.0.6, 9.2.0.7 e 9.2.0.8 – 32bits

- patch 9.2.0.8 64bits

 

Se alguem precisar avise que disponibilizo em alguma area..

 

No HP-UX, tem apenas o banco mesmo.

 

Obrigado,

Ednilson

 

De: sentto-1682896-122395-15204665...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122395-15204665...@returns.groups.yahoo.com] Em nome de 
jlchia...@yahoo.com.br [oracle_br]
Enviada em: quarta-feira, 7 de março de 2018 20:49
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Migrar BD 9i HPUX para Linux

 

  

Só um detalhe adicional : eu falei 3 possibilidades mas só indiquei duas : a 
terceira claro seria uma Variação/adaptação das outras duas, como abrir cursor 
e ler via dblink e gravar os dados lidos, gerar arquivos-texto via UTL_FILE, 
etc...

  IMPORTANTE : vc disse que nas duas pontas vaiser ENTERPRISE EDITION, certo ? 
Então, no 9i vc não tem PARALLEL SQL no export/import MAS TEM SIM Parallel SQL 
em cursores/PL/SQL ou em INSERT feito manualmente via dblink : de repente isso 
pode ser Mito Vantajoso pra performance
  E vc pode MISTURAR ambas as possibilidades, tipo : vc faz os export e imports 
normalmente MAS eles contém só dados, NÂO contém Nem os Indexes e Nem as 
constraints, e DEPOIS dos dados importados OK aí sim vc exporta os CREATE 
INDEXES e ADD CONSTRAINTS pra arquivos-texto, depois edita e altera esse 
arquivo-texto ADICIONANDO os comandos de PARALLEL para que os indíces sejam 
criados em paralelo E adiciona um NOVALIDATE pra que as constraints não sejam 
validadas (já que vc SABE que os dados estavam válidos no banco-origem)...
  
  []s
  
Chiappa