Menu de navegação

[Regis AraujoParticipante]

Fala Vargas..!

Este arquivo ainda está no diretório de backup?

/logs/bkprman/ASOEC10_740802719_3590_%r.bkp

Se vc verificar.. o backup do dia 18 já consta como EXPIRED, ou seja, ele não é mais válido para restore.. sendo q já tem um novo backup posterior a aquele..!!

Restaura o controlfile conforme o Vieri falou.. mas restaura deste backup acima.. que contem o ultimo backup FULL válido..!!!

E se der.. vai postando os resultados aqui..!!

Abraços..!

[mpvargasParticipante]

Regis,
Esse arquivo está no diretório sim…
Eu já atualizei o control file antes do restore.
A idéia é atualizar o control file novamente e refazer o restore desde o início?

[mpvargasParticipante]

Companheiros,
Copiei os arquivos do dia 20 e vou tentar fazer um novo restore
Fiz o restore do control file e executei o restore database
Está em andamento

Recebi a msg abaixo, será que está faltando algum arquivo?

Starting restore at 20-JAN-11
Starting implicit crosscheck backup at 20-JAN-11
Crosschecked 6 objects
Crosschecked 10 objects
Finished implicit crosscheck backup at 20-JAN-11

Starting implicit crosscheck copy at 20-JAN-11
Finished implicit crosscheck copy at 20-JAN-11

searching for all files in the recovery area
cataloging files…
no files cataloged

[mpvargasParticipante]

STATUS ATUAL (ERRO)

channel C1: restored backup piece 1
piece handle=/logs/bkprman/ASOEC10_740889154_3603_%r.bkp tag=TAG20110120T023233
channel C1: restore complete, elapsed time: 00:16:34
channel C2: restored backup piece 1
piece handle=/logs/bkprman/ASOEC10_740889154_3602_%r.bkp tag=TAG20110120T023233
channel C2: restore complete, elapsed time: 00:17:32
channel C3: restored backup piece 1
piece handle=/logs/bkprman/ASOEC10_740889153_3601_%r.bkp tag=TAG20110120T023233
channel C3: restore complete, elapsed time: 01:11:48
ORA-19870: error reading backup piece /logs/bkprman/ASOEC10_740889153_3600_%r.bkp
ORA-19502: write error on file “/tbs10/dados01.dbf”, blockno 6619889 (blocksize=8192)
ORA-27072: File I/O error
Linux-x86_64 Error: 2: No such file or directory
Additional information: 4
Additional information: 6619889
Additional information: 90112
failover to previous backup

channel C1: starting datafile backupset restore
channel C1: specifying datafile(s) to restore from backup set
restoring datafile 00005 to /tbs10/dados01.dbf
channel C1: reading from backup piece /logs/bkprman/ASOEC10_740889153_3600_%r.bkp
ORA-19870: error reading backup piece /logs/bkprman/ASOEC10_740889153_3600_%r.bkp
ORA-19502: write error on file “/tbs10/dados01.dbf”, blockno 6619889 (blocksize=8192)
ORA-27072: File I/O error
Linux-x86_64 Error: 2: No such file or directory
Additional information: 4
Additional information: 6619889
Additional information: 90112
failover to previous backup

channel C1: starting datafile backupset restore
channel C1: specifying datafile(s) to restore from backup set
restoring datafile 00005 to /tbs10/dados01.dbf
channel C1: reading from backup piece /logs/bkprman/ASOEC10_740802718_3588_%r.bkp
ORA-19870: error reading backup piece /logs/bkprman/ASOEC10_740802718_3588_%r.bkp
ORA-19505: failed to identify file “/logs/bkprman/ASOEC10_740802718_3588_%r.bkp”
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
failover to previous backup

channel C1: starting datafile backupset restore
channel C1: specifying datafile(s) to restore from backup set
restoring datafile 00005 to /tbs10/dados01.dbf
channel C1: reading from backup piece /logs/bkprman/ASOEC10_740802718_3588_%r.bkp
ORA-19870: error reading backup piece /logs/bkprman/ASOEC10_740802718_3588_%r.bkp
ORA-19505: failed to identify file “/logs/bkprman/ASOEC10_740802718_3588_%r.bkp”
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
failover to previous backup

channel C1: starting datafile backupset restore
channel C1: specifying datafile(s) to restore from backup set
restoring datafile 00005 to /tbs10/dados01.dbf
channel C1: reading from backup piece /logs/bkprman/ASOEC10_740370727_3529_%r.bkp
ORA-19870: error reading backup piece /logs/bkprman/ASOEC10_740370727_3529_%r.bkp
ORA-19505: failed to identify file “/logs/bkprman/ASOEC10_740370727_3529_%r.bkp”
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
failover to previous backup

creating datafile fno=5 name=/tbs10/dados01.dbf
released channel: C1
released channel: C2
released channel: C3
released channel: C4
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 01/20/2011 12:51:10
ORA-01119: error in creating database file ‘/tbs10/dados01.dbf’
ORA-27038: created file already exists
Additional information: 1

RMAN>

[mpvargasParticipante]

Continuando…
Verifiquei no servidor e observei que acabou o espaço em disco… liberei espaço e executei novamente… Finalizou OK
Vou executar o RECOVER DATABASE;

[mpvargasParticipante]

Novamente esse erro:

RMAN> RECOVER DATABASE;

Starting recover at 20-JAN-11
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=156 devtype=DISK

starting media recovery

Oracle Error:
ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01152: file 1 was not restored from a sufficiently old backup
ORA-01110: data file 1: ‘/u01/app/oracle/oradata/asoec10/system01.dbf’

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 01/20/2011 15:21:24
RMAN-06053: unable to perform media recovery because of missing log
RMAN-06025: no backup of log thread 1 seq 7510 lowscn 2196352371 found to restore

[CleitonHanzenParticipante]

Opá…

Tentou fazer o “crosscheck archivelog all” e “delete noprompt expired archivelog all” no RMAN, antes de começar o recover?

[mpvargasParticipante]

RMAN> crosscheck archivelog all;

released channel: ORA_DISK_1
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=156 devtype=DISK
validation failed for archived log
archive log filename=/logs/flash_recovery_area/ASOEC10/archivelog/2011_01_19/o1_mf_1_7671_6mdy04hs_.arc recid=5539 stamp=740844945
validation failed for archived log
archive log filename=/logs/flash_recovery_area/ASOEC10/archivelog/2011_01_20/o1_mf_1_7682_6mhlh1m2_.arc recid=5550 stamp=740892993
Crosschecked 2 objects

[mpvargasParticipante]

Não validou os archives…
Como eu havia questionado anteriormente… Não era pra ter os archives embutidos no bakup?

[CleitonHanzenParticipante]

Opá….

Mas qual a tua sequence atual no banco de produção? (select max(sequence#) from v$archived_log)

Acho que você está com um erro de conceito aí:

Archivelog é que o está em disco, e você valida através do comando “crosscheck archivelog all”.

Backup dos archives já é outra coisa, você valida através do comando “crosscheck BACKUP of archivelog all”

Possívelmente, no teu caso o RMAN está pedindo uma sequence muita antiga, isso por que os archives foram deletados “na mão” e não via RMAN….

Após fazer o “crosscheck archivelog all”, faça agora o “delete noprompt expired archivelog all”… e tente fazer só o recover novamente…

[]s

[mpvargasParticipante]

RMAN> delete noprompt expired archivelog all;

released channel: ORA_DISK_1
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=156 devtype=DISK

List of Archived Log Copies
Key Thrd Seq S Low Time Name

---

78351 1 7671 X 19-JAN-11 /logs/flash_recovery_area/ASOEC10/archivelog/2011_01_19/o1_mf_1_7671_6mdy04hs_.arc
82348 1 7682 X 20-JAN-11 /logs/flash_recovery_area/ASOEC10/archivelog/2011_01_20/o1_mf_1_7682_6mhlh1m2_.arc
deleted archive log
archive log filename=/logs/flash_recovery_area/ASOEC10/archivelog/2011_01_19/o1_mf_1_7671_6mdy04hs_.arc recid=5539 stamp=740844945
deleted archive log
archive log filename=/logs/flash_recovery_area/ASOEC10/archivelog/2011_01_20/o1_mf_1_7682_6mhlh1m2_.arc recid=5550 stamp=740892993
Deleted 2 EXPIRED objects

O RESTORE DEU O MESMO ERRO…

Quando dou esses comandos de archive, no novo servidor, ele faz um check no próprio servidor, certo?
Porque no servidor de produção, o meu script tem esses comandos.
Acho que a confusão está nesse conceito…
O que me intriga é o porque do RMAN pedir um archive muito antigo.

[CleitonHanzenParticipante]

Opá…

Acredito que você não esteja usando catálogo, nesse caso o check é feito no controlfile do banco que você está usando como target (que no caso deve ser no servidor novo)….

Tá meio estranho isso aí mesmo, o que retorna da query:

select * from v$backup;

Quando executada em produção……dá impressão que tem algum datafile que está em modo backup e por esse motivo tá pedindo essa sequence antiga….

No teu banco restaurado, dá uma olhada na view v$recover_file e procure a change# do DBF que tá dando pau e procura essa change# na view v$archived_log da produção, pra ver em qual sequence# que aquele SCN está….

[mpvargasParticipante]

Fala Cleiton,
Eu uso o catálogo sim…
Abaixo as queries solicitadas:

SQL> select * from v$backup;
1 NOT ACTIVE 0
2 NOT ACTIVE 0
3 NOT ACTIVE 0
4 NOT ACTIVE 0
5 NOT ACTIVE 0
6 NOT ACTIVE 0
7 NOT ACTIVE 0
8 NOT ACTIVE 0
9 NOT ACTIVE 0
10 NOT ACTIVE 0
11 NOT ACTIVE 0
12 NOT ACTIVE 0
13 NOT ACTIVE 0
14 NOT ACTIVE 0
15 NOT ACTIVE 0
16 NOT ACTIVE 0
17 NOT ACTIVE 0
18 NOT ACTIVE 0
19 NOT ACTIVE 0
20 NOT ACTIVE 0
21 NOT ACTIVE 0
22 NOT ACTIVE 0
23 NOT ACTIVE 0
24 NOT ACTIVE 0
25 NOT ACTIVE 0
26 NOT ACTIVE 0
27 NOT ACTIVE 0

Banco restaurado
SQL> SELECT * FROM v$recover_file;
2 ONLINE ONLINE 2219970737 20-JAN-11
5 ONLINE ONLINE 2219970736 20-JAN-11
6 ONLINE ONLINE 2219970737 20-JAN-11
7 ONLINE ONLINE 2219970736 20-JAN-11
11 ONLINE ONLINE 2219970736 20-JAN-11
12 ONLINE ONLINE 2219970736 20-JAN-11
14 ONLINE ONLINE 2219970737 20-JAN-11
15 ONLINE ONLINE 2219970737 20-JAN-11
16 ONLINE ONLINE 2219970736 20-JAN-11
17 ONLINE ONLINE 2219970737 20-JAN-11
19 ONLINE ONLINE 2219970736 20-JAN-11
20 ONLINE ONLINE 2219970736 20-JAN-11
22 ONLINE ONLINE 2219970737 20-JAN-11
23 ONLINE ONLINE 2219970737 20-JAN-11

Erro no Recover
RMAN-06025: no backup of log thread 1 seq 7510 lowscn 2196352371 found to restore

No banco de produção:
SQL> SELECT SEQUENCE#, RESETLOGS_CHANGE#, FIRST_CHANGE#, NEXT_CHANGE# FROM V$ARCHIVED_LOG WHERE SEQUENCE# = 7510;

SEQUENCE# RESETLOGS_CHANGE# FIRST_CHANGE# NEXT_CHANGE#
———- ————————- —————— ——————
7510 525876 2196352371 2196454248

O NAME está em branco
SQL> SELECT NAME, SEQUENCE# FROM V$ARCHIVED_LOG WHERE SEQUENCE# = 7510;

NAME

SEQUENCE#

  7510

Isso quer dizer que o arquivo foi deletado?

Só tem o name a partir do 7660
/logs/flash_recovery_area/ASOEC10/archivelog/2011_01_18/o1_mf_1_7661_6mb9qswb_.arc

referente a um arquivo do dia 18/01/2011

[CleitonHanzenParticipante]

E se você restaurar os archives na mão e dar um “recover database until cancel” no SQLPLus, funciona?

[mpvargasParticipante]

Cleiton,
Como assim restaurar os archives na mão?

Copio os archives para a base restaurada… mas executo qual comando?

[Autor]

Posts