- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Oracle 9i RAC with MC/SG - possibility to run on ...
Operating System - HP-UX
1820696
Members
2865
Online
109627
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
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
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
03-12-2004 07:15 PM
03-12-2004 07:15 PM
We have a rp7400 (N4000) box with HP-UX 11.00, MC/SG 11.13 and Oracle 9i (9.0.1.2.0) RAC on a two node cluster environment. We have a big problem on getting enough downtime for sysadm activities. Right now we are on a process of migrating the storage to EMC and need to install two HBAs. The system has many raw devices for database (around 150 LVs) and the migration will be a headache plus the downtime constraints.
We are considering a plan as to whether or not we can run the system on a single node and
power off
install the HBAs and drivers and
bring back the node and switch the database to the other node
and do the same activities on the other node.
Can anyone please advise me what are the correct steps to do these activites. Our dba is not that experienced with Oracle RAC so that I am also a bit restless to do the said tasks. I would also like to know how we can stop the Oracle RAC cluster and run it on a single node before I do anything on MC/SG side.
Thank you
Rasheed
We are considering a plan as to whether or not we can run the system on a single node and
power off
install the HBAs and drivers and
bring back the node and switch the database to the other node
and do the same activities on the other node.
Can anyone please advise me what are the correct steps to do these activites. Our dba is not that experienced with Oracle RAC so that I am also a bit restless to do the said tasks. I would also like to know how we can stop the Oracle RAC cluster and run it on a single node before I do anything on MC/SG side.
Thank you
Rasheed
Solved! Go to Solution.
1 REPLY 1
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-13-2004 02:56 AM
03-13-2004 02:56 AM
Solution
Well yes, the whole point of RAC is that you can keep on computing, transparently, as long as there is at least one node remaining. It will be able to do so, even if you yank away a node unacnnouced, but in your case you can nicely shut down the instance on the node-to-be-upgraded.
You do want to make sure that the node-to-be-upgraded does not try to restart the instance right-away, so check your startup environment / oratab and change temporarely.
When you bring up the node after the changes you want to be sure that the LV's for oracle are still visible. Maybe device names changed?!
Once you assured yourself that the DB instance has a reasonable chance to start back up, give it a whirl! Once back up succesfully, it would be time to bring down the other node and upgrade it.
Be sure to spend some quality time with the Oracle RAC and and general Oracle management documentation to become more confident about the steps.
Also, work with EMC! Did they sell you just a collection of hardware or 'a storage solution'. If they sold you a 'solution' then let them play a major role! They have been there (one hopes). They know what to do (one hopes). If they fail to support the transition, then I would bring the whole update in question towards your management.
(Heck, if they can not help in a controlled transition, how will they help if you get in unexpected trouble at some point. But I'sure they can and will help).
hth,
Hein.
You do want to make sure that the node-to-be-upgraded does not try to restart the instance right-away, so check your startup environment / oratab and change temporarely.
When you bring up the node after the changes you want to be sure that the LV's for oracle are still visible. Maybe device names changed?!
Once you assured yourself that the DB instance has a reasonable chance to start back up, give it a whirl! Once back up succesfully, it would be time to bring down the other node and upgrade it.
Be sure to spend some quality time with the Oracle RAC and and general Oracle management documentation to become more confident about the steps.
Also, work with EMC! Did they sell you just a collection of hardware or 'a storage solution'. If they sold you a 'solution' then let them play a major role! They have been there (one hopes). They know what to do (one hopes). If they fail to support the transition, then I would bring the whole update in question towards your management.
(Heck, if they can not help in a controlled transition, how will they help if you get in unexpected trouble at some point. But I'sure they can and will help).
hth,
Hein.
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
Learn About
News and Events
Support
© Copyright 2025 Hewlett Packard Enterprise Development LP