Chiappa, seguinte: deixei este tópico em standby para obter mais informações do
cliente e poder disponibilizar mais informações, pois bem:
a) Não será possível utilizar GOlden Gate, pois o cliente não quer gastar 1
real nessa migração.
b) Os servidores não possuem múltiplas CPU e uma rede "parruda" portanto, esse
tipo de migração utilizando dblink e uma outra parte realizando expdp está
descartada.
c) Tempo de downtime 24 horas.
Portanto nos resta duas opções das quais você mencionou
==> Achei interessante a parte que você menciona a migração fazendo com que o
novo servidor Linux consiga acesso as mesmas LUNs do storage e depois que o
servidor tiver acesso aos datafiles fazer o CONVERT como você mencionou. QUeria
te pedir, se possível, se você possui algum tutorial de como realizar essa
operação, pois eu irei realizar essa migração sem apoio de nenhum Senior, irei
fazer sozinho, nunca fiz migrações de servidores entre plataformas diferentes.
==> por algum motivo o procedimento anterior não seja viável, dai teria que
seguir a sua última sugestãode fazer por Reduce Transportable Tablespace
Downtime using Cross Platform Incremental Backup" (Doc ID 1389592.1), confere?
Em Quarta-feira, 21 de Setembro de 2016 19:18, "Sérgio Luiz Rodrigues
Chaves sergio.cha...@elumini.com.br [oracle_br]"
escreveu:
Rafael, Você realmente precisa saber o downtime, para definir qual a
melhor solução para você. Mas também é importante saber quanto eles querem
gastar. Recentemente passei por situações semelhantes:
- Migração de HP(9i) para ORACLE EXADATA (11R2);
- E De IBM AIX(11gR2) para ORACLE EXADATA( 11R2);
Na primeira situação utilizamos duas estratégias: Na primeira utilizam o Golden
Gate, sem downtime, a base tinha mais ou menos o 2.5 TB;
Na segunda utilizamos data dump bases menores.
Na segunda utilizamos Export / Import.
Mas tudo isso vai depender dos servidores de destino, como não sabemos
fica difícil informar qual a melhor solução. Ainda podemos estudar a utilização
do RMAN.
Boa sorte.
Sérgio.
De: oracle_br@yahoogrupos.com.br em nome de
Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]
Enviado: quarta-feira, 21 de setembro de 2016 14:24:00
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Migração Ontem por algum motivo não estava sendo
possível o envio de email para o grupo, portanto foram enviados dois e-mails,
favor desconsiderar o outro email, vamos usar este aqui e ignorar o outro.
Em Quarta-feira, 21 de Setembro de 2016 14:16, "Rafael Mendonca
raffaell.t...@yahoo.com [oracle_br]" escreveu:
Senhores, boa tarde.
Gostaria da ajuda de vocês para o seguinte cenário:
Um cliente solicitou que um SGBD Oracle EE 11.2.0.4.16 ASM standalone em um
ambiente de produção em um sistema operacional AIX 6.1 64 bits ( que também
possui dois DATAGUARDS Físicos com a mesma configuração) fosse migrado para um
outro servidor LInux Redhat 6.x ou 7.0 64 bits. O tamanho da base é de 2,4 TB.
Gostaria de saber de vocês qual seria o melhor modo de se fazer essa migração.
Obs1: O tempo de downtime não foi informado, mas acho que o cliente teria um
dia do final de semana livre para realizar essa tarefa.
Alguém poderia ajudar?
#yiv9061301510 #yiv9061301510 -- #yiv9061301510ygrp-mkp {border:1px solid
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv9061301510
#yiv9061301510ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv9061301510
#yiv9061301510ygrp-mkp #yiv9061301510hd
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px
0;}#yiv9061301510 #yiv9061301510ygrp-mkp #yiv9061301510ads
{margin-bottom:10px;}#yiv9061301510 #yiv9061301510ygrp-mkp .yiv9061301510ad
{padding:0 0;}#yiv9061301510 #yiv9061301510ygrp-mkp .yiv9061301510ad p
{margin:0;}#yiv9061301510 #yiv9061301510ygrp-mkp .yiv9061301510ad a
{color:#ff;text-decoration:none;}#yiv9061301510 #yiv9061301510ygrp-sponsor
#yiv9061301510ygrp-lc {font-family:Arial;}#yiv9061301510
#yiv9061301510ygrp-sponsor #yiv9061301510ygrp-lc #yiv9061301510hd {margin:10px
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv9061301510
#yiv9061301510ygrp-sponsor #yiv9061301510ygrp-lc .yiv9061301510ad
{margin-bottom:10px;padding:0 0;}#yiv9061301510 #yiv9061301510actions
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv9061301510
#yiv9061301510activity
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv9061301510
#yiv9061301510activity span {font-weight:700;}#yiv9061301510
#yiv9061301510activity span:first-child
{text-transform:uppercase;}#yiv9061301510 #yiv9061301510activity span a
{color:#5085b6;text-decoration:none;}#yiv9061301510 #yiv9061301510activity span
span {color:#ff7900;}#yiv9061301510 #yiv9061301510activity span
.yiv9061301510underline {text-decoration:underline;}#yiv9061301510
.yiv9061301510attach
{clear:both