|| at Aug 2, 2006 at 11:19 am
When I turned on the compression, all the 4 cpu's just pegged on a pretty
good solid machine because we had 4 threads. We have played around a lot
with tuning the backups which made the difference. We have backed up to Disk
and tape. Pros/cons with both like write to multiple tapes as recovery is
faster etc. I think we get about 160gig backed up per hour on average
On Behalf Of Tomi Wijanto
Sent: Wednesday, August 02, 2006 6:09 AM
Subject: Re: rman compressed backup is much smaller but very slow
It's seem that your system is I/O bound. Smaller
backup size result in faster time.
Mine seems to be CPU bound.
"Radoulov, Dimitre" wrote:
Could someone shared their experieces on
backup, especially with big sized database.
Red Hat Enterprise Linux ES release 3 (Taroon Update
Oracle Database 10g Release 10.2.0.2.0 SE
Not a big size database: 30GB (~18GB used), backed
up on a NFS mounted drive (all filesystems are ext3
full backup without compress: backup sets size
~13GB, elapsed 37min
full backup with compress: backup set size < 2GB,
BACKUP OPTIMIZATION OFF
PARALLELISM 1 (SE doesn't support parallelism > 1)
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection aroundhttp://mail.yahoo.com