- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: Autoload for Tape Library
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
тАО04-07-2011 04:56 PM
тАО04-07-2011 04:56 PM
Autoload for Tape Library
Background.
Tape Library is a Falconstor Virtual Tape Library (VTL) and it could be an emulation of a few different types TLS, e.g. MSL, EML, ESL. This emulation of does not exist at the moment and I have to decide which one.
We are specifying a new system (3-node, multi-site cluster based on Integrity servers) that is going to use VTL in question for backups. At the moment I want to use our current Alphaserver DS20E for a Proof of Concept (PoC). My challenge is enhanced even more due to some other limitations (not enough HBAs on the current system): I can connect VTL for PoC only for one weekend.
At this stage I want to use MRU to control movement of tapes (later on I might use ABS, but it seams to be an overkill at the moment). So my pseudo command procedure looks like this:
1. MRU commands move all needed tapes to appropriate slots of VTL.
2. MRU load first tape to tape drive.
2. VMS BACKUP command
Once BACKUP command starts it will not give back control to my command procedure when it wants the next tape hence questions:
Q.1: What slots the set of tapes should be in? Subsequent? E.g. 4, 5 and 6.
Q.2: What do I need to set on VTL (say MSL8096)?
My background:
I have been VMS-ing to last 30 years and have written plenty of backup command procedures. I have used VLT TZ890 (I think) in the past and it had auto-load facility, but I do not have any experience with modern TLs and my time is very limited.
I would appreciate any help.
Bob.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-07-2011 06:23 PM
тАО04-07-2011 06:23 PM
Re: Autoload for Tape Library
If you are using a tape loader which has the ability to automatically load volumes, then BACKUP can automatically select the volume in the next slot to continue its operation.
*11.11 Understanding Multivolume BACKUP Operations
http://h71000.www7.hp.com/doc/73final/6017/6017pro_046.html
You can also use the "/EXACT_ORDER" BACKUP qualifier in case you want to specify the exact order in which tape volumes should be selected by BACKUP.
*http://h71000.www7.hp.com/doc/83final/6048/6048pro_022.html#startsubcommand_122
Hope this helps.
Regards,
Murali
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-07-2011 06:43 PM
тАО04-07-2011 06:43 PM
Re: Autoload for Tape Library
Thank you for your comment.
My question is more about ability of Tape Library to handle tapes on multi-volume request from VMS BACKUP.
Is it from the next slot?
Can it recognise VMS tape labels and select it from any slot?
Regards, Bob.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-07-2011 07:32 PM
тАО04-07-2011 07:32 PM
Re: Autoload for Tape Library
As Murali said above, you can use /LABEL and /EXACT_ORDER qualifiers. Before to the BACKUP operation you can arrange the tapes in the appropriate next slots in the library so that the BACKUP takes them as it spans over to the next tape. This is how I have test few years back.
Regards,
Ketan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-07-2011 07:50 PM
тАО04-07-2011 07:50 PM
Re: Autoload for Tape Library
>> Is it from the next slot?
I think this is the default behavior for tape loader. However this may not work for a tape library.
>> Can it recognise VMS tape labels and select it from any slot?
Yes, this can be done by using the "/LABEL" & "/EXACT_ORDER" BACKUP qualifiers. In your case, as you are using a Tape Library, you can use this method to ensure that BACKUP selects the desired tapes for the multi tape backup.
For your BACKUP's, first you need to decide which all tapes you want to use. These tapes can be present in any slots (need not be one after another). Then specify the label of these tapes in the "/LABEL" qualifier in the same order as what you it to be used. Also include the "/EXACT_ORDER" qualifer in your BACKUP command.
Regards,
Murali
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-07-2011 08:31 PM
тАО04-07-2011 08:31 PM
Re: Autoload for Tape Library
Loaders are, generally, usually built with a much more limited magazine into which tapes are loaded. The drive is, usually, setup to sequentially load the next tape in the magazine so when an application like OpenVMS BACKUP completes writing tape A it rewinds, automatically unloads, the loader carriage grabs it and returns it to the slot from which it came, increments position of the magazine (or carriage), grabs tape A+1 and feeds it into a tape drive. Loaders, in general, don't have as many clues about what tape comes next but a properly configured BACKUP command can cause tapes to be rejected outright and skipped or request input from the operator (MGAx tape has the wrong label, overwrite, stop, etc?).
I'd start by checking with FalconStor's vendor to see exactly how their emulation will work and how it can be setup. Unless you've got the original tape drives they emulate in hand to test all of this is conjecture unless they can commit to you what to expect. If they're super excited to sell into the OpenVMS market and you're the "test case" maybe you could parlay that into a beta test with your gear in your shop. As far as insufficient HBAs in your DS20? If you're just trying to establish PoC for this setup you should be able to either test using a SCSI loader/library or "get by" by using just one path to your tape if you must test using a SAN/fabric. The general operation of a MSL, EML or ESL should be "close enough" for your proof regardless if the drive is controlled through fibre (SAN) or copper (SCSI).
bob
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-08-2011 05:53 AM
тАО04-08-2011 05:53 AM
Re: Autoload for Tape Library
The first load (without any further cartridge addressing or target media characterizations) gets the first previously-unread medium available in the magazine or library, and loads it.
Where the first tape is unloaded (dismounted) and a subsequent mount (load) request arrives, the tape drive (or the emulation) advances to and automatically selects the next cartridge in the magazine or in the library (or emulation).
I don't know off-hand if all SCSI tape devices have this behavior or if it's in the standards, but most do handle this.
And yes, it's far less practical in a library than in a loader. (I'd expect that some libraries can be programmed with a virtual magazine sequence for this case, too.)
If you (also) want to specifically emulate a library, then aim for one with MRU support (and test with MRU), as that's what many OpenVMS sites use to manage the robot.