Blz ? Então, antes de te responder eu ** tenho ** que dizer : se vc quer ter 
uma Homologação REAL, que não seja só 'pra inglês ver' e Realmente Sirva para 
antecipar possíveis problemas que vc pode ter em PROD, COM CERTEZA tanto PROD 
quanto HOMO *** deveriam *** ser o mesmo exato Sistema Operacional, o mesmo 
exato  hardware (ou na pior das hipóteses hardwares o mais equivalentes 
possível), com a mesma exata configuração.... Sem isso, nada impede de 
(digamos) vc ter um bug específico pro Linux que OBVIAMENTE tua máquina HP-UX 
não vai cair, E/OU de vc ter alguma config específica de Linux que não possa 
ser replicada no HP-UX, e coisas assim... Sorry, mas imho essa sua homo 
diferente de prod tá caindo no caso de 'para inglês ver'....

 Isso dito, a sua resposta : só no 12c é que a Oracle introduziu a feature de 
backup RMAN conversível entre endian formats diferentes , veja a nota metalink 
"12c How Perform Cross-Platform Database Transport to different Endian Platform 
with RMAN Backup Sets" (Doc ID 2013271.1) para refs...
  No 11g e anteriores, o RMAN só pode converter arquivos se o ENDIAN format *** 
é o MESMO *** : assim sendo, como o HP-UX é BIG ENDIAN e o Linux é Little 
Endian, o comando CONVERT DATABASE não vai ser capaz de realizar a conversão : 
veja o manual Oracle correspondente em 
https://docs.oracle.com/cd/E25178_01/backup.1111/e10642/rcmxplat.htm#CHDHHCGI, 
http://www.dba-oracle.com/t_rman_91_cross_platform_migration.htm e a nota 
metalink "Frequently Asked Questions about Restoring Or Duplicating Between 
Different Versions And Platforms" (Doc ID 369644.1)que eles documentam isso...
  
 Assim sendo, a sua resposta inicial é clara , Não tem Como vc restaurar um 
backup Linux no HP-UX... PREFERENCIALMENTE, vc deveria é ter realmente um banco 
HOMO idêntico à PROD, mas ENQUANTO isso não é corrigido, tuas opções pra 
transportar dados do Linux para o HP-UX são :

1. Transporte de Tablespaces Cross-Platform : no 10g foi introduzida a 
possibilidade de fazer transporte de tabblespace entre plataformas com endian 
formats diferentes, veja 
https://levipereira.wordpress.com/2011/01/23/how-convert-full-database-10g-linux-x86-64bit-to-aix-64bit-different-endian-format/
 onde o Autor dá um exemplo.... EVIDENTEMENTE, há requisitos e limitações para 
a tablespace a ser transportada, o artigo cita alguns mas consulte a 
documentação (online em 
https://docs.oracle.com/cd/E18283_01/server.112/e17120/tspaces013.htm) para 
detalhes...

ou

2. export/import : seja pelo export e import tradicionais, seja pelo datapump, 
o dump file gerado É cross-platform e independente do hardware, principalmente 
em qusitos como bitsize... Cabe a você avaliar se com o uso das técnicas de 
Aceleração de export (ie, configs no máximo, exports sendo feitos num horário 
de menor concorrência, múltiplos exports e imports em paralelo, NÃO EXPORTAR 
índices e constraints mas sim apenas o DDL deles que depois vai ser aplicado em 
parallel mode, múltiplas sessões, NOLOGGING e/ou NOVALIDATE, etc) a performance 
é Aceitável pro teu hardware e pra sua janela de manutenção...

ou

3. database link entre os dois bancos : SE houver uma rede Rápida e Confiável 
entre os dois bancos, E SE for possível algum tipo de Paralelismo 
(preferencialmente o Parallel SQL nativo se os bancos forem Enterprise Edition, 
senão o paralelismo de pobre/diy via DBMS_PARALLEL) , a opção de se montar 
scripts seus que façam INSERT /*+ APPEND */ into tabelaemhomo (SELECT * FROM 
tabelaprod@databaselink); via de regra oferece boa performance

ou

4. gerar arquivos-texto com os dados em PROD Linux que vão ser importados em 
HOMO HP-UX via sql*loader : a VANTAGEM desta opção sobre o dumpfile gerado via 
export é que o arquivo-texto com os dados PODE ser carregado em direct-mode e 
em paralelo, o que nem sempre ocorrer com dumpfiles - vide 
https://docs.oracle.com/cd/B28359_01/server.111/b28319/ldr_modes.htm#g1023818 
para detalhes...

[]s

  Chiappa

Responder a