Alessandro,
Essa base aí é 12c? Pegunto pois talvez tenha algum "new feature" que eu não
conheça.
Fui la no suporte consultar, há uma nota mestre para migração de plataforma
"Migration Of An Oracle Database Across OS Platforms (Generic Platform) (Doc ID
733205.1)".
Essa nota lista os procedimentos:
- Export / Import to include the use of Datapump facilities. All versions
support Export/Import but for Datapump 10.1.0.2 or higher is required
- Transportable Tablespaces 10G or Later
- RMAN Convert Database functions. 10G or Later
- RMAN Duplicate
- Streams Replication
- Create Table As Select (CTAS)
- Dataguard Heterogeneous Primary and Physical Standbys
- Oracle Golden Gate (For assistance with Oracle Golden Gate, an SR needs
opened with the correct team)
Bom, nessa lista não tem só "restore".
Com rman tem "RMAN Convert Database functions" e "RMAN Duplicate".
Também se usa o rman quando faz a conversão por "Transportable Tablespaces"
e usa o recurso de "Cross Platform Incremental Backup" para fazer "roll
forward" dos datafiles antes do processo de impdp.
O mais parecido é o "RMAN Duplicate", mas no duplicate o control file é
sempre recriado, talvez por isso a necessidade de recriá-lo para resolver os
erros.
Outra coisa que acontece no duplicate é que é feito um novo "DBID" o que
irá marcar definitivamente o banco de dados como novo para o RMAN, impedindo
que misture um backup/archives anteriores a conversão com backups novos durante
o restore.
Os processos de conversão com RMAN pedem para rodar uma package antes,
DBMS_TDB.CHECK_DB, não sei que verificações ela faz.
Há também um alerta na nota "RMAN DUPLICATE/RESTORE/RECOVER Mixed Platform
Support (Doc ID 1079563.1)", falando que se o banco foi atualizado de uma
versão anterior a 11g, pode haver blocos incompatíveis com a migração de
plataforma.
É exagero, mas o seguro morreu de velho, eu faria um "select * from ..." de
todas as tabelas para forçar um full scan de todas elas, e confirmar que não há
nenhum problema de compatibilidade no formato dos blocos, e gradualmente faria
um "rebuild" de todos os índices, durante a noite. Aí vai do tamanho da base e
do tempo e impacto que demora para rodar isso.
Se aparecer alguma tabela com problemas de leitura e o servidor antigo ainda
está disponível, é possível marcar os blocos afetados como ruins e recuperar os
dados de lá com um insert as select usando os ROWIDs, por DBLink por exemplo,
ou mesmo export/import em uma tabela ou esquema diferente, seguido de um
insert/select ou alter table rename.
Atc,Luis Freitas
On Tuesday, October 17, 2017 6:07 PM, "Alessandro Lúcio Cordeiro da Silva
alecordeirosi...@yahoo.com.br [oracle_br]" <oracle_br@yahoogrupos.com.br> wrote:
No caso eu fiz um backup nivel 0 com o banco no estado mount no Windows,
e autobackup do controlfile.
Depois instalei o Linux neste servidor e o Oracle. Feito isso fiz o restaure do
banco, com algo mais ou menos assim...
run { set dbid=xxxxx; set controlfile autobackup format for device type
disk to '<diretorio do linux onde salvei o autobackup do Windows>';
catalog start with 'diretorio onde salvei o backup nivel 0 do Windows no
linux'; restore controlfile from autobackup; alter database
mount; sql 'alter system set
db_create_file_dest="/u01/app/oracle/oradata"'; set newname for
database to new; restore database; switch datafile all;
alter database open resetlogs; }
depois disso consegui excluir do catalogo do controlfile os backup do Windows,
mas os archives dara os erros...
Alessandro Lúcio Cordeiro da Silva
Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
Porque esta é a vontade de Deus, a saber, a vossa
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)
Em Terça-feira, 17 de Outubro de 2017 14:54, "Luis Freitas
lfreita...@yahoo.com [oracle_br]" <oracle_br@yahoogrupos.com.br> escreveu:
Alessandro,
É um cenário bem diferente.
Talvez não seja preciso recriar o controlfile depois que os archives sairem
do controlfile, se no restore eles assumirem nomes compatíveis com linux.
Mas um restore de um backup antigo feito no Windows em um servidor Linux,
seria preciso fazer a conversão novamente no meio do restore?
Atc,Luis Freitas
On Tuesday, October 17, 2017 3:47 PM, "Alessandro Lúcio Cordeiro da Silva
alecordeirosi...@yahoo.com.br [oracle_br]" <oracle_br@yahoogrupos.com.br> wrote:
Olá Luis,
Eu descobrir o problema.
Ocorre que a poucos dias este banco foi migrado do Windows Server 2012 para
Oracle Linux 6.5, e por isso tinha no catalogo do controlfile alguns archives
que tinha a estrutura do Windows.
Por isso qualquer operação sobre os archives (crosscheck; delete archivelog
all; delete obsolete...) apresentava erro. Para conseguir restaura-lo o backup
do archive eu tive que recriar o controfile a partir do trace.
Ocorre que PRODUCAO ainda esta com este problema, mas conforme pesquisei depois
de algum tempo esta informação "lixo" do windows irá sumir por causa do
parametro control_file_record_keep_time, que padrão é 07 dias.
No momento vou aguardar Produção se "auto-curar" e se por uma eventualidade
precisar restaurar o banco de produção, sei que preciso recriar o controlfile.
Alessandro Lúcio Cordeiro da Silva
Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
Porque esta é a vontade de Deus, a saber, a vossa
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)
Em Terça-feira, 17 de Outubro de 2017 12:43, "Luis Freitas
lfreita...@yahoo.com [oracle_br]" <oracle_br@yahoogrupos.com.br> escreveu:
Alessandro,
Tem algum datafile com $ no meio do nome?
Atc,Luis Freitas
On Monday, October 16, 2017 7:37 PM, "jlchia...@yahoo.com.br [oracle_br]"
<oracle_br@yahoogrupos.com.br> wrote:
Nem precisava ter recriado : ao que parece era mesmo backup pieces não
catalogados corretamente, para limpar/remover as entradas já existentes nesse
controlfile vc poderia ter simplesmente conectado o RMAN nesse controlfile já
existente (via RMAN TARGET=usuario/senha NOCATALOG) e daí dentro do RMAN vc
fazia um DELETE de todos os backups catalogados e depois um CATALOG START
WITH....
Mas ok, reconstruir o controlfile Também funciona no sentido de remover todos
os backups nele catalogados...
[]s
Chiappa
#yiv9963042190 #yiv9963042190 -- #yiv9963042190ygrp-mkp {border:1px solid
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv9963042190
#yiv9963042190ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv9963042190
#yiv9963042190ygrp-mkp #yiv9963042190hd
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px
0;}#yiv9963042190 #yiv9963042190ygrp-mkp #yiv9963042190ads
{margin-bottom:10px;}#yiv9963042190 #yiv9963042190ygrp-mkp .yiv9963042190ad
{padding:0 0;}#yiv9963042190 #yiv9963042190ygrp-mkp .yiv9963042190ad p
{margin:0;}#yiv9963042190 #yiv9963042190ygrp-mkp .yiv9963042190ad a
{color:#0000ff;text-decoration:none;}#yiv9963042190 #yiv9963042190ygrp-sponsor
#yiv9963042190ygrp-lc {font-family:Arial;}#yiv9963042190
#yiv9963042190ygrp-sponsor #yiv9963042190ygrp-lc #yiv9963042190hd {margin:10px
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv9963042190
#yiv9963042190ygrp-sponsor #yiv9963042190ygrp-lc .yiv9963042190ad
{margin-bottom:10px;padding:0 0;}#yiv9963042190 #yiv9963042190actions
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv9963042190
#yiv9963042190activity
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv9963042190
#yiv9963042190activity span {font-weight:700;}#yiv9963042190
#yiv9963042190activity span:first-child
{text-transform:uppercase;}#yiv9963042190 #yiv9963042190activity span a
{color:#5085b6;text-decoration:none;}#yiv9963042190 #yiv9963042190activity span
span {color:#ff7900;}#yiv9963042190 #yiv9963042190activity span
.yiv9963042190underline {text-decoration:underline;}#yiv9963042190
.yiv9963042190attach
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px
0;width:400px;}#yiv9963042190 .yiv9963042190attach div a
{text-decoration:none;}#yiv9963042190 .yiv9963042190attach img
{border:none;padding-right:5px;}#yiv9963042190 .yiv9963042190attach label
{display:block;margin-bottom:5px;}#yiv9963042190 .yiv9963042190attach label a
{text-decoration:none;}#yiv9963042190 blockquote {margin:0 0 0
4px;}#yiv9963042190 .yiv9963042190bold
{font-family:Arial;font-size:13px;font-weight:700;}#yiv9963042190
.yiv9963042190bold a {text-decoration:none;}#yiv9963042190 dd.yiv9963042190last
p a {font-family:Verdana;font-weight:700;}#yiv9963042190 dd.yiv9963042190last p
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv9963042190
dd.yiv9963042190last p span.yiv9963042190yshortcuts
{margin-right:0;}#yiv9963042190 div.yiv9963042190attach-table div div a
{text-decoration:none;}#yiv9963042190 div.yiv9963042190attach-table
{width:400px;}#yiv9963042190 div.yiv9963042190file-title a, #yiv9963042190
div.yiv9963042190file-title a:active, #yiv9963042190
div.yiv9963042190file-title a:hover, #yiv9963042190 div.yiv9963042190file-title
a:visited {text-decoration:none;}#yiv9963042190 div.yiv9963042190photo-title a,
#yiv9963042190 div.yiv9963042190photo-title a:active, #yiv9963042190
div.yiv9963042190photo-title a:hover, #yiv9963042190
div.yiv9963042190photo-title a:visited {text-decoration:none;}#yiv9963042190
div#yiv9963042190ygrp-mlmsg #yiv9963042190ygrp-msg p a
span.yiv9963042190yshortcuts
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv9963042190
.yiv9963042190green {color:#628c2a;}#yiv9963042190 .yiv9963042190MsoNormal
{margin:0 0 0 0;}#yiv9963042190 o {font-size:0;}#yiv9963042190
#yiv9963042190photos div {float:left;width:72px;}#yiv9963042190
#yiv9963042190photos div div {border:1px solid
#666666;min-height:62px;overflow:hidden;width:62px;}#yiv9963042190
#yiv9963042190photos div label
{color:#666666;font-size:10px;overflow:hidden;text-align:center;white-space:nowrap;width:64px;}#yiv9963042190
#yiv9963042190reco-category {font-size:77%;}#yiv9963042190
#yiv9963042190reco-desc {font-size:77%;}#yiv9963042190 .yiv9963042190replbq
{margin:4px;}#yiv9963042190 #yiv9963042190ygrp-actbar div a:first-child
{margin-right:2px;padding-right:5px;}#yiv9963042190 #yiv9963042190ygrp-mlmsg
{font-size:13px;font-family:Arial, helvetica, clean, sans-serif;}#yiv9963042190
#yiv9963042190ygrp-mlmsg table {font-size:inherit;font:100%;}#yiv9963042190
#yiv9963042190ygrp-mlmsg select, #yiv9963042190 input, #yiv9963042190 textarea
{font:99% Arial, Helvetica, clean, sans-serif;}#yiv9963042190
#yiv9963042190ygrp-mlmsg pre, #yiv9963042190 code {font:115%
monospace;}#yiv9963042190 #yiv9963042190ygrp-mlmsg *
{line-height:1.22em;}#yiv9963042190 #yiv9963042190ygrp-mlmsg #yiv9963042190logo
{padding-bottom:10px;}#yiv9963042190 #yiv9963042190ygrp-msg p a
{font-family:Verdana;}#yiv9963042190 #yiv9963042190ygrp-msg
p#yiv9963042190attach-count span {color:#1E66AE;font-weight:700;}#yiv9963042190
#yiv9963042190ygrp-reco #yiv9963042190reco-head
{color:#ff7900;font-weight:700;}#yiv9963042190 #yiv9963042190ygrp-reco
{margin-bottom:20px;padding:0px;}#yiv9963042190 #yiv9963042190ygrp-sponsor
#yiv9963042190ov li a {font-size:130%;text-decoration:none;}#yiv9963042190
#yiv9963042190ygrp-sponsor #yiv9963042190ov li
{font-size:77%;list-style-type:square;padding:6px 0;}#yiv9963042190
#yiv9963042190ygrp-sponsor #yiv9963042190ov ul {margin:0;padding:0 0 0
8px;}#yiv9963042190 #yiv9963042190ygrp-text
{font-family:Georgia;}#yiv9963042190 #yiv9963042190ygrp-text p {margin:0 0 1em
0;}#yiv9963042190 #yiv9963042190ygrp-text tt {font-size:120%;}#yiv9963042190
#yiv9963042190ygrp-vital ul li:last-child {border-right:none
!important;}#yiv9963042190
