Question on backup validate datafile command

DB Version: 10gR2, 11GR2
Is the following command meant to check block corruption in the original datafile or is it meant to check if the rman backup of this file is fit for restore?
backup validate datafile 1;The equivalent of the above command in 11g is
validate datafile 1;Right?

Both are true.
The VALIDATE command is to check for corrupt blocks and missing files, or to determine whether a backup set can be restored.
If the backup validation discovers corrupt blocks, then RMAN updates the V$DATABASE_BLOCK_CORRUPTION view with rows describing the corruptions. After a corrupt block is repaired, the row identifying this block is deleted from the view.
Oracle 11g,
The options in the VALIDATE command are semantically equivalent to options in the BACKUP VALIDATE command.
refer,
http://download.oracle.com/docs/cd/B28359_01/backup.111/b28273/rcmsynta053.htm
Thanks

Similar Messages

  • Backup validate command

    I have few questions to clear my confusion.Can anyone please clarify it.
    1)Does Backup validate check logical database plus archivelog all takes same time as real backup?
    2)does database needs to be in archivelog mode?
    3)can this validate command run mount state?
    Thanks

    Here is a simple illustration for you;
    RMAN> BACKUP VALIDATE DATABASE ARCHIVELOG ALL;
    Starting backup at 17-AUG-10
    using channel ORA_DISK_1
    channel ORA_DISK_1: starting compressed full datafile backupset
    channel ORA_DISK_1: specifying datafile(s) in backupset
    input datafile fno=00002 name=/db/OPTIMA/oradata/opttest/opttest/UNDOTBS1.dbf
    input datafile fno=00341 name=/db/OPTIMA/oradata/opttest/data/NORS_OWCTTS_D_02.dbf
    input datafile fno=00369 name=/db/OPTIMA/oradata/opttest/data/NORS_ISUP_GROUP_D_03.dbf
    input datafile fno=00307 name=/db/OPTIMA/oradata/opttest/data/NORS_TONES_D_02.dbf
    input datafile fno=00311 name=/db/OPTIMA/oradata/opttest/data/NORS_SINGLE_UNIT_PM_D_02.dbf
    input datafile fno=00313 name=/db/OPTIMA/oradata/opttest/data/NORS_PM_D_02.dbf
    input datafile fno=00318 name=/db/OPTIMA/oradata/opttest/data/NORS_RTLTSUM_D_02.dbf
    input datafile fno=00319 name=/db/OPTIMA/oradata/opttest/data/NORS_SOTS_D_02.dbf
    input datafile fno=00320 name=/db/OPTIMA/oradata/opttest/data/NORS_SYSPERF_D_02.dbf
    input datafile fno=00328 name=/db/OPTIMA/oradata/opttest/data/NORS_TREATMENT_D_02.dbf
    input datafile fno=00329 name=/db/OPTIMA/oradata/opttest/data/NORS_TRUNK_MODULES_D_02.dbf
    input datafile fno=00123 name=/db/OPTIMA/oradata/opttest/data/NORS_SINGLE_UNIT_PM_D_01.dbf
    input datafile fno=00129 name=/db/OPTIMA/oradata/opttest/data/NORS_TONES_D_01.dbf
    input datafile fno=00147 name=/db/OPTIMA/oradata/opttest/data/NORS_C7LKSET_D_01.dbf
    input datafile fno=00149 name=/db/OPTIMA/oradata/opttest/data/NORS_C7MTP_D_01.dbf
    input datafile fno=00151 name=/db/OPTIMA/oradata/opttest/data/NORS_C7ROUTE_D_01.dbf
    input datafile fno=00155 name=/db/OPTIMA/oradata/opttest/data/NORS_CALL_CONTROL_D_01.dbf
    input datafile fno=00157 name=/db/OPTIMA/oradata/opttest/data/NORS_CDIVGRP_D_01.dbf
    input datafile fno=00159 name=/db/OPTIMA/oradata/opttest/data/NORS_COMPUTING_MODULE_D_01.dbf
    input datafile fno=00163 name=/db/OPTIMA/oradata/opttest/data/NORS_DTSRPM_D_01.dbf
    input datafile fno=00165 name=/db/OPTIMA/oradata/opttest/data/NORS_EXND_CALL_CONTROL_D_01.dbf
    input datafile fno=00167 name=/db/OPTIMA/oradata/opttest/data/NORS_ISUP_GROUP_D_01.dbf
    input datafile fno=00169 name=/db/OPTIMA/oradata/opttest/data/NORS_ISUP_STATS_D_01.dbf
    input datafile fno=00171 name=/db/OPTIMA/oradata/opttest/data/NORS_ISUP_TRAFFIC_D_01.dbf
    input datafile fno=00173 name=/db/OPTIMA/oradata/opttest/data/NORS_IWUCGRP_D_01.dbf
    input datafile fno=00179 name=/db/OPTIMA/oradata/opttest/data/NORS_MPCLINK3_D_01.dbf
    input datafile fno=00183 name=/db/OPTIMA/oradata/opttest/data/NORS_OFFICE_TRAFFIC_ROUT_D_01.dbf
    input datafile fno=00185 name=/db/OPTIMA/oradata/opttest/data/NORS_OWCTTS_D_01.dbf
    input datafile fno=00349 name=/db/OPTIMA/oradata/opttest/data/NORS_LINE_ACCESS_D_02.dbf
    input datafile fno=00011 name=/db/OPTIMA/oradata/opttest/opttest/OPTIMA_ALARMS_I.dbf
    input datafile fno=00012 name=/db/OPTIMA/oradata/opttest/opttest/SAMPLE_VENDORD.dbf
    input datafile fno=00013 name=/db/OPTIMA/oradata/opttest/opttest/SAMPLE_VENDORI.dbf
    input datafile fno=00110 name=/db/OPTIMA/oradata/opttest/system/DEF_NORTEL_SWITCHING_S_01.dbf
    input datafile fno=00115 name=/db/OPTIMA/oradata/opttest/data/NORS_PM_D_01.dbf
    input datafile fno=00177 name=/db/OPTIMA/oradata/opttest/data/NORS_LINE_TRAFFIC_D_01.dbf
    input datafile fno=00347 name=/db/OPTIMA/oradata/opttest/data/NORS_MPCLINK3_D_03.dbf
    input datafile fno=00350 name=/db/OPTIMA/oradata/opttest/data/NORS_EXND_CALL_CONTROL_D_03.dbf
    input datafile fno=00351 name=/db/OPTIMA/oradata/opttest/data/NORS_OWCTTS_D_03.dbf
    input datafile fno=00354 name=/db/OPTIMA/oradata/opttest/data/NORS_ISUP_STATS_D_03.dbf
    input datafile fno=00355 name=/db/OPTIMA/oradata/opttest/data/NORS_SYSPERF_D_03.dbf
    input datafile fno=00357 name=/db/OPTIMA/oradata/opttest/data/NORS_TRUNK_MODULES_D_03.dbf
    input datafile fno=00358 name=/db/OPTIMA/oradata/opttest/data/NORS_TREATMENT_D_03.dbf
    input datafile fno=00359 name=/db/OPTIMA/oradata/opttest/data/NORS_SOTS_D_03.dbf
    input datafile fno=00360 name=/db/OPTIMA/oradata/opttest/data/NORS_RTLTSUM_D_03.dbf
    input datafile fno=00362 name=/db/OPTIMA/oradata/opttest/data/NORS_OFFICE_TRAFFIC_ROUT_D_03.dbf
    input datafile fno=00363 name=/db/OPTIMA/oradata/opttest/data/NORS_C7ROUTE_D_03.dbf
    input datafile fno=00365 name=/db/OPTIMA/oradata/opttest/data/NORS_CDIVGRP_D_03.dbf
    input datafile fno=00368 name=/db/OPTIMA/oradata/opttest/data/NORS_CALL_CONTROL_D_03.dbf
    input datafile fno=00370 name=/db/OPTIMA/oradata/opttest/data/NORS_COMPUTING_MODULE_D_03.dbf
    input datafile fno=00371 name=/db/OPTIMA/oradata/opttest/data/NORS_C7MTP_D_03.dbf
    input datafile fno=00372 name=/db/OPTIMA/oradata/opttest/data/NORS_IWUCGRP_D_03.dbf
    input datafile fno=00376 name=/db/OPTIMA/oradata/opttest/data/NORS_C7LKSET_D_03.dbf
    input datafile fno=00377 name=/db/OPTIMA/oradata/opttest/data/NORS_ISUP_TRAFFIC_D_03.dbf
    input datafile fno=00378 name=/db/OPTIMA/oradata/opttest/data/NORS_DTSRPM_D_03.dbf
    input datafile fno=00352 name=/db/OPTIMA/oradata/opttest/data/NORS_ANN_D_03.dbf
    user interrupt received
    Finished backup at 17-AUG-10
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03099: job cancelled at user request
    RMAN> --> It was validating with the archivelog mode
    RMAN> exit
    Recovery Manager complete.
    $ sqlplus / as sysdba
    SQL*Plus: Release 10.2.0.4.0 - Production on Tue Aug 17 16:29:12 2010
    Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.
    Connected to:
    Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    SQL> shutdown immediate;
    Database closed.
    Database dismounted.
    ORACLE instance shut down.
    SQL>  startup mount;
    ORACLE instance started.
    Total System Global Area 1375731712 bytes
    Fixed Size                  2056088 bytes
    Variable Size             704643176 bytes
    Database Buffers          654311424 bytes
    Redo Buffers               14721024 bytes
    Database mounted.
    SQL> alter database noarchivelog;
    Database altered.
    SQL> alter database open;
    Database altered.
    SQL> exit;
    SQL> Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    $ rman target /
    Recovery Manager: Release 10.2.0.4.0 - Production on Tue Aug 17 16:30:00 2010
    Copyright (c) 1982, 2007, Oracle.  All rights reserved.
    connected to target database: OPTTEST (DBID=750193206)
    RMAN> BACKUP VALIDATE DATABASE ARCHIVELOG ALL;
    Starting backup at 17-AUG-10
    using target database control file instead of recovery catalog
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=1461 devtype=DISK
    channel ORA_DISK_1: starting compressed full datafile backupset
    channel ORA_DISK_1: specifying datafile(s) in backupset
    RMAN-03009: failure of backup command on ORA_DISK_1 channel at 08/17/2010 16:30:07
    ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode
    continuing other job steps, job failed will not be re-run
    channel ORA_DISK_1: starting compressed full datafile backupset
    channel ORA_DISK_1: specifying datafile(s) in backupset
    RMAN-03009: failure of backup command on ORA_DISK_1 channel at 08/17/2010 16:30:08
    ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode
    continuing other job steps, job failed will not be re-run
    channel ORA_DISK_1: starting compressed full datafile backupset
    channel ORA_DISK_1: specifying datafile(s) in backupset
    RMAN-03009: failure of backup command on ORA_DISK_1 channel at 08/17/2010 16:30:09
    ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode
    continuing other job steps, job failed will not be re-run
    channel ORA_DISK_1: starting compressed full datafile backupset
    channel ORA_DISK_1: specifying datafile(s) in backupset
    RMAN-03009: failure of backup command on ORA_DISK_1 channel at 08/17/2010 16:30:09
    ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode
    continuing other job steps, job failed will not be re-run
    channel ORA_DISK_1: starting compressed full datafile backupset
    channel ORA_DISK_1: specifying datafile(s) in backupset
    RMAN-03009: failure of backup command on ORA_DISK_1 channel at 08/17/2010 16:30:10
    ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode
    continuing other job steps, job failed will not be re-run
    channel ORA_DISK_1: starting compressed full datafile backupset
    channel ORA_DISK_1: specifying datafile(s) in backupset
    RMAN-03009: failure of backup command on ORA_DISK_1 channel at 08/17/2010 16:30:11
    ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode
    continuing other job steps, job failed will not be re-run
    channel ORA_DISK_1: starting compressed full datafile backupset
    channel ORA_DISK_1: specifying datafile(s) in backupset
    RMAN-03009: failure of backup command on ORA_DISK_1 channel at 08/17/2010 16:30:11
    ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode
    continuing other job steps, job failed will not be re-run
    channel ORA_DISK_1: starting compressed full datafile backupset
    channel ORA_DISK_1: specifying datafile(s) in backupset
    RMAN-03009: failure of backup command on ORA_DISK_1 channel at 08/17/2010 16:30:12
    ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode
    continuing other job steps, job failed will not be re-run
    channel ORA_DISK_1: starting compressed full datafile backupset
    channel ORA_DISK_1: specifying datafile(s) in backupset
    RMAN-03009: failure of backup command on ORA_DISK_1 channel at 08/17/2010 16:30:13
    ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode
    continuing other job steps, job failed will not be re-run
    channel ORA_DISK_1: starting compressed full datafile backupset
    channel ORA_DISK_1: specifying datafile(s) in backupset
    RMAN-03009: failure of backup command on ORA_DISK_1 channel at 08/17/2010 16:30:13
    ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode
    continuing other job steps, job failed will not be re-run
    channel ORA_DISK_1: starting compressed full datafile backupset
    channel ORA_DISK_1: specifying datafile(s) in backupset
    RMAN-03009: failure of backup command on ORA_DISK_1 channel at 08/17/2010 16:30:14
    ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode
    continuing other job steps, job failed will not be re-run
    channel ORA_DISK_1: starting compressed full datafile backupset
    channel ORA_DISK_1: specifying datafile(s) in backupset
    RMAN-03009: failure of backup command on ORA_DISK_1 channel at 08/17/2010 16:30:15
    ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode
    continuing other job steps, job failed will not be re-run
    channel ORA_DISK_1: starting compressed full datafile backupset
    channel ORA_DISK_1: specifying datafile(s) in backupset
    RMAN-03009: failure of backup command on ORA_DISK_1 channel at 08/17/2010 16:30:15
    ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode
    continuing other job steps, job failed will not be re-run
    channel ORA_DISK_1: starting compressed full datafile backupset
    channel ORA_DISK_1: specifying datafile(s) in backupset
    RMAN-03009: failure of backup command on ORA_DISK_1 channel at 08/17/2010 16:30:16
    ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode
    continuing other job steps, job failed will not be re-run
    channel ORA_DISK_1: starting compressed full datafile backupset
    channel ORA_DISK_1: specifying datafile(s) in backupset
    RMAN-03009: failure of backup command on ORA_DISK_1 channel at 08/17/2010 16:30:17
    ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode
    continuing other job steps, job failed will not be re-run
    channel ORA_DISK_1: starting compressed archive log backupset
    channel ORA_DISK_1: specifying archive log(s) in backup set
    input archive log thread=1 sequence=297 recid=7633 stamp=727146412
    input archive log thread=1 sequence=298 recid=7634 stamp=727221971
    input archive log thread=1 sequence=299 recid=7635 stamp=727222952
    input archive log thread=1 sequence=300 recid=7636 stamp=727281385Regards.
    Ogan

  • Backup validate check logical

    hi,
    An mssql dba asked me if oracle could do logical/physical corruption checking when performing backups. Im aware of BACKUP VALIDATE CHECK LOGICAL.
    However, it doesn't create any backup. It just checks for corruption. If I remember, you can run BACKUP CHECK LOGICAL which will actually create the backup and check logical at the same time, but my question is...
    Why would you not want one or both of these as standard? I get it that there's overhead, more so for VALIDATE, but would you really want backups that contain corruption? Even if you keep 30 days worth of backups, you could realise after 40 days that you had corruption, and not be able to restore.
    Or is the reasoning behind not making it default, that you've got 'enough' backups that even if a datafile gets logical/physical corruption, you're bound to discover it before your backups become obsolete, and that it's then not worth the overhead of making it default?

    You can have the settings with SET MAXCORRUPT FOR DATAFILE.
    By default a checksum is calculated for every block read from a datafile and stored in the backup or image copy. If you use the NOCHECKSUM option, then checksums are not calculated. If the block already contains a checksum, however, then the checksum is validated and stored in the backup. If the validation fails, then the block is marked corrupt in the backup.
    The SET MAXCORRUPT FOR DATAFILE command sets how many corrupt blocks in a datafile that BACKUP will tolerate. If a datafile has more corrupt blocks than specified by the MAXCORRUPT parameter, the command terminates. If you specify the CHECK LOGICAL option, RMAN checks for logical and physical corruption.
    By default, the BACKUP command terminates when it cannot access a datafile. You can specify parameters to prevent termination, as listed in the following table.
    If you specify the option ... Then RMAN skips...
    SKIP INACCESSIBLE Inaccessible datafiles. A datafile is only considered inaccessible if it cannot be read. Some offline datafiles can still be read because they exist on disk. Others have been deleted or moved and so cannot be read, making them inaccessible.
    SKIP OFFLINE Offline datafiles.
    SKIP READONLY Datafiles in read-only tablespaces.

  • BACKUP VALIDATE vs VALIDATE in checking logical/physical corruption

    Hello all,
    I am checking if our 10gR2 database has any physical or logical corruption. I have read in some places where they state that VALIDATE command is enough to check database for physical corruption. Our database was never backed up by RMAN specifically before. Are any configuration settings needed for running BACKUP VALIDATE command? The reason I am asking is because just the VALIDATE command returns an error and BACKUP VALIDATE command runs without error but it is not showing the
    "File Status Marked Corrupt Empty Blocks Blocks Examined High SCN" lines.
    I used the command in two different formats and both do not show individual data file statuses:
    RMAN> run {
    CONFIGURE DEFAULT DEVICE TYPE TO DISK;
    CONFIGURE DEVICE TYPE DISK PARALLELISM 10 BACKUP TYPE TO BACKUPSET;
    BACKUP VALIDATE CHECK LOGICAL DATABASE FILESPERSET=10;
    RMAN> BACKUP VALIDATE CHECK LOGICAL DATABASE
    RMAN> VALIDATE DATABASE;
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-00558: error encountered while parsing input commands
    RMAN-01009: syntax error: found "database": expecting one of: "backupset"
    RMAN-01007: at line 1 column 10 file: standard input
    However on a different database already being backed up by RMAN daily, BACKUP VALIDATE output shows list of datafiles and STATUS = OK as below:
    List of Datafiles
    =================
    File Status Marked Corrupt Empty Blocks Blocks Examined High SCN
    How can we check every individual datafile status. Appreciate your responses. Thanks.

    Hi,
    After you have run:
    BACKUP VALIDATE CHECK LOGICAL DATABASE You can use sqlplus and run:
    select * from v$database_block_corruption.The output will tell you which block in which datafile is corrupt.
    Regards,
    Tycho
    Edited by: tychos on 8-sep-2011 18:34

  • PERFORMING A TEST BACKUP (VALIDATE BACKUP) USING RMAN

    제품 : RMAN
    작성날짜 : 2002-05-30
    PERFORMING A TEST BACKUP (VALIDATE BACKUP) USING RMAN
    =====================================================
    PURPOSE
    RMAN을 이용하여 Test Backup을 수행하기 위한 정보를 제공한다.
    EXPLANATION
    8.1.7 부터 RMAN에서 BACKUP command에 VALIDATE keyword를 사용할 수 있게 되었다
    이 명령의 수행은 다음과 같은 작업을 수행한다.
    - Datafile의 physical and logical corruption을 check한다.
    - 모든 database file들이 존재하는지, 그리고 올바른 위치에 있는지를 검증한다.
    RMAN은 실제적으로 backupset을 생성하지 않는다 그러나 그것들이 backup될 수
    있는지 없는지를 결정하기 위해서 기술된 file들을 scan한다.
    BACKUP VALIDATE 는 backup job을 수행시 수행되는 것을 제외하고는
    RESTORE VALIDATE와 거의 비슷하다.
    EXAMPLE
    아래와 같은 command들을 수행하여 backup하고자 하는 database file과 archived redo
    log들이 실제로 backup될 수 있는지를 검증할 수 있다.
    RUN {
    ALLOCATE CHANNEL ch1 TYPE 'sbt_tape';
    BACKUP VALIDATE
    DATABASE
    ARCHIVELOG ALL;
    Note: MAXCORRUPT or PROXY parameter는 VALIDATE option과 함께 사용할 수 없다.
    REFERENCE DOCUMENTS
    NOTE:121109.1

    Clint,
    I ran the command lines you wrote me after i placed the database in Startup MOUNT state, RMAN gave error messages that the database needs to be open:
    RMAN> SQL 'ALTER TABLESPACE USERTB2 OFFLINE IMMEDIATE';
    sql statement: ALTER TABLESPACE USERTB2 OFFLINE IMMEDIATE
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03009: failure of sql command on default channel at 11/04/2005 15:31:33
    RMAN-11003: failure during parse/execution of SQL statement: ALTER TABLESPACE US
    ERTB2 OFFLINE IMMEDIATE
    ORA-01109: database not open
    Then I ran the same command lines after I opened the database, RMAN gave error messages that "offline immediate disallowed unless media recovery enabled":
    RMAN> SQL 'ALTER TABLESPACE USERTBS2 OFFLINE IMMEDIATE';
    sql statement: ALTER TABLESPACE USERTBS2 OFFLINE IMMEDIATE
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03009: failure of sql command on default channel at 11/04/2005 15:48:17
    RMAN-11003: failure during parse/execution of SQL statement: ALTER TABLESPACE US
    ERTBS2 OFFLINE IMMEDIATE
    ORA-01145: offline immediate disallowed unless media recovery enabled
    I am stuck again and need your help!
    Thank you,
    Mitra

  • Backup validate check logical database

    What is exactly the following RMAN command do? I want to know Is it doing a full backup or not?
    rman> backup validate check logical database' . Kindly help me.

    RMAN does not physically backup the database with this command. But it reads all blocks and checks for corruptions.
    If it finds corrupted blocks it will place the information about the corruption into a view:
    v$database_block_corruption;
    Now we can tell RMAN to recover all the blocks which it has found as being corrupt:
    RMAN> blockrecover corruption list; # (all blocks from v$database_block_corruption)
    Use below link for reference.
    http://luhartma.blogspot.com/2006/04/how-to-check-for-and-repair-block.html
    -Bharath

  • Backup validate :Error

    Hi Expert,
    while executing backup validate database archivelog all in one of the server i received this
    RMAN> backup validate database archivelog all;
    Starting backup at 04-JUL-07
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=18 devtype=DISK
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of backup command at 07/04/2007 06:21:34
    RMAN-06004: ORACLE error from recovery catalog database: RMAN-20242: specificati
    on does not match any archive log in the recovery catalog
    What this means and is it any major concern?
    Thanks
    Shaan

    this means you didn't have any archives and rman is unable to validate them.
    RMAN does not actually produce backup sets, but rather reads the specified files in their entirety, to determine whether they can be backed up and are not corrupted.
    found at:
    http://download.oracle.com/docs/cd/B19306_01/backup.102/b14191/rcmbackp008.htm#sthref672

  • Restore Validate Database vs Backup Validate Database

    Hi,
    I want to add the following sentence after taking the backup using following command (backup as compressed backupset database plus archivelog;)
    restore database validate;
    or
    backup validate database;
    which one is best?

    It depends on what you are trying to accomplish, as per documentation:
    http://download.oracle.com/docs/cd/B19306_01/backup.102/b14194/rcmsynta009.htm#sthref141BACKUP .. VALIDATE: Causes RMAN to scan the specified files and verify their contents, testing whether this file can be backed up. RMAN creates no output files. Use this command periodically to check for physical and logical errors in database files.
    http://download.oracle.com/docs/cd/B19306_01/backup.102/b14194/rcmsynta051.htm#sthref796
    RESTORE... VALIDATE causes RMAN to select existing backups that it would use to perform a RESTORE operation, and scan them all to ensure that they are present and free of corruption.>
    Guessing what you're trying to do, I recommend:
    backup check logical as compressed backupset database plus archivelog;
    restore validate database;
    CHECK LOGICAL. Tests data and index blocks that pass physical corruption checks for logical corruption, for example, corruption of a row piece or index entry. If RMAN finds logical corruption, then it logs the block in the alert.log and server session trace file. HTH
    Enrique
    PS If you have access to Metalink see Note:388422.1 Top 10 Backup and Recovery best practices.
    Edited by: Enrique Orbegozo on Dec 17, 2008 4:21 PM

  • Question on behaviour of 'nice' command

    Hello, I just noticed something a little curious which I don't fully understand, and was wondering if it was 'expected' behaviour.
    This machine has 2x Xeon E5420s, so Linux registers a total of 8 CPUs. It's mostly used for heavy job loads.
    I have gkrellm which monitors things in the corner and 'ts' which just stacks up batches of jobs. We stick all of these with a 'nice' prefix. Today I ran a several minute job on it that was not 'nice'd while all 8 cores were working on 'nice'd jobs. The new job got 100% of one core and 3 cores became idle. When the job finished, all four cores on that CPU begin running again.
    Any suggestions on this or am I being stupid?
    Thanks.

    Both are true.
    The VALIDATE command is to check for corrupt blocks and missing files, or to determine whether a backup set can be restored.
    If the backup validation discovers corrupt blocks, then RMAN updates the V$DATABASE_BLOCK_CORRUPTION view with rows describing the corruptions. After a corrupt block is repaired, the row identifying this block is deleted from the view.
    Oracle 11g,
    The options in the VALIDATE command are semantically equivalent to options in the BACKUP VALIDATE command.
    refer,
    http://download.oracle.com/docs/cd/B28359_01/backup.111/b28273/rcmsynta053.htm
    Thanks

  • A question about backup

    hello chris:
    I have a question about backup, last time I had done a incremental backup, after a long time, i found the system record the log LSN, and the log can't remove.
    Command> CALL ttLogHolds();
    < 306, 12446304, Backup , /timesten/TimesTen/backup/data >
    < 1082, 7749304, Checkpoint , data.ds0 >
    < 1082, 21337776, Checkpoint , data.ds1 >
    < 1082, 22546632, Replication , DATA >
    how to resolve this problem?? Can TimesTen not record the backup lsn??
    thank you

    Hi,
    In TimesTen, incremental backup is driven off the transaction log files, just like replication and XLA, So, once you have initialised an incremental backup set, logs must be retained until they have been copied away to the incremental backup set. So, to ensure that logs can be purged you need to run an incremental backup frequently, either manually or by scheduling using something like cron. If you do not run an incremental backup then logs will be 'held' and cannot be purged by checkpointing (which is what you are seeing).
    If you no longer require the incremental backup set then you can disable the incremental backup tracking using ttBackup -type incrementalStop and then logs can be purged normally.
    Chris

  • What are the commands using in SAP ECC 6.0 ehp on SYBASE Database? Backup and restore commands?

    Hi All,
    What are the commands using in SAP ECC 6.0 ehp on SYBASE Database? Backup and restore commands?

    Hi Jayachander,
    Have a look at these sap notes:
    For taking backup: Schedule from DB13 and get the exact command from Logs
    1841993 - SYB: How to schedule backups in DBA Cockpit
    1887068 - SYB: Using external backup and restore with SAP Sybase ASE
    How to restore DB
    1611715 - SYB: How to restore a Sybase ASE database server (Windows)
    Divyanshu

  • How to create backup using sql commands

    can i create a backup using sql/sqlplus commands

    I would actually advice you to use RMAN, instead of backup using sql commands, but if you want or have a requirment to do so..
    First off all you should ensire that your databasse is in archilog mode.. (ALL PRODUCTION DATABASES should be in archivelog mode)
    you can do it using sql*plus
    archive log list
    Then if you would like to make a cold backup (the only one posible in noarchivelog mode)
    ypu have to
    shutdown immediate
    copy all database files (you don't need to copy redo logs) to another device
    startup - to startup database
    Actually I will suggest that your read User manager Recovery guide from oracle documentation
    tahiti.oracle.com
    Best Regards
    Krystian Zieja / mob

  • File System backup and restore command

    Hi All,
    I require File System Backup and Restore command in AIX to Trivoli Storage Manager.Please send me the commands.
    Thanks in Advance
    Regards,
    Soumya

    Please check this out
    Restore
    http://www.ahinc.com/aix/backup.htm
    restore -xvf/dev/rmt0 Restores all the files located on the tape device that were backed up using the backup command.
    Backup
    http://publib.boulder.ibm.com/infocenter/systems/index.jsp?topic=/com.ibm.aix.cmds/doc/aixcmds1/backup.htm
    Hope this will help you.
    Regards
    dEE

  • RMAN Parallel Backup Validate

    Hi,
    OS= Solaris 10
    Database = 10gR2
    I am using following script to validate the physical and logical corruption in the database through RMAN:
    rman target /
    RMAN> RUN {
    CONFIGURE DEVICE TYPE DISK PARALLELISM 8;
    ALLOCATE CHANNEL d1 DEVICE TYPE DISK;
    ALLOCATE CHANNEL d2 DEVICE TYPE DISK;
    ALLOCATE CHANNEL d3 DEVICE TYPE DISK;
    ALLOCATE CHANNEL d4 DEVICE TYPE DISK;
    BACKUP VALIDATE DATABASE;
    RELEASE CHANNEL;
    My machine has 4 CPUs.
    I just want to verify that will the above RMAN script open up 4 channels in parallel and validate the database?
    regards

    Hi Fahd,
    Can you please study the below link also from the forum.
    Backup Time
    Best regards,
    Rafi.
    http://rafioracledba.blogspot.com/

  • Help please! My macbook air (2015) startup showed a folder with question mark so i tried "Command   R" for internet recovery but after few minutes it stopped and showed error.. Please hepl me!

    Help please! My macbook air (2015) startup showed a folder with question mark so i tried "Command   R" for internet recovery but after few minutes it stopped and showed error.. Please hepl me!

    Startup – Question Mark
    Startup Issues - Resolve
    Startup Issues - Resolve (2)
    Startup Issues - Resolve (3)

Maybe you are looking for

  • Finding the physical path of a file

    I'm developing a JSP webapp on www.mycgiserver.com and I need to open a XML file....but the standard method of ServletContext sc = getServletConfig().getServletContext(); String realPath = sc.getRealPath("data\\repositoryData.xml"); seems not to work

  • Selection-screen validation

    Hi Experts,       Please can any one give me the details ..   1)What is the actual use of selection screen  validation? 2) When we use Selection-screen validation? 3)If we are not written the selection-screen validation is there any effect? I know ho

  • Large swap file (900MB), but no pageouts

    My MacBook Air 13" with 4GB of RAM accumulates a large swap file over time, but pageouts are 0 (page ins: 1.1million). Anyone know why? Is it possible to see which process/application currently have pages stored in the swap file?

  • Imageready and HTML code?

    Hi, I'd like to add Metadata to my site that I created in Photoshop CS and Imageready. Is there a way to edit the HTML code in Imageready? I was able to add the tags in another ftp applicaton, but this would be easier. Also, is this necessary:  Image

  • Ldapclient  doesn't  accept semicolon-separated parameters

    When I try to change some of the parameters with ldpaclient using semicolon part of command after semicolon is not accepted. I am trying folowng: ldapclient mod -a serviceSearchDescriptor=passwd:ou=east,dc=example,dc=com?one;ou=west,dc=example,dc=com