- Community Home
- >
- Storage
- >
- Entry Storage Systems
- >
- Disk Enclosures
- >
- Re: Backup of BC LUNs on VA 7400
Disk Enclosures
1752686
Members
5398
Online
108789
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
Forums
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
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
тАО05-28-2002 05:06 AM
тАО05-28-2002 05:06 AM
Hi All,
I have problems with backup of Business Copy LUNs on a VA 7400 in my W2k environment. I have the following equipment:
2x lt6000r as DB Cluster1 with Oracle 9i and Failsafe on W2k Advanced Server. Each Server has 2 HBAs and Autopath VA.
2x lc2000rU3 as DB Cluster2 dito.
2x lc2000rU3 as W2k Domain Controllers each with 2 HBAs and Autopath VA
1x lh 3000rU3 as Backup Server with Veritas BackupExec NT/2000 8.6, also 2 HBAs and AP.
DB Cluster1 has access to 6 LUNs on the VA, Cluster2 has access to 12 LUNs, the domain controllers have each one LUN.
I created scripts, that switch the DBs in backup mode and then creates BC LUNs, that are backed up by the BU Server. After the backup I have to delete the BC LUNs because there is not enough disk space available on the VA to hold the snapshots. After deletion of the BC LUNs the BU Server pops up a "Unsafe Removal of Device" window and creates entries in the W2k System eventlog. Also it can happen that a "Write Delay failed" message occurs. I don't want these messages and the eventlog entries.
Is there any solution of such a problem or am I alone with it?
I have problems with backup of Business Copy LUNs on a VA 7400 in my W2k environment. I have the following equipment:
2x lt6000r as DB Cluster1 with Oracle 9i and Failsafe on W2k Advanced Server. Each Server has 2 HBAs and Autopath VA.
2x lc2000rU3 as DB Cluster2 dito.
2x lc2000rU3 as W2k Domain Controllers each with 2 HBAs and Autopath VA
1x lh 3000rU3 as Backup Server with Veritas BackupExec NT/2000 8.6, also 2 HBAs and AP.
DB Cluster1 has access to 6 LUNs on the VA, Cluster2 has access to 12 LUNs, the domain controllers have each one LUN.
I created scripts, that switch the DBs in backup mode and then creates BC LUNs, that are backed up by the BU Server. After the backup I have to delete the BC LUNs because there is not enough disk space available on the VA to hold the snapshots. After deletion of the BC LUNs the BU Server pops up a "Unsafe Removal of Device" window and creates entries in the W2k System eventlog. Also it can happen that a "Write Delay failed" message occurs. I don't want these messages and the eventlog entries.
Is there any solution of such a problem or am I alone with it?
Solved! Go to Solution.
2 REPLIES 2
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-28-2002 03:21 PM
тАО05-28-2002 03:21 PM
Re: Backup of BC LUNs on VA 7400
I don't understand what you mean that the VA doesn't have enough space to hold the snapshots. They aren't really snapshots because you need enough space to completely copy the LUN in order to create the Business Copies - so, by definition, you have enough space.
Regardless of that, Windoze doesn't like it when devices just disappear. Waiting a little longer should help eliminate the "delay write failed" messages. Perhaps a 10-minute delay would do it.
I don't know how to make it stop complaining completely, but I suspect that if you could treat those LUNs as removable devices, it would fix your problem. Anybody out there know how to make SAN LUNs "look" like removable devices?
Good luck!
Regardless of that, Windoze doesn't like it when devices just disappear. Waiting a little longer should help eliminate the "delay write failed" messages. Perhaps a 10-minute delay would do it.
I don't know how to make it stop complaining completely, but I suspect that if you could treat those LUNs as removable devices, it would fix your problem. Anybody out there know how to make SAN LUNs "look" like removable devices?
Good luck!
No matter where you go, there you are.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-28-2002 11:00 PM
тАО05-28-2002 11:00 PM
Solution
Hi Lucian,
With regards to the lost-delayed write data, I would consider trying to use the mountvol command before deleting the BC LUN. I'm not sure how the backup server currently accesses the BC, but if it is done by mounting the BC volume, this could be a solution. The reason the OS comes with this message is because data in the cache has not been flushed to disk yet. So, in addition you could consider to flush the disk cache manually using for example a tool from SysInternals (http:\\www.sysinternals.com). However, a proper dismount using the mountvol command, should do the same thing.
With regards to unsafe device removals, it is really the driver which decides whether or not it is acceptable for a device to disappear without prior warning. For the FC card driver/AutoPath unsafe removals of disks are not acceptable which is understandable. More detailed information regarding this can be found in 'HOWTO: Avoid Unsafe Removal Dialog Box (Q298504)'. Note that the solution in this article points out the use of the 'unplug or eject' hardware tool in the system tray. E.g. this can apparently not be scripted.
Last, I have found that you will not see the unsafe removal dialog boxes if you're not logged in. Hence, if the script runs without a logged in user, you should be fine.
I hope this helps.
Erwin
With regards to the lost-delayed write data, I would consider trying to use the mountvol command before deleting the BC LUN. I'm not sure how the backup server currently accesses the BC, but if it is done by mounting the BC volume, this could be a solution. The reason the OS comes with this message is because data in the cache has not been flushed to disk yet. So, in addition you could consider to flush the disk cache manually using for example a tool from SysInternals (http:\\www.sysinternals.com). However, a proper dismount using the mountvol command, should do the same thing.
With regards to unsafe device removals, it is really the driver which decides whether or not it is acceptable for a device to disappear without prior warning. For the FC card driver/AutoPath unsafe removals of disks are not acceptable which is understandable. More detailed information regarding this can be found in 'HOWTO: Avoid Unsafe Removal Dialog Box (Q298504)'. Note that the solution in this article points out the use of the 'unplug or eject' hardware tool in the system tray. E.g. this can apparently not be scripted.
Last, I have found that you will not see the unsafe removal dialog boxes if you're not logged in. Hence, if the script runs without a logged in user, you should be fine.
I hope this helps.
Erwin
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.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP