Restore NOARCHIVELOG database in oracle 9i

Hello guys,
Please help me establish a way to restore my db.
Here is the scenario ...
The db version 9.2 was installed and running in the server (Windows).
The DB was installed in D: drive.
The C: drive of the server failed, so the server went down.
The DB was up and running by the time.
After dealing and starting up the server, Oracle was not starting.
I made a copy of the entire folder in which oracle resided (D:\Oracle)
No backup, just a copy and paste of the folder in another drive.
Now, I installed a new copy of Oracle db 9.2 , and I wonder how can I restore the db.
The previous db was in NOARCHIVELOG mode.
I have read that the only way is to perform a cold restore ... I have tried in different ways, but I think that
the problem is with the fact that I do not posses a real "backup" of my db.
>
Only cold backups (that is, backups created when the database was shut down normally) can be used in restoring a database in NOARCHIVELOG mode
>
Can you sugest me any ideas on resolving this?

Hello,
I applied the followings, and I think I am up with something right now ..
Below are the steps:
1 - I created the database with the same name.
SQL> shutdown immediateI copied all files from the folder I made a copy into the
D:\oracle\oradata\db_name
Then I applied:
SQL> startup nomountAfter that I applied
CREATE CONTROLFILE REUSE DATABASE "db_name" NORESETLOGS NOARCHIVELOG
MAXLOGFILES 50
MAXLOGMEMBERS 5
MAXDATAFILES 100
MAXINSTANCES 1
MAXLOGHISTORY 113
LOGFILE
GROUP 1 'D:\oracle\oradata\db_name\REDO01.LOG' SIZE 100M,
GROUP 2 'D:\oracle\oradata\db_name\REDO02.LOG' SIZE 100M,
GROUP 3 'D:\oracle\oradata\db_name\REDO03.LOG' SIZE 100M
DATAFILE
'D:\oracle\oradata\db_name\CWMLITE01.DBF',
'D:\oracle\oradata\db_name\DRSYS01.DBF',
'D:\oracle\oradata\db_name\EXAMPLE01.DBF',
'D:\oracle\oradata\db_name\INDX01.DBF',
'D:\oracle\oradata\db_name\ODM01.DBF',
'D:\oracle\oradata\db_name\SYSTEM01.DBF',
'D:\oracle\oradata\db_name\TEMP01.DBF',
'D:\oracle\oradata\db_name\TOOLS01.DBF',
'D:\oracle\oradata\db_name\UNDOTBS01.DBF',
'D:\oracle\oradata\db_name\USERS01.DBF',
'D:\oracle\oradata\db_name\XDB01.DBF'
CHARACTER SET WE8MSWIN1252Here it yeld an error saying that
>
TEMP01.DBF is not a database file
>
I removed from the above, and it went ok.
After that I opened up the db and it looks fine now
Any advise on the below
>
TEMP01.DBF is not a database file
>
I have some data there, but I do not know what to ....
The most strange thing I note, is this:
If I apply:
Select *
From table_nameI see the results, but if I go and apply:
Select count(1)
From table_nameIt says:
ERROR at line 2:
ORA-00376: file 11 cannot be read at this time
ORA-01111: name for data file 11 is unknown - rename to correct file
ORA-01110: data file 11: 'D:\ORACLE\ORA92\DATABASE\MISSING00011'Moreover, if I go from EM console and apply:
Select *
From table_name
order by fieldit says
ORA-25153 tEMPORARY TABLESPACE IS EMPTYAny ideas?

Similar Messages

  • RMAN can backup/restore diferent versions of Oracle DataBases regardless OS

    Hi,
    I am evaluating Recovery Manager to backup and restore Oracle databases.
    I have to backup/restore diferents versions of Oracle database, these databases are running in diferents operating systems (AIX, LINUX, Windows)
    For example:
    Oracle DataBase 9 in AIX 5.3 system
    Oracle DataBase 10 in Lunix system
    Oracle DataBase 9 in Windows system
    I want to have a single RMAN server in order to backup/restore all my Oracle DataBases, is it possible?
    A single RMAN server can backup/restore diferent versions of Oracle DataBases regardless the operating system?
    If the answer is yes, do I need to have an specif operting system in my RMAN server? (AIX, Linux, Windows, etc.)
    Thanks for your help;

    Hi,
    Your question:
    I want to have a single RMAN server in order to backup/restore all my Oracle DataBases, is it possible?
    Sounds more like a machine.
    If you would have asked:
    I want to have a single RMAN recovery catalog in order to backup/restore all my Oracle DataBases, is it possible?
    I would have confirmed as like the other two.
    Be aware the catalog version needs to be equal or higher as the highest database version.
    Regards,
    Tycho

  • Error During restoring a database through RMAN in Oracle 9i

    Hi all,
    I have taken a full backup in oracle 9i through RMAN in one server(Solaris).
    After that moved that backupset to another server. Server Locations are same. I need to restore the backup in the new server.
    I am using pfile.
    Steps I followed:
    1. Using pfile i have started the db in nomount.
    2. Then restored the controlfile from backup and mounted the database.
    3. then tried to restore the database - I have to restore three of my datafiles to different location, hence i used "set new name "
    But RMAN threw an error while restoring.
    RMAN-00558:
    RMAN-01009:
    File not found.
    Can anyone help to resolve this error.
    Thanks in Advance.

    Hi,
    Thanks, but I took the backup of the database using the command:
    backup database;Only this command i issued.
    In the new server, I tried to list the backup using list backup command by putting the db in mount stage.
    I m not able to view the backup information.
    Is there any command to register the backup information using the catalog?
    -

  • Restore Database with Oracle 9i with a New Host using RMAN

    Gurus,
    I am trying to restore a database from some RMAN created files on a new host with a new directory structure for some testing. I do not have access to the source database.
    The database is Oracle 9i.
    The files that have been created are the following:
    'C-2995630462-20110214-00' is the control file and SP file backup.
    'B_ABM4KAJ5_1_1' is the database backup.
    B_ACM4KARS_1_1 and B_AAM4KAIV_1_1 are archived redo logs
    Here is the RMAN listing from when the files were created:
    BS Key Size Device Type Elapsed Time Completion Time
    329 56M DISK 00:00:02 14/FEB/11
    BP Key: 329 Status: AVAILABLE Tag: TAG20110214T050015
    Piece Name: D:\BACKUPS\CRYSTAL\B_AAM4KAIV_1_1
    List of Archived Logs in backup set 329
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 184 4602414767 13/FEB/11 4602533494 14/FEB/11
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    330 Full 13G DISK 00:04:33 14/FEB/11
    BP Key: 330 Status: AVAILABLE Tag: TAG20110214T050021
    Piece Name: D:\BACKUPS\CRYSTAL\B_ABM4KAJ5_1_1
    List of Datafiles in backup set 330
    File LV Type Ckp SCN Ckp Time Name
    1 Full 4602533509 14/FEB/11 D:\ORACLE\ORADATA\CRYSTAL\SYSTEM01.DBF
    2 Full 4602533509 14/FEB/11 D:\ORACLE\ORADATA\CRYSTAL\UNDOTBS01.DBF
    3 Full 4602533509 14/FEB/11 D:\ORACLE\ORADATA\CRYSTAL\USERS01.DBF
    BS Key Size Device Type Elapsed Time Completion Time
    331 37K DISK 00:00:01 14/FEB/11
    BP Key: 331 Status: AVAILABLE Tag: TAG20110214T050500
    Piece Name: D:\BACKUPS\CRYSTAL\B_ACM4KARS_1_1
    List of Archived Logs in backup set 331
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 185 4602533494 14/FEB/11 4602533686 14/FEB/11
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    332 Full 3M DISK 00:00:01 14/FEB/11
    BP Key: 332 Status: AVAILABLE Tag:
    Piece Name: D:\BACKUPS\CRYSTAL\C-2995630462-20110214-00
    SPFILE Included: Modification time: 23/NOV/10
    I am new to using RMAN and I'm hoping someone could point me in a direction of some documentation to assist with the scenario described above. I've looked at several Oracle documents but have been unable to find a way to separate out the spfile from the control file.
    Any help you can provide would be greatly appreciated.
    Thanks.

    Thanks Meeran.
    I have attempted to follow the directions from the RMAN document that you posted and have run into the following error:
    C:\>rman target / nocatalog
    Recovery Manager: Release 9.2.0.6.0 - Production
    Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved.
    connected to target database: DUMMY (not mounted)
    using target database controlfile instead of recovery catalog
    RMAN> startup force nomount
    startup failed: ORA-01078: failure in processing system parameters
    LRM-00109: could not open parameter file 'C:\ORACLE\ORA92\DATABASE\INITCRYSTAL.O
    RA'
    trying to start the Oracle instance without parameter files ...
    Oracle instance started
    Total System Global Area 97591104 bytes
    Fixed Size 454464 bytes
    Variable Size 46137344 bytes
    Database Buffers 50331648 bytes
    Redo Buffers 667648 bytes
    RMAN> RESTORE SPFILE TO 'C:\oracle\admin\crystal\pfile\init.ora' from 'C:\oracle
    \ora92\CRYSTALbk\C-2995630462-20110214-00';
    Starting restore at 30-MAR-11
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 03/30/2011 11:30:07
    ORA-00600: internal error code, arguments: [1866], [0x41AA450], [6144], [0x41BAD
    B4], [], [], [], []
    RMAN>
    Am I not correctly connected to the target?
    It looks like it correctly tried to create a dummy spfile, but when attempting the restore from the file it breaks.
    Any suggestions? Thanks.

  • Restored standby database from primary; now no logs are shipped

    Hi
    We recently had a major network/SAN issue and had to restore our standby database from a backup of the primary. To do this, we restored the database to the standby, created a standby controlfile on the primary, copied this across to the control file locations and started in standby recover and applied the logs manually/registered to get it back up to speed.
    However, no new logs are being shipped across from the primary.
    Have we missed a step somewhere?
    One thing we've noticed is that there is no RFS process running on the standby:
    SQL> SELECT PROCESS, CLIENT_PROCESS, SEQUENCE#, STATUS FROM V$MANAGED_STANDBY;
    PROCESS CLIENT_P SEQUENCE# STATUS
    ARCH ARCH 0 CONNECTED
    ARCH ARCH 0 CONNECTED
    MRP0 N/A 100057 WAIT_FOR_LOG
    How do we start this? Or will it only show if the arc1 process on the primary is sending files?
    The arc1 process is showing at OS level on the primary but I'm wondering if its faulty somehow?
    There are NO errors in the alert logs in the primary or the standby. There's not even the normal FAL gap sequence type error - in the standby it's just saying 'waiting for log' and a number from ages ago. It's like the primary isn't even talking to the standby. The listener is up and running ok though...
    What else can we check/do?
    If we manually copy across files and do an 'alter database register' then they are applied to the standby without issue; there's just no automatic log shipping going on...
    Thanks
    Ross

    Hi all
    Many thanks for all the responses.
    The database is 10.2.0.2.0, on AIX 6.
    I believe the password files are ok; we've had issues previously and this is always flagged in the alert log on the primary - not the case here.
    Not set to DEFER on primary; log_archive_dest_2 is set to service="STBY_PHP" optional delay=720 reopen=30 and log_archive_dest_state_2 is set to ENABLE.
    I ran those troubleshooting scripts, info from standby:
    SQL> @troubleshoot
    NAME DISPLAY_VALUE
    db_file_name_convert
    db_name PHP
    db_unique_name PHP
    dg_broker_config_file1 /oracle/PHP/102_64/dbs/dr1PHP.dat
    dg_broker_config_file2 /oracle/PHP/102_64/dbs/dr2PHP.dat
    dg_broker_start FALSE
    fal_client STBY_PHP
    fal_server PHP
    local_listener
    log_archive_config
    log_archive_dest_2 service=STBY_PHP optional delay=30 reopen=30
    log_archive_dest_state_2 DEFER
    log_archive_max_processes 2
    log_file_name_convert
    remote_login_passwordfile EXCLUSIVE
    standby_archive_dest /oracle/PHP/oraarch/PHParch
    standby_file_management AUTO
    NAME DB_UNIQUE_NAME PROTECTION_MODE DATABASE_R OPEN_MODE
    PHP PHP MAXIMUM PERFORM PHYSICAL S MOUNTED
    ANCE TANDBY
    THREAD# MAX(SEQUENCE#)
    1 100149
    PROCESS STATUS THREAD# SEQUENCE#
    ARCH CONNECTED 0 0
    ARCH CONNECTED 0 0
    MRP0 WAIT_FOR_LOG 1 100150
    NAME VALUE UNIT TIME_COMPUTED
    apply finish time day(2) to second(1) interval
    apply lag day(2) to second(0) interval
    estimated startup time 8 second
    standby has been open N
    transport lag day(2) to second(0) interval
    NAME Size MB Used MB
    0 0
    On the primary, the script has froze!! How long should it take? Got as far as this:
    SQL> @troubleshoot
    NAME DISPLAY_VALUE
    db_file_name_convert
    db_name PHP
    db_unique_name PHP
    dg_broker_config_file1 /oracle/PHP/102_64/dbs/dr1PHP.dat
    dg_broker_config_file2 /oracle/PHP/102_64/dbs/dr2PHP.dat
    dg_broker_start FALSE
    fal_client STBY_R1P
    fal_server R1P
    local_listener
    log_archive_config
    log_archive_dest_2 service="STBY_PHP" optional delay=720 reopen=30
    log_archive_dest_state_2 ENABLE
    log_archive_max_processes 2
    log_file_name_convert
    remote_login_passwordfile EXCLUSIVE
    standby_archive_dest /oracle/PHP/oraarch/PHParch
    standby_file_management AUTO
    NAME DB_UNIQUE_NAME PROTECTION_MODE DATABASE_R OPEN_MODE SWITCHOVER_STATUS
    PHP PHP MAXIMUM PERFORMANCE PRIMARY READ WRITE SESSIONS ACTIVE
    THREAD# MAX(SEQUENCE#)
    1 100206
    NOW - before you say it - :) - yes, I'm aware that fal_client as STBY_R1P and fal_server as R1P are incorrect - should be PHP - but it looks like it's always been this way! Well, as least for the last 4 years where it's worked fine, as I found an old SP file and it still has R1P set in there...?!?
    Any ideas?
    Ross

  • How to restore a database from host A to host B by using RMAN

    Hi there
    I wanted to restore 1 database from machine A to machine B with the differente files systemes. I did these steps below, but I have a problem when I restore the controlfile from machine A to machine B.
    1-copy the controlfile from machine A to machine B by using OS utility.
    2-startup nomount the database on machine B.
    3-connect target and catalog RMAN.
    4-I have to restore the controlfile from last full backup of the machine A to machine B (see the procedure RMAN).
    I have the error messages like:
    RMAN> connect target /
    RMAN-06006: connected to target database: dbtest (not mounted)
    RMAN> connect catalog rman/rman@rcattest
    RMAN-06008: connected to recovery catalog database
    RMAN> run {
    2> allocate channel c1 type 'sbt_tape' ;
    3> restore controlfile ;
    4> }
    RMAN-03022: compiling command: allocate
    RMAN-03023: executing command: allocate
    RMAN-08030: allocated channel: c1
    RMAN-08500: channel c1: sid=10 devtype=SBT_TAPE
    RMAN-08526: channel c1: VERITAS NetBackup for Oracle8 - Release 3.2GA
    RMAN-03022: compiling command: restore
    RMAN-03022: compiling command: IRESTORE
    RMAN-03023: executing command: IRESTORE
    RMAN-08016: channel c1: starting datafile backupset restore
    RMAN-08502: set_count=177 set_stamp=419449530 creation_time=19-JAN-01
    RMAN-08021: channel c1: restoring controlfile
    RMAN-08505: output filename=/db/oracle/dbtest/dbtestcontrol01.ctl
    RMAN-03026: error recovery releasing channel resources
    RMAN-08031: released channel: c1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure during compilation of command
    RMAN-03013: command type: restore
    RMAN-03007: retryable error occurred during execution of command: IRESTORE
    RMAN-07004: unhandled exception during command execution on channel c1
    RMAN-10035: exception raised in RPC: ORA-19507: failed to retrieve sequential file, handle="5hcg0ilq_1_1", parms=""
    ORA-27029: skgfrtrv: sbtrestore returned error
    ORA-19511: sbtrestore: Backup file not found.
    RMAN-10031: ORA-19624 occurred during call to DBMS_BACKUP_RESTORE.RESTOREBACKUPPIE
    null

    Hi there
    I'm also trying to restore a full RMAN backup to our DR site using Netbackup as MML
    My scenario is:
    We have one tape library at our PROD data center and another one at our DR site both using Netbackup as Storage manager
    I performed a full RMAN backup on 4 DLT tapes with recovery catalog at our PROD datacenter, then I removed the 4 tapes and place it in our tape lib at DR site
    I tried to import the tapes using bpimport from Netbackup which has been successful up to now
    But when I tried to restore controlfile from RMAN, I get the following error:
    connected to target database: prod (not mounted)
    connected to recovery catalog database
    RMAN> run {
    2> allocate channel c1 type 'SBT_TAPE';
    3> allocate channel c2 type 'SBT_TAPE';
    4> allocate channel c3 type 'SBT_TAPE';
    5> allocate channel c4 type 'SBT_TAPE';
    6> set until time '16-AUG-2005 15:00:00';
    7> restore controlfile;
    8> }
    allocated channel: c1
    channel c1: sid=13 devtype=SBT_TAPE
    channel c1: VERITAS NetBackup for Oracle - Release 5.0GA (2003103005)
    allocated channel: c2
    channel c2: sid=12 devtype=SBT_TAPE
    channel c2: VERITAS NetBackup for Oracle - Release 5.0GA (2003103005)
    allocated channel: c3
    channel c3: sid=11 devtype=SBT_TAPE
    channel c3: VERITAS NetBackup for Oracle - Release 5.0GA (2003103005)
    allocated channel: c4
    channel c4: sid=9 devtype=SBT_TAPE
    channel c4: VERITAS NetBackup for Oracle - Release 5.0GA (2003103005)
    executing command: SET until clause
    Starting restore at 18-AUG-2005:10:28:23
    channel c1: starting datafile backupset restore
    channel c1: restoring controlfile
    output filename=/oracle9i/dba/dbs/control01_drprod.ctl
    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 08/18/2005 10:28:25
    ORA-19507: failed to retrieve sequential file, handle="df_t566491965_s8860_p1", parms=""
    ORA-27029: skgfrtrv: sbtrestore returned error
    ORA-19511: Error received from media manager layer, error text:
    Failed to process backup file <df_t566491965_s8860_p1>
    Anyone mastering this, please help !!
    thks
    BL

  • Trying to restore a database with RMAN in new server

    Hello,
    Database: Oracle 10gR2
    O/S: Windows Server 2003
    My RMAN backuppieces are stored in a network drive:
    \\old_location\FULL
    and
    \\old_location\INC
    I'm trying to restore a whole database with RMAN in another server from my FULL backup.
    For that, I copy all backuppieces files
    from: \\old_location\FULL
    to new server: D:\new_location\
    Also I created the relevant folder hierarchy under <ORACLE_BASE> directory, as follows:
    a. Create BDUMP, CDUMP, and UDUMP directories under '<ORACLE_ BASE>\admin' directory
    b. Create <DATABASE_NAME> directory under '<ORACLE_BASE>\oradata' directory
    c. pfile.ora and controlfile (CTL_MTDPROD_2308_20120401_1.CTL) are backup from original database and they are in D:\new_location\
    d. I copied pfile.ora and controlfile to folder: C:\oracle\product\10.2.0\db_1\database\
    I started creating an instance in new server from scratch:
    C:\>oradim -new -sid MTDPROD -intpwd mtdprod
    C:\> SET ORACLE_SID=MTDPROD
    C:\> rman
    RMAN> connect target sys
    RMAN> SET DBID=21692876873
    RMAN> STARTUP force nomount PFILE=C:\oracle\product\10.2.0\db_1\database\init_mtdprod.ora
    RMAN> restore controlfile from 'C:\oracle\product\10.2.0\db_1\database\CTL_MTDPROD_2308_20120401_1.CTL';
    RMAN> alter database mount;
    #Since I want to read my backuppieces from D:\new_location and not from \\old_location\FULL then I catalog and restore like:
    RMAN> catalog start with 'D:\new_location\';
    RMAN> restore database;
    Starting recover at 25/04/12
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=541 devtype=DISK
    channel ORA_DISK_1: starting incremental datafile backupset restore
    channel ORA_DISK_1: specifying datafile copies to recover
    recovering datafile copy fno=00003 name=D:\BD_MTDPROD\CONTROLFILES\SYSAUX01.DBF
    recovering datafile copy fno=00004 name=D:\BD_MTDPROD\CONTROLFILES\USERS01.DBF
    recovering datafile copy fno=00007 name=D:\BD_MTDPROD\DATAFILES_DATA\MSE.ORA
    recovering datafile copy fno=00010 name=D:\BD_MTDPROD\DATAFILES_DATA\EXPEDIENTES2.ORA
    channel ORA_DISK_1: reading from backup piece \\old_location\FULL\FULL_MTDPROD_20120401_2304_1.BAK
    channel ORA_DISK_1: restored backup piece 1
    channel ORA_DISK_1: failover to piece handle=D:\new_location\FULL\FULL_MTDPROD_20120401_2304_1.BAK tag=TAG20120401T190004
    .....(continues)
    Questions:
    1. RMAN still reads from old_location. The only way to avoid that would be deleting all files from \\old_location\FULL ?
    2. The message "failover to piece handle=D:\new_location\...." indicates that that file is not usefull? I just copy them from old_location to new_location... how can they get useless?
    I suspect there is something in controlfile that redirects to \\old_location\FULL\ and doesn't let to read from D:\new_location\
    Please, advice.

    user521219 wrote:
    Questions:
    1. RMAN still reads from old_location. The only way to avoid that would be deleting all files from \\old_location\FULL ?
    2. The message "failover to piece handle=D:\new_location\...." indicates that that file is not usefull? I just copy them from old_location to new_location... how can they get useless?
    I suspect there is something in controlfile that redirects to \\old_location\FULL\ and doesn't let to read from D:\new_location\Is this a cold backup? Did you change the location of control file in your PFILE or is it still pointing to old location?
    You may want to check the output of RESTORE DATABASE PREVIEW command, which will just report which backup files it uses without actually restoring thhe DB.

  • Upgrade of Database with Oracle Change Data Capture

    Hello,
    We are upgrading and moving our database to a different server.
    The move is from 10G R1 database on Solaris to 11G R2 on Linux.
    Our database uses Oracle Change Data Capture.
    What is the best way to perform this migration? Unlike in the approach below, ideally, it would be without any manual steps to drop and recreate CDC subscriptions, change tables, etc.
    Thanks.
    Considerations for Exporting and Importing Change Data Capture Objects
    http://docs.oracle.com/cd/B13789_01/server.101/b10736/cdc.htm#i1027532
    Starting in Oracle Databse 10g, Oracle Data Pump is the supported export and import utility for Change Data Capture. Change Data Capture change sources, change sets, change tables, and subscriptions are exported and imported by the Oracle Data Pump expdp and impdp commands with the following restrictions:
    After a Data Pump full database import operation completes for a database containing AutoLog Change Data Capture objects, the following steps must be performed to restore these objects:
    1. The publisher must manually drop the change tables with the SQL DROP TABLE command. This is needed because the tables are imported without the accompanying Change Data Capture metadata.
    2. The publisher must re-create the AutoLog change sources, change sets, and change tables using the appropriate DBMS_CDC_PUBLISH procedures.
    3. Subscribers must re-create their subscriptions to the AutoLog change sets.

    Hello,
    I opened SR with Oracle Support, they are suggesting to perform full database import/export
    Change Data Capture change sources, change sets, change tables, and subscriptions are exported and imported by the Oracle Data Pump expdp and impdp commands with the following restrictions.
    Change Data Capture objects are exported and imported only as part of full database export and import operations (those in which the expdp and impdb commands specify the FULL=y parameter). Schema-level import and export operations include some underlying objects (for example, the table underlying a change table), but not the Change Data Capture metadata needed for change data capture to occur."
    CDC has different implementation methods:
    You may use the below query to determine-
    select SOURCE_NAME, SOURCE_DESCRIPTION, CREATED, SOURCE_TYPE, SOURCE_DATABASE, SOURCE_ENABLED from change_sources;
    – Synchronous CDC: with this implementation method you capture changes
    synchronously on the source database into change tables. This method uses
    internal database triggers to enable CDC. Capturing the change is part of the
    original transaction that introduces the change thus impacting the performance
    of the transaction.
    – Asynchronous Autolog CDC: this implementation method requires a staging
    database separate from the source database. Asynchronous Autolog CDC uses
    the database's redo transport services to transport redo log information from
    the source database to the staging database1. Changes are captured at the
    staging database. The impact to the source system is minimal, but there is some
    latency between the original transaction and the change being captured.
    As suggested in the document-
    Change Data Capture objects are exported and imported only as part of full database export and import operations (those in which the expdp and impdb commands specify the FULL=y parameter). Schema-level import and export
    operations include some underlying objects (for example, the table underlying a change table), but not the Change Data Capture metadata needed for change data capture to occur.
    ■ AutoLog change sources, change sets, and change tables are not supported.
    Starting in Oracle Database 10g, Oracle Data Pump is the supported export and import utility for Change Data Capture.
    Re-Creating AutoLog Change Data Capture Objects After an Import Operation
    http://docs.oracle.com/cd/B19306_01/server.102/b14223/cdc.htm#i1027532
    After a Data Pump full database import operation completes for a database containing AutoLog Change Data Capture objects, the following steps must be performed to restore these objects:
    a. The publisher must manually drop the database objects underlying AutoLog Change Data Capture objects.
    b. The publisher must re-create the AutoLog change sources, change sets, and change tables using the appropriate DBMS_CDC_PUBLISH procedures.
    c. Subscribers must re-create their subscriptions to the AutoLog change sets.

  • Problem with restoring a database from cold backup

    All,
    I've got a 10.2.0.4 database that we perform a cold backup on every night with RMAN. On Sunday 2/21, we have level 0 backup. On Monday-Wednesday nights, we take a cold level 1. We also perform a controlfile auto backup each night.
    On a second server where I want to restore the database (same version of Oracle 10.2.0.4), I've copied the control file auto backups, the level 0 and the most recent level 1. I now want to restore. I use an RMAN script similar to the following to restore the control files:
    connect target /;
    set dbid 1973354860;
    # Restore the controlfile from the tag that auto backed up the controlfile at the end of the level 0
    run
    startup nomount;
    allocate channel c1 type disk;
    restore controlfile to '/u01/app/oracle/oradata/ORADB1/control01.ctl' from AUTOBACKUP;
    restore controlfile to '/u02/app/oracle/oradata/ORADB1/control02.ctl' from AUTOBACKUP;
    restore controlfile to '/u03/app/oracle/oradata/ORADB1/control03.ctl' from AUTOBACKUP;
    release channel c1;
    shutdown immediate;
    After the control files restore successfully, I perform some RMAN checks to ensure that all of the files I need for a recovery are there. The RMAN> list backup of database; command shows all of my backup savesets as AVAILABLE for the level0 and level1 backups.
    I then try a restore database command; and get the following errors:
    RMAN> run
    2> {
    3> allocate channel c1 type disk;
    4> allocate channel c2 type disk;
    5> allocate channel c3 type disk;
    6> allocate channel c4 type disk;
    7> restore database from tag='TAG20100221T200045';
    8> }
    using target database control file instead of recovery catalog
    allocated channel: c1
    channel c1: sid=74 devtype=DISK
    allocated channel: c2
    channel c2: sid=70 devtype=DISK
    allocated channel: c3
    channel c3: sid=166 devtype=DISK
    allocated channel: c4
    channel c4: sid=168 devtype=DISK
    Starting restore at 25-FEB-10
    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 02/25/2010 13:33:19
    RMAN-06026: some targets not found - aborting restore
    RMAN-06023: no backup or copy of datafile 44 found to restore
    RMAN-06023: no backup or copy of datafile 43 found to restore
    RMAN-06023: no backup or copy of datafile 42 found to restore
    RMAN-06023: no backup or copy of datafile 40 found to restore
    RMAN-06023: no backup or copy of datafile 39 found to restore
    RMAN-06023: no backup or copy of datafile 38 found to restore
    RMAN-06023: no backup or copy of datafile 37 found to restore
    RMAN-06023: no backup or copy of datafile 36 found to restore
    RMAN-06023: no backup or copy of datafile 35 found to restore
    RMAN-06023: no backup or copy of datafile 34 found to restore
    RMAN-06023: no backup or copy of datafile 33 found to restore
    RMAN-06023: no backup or copy of datafile 32 found to restore
    RMAN-06023: no backup or copy of datafile 31 found to restore
    RMAN-06023: no backup or copy of datafile 30 found to restore
    RMAN-06023: no backup or copy of datafile 29 found to restore
    RMAN-06023: no backup or copy of datafile 28 found to restore
    RMAN-06023: no backup or copy of datafile 27 found to restore
    RMAN-06023: no backup or copy of datafile 26 found to restore
    RMAN-06023: no backup or copy of datafile 25 found to restore
    RMAN-06023: no backup or copy of datafile 24 found to restore
    RMAN-06023: no backup or copy of datafile 23 found to restore
    RMAN-06023: no backup or copy of datafile 22 found to restore
    RMAN-06023: no backup or copy of datafile 21 found to restore
    RMAN-06023: no backup or copy of datafile 20 found to restore
    RMAN-06023: no backup or copy of datafile 19 found to restore
    RMAN-06023: no backup or copy of datafile 18 found to restore
    RMAN-06023: no backup or copy of datafile 17 found to restore
    RMAN-06023: no backup or copy of datafile 16 found to restore
    RMAN-06023: no backup or copy of datafile 15 found to restore
    RMAN-06023: no backup or copy of datafile 14 found to restore
    RMAN-06023: no backup or copy of datafile 13 found to restore
    RMAN-06023: no backup or copy of datafile 12 found to restore
    RMAN-06023: no backup or copy of datafile 11 found to restore
    RMAN-06023: no backup or copy of datafile 10 found to restore
    RMAN-06023: no backup or copy of datafile 9 found to restore
    RMAN-06023: no backup or copy of datafile 8 found to restore
    RMAN-06023: no backup or copy of datafile 7 found to restore
    RMAN-06023: no backup or copy of datafile 6 found to restore
    RMAN-06023: no backup or copy of datafile 5 found to restore
    RMAN-06023: no backup or copy of datafile 4 found to restore
    RMAN-06023: no backup or copy of datafile 3 found to restore
    RMAN-06023: no backup or copy of datafile 2 found to restore
    RMAN-06023: no backup or copy of datafile 1 found to restore
    RMAN>
    But I know from the RMAN crosscheck and list backup commands that the savesets are available on disk. For example:
    RMAN> list backup of datafile 1;
    List of Backup Sets
    ===================
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    4875 Incr 0 4.37G DISK 00:22:53 21-FEB-10
    BP Key: 4875 Status: AVAILABLE Compressed: YES Tag: TAG20100221T200045
    Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4929_piece_1_date_20100221_711578185
    List of Datafiles in backup set 4875
    File LV Type Ckp SCN Ckp Time Name
    1 0 Incr 5086110241948 21-FEB-10 /u01/app/oracle/oradata/ORADB1/system01.dbf
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    4894 Incr 1 1.92G DISK 00:13:46 24-FEB-10
    BP Key: 4894 Status: AVAILABLE Compressed: YES Tag: TAG20100224T200037
    Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4949_piece_1_date_20100224_711836434
    List of Datafiles in backup set 4894
    File LV Type Ckp SCN Ckp Time Name
    1 1 Incr 5086113791743 24-FEB-10 /u01/app/oracle/oradata/ORADB1/system01.dbf
    RMAN> list backup of datafile 44; (the first one in the list above)
    List of Backup Sets
    ===================
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    4872 Incr 0 7.15G DISK 00:35:17 21-FEB-10
    BP Key: 4872 Status: AVAILABLE Compressed: YES Tag: TAG20100221T200045
    Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4927_piece_1_date_20100221_711576046
    List of Datafiles in backup set 4872
    File LV Type Ckp SCN Ckp Time Name
    44 0 Incr 5086110241948 21-FEB-10 /u04/app/oracle/oradata/ORADB1/NETINSIGHT_INDEXES_03.dbf
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    4893 Incr 1 4.06G DISK 00:26:52 24-FEB-10
    BP Key: 4893 Status: AVAILABLE Compressed: YES Tag: TAG20100224T200037
    Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4947_piece_1_date_20100224_711835238
    List of Datafiles in backup set 4893
    File LV Type Ckp SCN Ckp Time Name
    44 1 Incr 5086113791743 24-FEB-10 /u04/app/oracle/oradata/ORADB1/NETINSIGHT_INDEXES_03.dbf
    As you can see, the level 0 and level 1 backups are showing as available. To double check, I perform a crosscheck backup of database;
    RMAN> crosscheck backup of database;
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=74 devtype=DISK
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4927_piece_1_date_20100221_711576046 recid=4872 stamp=711576046
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4928_piece_1_date_20100221_711576046 recid=4873 stamp=711576046
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4930_piece_1_date_20100221_711578189 recid=4874 stamp=711578189
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4929_piece_1_date_20100221_711578185 recid=4875 stamp=711578186
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4932_piece_1_date_20100221_711579570 recid=4876 stamp=711579570
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4931_piece_1_date_20100221_711579392 recid=4877 stamp=711579393
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4934_piece_1_date_20100221_711580369 recid=4878 stamp=711580370
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4935_piece_1_date_20100221_711580535 recid=4879 stamp=711580535
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4933_piece_1_date_20100221_711580122 recid=4880 stamp=711580123
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4948_piece_1_date_20100224_711835237 recid=4892 stamp=711835238
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4947_piece_1_date_20100224_711835238 recid=4893 stamp=711835238
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4949_piece_1_date_20100224_711836434 recid=4894 stamp=711836436
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4950_piece_1_date_20100224_711836866 recid=4895 stamp=711836866
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4951_piece_1_date_20100224_711837267 recid=4896 stamp=711837268
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4952_piece_1_date_20100224_711837971 recid=4897 stamp=711837972
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4953_piece_1_date_20100224_711837989 recid=4898 stamp=711837989
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4955_piece_1_date_20100224_711838522 recid=4899 stamp=711838522
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4954_piece_1_date_20100224_711838520 recid=4900 stamp=711838521
    Crosschecked 18 objects
    RMAN>
    So I'm unclear as to why RMAN believes the backups of these files don't exist when I attempt to restore the database. Anyone have a clue?
    NOTE: I've also tried to restore spcifically with the tag= clause but I get the same results:
    RMAN> restore database from tag='TAG20100221T200045';
    Starting restore at 25-FEB-10
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 02/25/2010 13:41:04
    RMAN-06026: some targets not found - aborting restore
    RMAN-06023: no backup or copy of datafile 44 found to restore
    RMAN-06023: no backup or copy of datafile 43 found to restore
    RMAN-06023: no backup or copy of datafile 42 found to restore
    RMAN-06023: no backup or copy of datafile 40 found to restore
    RMAN-06023: no backup or copy of datafile 39 found to restore
    RMAN-06023: no backup or copy of datafile 38 found to restore
    RMAN-06023: no backup or copy of datafile 37 found to restore
    RMAN-06023: no backup or copy of datafile 36 found to restore
    RMAN-06023: no backup or copy of datafile 35 found to restore
    RMAN-06023: no backup or copy of datafile 34 found to restore
    RMAN-06023: no backup or copy of datafile 33 found to restore
    RMAN-06023: no backup or copy of datafile 32 found to restore
    RMAN-06023: no backup or copy of datafile 31 found to restore
    RMAN-06023: no backup or copy of datafile 30 found to restore
    RMAN-06023: no backup or copy of datafile 29 found to restore
    RMAN-06023: no backup or copy of datafile 28 found to restore
    RMAN-06023: no backup or copy of datafile 27 found to restore
    RMAN-06023: no backup or copy of datafile 26 found to restore
    RMAN-06023: no backup or copy of datafile 25 found to restore
    RMAN-06023: no backup or copy of datafile 24 found to restore
    RMAN-06023: no backup or copy of datafile 23 found to restore
    RMAN-06023: no backup or copy of datafile 22 found to restore
    RMAN-06023: no backup or copy of datafile 21 found to restore
    RMAN-06023: no backup or copy of datafile 20 found to restore
    RMAN-06023: no backup or copy of datafile 19 found to restore
    RMAN-06023: no backup or copy of datafile 18 found to restore
    RMAN-06023: no backup or copy of datafile 17 found to restore
    RMAN-06023: no backup or copy of datafile 16 found to restore
    RMAN-06023: no backup or copy of datafile 15 found to restore
    RMAN-06023: no backup or copy of datafile 14 found to restore
    RMAN-06023: no backup or copy of datafile 13 found to restore
    RMAN-06023: no backup or copy of datafile 12 found to restore
    RMAN-06023: no backup or copy of datafile 11 found to restore
    RMAN-06023: no backup or copy of datafile 10 found to restore
    RMAN-06023: no backup or copy of datafile 9 found to restore
    RMAN-06023: no backup or copy of datafile 8 found to restore
    RMAN-06023: no backup or copy of datafile 7 found to restore
    RMAN-06023: no backup or copy of datafile 6 found to restore
    RMAN-06023: no backup or copy of datafile 5 found to restore
    RMAN-06023: no backup or copy of datafile 4 found to restore
    RMAN-06023: no backup or copy of datafile 3 found to restore
    RMAN-06023: no backup or copy of datafile 2 found to restore
    RMAN-06023: no backup or copy of datafile 1 found to restore

    Just as a follow on to my last post, after the RMAN-06023 messages, I list backups of the three datafiles and as you can see RMAN thinks that they are available. If I exit RMAN and list them at the OS level, they are where RMAN things they should be:
    RMAN> restore database;
    Starting restore at 25-FEB-10
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 02/25/2010 16:17:39
    RMAN-06026: some targets not found - aborting restore
    RMAN-06023: no backup or copy of datafile 4 found to restore
    RMAN-06023: no backup or copy of datafile 3 found to restore
    RMAN-06023: no backup or copy of datafile 1 found to restore
    RMAN> list backup of datafile 4;
    List of Backup Sets
    ===================
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    4880 Incr 0 1.36G DISK 00:08:57 21-FEB-10
    BP Key: 4880 Status: AVAILABLE Compressed: YES Tag: TAG20100221T200045
    Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4933_piece_1_date_20100221_711580122
    List of Datafiles in backup set 4880
    File LV Type Ckp SCN Ckp Time Name
    4 0 Incr 5086110241948 21-FEB-10 /u02/app/oracle/oradata/ORADB1/users01.dbf
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    4890 Incr 1 934.82M DISK 00:09:42 22-FEB-10
    BP Key: 4890 Status: AVAILABLE Compressed: YES Tag: TAG20100222T200047
    Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4943_piece_1_date_20100222_711664989
    List of Datafiles in backup set 4890
    File LV Type Ckp SCN Ckp Time Name
    4 1 Incr 5086111401249 22-FEB-10 /u02/app/oracle/oradata/ORADB1/users01.dbf
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    4898 Incr 1 947.57M DISK 00:08:49 24-FEB-10
    BP Key: 4898 Status: AVAILABLE Compressed: YES Tag: TAG20100224T200037
    Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4953_piece_1_date_20100224_711837989
    List of Datafiles in backup set 4898
    File LV Type Ckp SCN Ckp Time Name
    4 1 Incr 5086113791743 24-FEB-10 /u02/app/oracle/oradata/ORADB1/users01.dbf
    RMAN>
    RMAN> list backup of datafile 3;
    List of Backup Sets
    ===================
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    4874 Incr 0 2.65G DISK 00:19:50 21-FEB-10
    BP Key: 4874 Status: AVAILABLE Compressed: YES Tag: TAG20100221T200045
    Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4930_piece_1_date_20100221_711578189
    List of Datafiles in backup set 4874
    File LV Type Ckp SCN Ckp Time Name
    3 0 Incr 5086110241948 21-FEB-10 /u02/app/oracle/oradata/ORADB1/sysaux01.dbf
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    4885 Incr 1 1.95G DISK 00:15:54 22-FEB-10
    BP Key: 4885 Status: AVAILABLE Compressed: YES Tag: TAG20100222T200047
    Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4940_piece_1_date_20100222_711663910
    List of Datafiles in backup set 4885
    File LV Type Ckp SCN Ckp Time Name
    3 1 Incr 5086111401249 22-FEB-10 /u02/app/oracle/oradata/ORADB1/sysaux01.dbf
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    4895 Incr 1 1.97G DISK 00:18:13 24-FEB-10
    BP Key: 4895 Status: AVAILABLE Compressed: YES Tag: TAG20100224T200037
    Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4950_piece_1_date_20100224_711836866
    List of Datafiles in backup set 4895
    File LV Type Ckp SCN Ckp Time Name
    3 1 Incr 5086113791743 24-FEB-10 /u02/app/oracle/oradata/ORADB1/sysaux01.dbf
    RMAN>
    RMAN>
    RMAN> list backup of datafile 1;
    List of Backup Sets
    ===================
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    4875 Incr 0 4.37G DISK 00:22:53 21-FEB-10
    BP Key: 4875 Status: AVAILABLE Compressed: YES Tag: TAG20100221T200045
    Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4929_piece_1_date_20100221_711578185
    List of Datafiles in backup set 4875
    File LV Type Ckp SCN Ckp Time Name
    1 0 Incr 5086110241948 21-FEB-10 /u01/app/oracle/oradata/ORADB1/system01.dbf
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    4884 Incr 1 1.93G DISK 00:12:34 22-FEB-10
    BP Key: 4884 Status: AVAILABLE Compressed: YES Tag: TAG20100222T200047
    Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4939_piece_1_date_20100222_711663601
    List of Datafiles in backup set 4884
    File LV Type Ckp SCN Ckp Time Name
    1 1 Incr 5086111401249 22-FEB-10 /u01/app/oracle/oradata/ORADB1/system01.dbf
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    4894 Incr 1 1.92G DISK 00:13:46 24-FEB-10
    BP Key: 4894 Status: AVAILABLE Compressed: YES Tag: TAG20100224T200037
    Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4949_piece_1_date_20100224_711836434
    List of Datafiles in backup set 4894
    File LV Type Ckp SCN Ckp Time Name
    1 1 Incr 5086113791743 24-FEB-10 /u01/app/oracle/oradata/ORADB1/system01.dbf
    RMAN> exit
    $ ls -ltr /u03/oracle_backups/ORADB1/offline
    total 59743688
    -rwx------ 1 oracle oinstall 7677960192 2010-02-25 11:13 ORADB1_level0_set_4927_piece_1_date_20100221_711576046
    -rwx------ 1 oracle oinstall 7980834816 2010-02-25 11:24 ORADB1_level0_set_4928_piece_1_date_20100221_711576046
    -rwx------ 1 oracle oinstall 4691853312 2010-02-25 11:29 ORADB1_level0_set_4929_piece_1_date_20100221_711578185
    -rwx------ 1 oracle oinstall 2847391744 2010-02-25 11:34 ORADB1_level0_set_4930_piece_1_date_20100221_711578189
    -rwx------ 1 oracle oinstall 3530924032 2010-02-25 11:39 ORADB1_level0_set_4931_piece_1_date_20100221_711579392
    -rwx------ 1 oracle oinstall 1566449664 2010-02-25 11:41 ORADB1_level0_set_4932_piece_1_date_20100221_711579570
    -rwx------ 1 oracle oinstall 1459781632 2010-02-25 11:43 ORADB1_level0_set_4933_piece_1_date_20100221_711580122
    -rwx------ 1 oracle oinstall 561774592 2010-02-25 11:44 ORADB1_level0_set_4934_piece_1_date_20100221_711580369
    -rwx------ 1 oracle oinstall 58753024 2010-02-25 11:44 ORADB1_level0_set_4935_piece_1_date_20100221_711580535
    -rwx------ 1 oracle oinstall 4364124160 2010-02-25 11:56 ORADB1_level1_set_4947_piece_1_date_20100224_711835238
    -rwx------ 1 oracle oinstall 2971877376 2010-02-25 12:01 ORADB1_level1_set_4948_piece_1_date_20100224_711835237
    -rwx------ 1 oracle oinstall 2066546688 2010-02-25 12:03 ORADB1_level1_set_4949_piece_1_date_20100224_711836434
    -rwx------ 1 oracle oinstall 2119360512 2010-02-25 12:06 ORADB1_level1_set_4950_piece_1_date_20100224_711836866
    -rwx------ 1 oracle oinstall 1003356160 2010-02-25 12:06 ORADB1_level1_set_4951_piece_1_date_20100224_711837267
    -rwx------ 1 oracle oinstall 1637105664 2010-02-25 12:08 ORADB1_level1_set_4952_piece_1_date_20100224_711837971
    -rwx------ 1 oracle oinstall 993607680 2010-02-25 12:08 ORADB1_level1_set_4953_piece_1_date_20100224_711837989
    -rwx------ 1 oracle oinstall 1130496 2010-02-25 12:09 ORADB1_level1_set_4955_piece_1_date_20100224_711838522
    -rwx------ 1 oracle oinstall 283344896 2010-02-25 12:09 ORADB1_level1_set_4954_piece_1_date_20100224_711838520
    -rwx------ 1 oracle oinstall 4344365056 2010-02-25 16:01 ORADB1_level1_set_4937_piece_1_date_20100222_711662448
    -rwx------ 1 oracle oinstall 2959015936 2010-02-25 16:05 ORADB1_level1_set_4938_piece_1_date_20100222_711662448
    -rwx------ 1 oracle oinstall 2067202048 2010-02-25 16:07 ORADB1_level1_set_4939_piece_1_date_20100222_711663601
    -rwx------ 1 oracle oinstall 2089304064 2010-02-25 16:08 ORADB1_level1_set_4940_piece_1_date_20100222_711663910
    -rwx------ 1 oracle oinstall 955711488 2010-02-25 16:09 ORADB1_level1_set_4941_piece_1_date_20100222_711664370
    -rwx------ 1 oracle oinstall 1623564288 2010-02-25 16:11 ORADB1_level1_set_4942_piece_1_date_20100222_711664872
    -rwx------ 1 oracle oinstall 980238336 2010-02-25 16:12 ORADB1_level1_set_4943_piece_1_date_20100222_711664989
    -rwx------ 1 oracle oinstall 280952832 2010-02-25 16:12 ORADB1_level1_set_4944_piece_1_date_20100222_711665385
    -rwx------ 1 oracle oinstall 1130496 2010-02-25 16:12 ORADB1_level1_set_4945_piece_1_date_20100222_711665521

  • Use of imp/exp to restore a database will fail ??

    I have a database that uses mdsys and other user-defined objects. This week I've had the "pleasure" to try to restore a database from scratch using imp, but had to abandon because imp refuses to create tables if they refer to objects, that upon export had a different id than the database being imported to.
    Since mdsys for instance, is always excluded from exports (like sys and system) when you create a new database, the spatial objects are created with a different ID than the original database. Hence, every table you have with spatial data will not be imported.
    So imp only works if the internal object ids match.
    What would be the "imp/exp" procedure to do a full db restore that bypasses the above problem? Has datadump solved this issue?

    Correct - all schemas considered part of the dictinary are excluded (why has things become so complicated- in the old days we had ONE place where everything dictionary went).
    That's the problem. I have tables in my export that depends on MDSYS objects. In other words, spatial data. So, to re-create my database I must first create a database and ADD a MDSYS schema. So yes, I created the schema prior to import. The problem is, that the MDSYS objects then do not get the same object-ids. And there lies the problem. IMP will not import my tables with spatial data in them because the reference to the MDSYS objects do not match the object ID that was used during export. Why this rule is applied is the mystery.
    In addition, which I rote in the spatial forum, anything related to the mapviewer application is also placed in the MDSYS schema, excluding them from export; regardless that the data related to mapviewer is not related to database objects. The result is, that your Oracle Mapviewer application data is lost. The "official workaround" is to run pre-scripts that copy the dictionary views to fixed tables, then run your export. And on import you run a post-script to copy it back. Rather silly and inflexible.

  • Problem in Restoring the database the database

    Hi guys,
    I am new to oracle , I am facing one problems is that , i having the backup of one oracle database in .dmp format.
    I have to restore it to 9i database. for that i have created on database , how to restore the backup file over the new database using oracle management server.
    Please give me the clue to do the things.

    1. setup your oracle environmentals and path. Usually this is easy to do if your database name is in your oratab file. From the command line type . oraenv -- that is dot-space-oraenv. When prompted enter the database sid in the same case that it is in the oratab file.
    2. from the command prompt enter
    imp file=<your dump file name> log=<your import log file name> full = y, ignore = y
    You will be prompted for username and password.
    More detailed information is available in the database administrators guide, and I thing the utilities guide.

  • Restore 9i database from tape to 10g ASM

    We have a plan to upgrade 9i database to 10g ASM. The current 9i database is using file systems on AIX5L. This is a VLDB of size >3TB. I want to restore production copy to test environment. There is no test environment for this database now. So, if I want to restore to test, we need 3TB for file systems and another 3TB for ASM disk groups for migration. Instead, Is there any way I can restore production Oracle 9i backup directly into Oracle 10g ASM disk groups. So that, we can save 3TB of space allocation for file systems. Also, it will save time instead restore 9i database to test, upgrade to 10g and then migrate to ASM.
    I agree that this is the space to be allocated temporarily. But, as per our company standards, the project needs to procure temporary space too.

    Boochi wrote:
    We have a plan to upgrade 9i database to 10g ASM. The current 9i database is using file systems on AIX5L. This is a VLDB of size >3TB. I want to restore production copy to test environment. There is no test environment for this database now. So, if I want to restore to test, we need 3TB for file systems and another 3TB for ASM disk groups for migration. Instead, Is there any way I can restore production Oracle 9i backup directly into Oracle 10g ASM disk groups. So that, we can save 3TB of space allocation for file systems. Also, it will save time instead restore 9i database to test, upgrade to 10g and then migrate to ASM.
    I agree that this is the space to be allocated temporarily. But, as per our company standards, the project needs to procure temporary space too.Hi Boochi,
    You cannot restore a 9i RMAN backup into 10G.
    You can use either export/import or transportable tablespace.
    You can use below method:
    1. Use transportable tablespace to migrate 9i to 10G.
    2. Initially migrate all datafiles to filesystem.
    3. Then migrate all datafiles to ASM.
    Apart from this , you have one more option . upgrade existing 9i database to 10G and the use RMAN to restore it to 10G ASM database.
    Regards
    Rajesh

  • Restore a database in a new instance with different name

    Hello, I need restore a database in a different server. I have a backup of 01-Jan-2008 on tape on DataProtector and I need to restore in another server in order to extract some information for a datawarehouse, I need restore with a name different because on that server we have a standby database. The both servers are HP ia64 and have Unix. I have installed Oracle 10.2.0.4.0 EE. I read the Oracle RMAN Advanced but the process is for duplicate the database, I need restore a backup from 01-Jan-2008. Can you help me please. What steps should I run. Thanks for your answer.
    Ruben Nieto
    DBA

    Hi Ruben Nieto,
    Can you check on the target if the backup pieces are still registered in the controlfile?
    < connect target /; >
    < list backup completed before 'to_date('2009-01-02:00:00:00','YYYY-MM-DD:HH24:MI:SS')'; >
    If no information is available:
    1) "I can't use the same name for the database." -> excludes a restore/recover on the standby server.
    2) "how can I restore the database whitout catalog in other server" -> excludes a duplication to new name.
    If you want to keep it simple find a third HP ia64 machine where you can mirror your production environment and restore the complete backup set and recover the database keeping the name of the target.
    Regards,
    Tycho

  • Restore Rac database in another cluster

    Hello, I have a rac database in a clusterware compose by two node, for example node_1 and node_2, but now I need to pass the rac database from this original cluster to another that already exist.
    I have two idea but I do not know if they are correct. One is create a template from my Rac database, and then in the second cluster create a rac database from it. The second idea is to make a copy of the pfile and level 0 RMAN backup in one node of the second cluster and then restore the database there.
    Maybe twice idea are bad or maybe exist a better form to do it. I hope you can help me.

    Hi,
    Well, I believe that I was not clear in my last explanation.
    The hypothetical scenario is:
    One database using ASM (database name orcl) , two inatances in two separated servers (nodes serv1 and serv2) and two instances ( orcl1 and orcl1).
    In this scenary I lost everything and just have the backups of spfile, controlfile, database and archives.
    So the steps to recovery is (using serv1):
    1- Create the cluster (install clusteware, create CRS/Vdisk, create ASM instance)
    2 - Just install the oracle files in all nodes serv1 and serv2, but don't create the instance orcl1 and orcl2.
    3 - restore/recover spfile - rman
    4 - restore/recover controlfile - rman
    5 - restore/recover database with until clause - rman
    After these steps the instance orcl1 will be restored by RMAN in the serv1 and the database orcl was created in the ASM.
    But, plese correct if I'm wrong, the instance and database will not be registered in CRS (RMAN not register the instance).
    So I need to registry the instance and database with srvctl, doing:
    1 - create PFILE in serv1 for orcl1 (that point to SPFILE in ASM) and ORAPWD file.
    2 - add the database orcl to CRS
    3 - add the instance orcl1 to CRS
    4 - add the dependency about ASM and orcl1 from the node serv1 (using srvclt)
    But after this I have the instance orcl2 in serv2 to create.
    Just the instance, because the binaries already installed and the database was already created.
    TO complete I need to do the steps:
    1 - Copy/Create PFILE for instance orcl2 in serv2
    2 - add the instance orcl2 to CRS (using srvctl add instance)
    3 - add the dependency about ASM instance (that exists in server2) and Instance orcl2 from the node serv2 (using srvctl)
    4 - create PFILE and ORAPWD file.
    The question is, RMAN will registry the instanci and database in CRS?
    Another question, the RMAN will create PFILE and registry all instances of the original cluster?
    I believe that not for two questions, correct?
    Exists another path to restore/recover the RAC in this scenary?
    Thanks.

  • Restore validate database

    Hi,
    1) I've 2 databases, which are scheduled for weekly full online backup(from scheduler/rman) on fri. and sat. respectively, and there is daily incrementally updated backup, plus the archivelogs on both the database.
    When I do restore validate database, in one database validate restores the last full online backup, whereas in the other it scans the datafile copies.
    I'm just curious as to what algorithm rman follows to validate the database restore?
    2) Is there some way to automate this VALIDATE in a script, I'm finding it real pain to first LIST BACKUP SUMMARY, identify BACKUPSET keys, then manually key in to
    - VALIDATE BACKUPSET XXXX,XXXX,XXXX
    - RESTORE VALIDATE CONTROLFILE
    - RESTORE VALIDATE SPFILE
    - RESTORE VALIDATE ARCHIVELOG FROM TIME 'XX-XXX-XX'
    - RESTORE VALIDATE DATABASE

    >>
    When I do restore validate database, in one database validate restores the last full online backup, whereas in the other it scans the datafile copies.
    >>
    What do you mean by datafile copies? Are you talking about RMAN image copies?
    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.
    RESTORE... PREVIEW identifies the backups which RMAN will use to perform any RESTORE operation. Output from a RESTORE... PREVIEW is in the same format as the output of the LIST command.
    Oracle prefers image copies over backupsets, if exists, for restore and recovery.
    Jaffar

Maybe you are looking for

  • High pitch noise in CS4 and CS5.5

    Hello. Firstly I want to say that yes I know people have asked this question before but as far as I can tell none of them have been solved. Some have somewhat useful answers but none of them truely solve the problem. This thread in particular probabl

  • How can I deactivate my CC on a laptop which is not working in order to install it on my new laptop

    I have CC on my main desktop PC which is fine. My second installed copy was on a laptop which is no longer working and am unable to access. Is there any way I can de-activate this second copy in order to install it on my new laptop ?

  • 2560x1440 on an external monitor

    I am trying to connect BENQ BL2710PT 27-inch monitor with native resolution 2560x1440 to my 13-inch Macbook Air 2014 which should support this resolution. With HDMI I can get only 1080p, and with a mini-displayport to displayport cable I can't get an

  • Compatibility of LabView 2012 installed on XP with Vision and Trad DAQ

    Is LabView 2012 runnung under Windows XP compatible with A: NI Vision 2011 ?  B: Traditional DAQ 7.4.4 ?

  • Regarding Includes GET_INCLUDES

    hi guys, Whats the difference between using RS_GET_ALL_INCLUDES and GET_INCLUDES. I tested for my Report Program giving input to GET_INCLUDES FM its giving me one include DB_SSEL. But I did not get anything using RS_GET_ALL_INCLUDES FM for same above