Who tacke backup in another node using rman

hello,
i want to tacke backup of swap database in another node please any one can help me.
thanks
NIL

Hi,
Please see your other thread.
Want to rman duplicate the database
Want to rman duplicate the database
Thanks,
Hussein

Similar Messages

Backup Physical Standby (Dataguard) using RMAN : Issues

Hello All,
I am running a RMAN backup on standby server using the command below. The RMAN backup is actually connecting to the primary database on another server, I found this very confusing and to reassure, i shutdown the primary database and ran the backup again. It fails with not able to conenct to target database. Can you please explain?
run {
allocate channel t1 type disk format '/backup/oracle/PRODCDW/RMAN/DBFILES_%d_t%t_s%s_p%p';
allocate channel t2 type disk format '/backup/oracle/PRODCDW/RMAN/DBFILES_%d_t%t_s%s_p%p';
recover copy of database with tag 'STDBY_PRODCDW';
backup as compressed backupset format '/backup/oracle/PRODCDW/RMAN/DBFILES_%d_t%t_s%s_p%p' tag 'STDBY_PRODCDW' incremental level 1 for recover of copy with tag 'STDBY_PRODCDW' database plus archivelog delete input;
}

I am not doing the image copy anymore, I am taking the RMAN incremental backups for the database. I am not getting any errors now but, Here is what I want to achieve:
I am running the RMAN backups on the standby database. I want to :
1) Delete archivelogs on my PRIMARY server only when these logs are successfully TRANSFERED/APPLIED to all my standby databases?
2) Delete archivelogs on my STANDBY server only when these logs are sucessfully APPLIED to the database?
Regards

To restore backup on different host using RMAN

Hi All,
Friend I need your help once again. I want to restore my database from the past backup to new HOST by keeping the original database intact using RMAN. Let me explain the scenario:-
Databas Version - 8.1.7
OS - Solaris 5.8
We are using RMAN with Tivoli as third party media management. I just need to restore the database from this tape library using RMAN with recovery catalog on new server. The only doubt I have is how I will make the backups of the production database whose backup has to be restored available on the new host where I have to create new database.
I will be using different file structure for the newly restored database. Do I have to create TDPO files seperately on the server on which I have to restore the database.
Please reply asap.
Regards
Harpreet Singh

You need to create a tdpo.opt file of source on the destination database. Then, allocate channel using this TDPO_OPTFILE and recover database.

Backup archive logs problem using RMAN

Hi guys
I got failure when using RMAN to backup archive log files:
Starting backup at 20-APR-06
current log archived
released channel: c1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of backup command at 04/20/2006 21:53:57
RMAN-06059: expected archived log not found, lost of archived log compromises recoverability
ORA-19625: error identifying file /opt/oracle/flash_recovery_area/DB10G/archivelog/2006_03_17/o1_mf_1_1_21p5c251_.arc
ORA-27037: unable to obtain file status
Linux Error: 2: No such file or directory
Additional information: 3
RMAN> **end-of-file**
My archive log files location:
SQL> show parameter log_archive_dest
NAME TYPE VALUE
log_archive_dest_1 string LOCATION=/opt/oracle/oradata/DB10G/arch/
Current archive log files:
$ ls /opt/oracle/oradata/DB10G/arch
1_17_586191737.dbf 1_21_586191737.dbf 1_25_586191737.dbf 1_29_586191737.dbf 1_33_586191737.dbf
1_18_586191737.dbf 1_22_586191737.dbf 1_26_586191737.dbf 1_30_586191737.dbf 1_34_586191737.dbf
1_19_586191737.dbf 1_23_586191737.dbf 1_27_586191737.dbf 1_31_586191737.dbf 1_35_586191737.dbf
1_20_586191737.dbf 1_24_586191737.dbf 1_28_586191737.dbf 1_32_586191737.dbf afiedt.buf
$
But when I check v$archived_log:
SQL> select name,status,deleted from v$archived_log;
NAME S DEL
D YES
D YES
D YES
D YES
D YES
D YES
D YES
D YES
D YES
D YES
D YES
/opt/oracle/flash_recovery_area/DB10G/archivelog/2006_03_17/ A NO
/opt/oracle/flash_recovery_area/DB10G/archivelog/2006_03_18/ A NO
/opt/oracle/flash_recovery_area/DB10G/archivelog/2006_03_19/ A NO
/opt/oracle/oradata/DB10G/redo01.log A NO
/opt/oracle/oradata/DB10G/redo02.log A NO
/opt/oracle/oradata/DB10G/redo03.log A NO
/opt/oracle/oradata/DB10G/arch/1_5_585926175.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_6_585926175.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_7_585926175.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_1_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_2_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_3_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_4_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_5_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_6_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_7_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_8_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_9_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_10_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_11_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_12_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_13_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_14_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_15_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_16_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_17_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_18_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_19_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_20_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_21_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_22_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_23_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_24_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_25_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_26_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_27_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_28_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_29_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_30_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_31_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_32_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_33_586191737.dbf A NO
/opt/oracle/oradata/DB10G/arch/1_34_586191737.dbf A NO
More records than actual archived logs. How could it happen? How to solve?
THanks in advance.
Sharon

Hi,
Use
RMAN>crosscheck archivelog all; cmd

Restore and recover tablespace(s) in another db using RMAN

Hi,
I'm using Oracle Standard edition 11gR2, actually that's why I'm posting this thread because I can't use TRANSPORT TABLESPACE feature.
I need to restore and recover two tablespaces, backed up in source database in another database. The destination db has been duplicated from the source db a couple of days ago so the structure is identical.
I cannot use Data Pump on this specific tablespace, because it causes some strange behavior in our application. So I took a backup from tablespaces and now I'm looking for a solution to restore and recover it in another db.
Is there any command to restore a tablespace from a specific file? I googled a lot and no luck so far..
Any ideas?
P.S: I use controlfile instead of recovery catalog.
Edited by: aLuViAn on Dec 2, 2012 11:55 PM

I have a backup schedule to take daily full backups (twice) and hourly incremental backup. So yes, I have backup!
P.S: I also tried the following:
restore tablespace REG_DATA from 'temp_ERIS0_hjnru4ss_1_1.rman';
Starting restore at 03-DEC-12
using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 12/03/2012 12:10:36
RMAN-06509: only SPFILE or control file can be restored from AUTOBACKUPIt's not an autobackup, why oracle thinks so?!
Edited by: aLuViAn on Dec 3, 2012 12:45 AM
Edited by: aLuViAn on Dec 3, 2012 12:47 AM
Edited by: aLuViAn on Dec 3, 2012 12:48 AM

Backup in NOARCHIVELOG mode using RMAN

I'm trying to do a cold backup of a database as outlined in the 'Backup and Recovery Guide':
- shutdown database using SVRMGRL
- run the backup from RMAN:
However I get the following error messages:
RMAN> run {
2> allocate channel dev1 type disk;
3> backup (database format '/oracle/backup/bp_%s_%p');}
RMAN-03022: compiling command: allocate
RMAN-03026: error recovery releasing channel resources
RMAN-00569: ================error message stack follows================
RMAN-03002: failure during compilation of command
RMAN-03013: command type: allocate
RMAN-06003: ORACLE error from target database: ORA-01012: not logged on
It looks like RMAN wants to connect to the database I want to backup...
What am I doing wrong????
null

You've probably already figured this out, but you need to connect to the target database before doing backup/restore operations, using a command like
RMAN> connect target user/pw ...

Backup policy on Grid, using RMAN and Recovery Catalog.

Hello Gurus,
I'm trying to move ahead the new features of Oracle 10g in my company. So I've already created Grid Control and will deploy Agents/Targets during the next week. I also want to switch the backup process from the archaic exp/imp to RMAN with the Recovery Catalog.
My question is such: could anybody suggest the best book or text with solutions and descriptions of backup policy, using the Grid, RMAN and Catalog? What I want to do is to create eventually the powerful and centralized storage of every database in a company and do all daily routine from there. But as long as I'm only in the very beginning I want to gain some knowledge before the bad experience, like crashed recovery catalog and no backups for all databases :-)))
Definitely I'll keep existing imp/exp and hotbackup for a long time. I'm not going to substitute all our backup strategy with one catalog. I just want to understand what will be the best practice in the backup perspective.
And at all, I wonder if you please could give me very brief answer to this question: Let's say I have a huge monster with 5 disks by 500Gb RAD0+1. Is it a bad idea to store all of them in one physical machine before they will tape to backup or it could make sense? For me it sounds a bit scary, but probably if all made with the brain it's not a bad idea?
Please, send me to some valuable and good source (like Tom Kyte or Don Burleson) Unfortunately, I didn't find anything regard the backups itself. Only pretty much general thought.
Thanks a lot in advance.
M.

great!
thanks a lot!
this is definitely valuable info and I'll read right away. but as far as understand they suggest to use Data Guard, Standby and RAC which are the best ways to prevent your environment from crash. But in reality (I mean in my company) nobody is going to move to RAC at this point and I'm not sure, that they will have a chance to do in the next year. they just aren't up to it.
what I'm looking for is probably some tips and hints about backups in more or less big environment, but not as big as Oracle itself :-) unfortunately, i'm the only DBA in my surrounding. i mean, i have no friends or mentors DBAs that could seat with me in a pub and pass theirs knowledge from generation to generation :-)))
but anyway, I'll devote this week-end to this link.
thanks a lot!

Backup - recovery tablespace + database Using RMAN

Hi,
database : 8.1.7.0.0
OS : windows nt workstation
I have taken the backup using following script thru rman.
e:> rman target = "system/manager@pso" nocatalog
rman> run {
allocate channel DefaultChannel type disk
format 'd:\ORACLE\pso_b_%u_%s_%p';
backup
( tablespace 'USERS' include current controlfile );
It created following file : PSO_B_14DFIFQ5_36_1.
Before executing this script I created a user vasu with default tablepspace as "users". Created a table EMP with spacifying tablespace to "users"
After taking the backup (no problems in this), I dropped the table. I want to restore the table EMP from the backup copy. So what I did is, I tried restoring the tablespace "users" itself, by using following script.
rman> run {
allocate channel DefaultChannel type disk format
'd:\ORACLE\pso_b_%u_%s_%p';
sql "alter tablespace USERS offline immediate ";
restore ( tablespace 'USERS' );
recover tablespace 'USERS' ;
sql "alter tablespace USERS online ";
There is no problem in restoring it also. But when I tried checking for my table EMP in the user vasu, table is not available.
Am I doing something wrong in this.
I tried with taking complete backup of database and restored it. That is also not getting my table which is there before backup.
Can anyone help on this.
Thanks in advance.
Sreenivas

You are not qualified for the job ... so please do everyone a favor and do not apply. No one wants a coworker that can not do the work.
Instead ... spend the time taking a class or reading a book or studying the docs so that you do know the answer.

How restour just only tablespace from backup piece to another node

Hello ,
I'm testing the political backup/restore .
I have hot backup with RMAN of database every day , but I would like to restore this database (with the backup pieces) on another host, but I want to restore just one tablespace, without considering the undo, system and sysaux tablespaces.
This database is RAC, but I want bring database open on single instance on another node using ASM.
I woul like restore the tablespace system, sysaux, undotbs1 and arsystem, after that i want to bring database open.
I want to read/write the tablespace arsystem.
Best regards
João Paulo Spaulonci
[email protected]
[email protected]

Hello Sahid, please, will be this ?
RMAN> startup nomount pfile='zz';
RMAN> restore controlfile from '/u01/prd1/dddddd';
RMAN> alter database mount;
RMAN> catalog start with '/u01/prd1';
run
SET UNTIL Time 'Nov 26 2010 18:30:13';
RESTORE TABLESPACE SYSTEM;
RESTORE TABLESPACE SYSAUX;
RESTORE TABLESPACE UNDOTBS1;
RESTORE TABLESPACE UNDOTBS2;
RESTORE TABLESPACE ARSYSTEM;
RECOVER TABLESPACE SYSTEM;
RECOVER TABLESPACE SYSAUX;
RECOVER TABLESPACE UNDOTBS1;
RECOVER TABLESPACE UNDOTBS2;
RECOVER TABLESPACE ARSYSTEM;
Please, can you help me ?

Database restore from a particular backup set using rman

Hi all,
My OS: UNIX
DB : 10.2.0.1
As i checked the database it will indicate datafile 5 is header corruption.
yesterday i take complete online backup of the database using RMAN but now when i run restore database command it will show as
ORA-19870: error reading backup piece /cms/BACKUP/ora_BSCS_set149_piece1_20111206_4lmth1qj_1_1
ORA-19573: cannot obtain exclusive enqueue for datafile 6
Database is open and datafile is physically present there
So can anyone tell what to do next
Edited by: Vikas Kohli on Dec 9, 2011 9:58 AM

here are the result for the same:
Starting restore at 09-DEC-11
using channel ORA_DISK_1
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
147 Incr 0 1.10G DISK 00:14:10 06-DEC-11
BP Key: 147 Status: AVAILABLE Compressed: YES Tag: TAG20111206T085858
Piece Name: /cms/BACKUP/ora_BSCS_set149_piece1_20111206_4lmth1qj_1_1
List of Datafiles in backup set 147
File LV Type Ckp SCN Ckp Time Name
1 0 Incr 9068988016235 06-DEC-11 /u01/app/oracle/oradata/BSCS/system01.dbf
2 0 Incr 9068988016235 06-DEC-11 /u01/app/oracle/oradata/BSCS/undotbs01.dbf
3 0 Incr 9068988016235 06-DEC-11 /u01/app/oracle/oradata/BSCS/sysaux01.dbf
4 0 Incr 9068988016235 06-DEC-11 /u01/app/oracle/oradata/BSCS/users01.dbf
5 0 Incr 9068988016235 06-DEC-11 /u01/app/oracle/oradata/BSCS/DATA.dbf
6 0 Incr 9068988016235 06-DEC-11 /u01/app/oracle/oradata/BSCS/users02.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
149 Incr 1 11.49M DISK 00:00:07 07-DEC-11
BP Key: 149 Status: AVAILABLE Compressed: YES Tag: TAG20111207T082737
Piece Name: /cms/BACKUP/ora_BSCS_set151_piece1_20111207_4nmtjkbr_1_1
List of Datafiles in backup set 149
File LV Type Ckp SCN Ckp Time Name
1 1 Incr 9068988069143 07-DEC-11 /u01/app/oracle/oradata/BSCS/system01.dbf
2 1 Incr 9068988069143 07-DEC-11 /u01/app/oracle/oradata/BSCS/undotbs01.dbf
3 1 Incr 9068988069143 07-DEC-11 /u01/app/oracle/oradata/BSCS/sysaux01.dbf
4 1 Incr 9068988069143 07-DEC-11 /u01/app/oracle/oradata/BSCS/users01.dbf
5 1 Incr 9068988069143 07-DEC-11 /u01/app/oracle/oradata/BSCS/DATA.dbf
6 1 Incr 9068988069143 07-DEC-11 /u01/app/oracle/oradata/BSCS/users02.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
151 Incr 1 115.07M DISK 00:01:24 08-DEC-11
BP Key: 151 Status: AVAILABLE Compressed: YES Tag: TAG20111208T075327
Piece Name: /cms/BACKUP/ora_BSCS_set153_piece1_20111208_4pmtm6nn_1_1
List of Datafiles in backup set 151
File LV Type Ckp SCN Ckp Time Name
1 1 Incr 9068988123314 08-DEC-11 /u01/app/oracle/oradata/BSCS/system01.dbf
2 1 Incr 9068988123314 08-DEC-11 /u01/app/oracle/oradata/BSCS/undotbs01.dbf
3 1 Incr 9068988123314 08-DEC-11 /u01/app/oracle/oradata/BSCS/sysaux01.dbf
4 1 Incr 9068988123314 08-DEC-11 /u01/app/oracle/oradata/BSCS/users01.dbf
5 1 Incr 9068988123314 08-DEC-11 /u01/app/oracle/oradata/BSCS/DATA.dbf
6 1 Incr 9068988123314 08-DEC-11 /u01/app/oracle/oradata/BSCS/users02.dbf
no backup of log thread 1 seq 411 lowscn 9068988025356 found to restore
no backup of log thread 1 seq 412 lowscn 9068988167985 found to restore
no backup of log thread 1 seq 413 lowscn 9068988203392 found to restore
List of Archived Log Copies
Key Thrd Seq S Low Time Name
263 1 3 A 05-DEC-11 /u01/app/oracle/admin/BSCS/arch/BSCS/1_3_769127125.dbf
273 1 13 A 07-DEC-11 /u01/app/oracle/admin/BSCS/arch/BSCS/1_13_769127125.dbf
Media recovery start SCN is 9068988123314
Recovery must be done beyond SCN 9068988123314 to clear data files fuzziness
Finished restore at 09-DEC-11

Cold backup downtime using RMAN

Over the weekend I performed a cold RMAN backup on a 3.6 TB
database. Because a lot of the database was backed up with
transportable tablespaces, the net amount being backed up was
approximately 365 Gb. I took down the database at 11:00 and the
script finished at 4am, but in reviewing the logs, the database
actually appears to have been opened at 2am.
I assumed that the database would be down the entirety of the
backup. Can anyone help me understand why the database was
opened so long before the RMAN command completed? Was the
backup adversely affected in any way by a user obtaining access
prior to the RMAN process completing.
Any information greatly appreciated.

unfortunately i think you misunderstood the original question. i took the database down to do the cold backup. in order to use rman, you have to startup nomount the instance.
the script run was:
#!/usr/bin/ksh
rman msglog '/data2/oracle2/local/log/rman_lvl0.log' <<EOF
@connect.rman
run {
backup incremental level 0 tag full_bkup0 database diskratio=0;
alter database open;
exit;
EOF
exit
the "alter database open" tells RMAN to open the database once the backup is completed. i had a process running that checked each 10 seconds to see if the PID for the RMAN process was still running. The process itself appears to have run for an additional 2 hours after the database was opened.
there is nothing on the system to suggest that the database was opened by anything other than RMAN. was the database opened prematurely? was the additional time spent in the RMAN script doing the sync in the database? did the usage by the user prior to RMAN completing invalidate the backup? (so far the cloning is still running without error).

Create new database using rman cold backup

It oracle 10g database version 10.2.0.4
I took the cold backup of the database using rman ( Database name TEST)
1.RMAN> startup mount;
2.RMAN> backup database include current controlfile;
3.RMAN> alter database open;
I aim to create the new database called DEMO using this backup
Please let know the setps for creating new database
Edited by: prajeevan on Jan 19, 2011 9:09 PM

I took the cold backup of the database using rman ( Database name TEST)
1.RMAN> startup mount;
2.RMAN> backup database include current controlfile;
3.RMAN> alter database open;
I aim to create the new database called DEMO using this backup
Please let know the setps for creating new databaseIf it is in archivelog mode you can use duplicate to refresh database DEMO from TEST..
or after cold backup, go to mount ,
create trace file of controlfile becuase you are chaning database name
recreate the controlfile
open database in resetlogs;
check also http://blogs.oracle.com/AlejandroVargas/gems/RMANDUPDBPRACTICE.pdf

Script for cold backup using RMAN

Dear all,
db_version:-10.2.0.4
os_version:- Windows 2003 server
I wish to schedule a script that will take cold backup of my database using RMAN.
Any help is appreciated ..
Edited by: user12000301 on May 18, 2011 5:02 AM

Dear All,
Thanks a lot for your valuable time :
However i have managed to do it as follows :
1. First i have configure the parameter of RMAN ( Since it is my UAT in Noarchive log mode), I have never tried RMAN cold backup on the same.
Following is the out put of SHOW ALL;
RMAN> show all;
using target database control file instead of recovery catalog
RMAN configuration parameters are:
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 2 DAYS;
CONFIGURE BACKUP OPTIMIZATION OFF;
CONFIGURE DEFAULT DEVICE TYPE TO DISK;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 'D:\DB\RMAN_BKP\BACKUPS%F';
CONFIGURE DEVICE TYPE DISK PARALLELISM 2 BACKUP TYPE TO COMPRESSED BACKUPSET;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT 'D:\DB\RMAN_BKP\BACKUPS\DB_%U.%r';
CONFIGURE MAXSETSIZE TO UNLIMITED;
CONFIGURE ENCRYPTION FOR DATABASE OFF;
CONFIGURE ENCRYPTION ALGORITHM 'AES128';
CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON STANDBY;
CONFIGURE SNAPSHOT CONTROLFILE NAME TO 'D:\DB\RMAN_BKP\BACKUPS\SNCFDB.ORA';
2. I have created a rman_cold_bkp.bat file which has following entry :
cd c:\oracle10g\bin
set oracle_sid=DB
rman target system/*** @D:\DB\RMAN_BKP\SCRIPT\rman_cold_bkp.rcv log=D:\DB\RMAN_BKP\SCRIPT\rman_cold_bkp.log
exit
3. Whereas rman_cold_bkp.rcv file contains following contents:
run
allocate channel C1 device type disk;
shutdown immediate;
startup mount;
backup database;
alter database open;
release channel C1;
exit
I did checked it and it;s working fine for me :-)
Regards,
Girish

Schema wise backup using rman

Hi all,
Is it possible to take backup of a schema using rman.Or any other backup except export.
Thanks in advance.

In some cases and with some limitations, it is possible to consider the backup of specific tablespaces (used by a single schema) and SYSTEM tablespace as a way to backup a schema. However, you still need to backup the whole database. To restore such as a schema backup would require to use tablespace point in time recovery.
This should be used if a single database is centralizing many different applications using different schemas.
Message was edited by:
Pierre Forstmann

Control file backup using RMAN

Hi,
I need to take the backup of control file using RMAN and I am using ASM non RAC.
DB : 10.2.0.4.0
oS : SunOS rmohsitut01 5.10 Generic_144488-17 sun4u sparc SUNW,SPARC-Enterprise
I have tried bellow commands
======
RMAN> backup format '/tmp/backup/control.back' current controlfile;
Starting backup at 21-JUL-12
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=19983 devtype=DISK
allocated channel: ORA_DISK_2
channel ORA_DISK_2: sid=9983 devtype=DISK
allocated channel: ORA_DISK_3
channel ORA_DISK_3: sid=19982 devtype=DISK
allocated channel: ORA_DISK_4
channel ORA_DISK_4: sid=9982 devtype=DISK
allocated channel: ORA_DISK_5
channel ORA_DISK_5: sid=19981 devtype=DISK
allocated channel: ORA_DISK_6
channel ORA_DISK_6: sid=19980 devtype=DISK
allocated channel: ORA_DISK_7
channel ORA_DISK_7: sid=9981 devtype=DISK
allocated channel: ORA_DISK_8
channel ORA_DISK_8: sid=19979 devtype=DISK
allocated channel: ORA_DISK_9
channel ORA_DISK_9: sid=19978 devtype=DISK
allocated channel: ORA_DISK_10
channel ORA_DISK_10: sid=9980 devtype=DISK
allocated channel: ORA_DISK_11
channel ORA_DISK_11: sid=19985 devtype=DISK
allocated channel: ORA_DISK_12
channel ORA_DISK_12: sid=9979 devtype=DISK
allocated channel: ORA_DISK_13
channel ORA_DISK_13: sid=19977 devtype=DISK
allocated channel: ORA_DISK_14
channel ORA_DISK_14: sid=19976 devtype=DISK
allocated channel: ORA_DISK_15
channel ORA_DISK_15: sid=9978 devtype=DISK
allocated channel: ORA_DISK_16
channel ORA_DISK_16: sid=19975 devtype=DISK
allocated channel: ORA_DISK_17
channel ORA_DISK_17: sid=19974 devtype=DISK
allocated channel: ORA_DISK_18
channel ORA_DISK_18: sid=9986 devtype=DISK
BACKUP CURRENT CONTROLFILE TO ':/tmp/control.bak'; RMAN allocating channels but backup is not happening.
Any idea ?
--Thanks in Advance

Hi,.
I have given the bellow command
RMAN> BACKUP AS COPY CURRENT CONTROLFILE FORMAT '/tmp/control_stdby_backup.ctl';
Starting backup at 21-JUL-12
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=19985 devtype=DISK
allocated channel: ORA_DISK_2
channel ORA_DISK_2: sid=9981 devtype=DISK
allocated channel: ORA_DISK_3
channel ORA_DISK_3: sid=19977 devtype=DISK
allocated channel: ORA_DISK_4
channel ORA_DISK_4: sid=9980 devtype=DISK
allocated channel: ORA_DISK_5
channel ORA_DISK_5: sid=9979 devtype=DISK
allocated channel: ORA_DISK_6
channel ORA_DISK_6: sid=9978 devtype=DISK
allocated channel: ORA_DISK_7
channel ORA_DISK_7: sid=19976 devtype=DISK
allocated channel: ORA_DISK_8
channel ORA_DISK_8: sid=9986 devtype=DISK
allocated channel: ORA_DISK_9
channel ORA_DISK_9: sid=19975 devtype=DISK
allocated channel: ORA_DISK_10
channel ORA_DISK_10: sid=9977 devtype=DISKBut it keeps on allocating channels and never ending
Please help ..
Edited by: Vijay.Cherukuri on Jul 21, 2012 7:19 PM

Who tacke backup in another node using rman

Similar Messages

Maybe you are looking for