Menu de navegação

[LenonParticipante]

HELP!!!
OLHA SÓ O PROBLEMA…
TEM CURA ??
SÓ PRECISO DE UMA TABLESPACE. ESTOU TENTANDO DUPLICAR PARA SUBIR E
PEGAR OS DADOS QUE ME INTERESSAM…

JA TENTEI ABRIR DE TUDO QUE É JEITO, COM “RESET” E “NORESET”

HÁ ALGO QUE EU POSSO FAZER NESSA SITUAÇÃO. NÃO TENHO MAIS OS ARCHIVES…
NEM QUE FOR NO “JEITINHO” EU NÃO CONSIGO PEGAR OS DADOS DE UMA TABLESPACE “X”

AGRADEÇO TODA E QUALQUER AJUDA!!
—————————————————————————————

Starting recover at 07-OCT-13
using channel ORA_AUX_DISK_1

starting media recovery

unable to find archive log
archive log thread=1 sequence=1632
Oracle Error:
ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: ‘+DGROUP1/MEUDB/datafile/system.330.828193209’

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of Duplicate Db command at 10/07/2013 13:43:49
RMAN-03015: error occurred in stored script Memory Script
RMAN-06054: media recovery requesting unknown log: thread 1 seq 1632 lowscn 12915292232

—————————————————————————————

SEGUEM MAIORES DETALHES PARA QUE ENTENDAM MELHOR:

List of Backups
===============
Key TY LV S Completion #Pieces #Copies Compressed Tag
——- — — – —————— ——- ———- —
1225348 B F A 01-JUL-13 1 1 YES DB_2013_07_01_KP365
1327771 B F A 01-MAR-13 1 1 YES DB_2013_03_01_KP365
1327774 B F A 01-JUN-13 1 1 YES DB_2013_06_01_KP365
1327787 B F A 01-MAY-13 1 1 YES DB_2013_05_01_KP365
1327834 B F A 01-APR-13 1 1 YES DB_2013_04_01_KP365
1327839 B F A 01-APR-13 1 1 YES DB_2013_04_01_KP365
1327855 B F A 07-APR-13 1 1 YES DB_2013_04_07_KP365
1346772 B F A 04-AUG-13 1 1 YES DB_2013_08_04_KP60
1370334 B F A 11-AUG-13 1 1 YES DB_2013_08_11_KP60
1393965 B F A 18-AUG-13 1 1 YES DB_2013_08_18_KP60
1417915 B F A 25-AUG-13 1 1 YES DB_2013_08_25_KP60
1441536 B F A 01-SEP-13 1 1 YES DB_2013_09_01_KP365
1442930 B F A 01-SEP-13 1 1 YES DB_2013_09_01_KP60
1466670 B F A 08-SEP-13 1 1 YES DB_2013_09_08_KP60
1491279 B F A 15-SEP-13 1 1 YES DB_2013_09_15_KP60
1515662 B F A 22-SEP-13 1 1 YES DB_2013_09_22_KP60
1521204 B F A 24-SEP-13 1 1 YES DB_2013_09_24_KP10
1525391 B F A 25-SEP-13 1 1 YES DB_2013_09_25_KP10
1528970 B F A 26-SEP-13 1 1 YES DB_2013_09_26_KP10
1537975 B F A 28-SEP-13 1 1 YES DB_2013_09_28_KP10
1539830 B F A 28-SEP-13 1 1 YES DB_2013_09_28_KP3
1540776 B F A 28-SEP-13 1 1 YES DB_2013_09_28_KP3
1544791 B F A 29-SEP-13 1 1 YES DB_2013_09_29_KP60
1546405 B F A 30-SEP-13 1 1 YES DB_2013_09_30_KP10
1548343 B F A 30-SEP-13 1 1 YES DB_2013_09_30_KP3
1549378 B F A 30-SEP-13 1 1 YES DB_2013_09_30_KP3
1551899 B F A 01-OCT-13 1 1 YES DB_2013_10_01_KP365
1553011 B F A 01-OCT-13 1 1 YES DB_2013_10_01_KP3

OBS: KP60 = 60 dias, KP365 = 365 dias, …

RMAN> list backup of database tag DB_2013_09_22_KP60;

List of Backup Sets
===================

BS Key Type LV Size Device Type Elapsed Time Completion Time
——- —- — ———- ———– ———— —————
1515662 Full 8.30G DISK 00:30:42 22-SEP-13
BP Key: 1515664 Status: AVAILABLE Compressed: YES Tag: DB_2013_09_22_KP60
Piece Name: /bkp/MEUDB.database_2013-09-22.06okgpdn_1_1.bkp
Keep: LOGS Until: 21-NOV-13
List of Datafiles in backup set 1515662
File LV Type Ckp SCN Ckp Time Name
—- — —- ———- ——— —-
1 Full 12915292232 22-SEP-13 +DGROUP3/MEUDB/datafile/system.311.818558323
2 Full 12915292232 22-SEP-13 +DGROUP3/MEUDB/datafile/undotbs1.646.818556427
3 Full 12915292232 22-SEP-13 +DGROUP3/MEUDB/datafile/sysaux.497.818557877
4 Full 12915292232 22-SEP-13 +DGROUP3/MEUDB/datafile/users.507.818556423
5 Full 12915292232 22-SEP-13 +DGROUP3/MEUDB/datafile/example.626.818558367
6 Full 12915292232 22-SEP-13 +DGROUP3/MEUDB/datafile/agr.709.818556421
7 Full 12915292232 22-SEP-13 +DGROUP3/MEUDB/datafile/tsd.588.818556423
8 Full 12915292232 22-SEP-13 +DGROUP3/MEUDB/datafile/tsi.298.818556425
9 Full 12915292232 22-SEP-13 +DGROUP3/MEUDB/datafile/sapiens_idx.263.818557597
10 Full 12915292232 22-SEP-13 +DGROUP3/MEUDB/datafile/sapiens.532.818557795
11 Full 12915292232 22-SEP-13 +DGROUP3/MEUDB/datafile/vetor.580.818557833
12 Full 12915292232 22-SEP-13 +DGROUP3/MEUDB/datafile/vetor_idx.590.818557857
13 Full 12915292232 22-SEP-13 +DGROUP3/MEUDB/datafile/undotbs2.359.818556427
14 Full 12915292232 22-SEP-13 +DGROUP3/MEUDB/datafile/system.312.818558355
15 Full 12915292232 22-SEP-13 +DGROUP3/MEUDB/datafile/users.452.818558131
16 Full 12915292232 22-SEP-13 +DGROUP3/MEUDB/datafile/vetor.373.818556425
17 Full 12915292232 22-SEP-13 +DGROUP3/MEUDB/datafile/rep.625.818558363
19 Full 12915292232 22-SEP-13 +DGROUP3/MEUDB/datafile/intranet.627.818558391
20 Full 12915292232 22-SEP-13 +DGROUP3/MEUDB/datafile/sapiens.272.818556425
21 Full 12915292232 22-SEP-13 +DGROUP3/MEUDB/datafile/vetor.490.818558207

Meu script:

run {
backup as compressed backupset
full check logical database
format ‘/bkp/%d.database_$DIA.%U.bkp’ tag=’DB_${TAG}’
keep until time=’sysdate+${KEEP_DAYS}’
logs ;

crosscheck backupset;
crosscheck archivelog all;
delete noprompt obsolete;
delete noprompt expired backup of database;
delete noprompt expired backup of controlfile;
delete noprompt expired backup of archivelog all;
delete noprompt expired backup of spfile;
delete noprompt expired archivelog all;
delete noprompt archivelog until time ‘SYSDATE -1′;
}

Minha necessidade:

run {
set until time “to_date(’22-09-2013:23:00:00′,’DD-MM-YYYY:HH24:MI:SS’)”;
duplicate TARGET DATABASE TO MEUDB;
}

[rmanParticipante]

@l.oliveira

Em que horário o backup DB_2013_09_22_KP60 foi iniciado?

Qual é a primeira e ultima sequencia de archivelog que você tem?

Nunca fiz o DUPLICATE, não sei como funciona, mas pensando que você vai restaurar esse backup físico em outra máquina, eu faria assim:


run {
set until sequence 1632;
restore database;
recover database;
alter database open resetlogs;
}


Lembrando que como é em outra máquina, você tem que fazer o restore do SPFILE/CONTROLFILE

[LenonParticipante]

SOLUÇÃO:

*._allow_resetlogs_corruption=TRUE

RMAN, o DUPLICATE é bem útil quando se quer montar uma base para teste, ou em casos com o meu que preciso restaurar a base, mas não posso fazer em cima da produção.

O DUPLICATE lê o backup mais recente (ou vc usa “until” e escolhe a data) e a partir dai faz o trabalho que você faria manualmente de montar controlfile etc. para montar a base nova (outro SID).

No meu caso faço bkp a quente com RMAN. Uma outra pessoa mudou os scripts de backup e fiquem sem os archive log. Sem nada, nadinha mesmo. E a droga do meu bkp não está consistente. Também sem exports ou outra forma de recover.

Ou seja: morto! A única coisa que me resta são alguns dias de backup, mas todos pedindo logs que não tenho…

Não entendo muito porque, mas tudo bem, não importa agora. Já peguei os dados que me interessava, que era de apenas um schema específico.

A mágica:

1) Cria a base nova

2) Roda o Duplicate

3) Vai dar pau durante o duplicate. Ele faz toda a cópia sem erro, na hora do “open” ele dá o erro: ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error

5) Aqui começa a mágica: baixa a base (shutdown)

5) Edita o pfile e põe: *._allow_resetlogs_corruption=TRUE

6) startup mount (não é para dar erro até aqui)

7) Aí vc entra com “alter database open resetlogs;”

O meu ficou muuuito tempo tentando abrir e deu vários erros. Chegou a cair.
Na segunda tentativa, ainda com erros na tela, abriu (pensa na felicidade)

Daí ficou caindo toda horam não parava de pé. Toda hora tinha que dar “startup”.
Aí percebi que subiu com erro na tbs TEMP:

8) alter tablespace temp add tempfile ‘/tmp/temp.dbf’ reuse;

Depois disso meu amigo, só correr para o abraço.
Exportei o que eu queria (sem nem um warning) e mandei tudo pro vinagre.

Fica aí para quem precisar!!!

Valeu pessoal!

[rmanParticipante]

@Lenon

Você faz DUPLICATE na mesma máquina de produção? Não gerou contenção no banco de produção durante do DUPLICATE? É interessante ter uma segunda máquina para esse processo.

Chegou a testar a solução que eu passei? Mesmo não tendo nenhum archive log é possível abrir o banco.

[LucasMarolaParticipante]

@rman,

Já fiz o duplicate para mesma máquina e não tive nenhum problema, lógico que o ambiente de destino estava em LUN separa no storage, também já fiz com ambiente que estavam na mesma LUN e não tive nenhum problema.

[LucasMarolaParticipante]

@rman,

Outra coisa com o duplicate é bem mais fácil de atualizar uma base para versões 11GR2 (não lembro se standard deixa) posso ser feito online da produção, para 10GR2 tem que utilizar o backup do ambiente.

[Autor]

Posts