HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: Oracle on 2 RP7420
Operating System - HP-UX
1834478
Members
3520
Online
110067
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
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
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Go to solution
Topic Options
- 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
01-20-2006 05:35 AM
01-20-2006 05:35 AM
All,
I will be purchasing two RP7420 8 way servers, these two server will be S/G'd.
Can I run 2 Production Oracle database on Server1 , configured into a SG cluster between Server1 & Server2 while running 2 reporting Oracle database (non production on Server2)?
My goal is to shut down the reporting databases and allow the Production Databases use Server2 in the event of a Production server failure.
have any of you done this before?
JD
I will be purchasing two RP7420 8 way servers, these two server will be S/G'd.
Can I run 2 Production Oracle database on Server1 , configured into a SG cluster between Server1 & Server2 while running 2 reporting Oracle database (non production on Server2)?
My goal is to shut down the reporting databases and allow the Production Databases use Server2 in the event of a Production server failure.
have any of you done this before?
JD
Solved! Go to Solution.
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-20-2006 05:46 AM
01-20-2006 05:46 AM
Solution
I've done it.
It's simply an issue of adding Oracle shutdown scripts to the package before shuttling the disks over and bringing up the production Oracle system.
Hint One.
Life's easier if you make sure that your volume groups have different names and different numbers for the "group" file in the volume group across BOTH computers. In other words, just make sure that across BOTH computers all volume group names are totally distinct (e.g. don't have a vg200 on both servers) name. Also make sure all volume groups have a distinct "group" file number across both machines.
That way when a vg travels from one machine to the other with the package it won't interfere with your reporting disks on the secondary server.
Hint Two.
HP's Service Guard scripts will want to leave the ORACLE_HOME directory out of the mix of stuff that's moved (their prototype would like to just move data drives). I preferred to go "off spec" from HP, and move the ORACLE_HOME and applications too, that way the exact patched version of the ORACLE_HOME and the patched applications moved with the package to the target server, and I wouldn't have to worry about keeping them in sync manually (or generating an automated method). This approach requires some extra additional scripting in the package too.
It's simply an issue of adding Oracle shutdown scripts to the package before shuttling the disks over and bringing up the production Oracle system.
Hint One.
Life's easier if you make sure that your volume groups have different names and different numbers for the "group" file in the volume group across BOTH computers. In other words, just make sure that across BOTH computers all volume group names are totally distinct (e.g. don't have a vg200 on both servers) name. Also make sure all volume groups have a distinct "group" file number across both machines.
That way when a vg travels from one machine to the other with the package it won't interfere with your reporting disks on the secondary server.
Hint Two.
HP's Service Guard scripts will want to leave the ORACLE_HOME directory out of the mix of stuff that's moved (their prototype would like to just move data drives). I preferred to go "off spec" from HP, and move the ORACLE_HOME and applications too, that way the exact patched version of the ORACLE_HOME and the patched applications moved with the package to the target server, and I wouldn't have to worry about keeping them in sync manually (or generating an automated method). This approach requires some extra additional scripting in the package too.
We are the people our parents warned us about --Jimmy Buffett
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-20-2006 05:50 AM
01-20-2006 05:50 AM
Re: Oracle on 2 RP7420
Great thats what I thought..
Thanks for the help
Thanks for the help
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-20-2006 05:54 AM
01-20-2006 05:54 AM
Re: Oracle on 2 RP7420
JD
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP