RMAN Backup is very slow

Recently we have enabled RMAN in oracle database 11gR2.
We are using Oracle secure backup 10.4, solaris 10 and SL24 tape autoloader.
We have performed full database backup with size 610GB using RMAN to tape and it took 7hrs to backed up.
Could you please advice me how to fine tune the performance of RMAN.
Thanks in advance,
veijar
Edited by: veijar on Sep 6, 2012 11:03 PM

Hello;
I like this chapter :
Tuning RMAN Performance
http://docs.oracle.com/cd/B28359_01/backup.111/b28270/rcmtunin.htm
Additional information :
http://www.oracle.com/technetwork/database/features/availability/s316928-1-175928.pdf
http://juliandontcheff.wordpress.com/category/rman/
http://levipereira.wordpress.com/2011/01/28/rman-performance-tuning-notes-my-oracle-support-metalink/
http://levipereira.files.wordpress.com/2011/01/tuning_rman_buffer.pdf
Best Regards
mseberg
Edited by: mseberg on Sep 7, 2012 11:28 AM

Similar Messages

Time machine backup is very slow after migration to Mountain Lion

After I migrated to mountain lion, Time machine backup is very slow. Time machine preference says there is no previous back up although I had Time machine on before migration. It did not help verymuch to connect an ethernet cable between my timecapsule and my Macbook Pro
Here are the screenshots I see:
Should I erase the previous backup made on Lion before backing up on Mountain lion? in this case how do I transfer the Lion backup file on another disk just in case something goes wrong before I have a good backup under Mountain Lion? just like any other file?

After further reading on the forum, the problem was solved: I used the possibility to back up on a second disk (in the preferences Time Machine choose a disk and save on both disks) to make a back up on another usb disk, and then erased the old .sparsebundle file on my Time Capsule. I have then re defined time capsule as the back up disk and then the backup was muuuuuch faster (one night instead of less than 1 giga after 3 days.....)

Rman backup is too slow

Hi
I have oracle database (11gR1) 64 bit installed on Windows 2003 R2 64 bit server. MY DB size is almost 152 GB and its running in archive log mode. When i run RMAN online backup , Its taking too much time almost it has taken 22 Hours and still its running , I am not sure why it is consuming this much time ..
I am using below RMAN script ...
run {
allocate channel ch1 type disk;
backup FILESPERSET 32
format 'F:\RMAN_BACKUP\%d_t%t_s%s_FULL' tag Full_DATABASE_07_july_13
(database)
CURRENT CONTROLFILE SPFILE;
SQL "alter system archive log current";
backup FILESPERSET 200
format 'F:\RMAN_BACKUP\ARC_%d_%s_%t'
(archivelog all);
release channel ch1;
Kindly help me and whats wrong in this please tell me . Also tell me if any other information needed ..
Thanks & Regards,
Vikash Jain

hi, Till now RMAN backup not completed for single time so i cant tell how long it takes.
I tried with parallelism 2 also but it is also not working.
CONFIGURE DEFAULT DEVICE TYPE TO disk;
# backup goes to disk
CONFIGURE DEVICE TYPE disk PARALLELISM 2;
# three channels used in parallel
CONFIGURE CONTROLFILE AUTOBACKUP ON;
#controlfile and spfile take backup automatically
CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT 'F:\RMAN_BACKUP\%d_t%t_s%s_FULL' MAXPIECESIZE 10G; # 1st channel
CONFIGURE CHANNEL 2 DEVICE TYPE DISK FORMAT 'F:\RMAN_BACKUP\%d_t%t_s%s_FULL' MAXPIECESIZE 10G; # 2nd channel
run {
      allocate channel chnnel1 type disk;
    allocate channel chnnel2 type disk;
backup database tag Full_DB_090713_With_CH_02;
SQL "alter system archive log current";
    backup archivelog all format 'F:\RMAN_BACKUP\ARC_%d_%s_%t';
release channel chnnel1;
release channel chnnel2;
this also having below error ..
RMAN-03009: failure of backup command on chnnel1 channel at 07/12/2013 10:38:31
ORA-19502: write error on file "D:\APP\ADMINISTRATOR\PRODUCT\11.1.0\DB_1\DATABASE\86OEH1S5_1_1", block number 1476225 (block size=8192)
ORA-27072: File I/O error
OSD-04008: WriteFile() failure, unable to write to file
O/S-Error: (OS 112) There is not enough space on the disk.
channel chnnel1 disabled, job failed on it will be run on another channel
released channel: chnnel1
released channel: chnnel2
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of backup command on chnnel2 channel at 07/12/2013 10:42:08
ORA-19502: write error on file "D:\APP\ADMINISTRATOR\PRODUCT\11.1.0\DB_1\DATABASE\87OEHG94_1_1", block number 1476097 (block size=8192)
ORA-27072: File I/O error
OSD-04008: WriteFile() failure, unable to write to file
O/S-Error: (OS 112) There is not enough space on the disk.
I checked there is enough space on F drive but still its showing the above error , Also i cant see backup pieces in "F:\RMAN_BACKUP\" location ... I am sure whats wrong with the above script ...
Thanks & Regards,
Vikash Jain

Backups are very slow

Since I installed Mavericks the backup program seems to run dreadfully slowly. Also the "clock" on the top line no longer rotates. a 25 Gig backup was going to take all day. I don't remember this kind of timeframe under

A few months back, I picked up a new iMac, and an external USB 3.0 LaCie 4TB. I performed the initial Time Machine of the 3TB internal that only had about 700GB on it, and as expected and anticipated, it took forever. However, what really unhinged me was the incrementals (after installing Logic and a few other Pro apps) took bloody forever for 4GB incrementals. I scoured the Apple Discussion forums, Google searches, but never did find any answers.
Then one day, I decided to Safe Mode boot the iMac (Shift key on start-up), and then rebooted it (the safe-mode boot took 15 mins to reach the desktop). Upon the fresh reboot after Safe Mode boot, Time Machine backups were super quick, and have been for 6 months now. (initially on 10.8.x, and still quick on 10.9.0 and now 10.9.1).
It's worth a try; It's technically a quick procedure, and could correct your dog-slow TM backups.

Backup Z3 very slow

Good morning , I'm trying to do my backupcompleto z3 using sony pc companion but every time I said that we will put 150 hours to finish. What am I doing wrong ?

You are choosing too much data. Choose only settings,messages,contacts,calendars etc. Manually copy media files.
All we have to decide is what to do with the time that is given to us - J.R.R. Tolkien

Very Slow Backup

I have a 500 GB USB hard drive that I can move files to very quickly. When I select it as my Time Machine Hard Drive the the backup runs very slow. According to the tracking bar it's only backing up about 100 MB every 2 min + I stopped spotlight from indexing the drive but it didn't make a noticeable difference. The drive is currently formated Extended but I've tried Extended (Journaled) also. The backup seems to be working and I have not seen a large performance hit. It just seems to be very slow.
Does anyone have an idea what I could have wrong?
Thanks

You probably are not in any danger. The first TM backup has huge amounts of things to do beside just copying your boot volumes data. It builds a data base and collects a bunch of other info to keep track of things.
How much data does Time Machine pref panel show it has to backup ?
Let's say it's 150 GB. Then a USB2 device will get on average around 12 MB/sec. That's some 43 GB per hour. Thus for 150 GB the backup will take 3.5 hrs.
Be patient and let TM backup finish.
Are you see a rotating set of arrows in the Finder side bar to right of your TM backup USB device ? Also, there could be a small backup status window floating about somewhere that shows the backup progress as well.

Time machine very slow with mountain lion

Time Machine backups seem very slow with Mountain Lion.

Same problem here. I just upgraded from Lion to Mountain Lion. I only got 19 GB of space, but Time Machine wants 10 hours, whereas in OSX Lion a full backup would take just under an hour, and incremental updates were lightning fast.
I even sat it up to do it overnight, but on 8 hours it was only half way through only 10 GB. I can't live with that in the future.
Im trying to backup on a SD card which seems to work very good in Lion. Im on a 2012 Macbook Air using a SSD.
My bite of the apple has been somewhat sour. I tried reformatting the SD card, well knowing that I would lose old backups. But still the backup is extremely slow. Now I can't install Lion or Mountain Lion from scratch without having to wait 10 hours for TM backup or installing tons of applications and settings again. Bummer. I'm never going to early adobt a OSX upgrade again.

RMAN BACKUP VERY SLOW

Hi all,
what is fastest method to take backup using rman
Thanks&Regards,
Mahesh

Hi Mahee,
Can you be little bit precise on you question?
1. Is it you are planning to take backups using RMAN or your scheduled backups are running slow on RMAN?
2. Please specify the type of backup.
I would first check with the network throughput and native transfer rate and compare them with the backup speed.
Also, tuning would largely depend on if you are using Synchronous and Asynchronous Disk I/O and thus enabling the db parameters for the same.
While the job is running, execute a script containing the following SQL statement to know the status of the RMAN job:
SELECT sid, serial#, context, sofar, totalwork,
round(sofar/totalwork*100,2) "% Complete"
FROM v$session_longops
WHERE opname LIKE 'RMAN%'
AND opname NOT LIKE '%aggregate%'
AND totalwork != 0
AND sofar <> totalwork
If you repeat the query while the backup progresses, then you see output such as the
following:
SQL> @status
SID SERIAL# CONTEXT SOFAR TOTALWORK % Complete
8 19 1 10377 36617 28.34
SQL> @status
SID SERIAL# CONTEXT SOFAR TOTALWORK % Complete
8 19 1 21513 36617 58.75

RMAN: Increment backup very slow

Hi All,
We have Datawarehouse database having size around 7TB. Increment backup performance is extremely poor it is taking approx 14hrs to complete the process. We have also enabled block change tracking but failed to meet target.
Below mentioned DB info & RMAN configuration parameters:
DB: 11.1.0.6
OS: Linux 2.6.18-128.el5 x86_64
System has 16 processor when more than two process per CPU i.e. 32
CONFIGURE RETENTION POLICY TO REDUNDANCY 5;
CONFIGURE BACKUP OPTIMIZATION ON;
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/d01copy/control_bkp/autobackup_control_file%F';
CONFIGURE DEVICE TYPE DISK PARALLELISM 13 BACKUP TYPE TO COMPRESSED BACKUPSET;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BZIP2';
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/u01/app/oracle/product/11.1.0/dbs/snapcf_PRODDB.f'; # default
Thanks in advance.

Thnaks for reply.
Have you configured Compressed backups?
--> Yes. with below command.
RMAN> backup as compressed backupset incremental level 1 tag=$v_tag database;
Have you allocated channels ?
--> Yes.
allocate channel backup_disk1 type disk format '$v_bdest/%U' maxpiecesize 10G;
allocate channel backup_disk2 type disk format '$v_bdest/%U' maxpiecesize 10G;
allocate channel backup_disk3 type disk format '$v_bdest/%U' maxpiecesize 10G;
allocate channel backup_disk4 type disk format '$v_bdest/%U' maxpiecesize 10G;
allocate channel backup_disk5 type disk format '$v_bdest/%U' maxpiecesize 10G;
What is the Large pool size configured? try to increase.
--> large_pool_size=1073741824
Is backup to DISK or TAPE? mentioned in script?
--> Backup goes to DISK only.
How is DISK performance?
--> How can we calculate DISK performance on LINUX?
Regards,

When i start my hot backup my database getting very slow

Hi,
I am using following commands for enabling hot backup
SQL>ALTER SYSTEM ARCHIVE LOG CURRENT;
SQL>ARCHIVE LOG LIST;
SQL >ALTER DABATBASE BEGIN BACKUP;
Database altered.
SQL>SELECT FILE#,STATUS FROM V$BACKUP;
FILE# STATUS
1 ACTIVE
2 ACTIVE
3 ACTIVE
4 ACTIVE
and using cp -rp command to copy the file (backup copying speed good) but database performance very slow
How to improve performance ...
Regards
Vignesh C

Uwe Hesse wrote:
It is very likely that you experience slow performance with ALTER DATABASE BEGIN BACKUP , because until you do ALTER DATABASE END BACKUP , every modified block is additionally written into the online logfiles . Doesn't that happen only the first time the block is modified?
>
The command was introduced for split mirror backups, when this period is very short. Else ALTER TABLESPACE ... BEGIN/END BACKUP for every tablespace one at a time reduces the amount of additional redo during non-RMAN Hot Backup. There appear to be only 4 files. We don't know how big or sparse they are.
>
RMAN doesn't need that at all - much less redo - and also archive - generation then.
Furthermore, you can use BACKUP AS COMPRESSED BACKUPSET DATABASE to decrease the size of the backup even more - if space is an issue.
In short: Use RMAN :-)
Agree with that! Unless the copy is actually going to an NFS mount or something, where I would be concerned whether it is the type of NFS that Oracle likes. I'd also advise a current patch set, as the OP didn't tell us the exact version, and I have this nagging unfocused memory of some compression problems of the "oh, I can't recover" variety.
I'd like to see some evidence on I/O and cpu usage before giving advice. When I used to copy files like this, it would choke out everyone else. RMAN was a savior, but had to wait for local SAN upgrade.

RMAN backup using OSB too slow

Hi all,
We are exploring Oracle Secure Backup in our environment as legato networker alternative. But RMAN backup in OSB is very slow due to sbt wait event(sbtwrite2). it can backup 5GB/hour. We think this not normal behavior. we have checked network throughput between media server and client server. It can send 50 GB data by 30 min.Could you please help us to resolve the problem.
Thanks,

Hello,
What OS do you use? This is a Windows OS or UNIX ? Above all, we need more information about the Hardware and the others plans that ran in this environment.It can be also competition from other jobs.
Kind regards,
Bruno Reis

Slow rman backup and slow database

Hello all,
Whenever I run rman backup to sbt_tape, the complete database becomes slow. Also RMAN takes more than 12 hours to complete.
RMAN script is:
run {
allocate channel t1 type 'sbt_tape' parms 'ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt)';
sql 'alter system switch logfile';
backup incremental level 2 tag 'db_level2_backup'
format'%d/INC2/%t/%s/%p'
database diskratio=0;
backup
format '%d/LOG_INC2/%t/%s/%p'
archivelog all
delete all input;
release channel t1;
}The AWR shows following "Top 5 timed events"
Event                                      Waits     Time(s)     Avg Wait(ms)     % Total Call Time     Wait Class
db file sequential read                    817,467     17,419         21                         28.6         User I/O
CPU time                                  14,294                              23.5
log file sync                            141,642     8,570         61                         14.1          Commit
enq: TX - row lock contention              3,371     7,171       2,127                          11.8         Application
log file parallel write                     149,486     5,356         36                           8.8           System I/OWhat can be done? Can anyone tell what wrong is happening here?
Database is 10.2.0.4
OS is AIX 5.3
SGA_TARGET is 6G
PGA_AGGREGATE_TARGET is 2G
Total physical RAM is 12G
EBiz application is running in the same server
Regards,
SA

On my server, we needed to adjust the vmm on aix for oracle to run best. Before I did that it was really slow.
http://www.ibm.com/developerworks/aix/library/au-aixoracle/index.html
Specifically these as outlined in the document linked above:
Listing 3. Changing the default setting for the lru_file_repage parameter using vmo
root@lpar21ml16ed_pub[] > vmo -o lru_file_repage=0
Setting lru_file_repage to 0
root@lpar21ml16ed_pub[] >
Setting this to 0 tells the VMM that you want to steal only file pages and not computational pages. As this will change if the numperm < minperm or > maxperm, we will make maxperm high and minperm very low. Years ago, before the lru_file_repage parameter was introduced, we used to make maxperm low. If we did this now, we would stop the application caching programs that are currently running.
Listing 4 shows how we'll set these parameters:
Listing 4. Setting the minperm, maxperm and maxclient parameters
vmo -p -o minperm%=5
vmo -p -o maxperm%=90
vmo -p -o maxclient%=90
We also want to take a look at minfree and maxfree. When the pages on our free list fall below minfree, the VMM will start to steal pages, which we don't want to happen until the free list has beefed up the number in maxfree. The values should be similar to the ones shown in Listing 5.
Listing 5. Setting the minfree and maxfree parameters
vmo -p -o minfree=960
vmo -p -o maxfree=1088
Edited by: user455434 on Oct 12, 2010 1:14 PM

RMAN backups are slow with TSM

Hi,
I encountered a problem using RMAN with TSM to backup a database. It seems that the RMAN channel doesn't use the entire bandwidth to the TSM (or whatever) and is idle most of the time. This makes the database backup really slow.
As a comparison, we backup also filesystem and SQL Server, they both use very few channels and each channel backup about X5 more data per second than Oracle. For example, SQL Server uses 5 channels to the TSM, and we get a total of around 100MB/s. When we configure Oracle to backup using 5 channels we get about 20MB/s and we see that the SQL Server is writing to the TSM all the time while Oracle is idle a large portion of the time.
Any ideas? Known configuration issues?
I hope I'm clear about the problem.
Thanks,
Liron

Hi,
Thanks for everybody for your responses, I'll try to sum the answers here:
1. Yes, we backup the filesystem, and everything works fine. The problem is only with RMAN backups
2. Resources are not an issue, it happens on strong and weak servers (and several O/S as well)
3. Database versions are not the issue, it happens on 10.2 as well as 11.2
My feeling is that this has something to do with the integration, either oracle setting or TSM setting, but I can't be sure until I solve this.
For those of you who backup with TSM, did you notice that filesystem / SQL Servers are being backed up faster? Did you check the Oracle wait events and TSM status while you run the backup?
Thanks
BTW Girish, great comment, I wish I had all the answers... :)

4Th Generation Time Capsule Running Backup very Slow

I am having a problem with my 4th generation time capsule as it is running very slow , it shows that i need to backup 151 Gb data and for the last 2 days the device backup only 150 mb, pls advise what is the problem? setup of the wireless network seems fine to me without any problem
please help

When you use ethernet, make sure your wireless is turned off in the computer.
It can be worthwhile isolating the TC to the Computer so there is nothing else happening.
Also for Mavericks ensure you have ipv6 set correctly to link-local.
A 100GB backup certainly should not take 20hours..
Although the 2008 (gen1 TC is much slower than later versions).
A first backup of the computer must deal with loads and loads of little files, as a warning can go slow.
A different backup software will be just the same.. it is the speed over network and handling small files that is the issue. Once that first backup is done the later incrementals should not be a problem though.

VERY slow backup to external Hard Drive

I have an older external HD case (New Motion) with a Western Digital 120GB Hard Drive that I use for backup, firewire only.
I use this drive on my old slot loading iMac G3 (10.3.8) and it runs very fast, copying 16GB from the iMac to the backupin about 15 minutes.
When I connect the backup drive to my G5 iMac (10.4.2) it runs VERY slow at night, taking 6 hours to copy the same amout of information.
I notice that during the day it takes less time, but still about 1.5 hours. (The night/day differences are consistent).
Is this an issue with Tiger or a setting in Tiger or how Tiger talks to firewire, or an issues with the G5 iMac? (Both firewire ports work fine with my iPod updating music).

Hi robfromkinglake west,
Try and isolate the issue. Check if it's only with this drive.
Check the drive with Disk Utility
Using Disk Utility to verify or repair disks
http://support.apple.com/kb/ht1782
I've never seen a drive take 20 minutes to mount.
Nubz

RMAN Backup is very slow

Similar Messages

Maybe you are looking for