| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: OmniBack and HP-UX
It's been a while since I was Unix admin on Solaris and HP but here's from memory:
Each OS reserves 10% of disk space from non-root users in a slightly different way. Solaris (df -k) does this before telling you the available capacity percentage and HP (bdf?) does it afterwards, therefore only lets you reach 90%.
You always reserved this space on Solaris too, but you may not have noticed.
Maybe someone with more up to date UNIX Admin knowledge can confirm or otherwise.
By the way, you're not restoring a Solaris database backup to HP are you? Last time I checked the datafiles are not able to be 'moved' in this way.
Regards,
Mike.
-----Original Message-----
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org]On Behalf Of mkline1_at_comcast.net
Sent: 01 March 2004 15:47
To: oracle-l_at_freelists.org
Subject: OmniBack and HP-UX
This was a new one for me.
I'm having a database restored using the "latest" and greatest, with SAN, and Omniback, and putting it on a different server.
Some of my disks were "full", some pretty close which has never been a problem before, but usually I work on Solaris.
HP-UX choked on several of the volumes and the "early" reports are saying that either OmniBack or the HP-UX does not want or will not write a full volume back on "restore". This could be quite serious.
They are recommending 10%, but some of the volumes are 200+GB and I can't imagine having to hold back 20gb so I can restore some time down the road.
Anyone else get caught with this?
--
Michael Kline, Principle Consultant
Business To Business Solutions
13308 Thornridge Ct
Midlothian, VA 23112
804-744-1545
 |
 |