Menu de navegação

[rickab7Participante]

Ola galera!!…

Estou estudando a parte de backup e não consigo fazer a restauração do banco através de archivelog.

Fiz um backup frio do meu banco enquanto o mesmo estava down. Fiz algumas operações DML quando deixei o meu banco open e ai simulei uma situação onde apaguei todos os arquivos de dados da pasta oradata.

Com o banco down voltei o backup do banco e com ele montado tentei restaurar o banco com o seguinte script:

RECOVER DATABASE USING BACKUP CONTROLFILE

Ai começa um problema. O Oracle me traz o archive sugerido por ele e eu escolho a opção AUTO e ai ele informa que o sistema não encontrou o archive.

O mais engraçado é que ele me traz um archive que não existe, teoricamente o proximo archive que seria gerado.

Mesmo assim, tento dizer para ele escolher um archive que existe e ainda sim ele diz que o sistema não encontrou.

Gostaria de saber se alguém já passou por isso e poderia me ajudar

[Anônimo]

Tente colocar no caminho completo e o nome do(s) archive(s) quando o Oracle pedir.

[vieriParticipante]

Você está misturando os cenârios de recuperação.

Leia um pouco sobre os conceitos de backup cold e hot,
controlfile, checkpoint, archives… etc.

E tente novamente.

[Marcos BragaParticipante]

Caso interessante esse de apagar tudo do oradata. Porém é importante saber o que está apagando.

Archive só vai funcionar quando perde-se um datafile, uma tablespace, uma tabela (onde há a necessidade de recuperar os dados que foram incluídos, alterados ou apagados).

Se apagar todos os datafiles e controlfiles é difícil para o banco de dados saber que foram gerados archives além do que existe no seu backup. O backup é um ponto de partida, e dependendo do desastre um ponto final também.

Concordo com o Vieri onde diz para compreender melhor os conceitos de backup e restore.

Cada caso é um caso e como tal, exige um procedimento específico.

Creio que isso é um caminho.

[]s
Brag

[rickab7Participante]

OK…Braga, obrigado pelo conceito…

Ainda sou novo na parte de administração do Oracle e consegui compreender…

Vou fazer isso, apagar um datafile criado e tentar recuperar o mesmo ou uma tabela….

Abraços

[armandovelosoParticipante]

Amigo,

tentei entender o que pode ter acontecido, e pelo que vc diz no trecho :

“O mais engraçado é que ele me traz um archive que não existe, teoricamente o proximo archive que seria gerado. ”

me levou a crer que vc errou numa coisa:
vc voltou todos os seus datafiles MAS esqueceu de retornar seus CONTROLFILES !

Daí ele não procurar pelo archive da data do backup…

Veja se foi isso!

[rickab7Participante]

Ola Armando!, tudo bem?

Irei fazer teste e retorno se é isso mesmo, mas pelo que me lembro o Control que retorno é o que está no backup.

Mesmo assim, agradeço a ajuda.

[David SiqueiraParticipante]

É possivel você postar os passos ( Comandos ) que você esta utilizando, e as mensagens de erros também?

Dessa maneira fica mais visivel e mis fácil de te ajudar, e informe o seu ambiente também ( W2k,Linux ou Unix?) Release do Oracle utilizada, porque se usar RMAN muda bem de 8i para 9i e para 10g também…se for 11g então nem se fala.

Abraço.

[vieriParticipante]

https://profissionaloracle.com.br/blogs/vieri/

Recuperação com RMAN, após remoção “crash” de datafile com a base on-line.

[oracle@admbidev wis]$ rm -rf users.dbf
[oracle@admbidev wis]$ sqlplus / as sysdba ;

SQL*Plus: Release 10.2.0.3.0 – Production on Mon Jul 27 09:28:00 2009
Copyright (c) 1982, 2006, Oracle. All Rights Reserved.

Connected to:

Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 – Production
With the Partitioning, OLAP and Data Mining options

SQL> shutdown immediate ;
ORA-01116: error in opening database file 35
ORA-01110: data file 35: ‘/u03/wis/users.dbf’
ORA-27041: unable to open file
Linux Error: 2: No such file or directory
Additional information: 3

SQL> shutdown abort ;

ORACLE instance shut down.

SQL> exit
Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 – Production
With the Partitioning, OLAP and Data Mining options

[oracle@admbidev wis]$ rman target /
Recovery Manager: Release 10.2.0.3.0 – Production on Mon Jul 27 09:28:23 2009
Copyright (c) 1982, 2005, Oracle. All rights reserved.
connected to target database (not started)

RMAN> startup mount ;

oracle instance started
database mounted
Total System Global Area 536870912 bytes
Fixed Size 1262788 bytes
Variable Size 155192124 bytes
Database Buffers 373293056 bytes
Redo Buffers 7122944 bytes

RMAN> list backup ;

List of Backup Sets

BS Key Type LV Size Device Type Elapsed Time Completion Time
——- —- — ———- ———– ———— —————
1 Full 6.05M DISK 00:00:00 21-JUL-09
BP Key: 1 Status: AVAILABLE Compressed: NO Tag: TAG20090721T153433
Piece Name: /u03/wis/full_wis_692811273_2

Control File Included: Ckp SCN: 5256320567 Ckp time: 21-JUL-09
BS Key Type LV Size Device Type Elapsed Time Completion Time
——- —- — ———- ———– ———— —————
2 Full 50.58G DISK 00:00:00 21-JUL-09
BP Key: 2 Status: AVAILABLE Compressed: NO Tag: TAG20090721T163226
Piece Name: /u03/wis/full_wis_692814747_3

List of Datafiles in backup set 2
File LV Type Ckp SCN Ckp Time Name
—- — —- ———- ——— —-
1 Full 5256322985 21-JUL-09 /u03/wis/system01.dbf
2 Full 5256322985 21-JUL-09 /u03/wis/undotbs1.dbf
3 Full 5256322985 21-JUL-09 /u03/wis/sysauy01.dbf
4 Full 5256322985 21-JUL-09 /u03/wis/data_entrega.dbf
5 Full 5256322985 21-JUL-09 /u03/wis/data_entrega_small.dbf
6 Full 5256322985 21-JUL-09 /u03/wis/gkoscf_dtau.dbf
7 Full 5256322985 21-JUL-09 /u03/wis/gkoscf_inau.dbf
8 Full 5256322985 21-JUL-09 /u03/wis/gkoscf_indy.dbf
9 Full 5256322985 21-JUL-09 /u03/wis/indy_entrega.dbf
10 Full 5256322985 21-JUL-09 /u03/wis/tbs_data_asstec.dbf
11 Full 5256322985 21-JUL-09 /u03/wis/tbs_data_cestqhist_32m.dbf
12 Full 5256322985 21-JUL-09 /u03/wis/tbs_data_detprep_32m.dbf
13 Full 5256322985 21-JUL-09 /u03/wis/tbs_data_hist_256k.dbf
14 Full 5256322985 21-JUL-09 /u03/wis/tbs_data_hist_32m.dbf
15 Full 5256322985 21-JUL-09 /u03/wis/tbs_data_hist_5m.dbf
16 Full 5256322985 21-JUL-09 /u03/wis/tbs_data_hist_64m.dbf
17 Full 5256322985 21-JUL-09 /u03/wis/tbs_data_inet.dbf
18 Full 5256322985 21-JUL-09 /u03/wis/tbs_data_sge.dbf
19 Full 5256322985 21-JUL-09 /u03/wis/tbs_data_trcmovestq_64m.dbf
20 Full 5256322985 21-JUL-09 /u03/wis/tbs_data_wis_256k.dbf
21 Full 5256322985 21-JUL-09 /u03/wis/tbs_data_wis_32m.dbf
22 Full 5256322985 21-JUL-09 /u03/wis/tbs_data_wis_5m.dbf
23 Full 5256322985 21-JUL-09 /u03/wis/tbs_indy_asstec.dbf
24 Full 5256322985 21-JUL-09 /u03/wis/tbs_indy_cestqhist_32m.dbf
25 Full 5256322985 21-JUL-09 /u03/wis/tbs_indy_detprep__32m.dbf
26 Full 5256322985 21-JUL-09 /u03/wis/tbs_indy_hist_256k.dbf
27 Full 5256322985 21-JUL-09 /u03/wis/tbs_indy_inet.dbf
28 Full 5256322985 21-JUL-09 /u03/wis/tbs_indy_sge.dbf
29 Full 5256322985 21-JUL-09 /u03/wis/tbs_indy_trcmovestq_64m.dbf
30 Full 5256322985 21-JUL-09 /u03/wis/tbs_indy_wis_256k.dbf
31 Full 5256322985 21-JUL-09 /u03/wis/tbs_indy_wis_32m.dbf
32 Full 5256322985 21-JUL-09 /u03/wis/tbs_indy_wis_5m.dbf
33 Full 5256322985 21-JUL-09 /u03/wis/tools.dbf
34 Full 5256322985 21-JUL-09 /u03/wis/undotbs2.dbf
35 Full 5256322985 21-JUL-09 /u03/wis/users.dbf
36 Full 5256322985 21-JUL-09 /u03/wis/gkoscf_data.dbf

BS Key Type LV Size Device Type Elapsed Time Completion Time
——- —- — ———- ———– ———— —————
3 Full 6.05M DISK 00:00:00 21-JUL-09
BP Key: 3 Status: AVAILABLE Compressed: NO Tag: TAG20090721T163226
Piece Name: /u03/wis/full_wis_692824194_4
Control File Included: Ckp SCN: 5256327637 Ckp time: 21-JUL-09

BS Key Size Device Type Elapsed Time Completion Time
——- ———- ———– ———— —————
4 368.53M DISK 00:00:00 23-JUL-09
BP Key: 6 Status: AVAILABLE Compressed: NO Tag: BKP_WIS_FULL_ARCHIVE

Piece Name: /u03/wis/arch1_692988571.rman
List of Archived Logs in backup set 4
Thrd Seq Low SCN Low Time Next SCN Next Time
—- ——- ———- ——— ———- ———
1 1184 5256216977 18-JUL-09 5256333244 21-JUL-09
1 1185 5256333244 21-JUL-09 5256367481 22-JUL-09
1 1186 5256367481 22-JUL-09 5256424192 23-JUL-09
1 1187 5256424192 23-JUL-09 5669379585 23-JUL-09
1 1188 5669379585 23-JUL-09 5669379591 23-JUL-09

BS Key Size Device Type Elapsed Time Completion Time
——- ———- ———– ———— —————
5 55.83M DISK 00:00:00 24-JUL-09
BP Key: 7 Status: AVAILABLE Compressed: NO Tag: BKP_WIS_FULL_ARCHIVE
Piece Name: /u03/wis/arch1_693056610_0ckkud32_1_1.rman

List of Archived Logs in backup set 5

Thrd Seq Low SCN Low Time Next SCN Next Time
—- ——- ———- ——— ———- ———
1 1189 5669379591 23-JUL-09 5669418823 24-JUL-09
1 1190 5669418823 24-JUL-09 5669418831 24-JUL-09

RMAN> restore tablespace users ;
Starting restore at 27-JUL-09
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=157 devtype=DISK
channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00035 to /u03/wis/users.dbf
channel ORA_DISK_1: reading from backup piece /u03/wis/full_wis_692814747_3
channel ORA_DISK_1: restored backup piece 1
piece handle=/u03/wis/full_wis_692814747_3 tag=TAG20090721T163226
channel ORA_DISK_1: restore complete, elapsed time: 00:05:26
Finished restore at 27-JUL-09

RMAN> recover tablespace users ;

Starting recover at 27-JUL-09
using channel ORA_DISK_1
starting media recovery
archive log thread 1 sequence 1184 is already on disk as file /u03/wis/arch_1_1184_675348192.log
archive log thread 1 sequence 1185 is already on disk as file /u03/wis/arch_1_1185_675348192.log
archive log thread 1 sequence 1186 is already on disk as file /u03/wis/arch_1_1186_675348192.log
archive log thread 1 sequence 1187 is already on disk as file /u03/wis/arch_1_1187_675348192.log
archive log thread 1 sequence 1188 is already on disk as file /u03/wis/arch_1_1188_675348192.log
archive log thread 1 sequence 1189 is already on disk as file /u03/wis/arch_1_1189_675348192.log
archive log thread 1 sequence 1190 is already on disk as file /u03/wis/arch_1_1190_675348192.log
archive log thread 1 sequence 1 is already on disk as file /u03/wis/arch_1_1_693067879.log
archive log filename=/u03/wis/arch_1_1184_675348192.log thread=1 sequence=1184
archive log filename=/u03/wis/arch_1_1185_675348192.log thread=1 sequence=1185
archive log filename=/u03/wis/arch_1_1186_675348192.log thread=1 sequence=1186
archive log filename=/u03/wis/arch_1_1187_675348192.log thread=1 sequence=1187
archive log filename=/u03/wis/arch_1_1188_675348192.log thread=1 sequence=1188
archive log filename=/u03/wis/arch_1_1189_675348192.log thread=1 sequence=1189
archive log filename=/u03/wis/arch_1_1190_675348192.log thread=1 sequence=1190
archive log filename=/u03/wis/arch_1_1191_675348192.log thread=1 sequence=1191
archive log filename=/u03/wis/arch_1_1192_675348192.log thread=1 sequence=1192
archive log filename=/u03/wis/arch_1_1193_675348192.log thread=1 sequence=1193
archive log filename=/u03/wis/arch_1_1194_675348192.log thread=1 sequence=1194
media recovery complete, elapsed time: 00:00:08
Finished recover at 27-JUL-09

No meu blog eu coloquei alguns exemplos.
Mas são utilizando o RMAN.
Mais ainda acho que vc precisa ler mais,
antes de partir para prática.

O banco pede arcuives que não existe pois vc está fazendo uma recuperação completa.

Nesse caso vc vai ter que ficar dando alter system swtich lofile varias vezes ou abrir a base com open resetlogs.

[vieriParticipante]

• switch logfile
• archives

obs:digitação…

😆

[vieriParticipante]

Após o recover.

RMAN> alter database open ;
database opened

Sexta-feira a cabeça já começa a esquecer Oracle e pensar
em outras coisas!!! risos

[rickab7Participante]

Vieri, desculpa pela demora na resposta.

Não estou utilizando o RMAN mais mesmo assim obrigado. O RMAN é um proximo passo que irei aprender.

Consegui fazer o recover de um datafile.

Pesso obrigado a todos que me ajudaram a aumentar os meus conhecimentos que por enquanto são poucos.

[Autor]

Posts