- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: OmniBack works with HPUX 11.0 running Oracle A...
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-22-2001 07:49 PM
тАО02-22-2001 07:49 PM
OmniBack works with HPUX 11.0 running Oracle Application
Currently we are running Oracle Application on D-class server, now we are using Cold Backup strategy for datbase backup task. But we can see that it doesn't allow us in the comming future, because the application downtime is relatively long.
Is there any suggestions for our environment? And how well does the OmniBack work with Oracle?
Thanks in advance for your helps.
tommy
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-23-2001 02:32 AM
тАО02-23-2001 02:32 AM
Re: OmniBack works with HPUX 11.0 running Oracle Application
I am attaching a white paper, and I think you check out http://openview.hp.com too.
MND
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-26-2001 09:39 AM
тАО02-26-2001 09:39 AM
Re: OmniBack works with HPUX 11.0 running Oracle Application
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-26-2001 11:20 AM
тАО02-26-2001 11:20 AM
Re: OmniBack works with HPUX 11.0 running Oracle Application
Cheers....
Satish.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-26-2001 02:44 PM
тАО02-26-2001 02:44 PM
Re: OmniBack works with HPUX 11.0 running Oracle Application
A lot of it depends on how you architect the hardware. We'r ealso running on XP256 disks.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-13-2001 09:32 PM
тАО03-13-2001 09:32 PM
Re: OmniBack works with HPUX 11.0 running Oracle Application
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-13-2001 11:58 PM
тАО03-13-2001 11:58 PM
Re: OmniBack works with HPUX 11.0 running Oracle Application
If you use Business Copy, there will be some downtime incurred during the period it is needed to shutdown the Oracle instance, perform the BC pairslit, and subsequently starting back up the Oracle instance.
Despite the downtime incurred, it is more efficient and clean as it limits your disk I/Os to a shorter backup period instead of much longer backup period via online backup. In terms of performance, if you are using BC, you will not be spilling I/O operations for the backup over to more critical production time frames eg. 8 to 5 pm. As a result, database I/O performance will not be impacted during critical periods.
In addition, you reduce the window of vulnerability. Using a BC split, you have a complete and consistent set of backup. The chance of the server crashing during the small time window when the pairsplit took place is very small. However, if you use online backup, the online backup spreads across many more hours. There is a higher chance of the server crashing when the online backup is taking place. When that happens, you will not have a complete and consistent set of backup.
Lastly, with online backup, you must be prepared for extremely large redo logs and archive logs during the online backup itself. This is because the tablespaces are altered during the online backup.
As the database grows larger, the above 3 aspects would become more significant.
Hope this helps. Regards.
Steven Sim Kok Leong
Brainbench MVP for Unix Admin
http://www.brainbench.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-14-2001 12:23 AM
тАО03-14-2001 12:23 AM
Re: OmniBack works with HPUX 11.0 running Oracle Application
We use OmniBack to backup our Oracle databases for some time now. We backup 15 databases with Oracle Applications every night with a cold backup. We use a DLT library with 6 DLT 7000
drives and do the backup with four drives. These drives have a rate of 36 GB/hr.
So it is possible to backup 400 GB in 3 hrs.
The shutdown and startup of the databases
including the Concurrent Manager takes approx. 15 minutes for shutdown and 15 minutes for startup. So we have a complete backup time of 3.5 hrs. On the other hand if you have the Onnline extension for Oracle with OmniBack you can do hot backups as well. Depending on the version of the Oracle database you can also use the rman utility of Oracle with OmniBack.
You have to consider just a few things before you do the final decision.
Hope i did not confuse you too much.
Rgds
Alexander M. Ermes