- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Oracle ASM and changing disk device files
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
тАО06-03-2005 01:42 AM
тАО06-03-2005 01:42 AM
Oracle ASM and changing disk device files
I've done plenty of SAN migrations in the past, which have involved a set of disk device file IDs changing - for LVM or VxVM thats a nice easy vgexport/vgimport or deport/import. However I'm not sure how Oracle ASM will handle these sort of changes - reading the docs on ASM it kind of implies that ASM just scans all available disks when the ASM instance starts and starts up all the disk groups it finds or all those mentioned in its instance parameter file. However I'm not in a position to test this, so I'm interested in other peoples experience... what happens to ASM when raw disk device files change? Does it handle it transparently (obviously I stop ASM for the migration) or are there some additional ASM tasks to perform?
Thanks
Duncan
I am an HPE Employee
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-03-2005 02:12 AM
тАО06-03-2005 02:12 AM
Re: Oracle ASM and changing disk device files
one tought would be to add the New SAN devices to the ASM disks. Then you can force ASM to do the migration behind the scenes. Yes, I've heard that you can then remove the old devices, thus allowing the new devices to be left in the ASM disks. This sounds real simple, but it works.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-03-2005 02:20 AM
тАО06-03-2005 02:20 AM
Re: Oracle ASM and changing disk device files
Thanks,
Duncan
I am an HPE Employee
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-03-2005 02:34 AM
тАО06-03-2005 02:34 AM
Re: Oracle ASM and changing disk device files
Is this document any help for you?
http://www.oracle.com/technology/products/database/asm/pdf/asm-on-emc-5_3.pdf
Regards
Jean-Luc
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-03-2005 02:43 AM
тАО06-03-2005 02:43 AM
Re: Oracle ASM and changing disk device files
Thx
Duncan
I am an HPE Employee
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-03-2005 03:30 AM
тАО06-03-2005 03:30 AM
Re: Oracle ASM and changing disk device files
ASM at the host level, owns the disk devices (oracle user only, not root). This set of disks known as the ASM Disk Grp is managed by the DBAs. The DBAs can add to this Disk Grp or Shrink this Disk Grp via ASM. (BTW, I thought your first question was about migration to another Array, which ASM can do; DBA adds devices to the ASM Disk Grp, then can remove the older devices, which starts the migration, a great feature of ASM to utilize.)
I really think this ASM Disk Group is unlike anything to do with LVM terminology or thinking. So, it really up to the DBAs.
The DBA tells ASM about the new disk devices to be added or removed. Also, it's a fact that if you run SAM, it changes "owner" from oracle to "root" on these devices, which causes ASM not to work properly. So, best list these devices and force a chown oracle:oninstall to these devices, at times, if needed.
sorry I can't help which much details, but here's a starting link for you:
http://www.oracle.com/technology/oramag/webcolumns/2003/techarticles/murphy_asm.html
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-05-2005 06:01 AM
тАО06-05-2005 06:01 AM
Re: Oracle ASM and changing disk device files
That way, the device names, as far as ASM is concerned, do not change.
h1 ## ll -l /dev/oracle
... lrwxr-xr-x 1 root sys 16 Mar 21 10:59 ASM1 -> /dev/rdsk/c4t0d5
... lrwxr-xr-x 1 root sys 16 Mar 21 10:59 ASM2 -> /dev/rdsk/c4t0d6
... lrwxrwxrwx 1 root sys 16 Mar 21 13:50 rawCSSVotingDisk -> /dev/rdsk/c4t0d2
... lrwxrwxrwx 1 root sys 16 Mar 21 13:50 rawOCR_File -> /dev/rdsk/c4t0d4
h2 ## ll -l /dev/oracle
... lrwxr-xr-x 1 root sys 16 Mar 20 12:16 ASM1 -> /dev/rdsk/c6t0d5
... lrwxr-xr-x 1 root sys 16 Mar 20 12:16 ASM2 -> /dev/rdsk/c6t0d6
... lrwxrwxrwx 1 root sys 16 Mar 21 13:51 rawCSSVotingDisk -> /dev/rdsk/c6t0d2
... lrwxrwxrwx 1 root sys 16 Mar 21 13:51 rawOCR_File -> /dev/rdsk/c6t0d4
In ASM, I told it to use /dev/oracle/ASM*
hth
bv
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-05-2005 09:22 PM
тАО06-05-2005 09:22 PM
Re: Oracle ASM and changing disk device files
Keep em coming...
Duncan
I am an HPE Employee