Chiappa, obrigado pela força.
Vi sim que você tinha informado sobre os DGs, isso ja foi passado para o
cliente. Portanto eu achei a melhor opção fazer da seguinte maneira: (ja que
temos um tempo muito alto de downtime)
Vou realizar um expdp sem indices e constraints, esse dumpfile será realocado
no servidor Linux para nao precisar passar o arquivo pela rede. Será realizado
um impdp para extrair os scripts de criação de constraints (adicionar a
clausula NOVALIDATE) e de índices (NOLOGIN). Tb será alterado a sessão do
usuário na hora da execução dos scripts para aumentar a área de SORT. Li alguns
comentarios seus aqui sobre isso. Em suma será feito dessa forma, achei mais
segura.
Mesmo assim obrigado por ter passado outras maneiras de realizar, com certeza
irei precisar utilizar uma delas em breve.
Em Sexta-feira, 21 de Outubro de 2016 13:15, "jlchia...@yahoo.com.br
[oracle_br]" <oracle_br@yahoogrupos.com.br> escreveu:
ok - bom, antes de te responder, vc ** VIU ** na minha resposta anterior
que vc *** NÂO PODE ** aproveitar os standby/dataguards que hoje o servidor
prod aix tem em outros servers aix : não é Suportado vc ter dataguard físico em
um SO (AIX, no caso) e ter a origem/prod em outro (o Linux para onde prod vai
ser migrado), então NÃO DEIXE de levar em conta o tempo/esforço pra reconstruir
esses standby do PROD, ** E ** de considerar que vc vai precisar de Linux boxes
ADICIONAIS para passarem a ser os standby do novo server Linux prod..... Tá
claro ?
Outro ponto ** importante ** que vc não excluiu definitivamente é a
Possibilidade (que já tinha sido apontada antes) de se usar Oracle 12c, pois aí
poderíamos usar o recurso de conversão independente de endian format, cfrme
http://www.oracle.com/technetwork/pt/articles/database-performance/data-guard12c-cross-platform-2098313-ptb.html
nos mostra : isso INCLUSIVE permitiria até mesmo backups INCREMENTAIS entre o
AIX e o Linux, diluindo ainda mais o esforço e aumentando EM MUITO a Segurança,
vide nota metalink "12C - Reduce Transportable Tablespace Downtime using Cross
Platform Incremental Backup" (Doc ID 2005729.1)...
Como vc não nos disse sobre essa possibilidade de ir pro 12c, vou SUPOR que
há razões técnicas (talvez incompatibilidade de aplicativo, digamos) que
proíbem o upgrade pro 12c antes da troca de plataforma... Que fique claro, só
pode ser impedimento técnico, pois FINANCEIRO NÃO Há : não custa um centavo
sequer a mais de licença vc migrar de 11Gr2 EE para 12c EE....
E finalmente, imagino que esteja desconsiderando pela fraqueza do hardware
(principalmente rede e poder de CPU dos servers, pelo que vc diz) é a
possibilidade de usar replicação lógica (via STREAMS, já que o muito mais
robusto Goldengate tá fora, pelo que vc diz), mais ou menos cfrme
http://www.oraclenutsandbolts.net/index.php/knowledge-base/oracle-streams/26-oracle-streams-10g-one-step-setup
mostra : migrar para um novo servidor REPLICANDO o database origem no destino
é, sem dúvida, o que te dá o MENOR DOWNTIME (quase zero, já que tal replicação
é feita ONLINE), mas como vc não tem $$$ pro GG nem tem o hardware
(principalmente Rede) potente e capaz que o Streams (e o GG também, claro,
embora em menor escala) exigem, vou considerar que isso tá fora e que PORTANTO
vc vai ter SIM algum downtime.... No caso específico do Streams ele também tem
RESTRIÇÕES sobre quais datatypes ele pode replicar, o que Impossibilita o uso
em diversos cenários, mas como o hardware em si já o contra-indica, nem vou
falar nada sobre isso.... E como não tem verba pro GG, com certeza não tem
verba também pra alternativas, como o Shareplex, então caluda sobre isso
também...
Bom, agora respondendo as suas perguntas sobre a migração em si :sobre fazer o
Linux enxergar os mesmos datafiles ASM que hoje estão sendo usados pelo AIX, é
primeiro uma questão Física aí, é caso de (com o banco PROD origem em AIX **
tpotalmente parado, Óbvio) vc ter no servidor Linux uma HBA compatível, espetar
uma fibra ligando essa HBA no Storage E DEPOIS config lógica, ie, fazer o Linux
reconhecer os devices (pode ser preciso um boot, pode ser preciso instalar
drivers, varia)... Isso depende muito de acordo com o Storage e os
discos/volumes que vc usa E se vc usa asmlib ou não.... Se for o caso, passa
pra gente a descrição EXATA de qual é seu storage, quais tipos/modelos de disco
ele usa, se vc usa raw ou volumes, se tem multipath ou não , se tem asmlib ou
não (enfim, os detalhes *** TODINHOS ** aí do seu ambiente) que a gente pode
tentar palpitar mais e melhor nesse sentido... E como isso só pode ser feito aí
no seu local, vc COM CERTEZA vai marcar com o cliente um tempinho num fim de
semana para fazer essas pesquisas e testes ** ANTES ** da conversão/migração em
si....
A minha idéia com isso de o Linux acessar os datafiles que já estão no
storage atualmente em uso é POUPAR O TEMPO que vc levaria pra os enviar pela
rede ou gravar uma mídia com eles e os transferir para o outro storage (ou para
a nova área no mesmo storage) que seria usado pelo Linux : para que o convert
possa acontecer, o software instalado no Linux ** TEM ** que acessar os
arquivos originais, e transferir os arquivos de onde eles estão pra um outro
destino TEM que ser feito com indisponibilidade - necessariamente, transferir
quase 3 Tb de arquivos via rede não tão capaz com certeza ia levar umas muitas
longas horas, ia consumir uma porção ** VITAL ** do seu tempo de downtime
permitido....
UMA VEZ o software Oracle que está no Linux ter acesso aos arquivos a
converter (preeferencialmente acessando diretamente o local no ASM onde eles
estão, poupando tempo de transferência, mas transferindo se for inevitável), o
procedimento em si é descrito em
http://ginodalfonso.blogspot.com.br/2012/10/convert-oracle-database-from-aix-to.html
e
https://levipereira.wordpress.com/2011/01/23/how-convert-full-database-10g-linux-x86-64bit-to-aix-64bit-different-endian-format/
, okdoc ?? Não chega a ser um guia passo-a-passo, mas ambos os artigos
descrevem bem o necessário....
Um ponto final que TEM que ficar escrupulosamente Claro : esse comando
CONVERT DATAFILE do RMAN que pretendemos usar só converte o "formato" dos
controles (principalmente do cabeçalho) do datafile e só, ele **** NÃO ****
insere no database-destino os datafiles convertidos, ele DESCONHECE TOTALMENTE
os metadados sobre os datafiles convertidos, yep ??? Então vc TEM QUE TER uma
** CÓPIA ** dos metadados , para permitir que esses datafiles convertidos sejam
IMPORTADOS, sejam "inseridos" no banco de destino, o que se faz com export ou
expdp .... OK ? Estamos simplesmente adicionando um passo a mais mas o que
estamos fazendo é ** SIM ** transporte de tablespace, então as restrições **
TODAS ** de TRANSPORTABLE TABLESPACEs estão em vigor.... Entendido ??
Isso tudo Esclarecido, e informadas as refs, minha Recomendação pra vc é :
a) backup COMPLETO do banco prod no AIX antes de começar de verdade o
procedimento, COM uma verificação dele (preferencialmente um restore de teste)
b) faça as VERIFICAÇÕES e CHECKS de transportable tablespaces na prod aix
antes de qquer coisa
c) TREINAR, TREINAR e TREINAR, fazer várias vezes o procedimento de migração
numa base teste antes de ir pro real, só assim vc vai conseguir o menor tempo
possível E vai ter certeza de não encontrar surpresas... Pra isso, recomendo
que vc CRIE na prod do aix, usando o mesmo storage, mesma ORACLE_HOME/binários,
etc, uma nova instância e um novo banquinho de testes, e faça o procedimento
com ele, repetindo várias vezes se preciso, até vc ter Segurança do que faz..
Cfrme for, vc Pode usar os datafiles desse banquinho-teste mesmo pro seu
teste de o ASM no Linux os enxergar...
[]s
Chiappa #yiv2780330124 #yiv2780330124 -- #yiv2780330124ygrp-mkp {border:1px
solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv2780330124
#yiv2780330124ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv2780330124
#yiv2780330124ygrp-mkp #yiv2780330124hd
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px
0;}#yiv2780330124 #yiv2780330124ygrp-mkp #yiv2780330124ads
{margin-bottom:10px;}#yiv2780330124 #yiv2780330124ygrp-mkp .yiv2780330124ad
{padding:0 0;}#yiv2780330124 #yiv2780330124ygrp-mkp .yiv2780330124ad p
{margin:0;}#yiv2780330124 #yiv2780330124ygrp-mkp .yiv2780330124ad a
{color:#0000ff;text-decoration:none;}#yiv2780330124 #yiv2780330124ygrp-sponsor
#yiv2780330124ygrp-lc {font-family:Arial;}#yiv2780330124
#yiv2780330124ygrp-sponsor #yiv2780330124ygrp-lc #yiv2780330124hd {margin:10px
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv2780330124
#yiv2780330124ygrp-sponsor #yiv2780330124ygrp-lc .yiv2780330124ad
{margin-bottom:10px;padding:0 0;}#yiv2780330124 #yiv2780330124actions
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv2780330124
#yiv2780330124activity
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv2780330124
#yiv2780330124activity span {font-weight:700;}#yiv2780330124
#yiv2780330124activity span:first-child
{text-transform:uppercase;}#yiv2780330124 #yiv2780330124activity span a
{color:#5085b6;text-decoration:none;}#yiv2780330124 #yiv2780330124activity span
span {color:#ff7900;}#yiv2780330124 #yiv2780330124activity span
.yiv2780330124underline {text-decoration:underline;}#yiv2780330124
.yiv2780330124attach
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px
0;width:400px;}#yiv2780330124 .yiv2780330124attach div a
{text-decoration:none;}#yiv2780330124 .yiv2780330124attach img
{border:none;padding-right:5px;}#yiv2780330124 .yiv2780330124attach label
{display:block;margin-bottom:5px;}#yiv2780330124 .yiv2780330124attach label a
{text-decoration:none;}#yiv2780330124 blockquote {margin:0 0 0
4px;}#yiv2780330124 .yiv2780330124bold
{font-family:Arial;font-size:13px;font-weight:700;}#yiv2780330124
.yiv2780330124bold a {text-decoration:none;}#yiv2780330124 dd.yiv2780330124last
p a {font-family:Verdana;font-weight:700;}#yiv2780330124 dd.yiv2780330124last p
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv2780330124
dd.yiv2780330124last p span.yiv2780330124yshortcuts
{margin-right:0;}#yiv2780330124 div.yiv2780330124attach-table div div a
{text-decoration:none;}#yiv2780330124 div.yiv2780330124attach-table
{width:400px;}#yiv2780330124 div.yiv2780330124file-title a, #yiv2780330124
div.yiv2780330124file-title a:active, #yiv2780330124
div.yiv2780330124file-title a:hover, #yiv2780330124 div.yiv2780330124file-title
a:visited {text-decoration:none;}#yiv2780330124 div.yiv2780330124photo-title a,
#yiv2780330124 div.yiv2780330124photo-title a:active, #yiv2780330124
div.yiv2780330124photo-title a:hover, #yiv2780330124
div.yiv2780330124photo-title a:visited {text-decoration:none;}#yiv2780330124
div#yiv2780330124ygrp-mlmsg #yiv2780330124ygrp-msg p a
span.yiv2780330124yshortcuts
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv2780330124
.yiv2780330124green {color:#628c2a;}#yiv2780330124 .yiv2780330124MsoNormal
{margin:0 0 0 0;}#yiv2780330124 o {font-size:0;}#yiv2780330124
#yiv2780330124photos div {float:left;width:72px;}#yiv2780330124
#yiv2780330124photos div div {border:1px solid
#666666;height:62px;overflow:hidden;width:62px;}#yiv2780330124
#yiv2780330124photos div label
{color:#666666;font-size:10px;overflow:hidden;text-align:center;white-space:nowrap;width:64px;}#yiv2780330124
#yiv2780330124reco-category {font-size:77%;}#yiv2780330124
#yiv2780330124reco-desc {font-size:77%;}#yiv2780330124 .yiv2780330124replbq
{margin:4px;}#yiv2780330124 #yiv2780330124ygrp-actbar div a:first-child
{margin-right:2px;padding-right:5px;}#yiv2780330124 #yiv2780330124ygrp-mlmsg
{font-size:13px;font-family:Arial, helvetica, clean, sans-serif;}#yiv2780330124
#yiv2780330124ygrp-mlmsg table {font-size:inherit;font:100%;}#yiv2780330124
#yiv2780330124ygrp-mlmsg select, #yiv2780330124 input, #yiv2780330124 textarea
{font:99% Arial, Helvetica, clean, sans-serif;}#yiv2780330124
#yiv2780330124ygrp-mlmsg pre, #yiv2780330124 code {font:115%
monospace;}#yiv2780330124 #yiv2780330124ygrp-mlmsg *
{line-height:1.22em;}#yiv2780330124 #yiv2780330124ygrp-mlmsg #yiv2780330124logo
{padding-bottom:10px;}#yiv2780330124 #yiv2780330124ygrp-msg p a
{font-family:Verdana;}#yiv2780330124 #yiv2780330124ygrp-msg
p#yiv2780330124attach-count span {color:#1E66AE;font-weight:700;}#yiv2780330124
#yiv2780330124ygrp-reco #yiv2780330124reco-head
{color:#ff7900;font-weight:700;}#yiv2780330124 #yiv2780330124ygrp-reco
{margin-bottom:20px;padding:0px;}#yiv2780330124 #yiv2780330124ygrp-sponsor
#yiv2780330124ov li a {font-size:130%;text-decoration:none;}#yiv2780330124
#yiv2780330124ygrp-sponsor #yiv2780330124ov li
{font-size:77%;list-style-type:square;padding:6px 0;}#yiv2780330124
#yiv2780330124ygrp-sponsor #yiv2780330124ov ul {margin:0;padding:0 0 0
8px;}#yiv2780330124 #yiv2780330124ygrp-text
{font-family:Georgia;}#yiv2780330124 #yiv2780330124ygrp-text p {margin:0 0 1em
0;}#yiv2780330124 #yiv2780330124ygrp-text tt {font-size:120%;}#yiv2780330124
#yiv2780330124ygrp-vital ul li:last-child {border-right:none
!important;}#yiv2780330124
