OK. The "equivalent" way to do the TS3500, treating as 2 separate libraries:
Using the TS3500 web interface, create 2 "logical" libraries/partitions in the TS3500. Name them Manny and Moe (or whatever you want - TSM will not know or care what the partition names are). One "logical library" or "partition" would correspond to each of your current category codes. I will call them "libraries" from here on. Assign 9 drives to one and 8 to the other. Create at least one, preferably 2 control paths on any drive in each library (more about control paths later). Rescan device addresses from the OS, and the control path(s) will be presented to the OS as a media changer device(s). Define one library (Manny) on your TSM1 server, define the library path using the media changer address, define the drives, define the paths using the drive device addresses. . TSM only knows the library by the Name you give it when you DEFINE LIBRARY, and the device name when you define the library path. Doesn't know that it's living in a partition in a bigger library, or what the library partition name is from the TS3500. Define Moe to your TSM2 server, etc. I don't know how you were managing cartridges in your 3494; I always made sure I had different ranges of volsers for each TSM. Assuming you did that, in the TS3500 web interface, you create a "cartridge assignment policy" for each logical library. If your barcodes are TSM1xx for TSM server 1 and TSM2xx for TSM server 2, you create a "cartridge assignment policy" in the Manny library that says all barcodes TSM1xx go to the Manny partition. In the Moe partition, you create a "cartridge assignment policy" that assigns all TSM2xx barcodes to Moe. The "cartridge assignment policy" just affects what happens when you put tapes in the I/O door. When you put tapes in through the door, the "cartridge assignment policy" causes tapes in the door to be assigned to the "virtual I/O door" of the appropriate library, so when you do a checkin from TSM1, it gets only his barcodes. If you don't create a cartridge assignment policy, I believe what still happens with ALMS is that when you put tapes in the door, you get a prompt on the library display asking which library to assign the cartridges to. Now all you'll need to do is change the syntax of your CHECKIN command appropriately, and from there on you can pretend everything works exactly like it did with the 3494. Note: >From a TSM point of view, this is NOT "library sharing", this is 2 separate >libraries (which could be physical or logical). Differences: if you are "library sharing" with TSM, you have 1 partition, 1 set of barcodes, 1 shared scratch pool, one of the TSM servers is the "library manager/owner", and each TSM server can use all the drives. Control paths: You can go in the library web interface and define a control path on EVERY drive in the logical library. If you do, then you will have 8 or 9 media changer devices presented to the OS, and you can use any one of them you want to define the library path. But, having multiple control paths defined doesn't do you much practical good unless you also have I/O path failover working in the O/S. (I've seen it set up for AIX, never had a Windows customer do it.) If you don't have I/O path failover working in the O/S, and the drive fails that you are using for the library path, you're down anyway, whether you have more control paths defined or not. If that happens, you go into TSM and update the library path to use one of the other media changer device names, and you can work that way until the failed drive is replaced. But that is still a manual process/outage. So you can define a 2nd control path at that time, or have an extra one defined ahead. No point in defining all of them, really. The main thing you need to remember, which is different from the 3494, is that if you have IBM come in and do firmware updates, and it takes the control path drive out of service, you are going down until you redefine the library path from TSM. Wanda -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf Of Zoltan Forray Sent: Tuesday, April 23, 2013 12:50 PM To: [email protected] Subject: Re: [ADSM-L] Equating current 3494 configuration to TS3500 2-libraries with fixed drives. One library has 9 drives the other one has 8. ------------- Zoltan Forray TSM Software & Hardware Administrator Virginia Commonwealth University UCC/Office of Technology Services [email protected] - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html When you say in your 3494 that "each owns n-3592 drives": Do your current TSM servers share the drives, or do you use it as if it is 2 separate physical libraries? Wanda -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf Of Zoltan Forray Sent: Tuesday, April 23, 2013 10:28 AM To: [email protected] Subject: [ADSM-L] Equating current 3494 configuration to TS3500 As you are aware from previous posts, we are replacing our 3494 with a TS3500/3584. I am trying wrap my mind around the proper way to configure the TS3500 so it functions the same way our 3494 does. If changing our current configuration makes things easier for the transition, now would be the time to do it since the install is tentatively scheduled for May. This is our current config: We have 2-TSM servers acting at Library Managers/Owner, thus each LM has its own "3494 category codes", each owns n-3592 drives, etc. This was done for redundancy, fail-over, etc. We have tape drives spinning most of the time so having all library functionality and drives attached to only 1-TSM server is not a good idea. >From the server perspective, there is one control path to the library via the >IP address/connection. In the 3494, each Library Manager is defined, via the >servers IP address. Do I define 2-virtual libraries, 1-per library manager server? Does this mean the drives as well as storage cells are defined/associated to each "virtual library"? >From reading through the various TS3500 books, they cite multiple ways to >configure "Library Sharing", including virtual stuff since we are getting the >ALMS feature. Since I have never dealt with the issue of a tape drive "path" being used for library control path/function, I guess I need to define more than one of these paths, in case the drive has a problem? Thoughts? Suggestions? -- *Zoltan Forray* TSM Software & Hardware Administrator Virginia Commonwealth University UCC/Office of Technology Services [email protected] - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html
