RMAN block recovery

Hello

I have an Oracle 11 g R2 server and the journal of alerts reported the following

ORA-01578: ORACLE data block corrupted (file # xx, block # xxx)

Yes, I didRMAN> validate check logical database;

And after that on checkingV$ database_block_corruption I found 3 block are corrupt, all 3 are indexes of the index table_space segment_type.

Please let me know what would be the best way to recover the corrupt blocks

Will,RMAN> recover corruption list; repair the block corruption

Another concern is that the backup of the database doesn't do 'check logical' before doing the backup. Does it mean that the recovery from backup might not work ?

Thanks

No, you need to do both.

The first command handles the bad or blocks

Best regards

mseberg

Tags: Database

Similar Questions

RMAN-04004: recovery catalog database error: ORA-12170: TNS: connect the ti
Hello:

Last night ' RMAN backup error: ' RMAN-04004: recovery catalog database error: ORA-12170: TNS: Connect timeout.

I can sqlplus to the target database and the catalog database. The listener is in place. What is the problem? What should I check?

Thanks in advance for your help.
in the oratest/orapass@rmandb1 CATALOG,.

rmandb1 is the name of the service. normally the name of the service and the name of db are kept same.

check rmandb1 tnsping where you try to run ' RMAN TARGET / CATALOG oratest/orapass@rmandb1 "command.

as optput will get the ip address of the server on which db is resident, no port, Protocol

as

---------

[Oracle@RAC3 ~] $ tnsping orcl

AMT Ping utility for Linux: Version 10.2.0.5.0 - Production on December 23, 2011 21:12:20

Copyright (c) 1997, 2010, Oracle. All rights reserved.

Use settings files:
/opt/app/Oracle/product/DB/10.2.1/network/admin/SQLNET.ora

TNSNAMES adapter used to resolve the alias
Try to contact (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = rac3.rajesh.com) (PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = orcl)))
OK (10 ms)
-------------------------------

Here the HOST = rac3.rajesh.com is the present db Server

Published by: Rajesh.Rathod on December 23, 2011 07:43

RMAN BACKUP/RECOVERY OF DATA

Hi friendz,.

I have a legacy of or copied from earlier sources, RMAN backup scripts, which is the ff:

(on the PROD server)

rman
run {
     CONFIGURE CONTROLFILE AUTOBACKUP ON;
     CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/u03/rman/%F';
     crosscheck archivelog all;
     backup format '/u03/rman/%d_LVL0_%T_%u_s%s_p%p' database plus archivelog;
     delete obsolete;
     delete expired archivelog all;
     }

Then, I got the following output in/u03/rman:

[root@oracleprod rman]# ls -l
total 75200672
-rw-rw----  1 oraprod oraprod    16089088 Feb 18 19:40 c-4174489363-20110218-01
-rw-rw----  1 oraprod oraprod 76882624512 Feb 18 19:39 OAPROD_LVL0_20110218_0gm50de6_s16_p1
-rw-rw----  1 oraprod oraprod    31554048 Feb 18 19:40 OAPROD_LVL0_20110218_0hm50fks_s17_p1

I copied the files above to/u03/rman to the TEST server. I have also the same Oracle Home.
How can I recover these files on our TEST Server?

I tried:

rman
run {
     startup mount;
     restore database;
     recover database;
    alter database open;
}

but I got error:

[oraprod@oel5 ~]$ rman target /

Recovery Manager: Release 9.2.0.6.0 - Production

Copyright (c) 1995, 2002, Oracle Corporation.  All rights reserved.

connected to target database (not started)

RMAN> startup mount;

Oracle instance started
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of startup command at 02/21/2011 22:31:09
ORA-00205: error in identifying controlfile, check alert log for more info

RMAN>

Help, please...

Thank you

You must restore the controlfile first.

STARTUP NOMOUNT
RESTORE CONTROLFILE FROM '/u03/rman/c-4174489363-20110218-01' ;
sql 'alter database mount';
RESTORE DATABASE;
RECOVER DATABASE;

Hemant K Collette

RMAN-06054: recovery of media asking unknown journal: thread 1 seq 23888
version 10203

Can I change the time or the SNA and re - run recovery without restoring all db files?
How do I know exact time/scn? where rman can perform recovery...

RMAN wasn't able to restore automatic backup controlfile;
I had to restore controlfile from "c-2568036611-20100912-13.
&
run
{
until the time = 2010 - 09 - 12 18:30 ';
restore the database;
recover the database;
ALTER database open resetlogs;
}

RMAN recovery ends with this error
RMAN-06054: recovery of media asking unknown journal: thread 1 seq 23888 lowscn 4473176866475
DBA2008 wrote:
version 10203

Can I change the time or the SNA and re - run recovery without restoring all db files?

No, recovery average is you have to restore before database/data file according to this time/SNA and
need to recover this database/data file

How do I know exact time/scn? where rman can perform recovery...

You can use rman back catalogue or views of performance Dynamics controlfiles(v$backup_*).

RMAN wasn't able to restore automatic backup controlfile;
I had to restore controlfile from "c-2568036611-20100912-13.

When you try to restore controlfile what error do you have?
Or have you tried restore controlfile to 'your_controlfile_backup' command via rman

run
{
until the time = 2010 - 09 - 12 18:30 ';
restore the database;
recover the database;
ALTER database open resetlogs;
}

RMAN recovery ends with this error
RMAN-06054: recovery of media asking unknown journal: thread 1 seq 23888 lowscn 4473176866475

It seems that this error occur because of you actually restored controlfile sauvegardΘ but in controlfile are not
any information on your logs archiving offer you have to catalogue start with "archive_log_location" through rman. After you run this command, please perform recover database and alter database open resetlogs

urgent server won't boot up, how rman restore/recovery?

Hello
Reboot server SA will not start server.
s/n cannot access server.
the worst case:
If SA want to rebuild a new server, reinstall the oracle database, is there docs to show me how to restore/recovery of database using rman of rman backup files in the old server records.
(we do not catalog rman, just the control file)
Thank you very much!

If SA want to rebuild a new server, reinstall the oracle database, is there docs to show me how to restore/recovery of database using rman of rman backup files in the old server records.

Yes - there are a LOT of docs on the web. Just use your favorite search engine and the search for them. They are EASY to find.

But the SMARTEST thing would be to find the problem with the original database and fix it.

RMAN tablespace recovery is a failure

Hello
I'm testing a scenario of passing my Test database table space and try to retrieve it using RMAN. I am getting below error while trying to recover from the storage space.

Target DB is GGSRC
With the help of catalogue: TOOLSB
Recovery Manager: release 11.2.0.3.0 - Production on Fri Aug 2 07:42:49 2013
Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.
connected to target database: GGSRC (DBID = 3056046518)
connected to the recovery catalog database
RMAN> ###################################################
2 > #.
3 > # run_restore_tablespace.rman
4 > #.
5 > # use this script for all data files in one or more storage space
6 > # to their location on the original disc.
7 > #.
8> ###################################################
9 > run
10 > {}
11 > # < < RULE_OPTIMIZER > >
12 > run the script allocate_3_channel;
13 >
14 > the VALUE of NEWNAME for DATAFILE ' / u02/oradata/GGSRC/system01.dbf' to ' / u02/oradata/system01.dbf';
15 > the VALUE of NEWNAME for DATAFILE ' / u02/oradata/GGSRC/sysaux01.dbf' to ' / u02/oradata/sysaux01.dbf';
16 > the VALUE of NEWNAME for DATAFILE ' / u06/oradata/GGSRC/undotbs01.dbf' to ' / u06/oradata/undotbs01.dbf';
17 > RECOVER TABLESPACE AYYO until the SNA 19103062 auxiliary destination "/ u02/oradata ';
18 >
19 > run the script release_3_channel;
{20 >}
21 >
the script: allocate_3_channel
allocated channel: DTPUX3t1
channel DTPUX3t1: SID = 23 device type = SBT_TAPE
channel DTPUX3t1: for Oracle Data Protection: version 5.5.2.0
allocated channel: DTPUX3t2
channel DTPUX3t2: SID = 159 device type = SBT_TAPE
channel DTPUX3t2: for Oracle Data Protection: version 5.5.2.0
allocated channel: DTPUX3t3
channel DTPUX3t3: SID = 17 device type = SBT_TAPE
channel DTPUX3t3: for Oracle Data Protection: version 5.5.2.0
executing command: SET NEWNAME
executing command: SET NEWNAME
executing command: SET NEWNAME
From back in August 2, 2013 07:42:52
Creation of automatic instance with SID = "rxAh."
initialization parameters for automatic instance:
db_name = GGSRC
db_unique_name = rxAh_tspitr_GGSRC
compatible = 11.2.0.0.0
DB_BLOCK_SIZE = 8192
DB_FILES = 200
SGA_TARGET = 280M
process = 50
db_create_file_dest = / u02/oradata
Log_archive_dest_1 = ' location = / u02/oradata.
Auxiliary parameter file #No used
turn on automatic instance GGSRC
Oracle instance started
Total System Global Area 292278272 bytes
Bytes of size 2227744 fixed
100663776 variable size bytes
184549376 of database buffers bytes
Redo buffers 4837376 bytes
Auto instance created
content of Script memory:
{
# the requested value point in time
until the SNA 19103062.
# restore the controlfile
Restore clone controlfile;
# mount the controlfile
SQL clone "alter database database mount clone";
Current online journal archive #.
SQL 'alter system archive log current';
# avoid needless save structural changes during the TSPITR
SQL ' start dbms_backup_restore. AutoBackupFlag (FALSE); end;';
Resync catalog #.
Catalogue of resynchronization;
}
execution of Script memory
executing command: SET until clause
From restoration to August 2, 2013 07:43:05
Delete an automatic instance
closing automatic instance
Instance Oracle to close
Automatic instance deleted
output channel: DTPUX3t1
output channel: DTPUX3t2
output channel: DTPUX3t3
RMAN-00571: ===========================================================
RMAN-00569: = ERROR MESSAGE STACK FOLLOWS =.
RMAN-00571: ===========================================================
RMAN-03002: failure of the command recover at 02/08/2013 07:43:09
RMAN-03015: an error has occurred in the script stored memory Script
RMAN-06034: at least 1 channel must be distributed to run this command
Please help me on how to solve it.
Thank you
Mahi

Hello

All by making a TSPITR, do not affect the RMAN channels explicitly. Let the RMAN allocate channel by itself.

Please see the note below.

RMAN-06034 for TSPITR (Doc ID 467189.1)

Thank you!!

Blocks recovery
Hello

Only a few blocks in a data file are damaged, can we just pick up these blocks if we use RMAN...

Thanks and greetings...
Only a few blocks in a data file are damaged, can we just pick up these blocks if we use RMAN...

Yes,
first find out what files are damaged.

RMAN > datafile blockrecover block ;

This see below manual too

http://download.Oracle.com/docs/CD/B28359_01/backup.111/b28270/rcmblock.htm#CHDDJJAG

RMAN incomplete recovery
Jin
I use oracle10g (10.2.0.4.0) in windows service pack 2 32-bit. with RMAN, I took a backup of a tablespace. Then, I created a table and the database is closed. Off, I deleted the file data in this table. Now I started the database in the editing phase, started the RMAN. I restored the tablespace by RMAN and then I got to a point where I did not create the table. But the RMAN performs a complete recovery. When I check the table there is always. How is it possible? can someone help me please... I am totally confused.

Here are the commands I used in the above scenario

RMAN > BACKUP TABLESPACE USERS (BACKUP 13:00 HRS)

SQL > CREATE TABLE TEST AS SELECT * FROM EMPLOYEES; (CREATED AT 17:00 HRS)
SQL > IMMEDIATE SHU

physically remove the data from the users table space file.

SQL > STARTUP MOUNT

RMAN > CONNECT TARGET SYS/password

RMAN > RESTORE TABLESPACE USERS

RMAN >RECOVER DATAFILE 4 until time ' to_date ('2010-11-23 16:00 ',' ' YYYY-MM-DD HH24:MI:SS) "

SQL > ALTER DATABASE OPEN RESETLOGS (DISPLAYS AN ERROR THAT RESETLOG CAN SE DO AFTER INCOMPLETE RECOVERY)

SQL > ALTER DATABASE OPEN

SQL > SELECT * FROM TEST (THE TABLE EXISTS)

Please tell me what is wrong in the above scenario? I use wrong queries?

Thanks in advance
You cannot recover a Tablespace (or Datafile) to a point in time that is not consistent with the rest of the database, unless you use an auxiliary Instance. TSPITR (TablespacePointInTimeRecovery) uses an Auxiilary Instance where SYSTEM, UNDO and the required storage space are recovered to the point passed in time without affecting the current instance of the current database. The tablespace can then transported the auxiliary to the active database instance - you can have RMAN automatically do this but, personally, I would manually.

Hemant K Collette

RMAN restore/recovery
Is it possible to restore a RMAN full backup on a different/db machine?

I have a DB of Prod (800 f) running 10.2.0.4 and launch the RMAN backup strategy. I am to perform full backups on tape and need to prove that the backups are viable for the restoration. The problem I have is that I can't do any test on the Prod db. My original plan was to create a tablespace and a data file - get the rman backup, delete the data file and restore from the backup. I'm not allowed to do this simple test, while he was susggested we use RMAN to recover from Prod backup set to a different database on another server. Is it still possible? I proved functionaly RMAN can restore in a test environment, but management wants to prove we can restore/recovery of data from production wo affecting primary production of db.

Thank you!!!
Hello.
If you have access to metalink take a look at the Doc.
388431.1 (creation database duplicated on a new host). RMAN
* T

RMAN-06054: recovery of media asking unknown journal: thread 1 seq 31 lowscn 1

Hello

I have oracle 10g on redhat linux 4 my database is in archivelog mode.

When I use the output of the command.

select name,sequence#,first_time from v$archived_log;

NAME                                                         SEQUENCE#  FIRST_TIME                                                                     
-----------------------------------------------------------  ---------  ----------                                                                                                                            
/home/oracle/DataBaseBackups/ArchiveDest/1_39_694492901.dbf  39         2009-08-19                                                                                                                     
/home/oracle/DataBaseBackups/ArchiveDest/1_40_694492901.dbf  40         2009-08-19                                                                                                                     
/home/oracle/DataBaseBackups/ArchiveDest/1_41_694492901.dbf  41         2009-08-19                                                                                                                     
/home/oracle/DataBaseBackups/ArchiveDest/1_42_694492901.dbf  42         2009-08-20                                                                                                                     
/home/oracle/DataBaseBackups/ArchiveDest/1_43_694492901.dbf  43         2009-08-20                                                                                                                     
/home/oracle/DataBaseBackups/ArchiveDest/1_44_694492901.dbf  44         2009-08-20                                                                                                                     
/home/oracle/DataBaseBackups/ArchiveDest/1_45_694492901.dbf  45         2009-08-21                                                                                                                     
/home/oracle/DataBaseBackups/ArchiveDest/1_46_694492901.dbf  46         2009-08-21                                                                                                                     
/home/oracle/DataBaseBackups/ArchiveDest/1_47_694492901.dbf  47         2009-08-21                                                                                                                     
/home/oracle/DataBaseBackups/ArchiveDest/1_48_694492901.dbf  48         2009-08-21                                                                                                                     
/home/oracle/DataBaseBackups/ArchiveDest/1_49_694492901.dbf  49         2009-08-22                                                                                                                     
/home/oracle/DataBaseBackups/ArchiveDest/1_50_694492901.dbf  50         2009-08-22                                                                                                                     
/home/oracle/DataBaseBackups/ArchiveDest/1_51_694492901.dbf  51         2009-08-22                                                                                                                     
/home/oracle/DataBaseBackups/ArchiveDest/1_52_694492901.dbf  52         2009-08-23                                                                                                                     
/home/oracle/DataBaseBackups/ArchiveDest/1_53_694492901.dbf  53         2009-08-23                                                                                                                     
/home/oracle/DataBaseBackups/ArchiveDest/1_54_694492901.dbf  54         2009-08-23

My only sequence no begins with 39 by this command.

but when I try to restore the database I found the error

         RMAN-06054: media recovery requesting unknown log: thread 1 seq 31 lowscn 1330926

but when I physically check the destination of the journal archive

I think it's

[oracle@Oracledatabas ArchiveDest]$ ll
total 1650176
-rw-r-----  1 oracle oinstall  2147328 Aug 17 02:47 1_30_694492901.dbf
-rw-r-----  1 oracle oinstall 14567424 Aug 17 05:50 1_31_694492901.dbf
-rw-r-----  1 oracle oinstall 47700480 Aug 17 15:00 1_32_694492901.dbf
-rw-r-----  1 oracle oinstall 47700480 Aug 17 22:00 1_33_694492901.dbf
-rw-r-----  1 oracle oinstall 47699968 Aug 18 03:01 1_34_694492901.dbf
-rw-r-----  1 oracle oinstall 47706624 Aug 18 13:00 1_35_694492901.dbf
-rw-r-----  1 oracle oinstall 49021440 Aug 18 22:00 1_36_694492901.dbf
-rw-r-----  1 oracle oinstall 47713280 Aug 19 00:56 1_37_694492901.dbf
-rw-r-----  1 oracle oinstall 47700480 Aug 19 08:01 1_38_694492901.dbf
-rw-r-----  1 oracle oinstall 47703040 Aug 19 17:35 1_39_694492901.dbf
-rw-r-----  1 oracle oinstall 47700480 Aug 19 22:00 1_40_694492901.dbf
-rw-r-----  1 oracle oinstall 47708672 Aug 20 05:00 1_41_694492901.dbf

This shows that I have files in archive with sequence No 30 and more.

When I try to record

SQL> alter database register logfile '/home/oracle/DataBaseBackups/ArchiveDest/1_30_694492901.dbf';
alter database register logfile '/home/oracle/DataBaseBackups/ArchiveDest/1_30_694492901.dbf'
*
ERROR at line 1:
ORA-16225: Missing LogMiner session name for Streams

Please suggest what to do.

Thank you
Umesh

The ALTER DATABASE REGISTER LOGFILE in SQLPlus command is implementation ensures and streams.

You must use the RMAN CATALOG command.

RMAN backup recovery

Hi all
11.2.0.3.11
AIX6
I have a script that runs every hour to recover the application archivelogs manual script database. What happened if accidentally, I run the script twice?
RMAN control not to execute the order to duplicate 2nd, and will it hold or mark error him?
For example:
I have a script recover.exe, scheduled cron to run every hour and apply the manual standby db logs. (non-dataguard).
But as the archive logs are too many, it was not completed in time, and the next restarted cron process, duplication of the race.
Now, there are two batch process, applying archive logs. What will happen to our database?
Thank you
MK

It depends on how you scripted operations. What happens if you have hardcoded the archivelogs to apply list and the execution-error? The next execution generates the correct list.

If you don't have not hardcoded the list, but allow Oracle to identify the archivelogs, it should be ok.

Hemant K Collette

RMAN backup recovery point in time

Hi all

Here's my rman backup script configuration and rman.
Because of size constraints I save my logs to archive by rman and delete.
I wanted to know if it was possible to go at a certain time using these archiving logs.
ex: -.
Racing script at 10:00 in the evening daily say it ran on March 1 and March 2, to 22:00, if I want to recover until 14:00 on March 2, will be March 2 backup enough or I'll need March 1 backup and archive logs until 14:00 for which I need to physcially archive backup logs daily , with rman.

RUN
{ 
  ALLOCATE CHANNEL ch1 DEVICE TYPE DISK;
  ALLOCATE CHANNEL ch2 DEVICE TYPE DISK;
  ALLOCATE CHANNEL ch3 DEVICE TYPE DISK;
  BACKUP DATABASE INCLUDE CURRENT CONTROLFILE format 'G:\Oracle\flash_recovery_area\TEST\BACKUPSET\tmp\rman_backup\df_%d_%s_%p_%T';
  DELETE NOPROMPT OBSOLETE;
  SQL "ALTER SYSTEM ARCHIVE LOG CURRENT";
  BACKUP ARCHIVELOG ALL DELETE INPUT format 'G:\Oracle\flash_recovery_area\TEST\BACKUPSET\tmp\rman_backup\arc_%d_%s_%p_%T';

}

RMAN configuration parameters for database with db_unique_name TEST are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1;
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 'G:\Oracle\flash
_recovery_area\TEST\BACKUPSET\tmp\RMAN_BACKUP\CTL_%F';
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOA
D TRUE ; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO 'C:\ORACLE\PRODUCT\11.2.0\DBHOME_1\DATABA
SE\SNCFTEST.ORA'; # default

Hello;

RMAN> startup mount
RMAN> restore database until time "to_date('02-MAR-2013 09:00:00', dd-mon-rrrr hh24:mi:ss')";
RMAN> recover database;
RMAN> alter database open;

Best regards

mseberg

Question of ditch RMAN restore/recovery
Hi all, so here's my situation.

I have two database servers, both running 10.2.0.1 SE on RHEL 4. One is the primary database, and the second is a standby mode. Since it's SE and given there guard is not available, the primary database has archive_lag_target value 30 minutes. The standby database is in a mounted State, and a cron job runs every 30 minutes which catalogues the primary archivelogs and does a recovery of the database to apply the archivelogs. This means that the database pending is to to more than 30 minutes behind the primary.

The other night, the primary database server hung and restarted on its own to almost 450 h, and the last filled archivelog reached about 441 h, (sequence #52113). When the principal server has increased once again, we have tried to launch database errors, but recovered, ora-600/7445 database corruption, so we decided to wait. The last archivelog seq # 52113, has been applied on the eve and passed on the eve of the operations.

The day before is now last up to 441 hours. As the primary database server is stopped at 450 pm, is there a way to always retrieve the changes between 441 pm and 450 MP? If I do a restore/recovery using the backup, the database that results would not be recovered at the same time/scn as data watches, namely the #52113 seq?

Any help would be appreciated.
Yes you can.

But be careful you've got errors ora-600/7445, so contacts with the support of oracle first.

Concerning
Asif Kabir

headers block (block media recovery with rman)
Hi Im following this tutorial (sound on media with rman block recovery) - im using 11 GR 2 on oel 5.5

http://kamranagayev.WordPress.com/2010/03/18/RMAN-video-tutorial-series-performing-block-media-recovery-with-RMAN/

I created 2 spaces and storage within an array, for example I have a table space called "users02", composed of a data file called "users02.dbf", which currently holds a table called "tbl_test01".

If I query the table to select * from him, he returns the data inside, but when I use the following statement to determine the block header (for the purpose of the tutorial) no row is returned...
```
select header_block from dba_segments where segmemt_name='tbl_test01';
```
can someone help me on hwo I can find the header of the table,... is block - it possible that segment name is different in the name of the table?

Any help would be appreciated
806595 wrote:
Hi Im following this tutorial (sound on media with rman block recovery) - im using 11 GR 2 on oel 5.5

http://kamranagayev.WordPress.com/2010/03/18/RMAN-video-tutorial-series-performing-block-media-recovery-with-RMAN/

I created 2 spaces and storage within an array, for example I have a table space called "users02", composed of a data file called "users02.dbf", which currently holds a table called "tbl_test01".

If I query the table to select * from him, he returns the data inside, but when I use the following statement to determine the block header (for the purpose of the tutorial) no row is returned...
```
select header_block from dba_segments where segmemt_name='tbl_test01';
```
can someone help me on hwo I can find the header of the table,... is block - it possible that segment name is different in the name of the table?

Any help would be appreciated
PLS, try:
```
select header_block from dba_segments where segment_name='TBL_TEST01';
```

RMAN has no damaged block

Oracle 11.2.0.4 64-bit in archivelog mode
He is a 2nd block corrupted on SYSAUX. First time can be read ORA-19566: exceeded the limit of 3 corrupt blocks...
The first time was SYSAUX 69262 and 69263 blocks
This time was 100424.
The following found on alert.log
Incorrect header found during the backup of the data file
Bad block data:
type: 1 format: 2 rdba: 0x000024c8
last change the SNA: following 0x808c.00000104: 0 x 95 flg: 0xe3
spare1: 0 x 0 spare2: 0 x 0 spare3: 0x80
consistency in tail value: 0x3bd40201
check the value in the block header: 0x887a
disabled block checksum
Review of blocknum is 100424, file = < location > \SYSAUX01. DBF. found the same corrupted data
Review of blocknum = 100424, file == < location > \SYSAUX01. DBF. found the same corrupted data
Review of blocknum = 100424, file == < location > \SYSAUX01. DBF. found the same corrupted data
Review of blocknum = 100424, file == < location > \SYSAUX01. DBF. found the same corrupted data
Review of blocknum = 100424, file == < location > \SYSAUX01. DBF. found the same corrupted data
My Sep 15 18:36:38 2015
Running the Checker found 1 new failures of persistent data
I read Doc-ID 472231.1 et Doc-ID 199933.1 as suggested on Block of fracture found during the backup of the data file and Oracle 11 g: block Corruption SYSAUX file
Do not be applied to my case.
While I was able to retrieve the blocks with RMAN; My concern is now the long term effects and what is the cause? Also, trying to find a more permanent solution and not to block recovery every 2 weeks.
Advisor? What should I look for?
Thank you

If it is Windows 2008 chances are that you have probably not ASM. Good luck to pick up a few Oracle then

I would certainly come from SAs for some assistance, they should be able to spot something at a lower level / side storage, have an audit of the PDF file & run the dbv and validate.

RMAN block recovery

Similar Questions

Maybe you are looking for