Re: Identifying nodes per MgmtClass
You can run this query to get that info for backups: Select distinct node_name,class_name from backups For archives, just change backups to archives Ryan Miller Tivoli Certified Consultant Principal Financial Group -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Doug Fox Sent: Monday, August 28, 2006 2:35 PM To: ADSM-L@VM.MARIST.EDU Subject: Identifying nodes per MgmtClass Hello guys and gals, I'm trying to do some maintenance and cleaning on our TSM environment. Part of this includes cleaning up old policies and nodes. What I would like to do is be able to identify what (if any) nodes are using a management class. Is there a way to search and find out which noeds are using a particular management class? I'd like to clean up unused ones and perhaps move some stuff around. If you have any ideas please let me know :) Currently runing TSM 5.2.6 (soon to be 5.3.x) Thanks much!! -Douglas Fox TSM Admin Dematic Corp -Message Disclaimer- This e-mail message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the intended recipient, any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply email to [EMAIL PROTECTED] and delete or destroy all copies of the original message and attachments thereto. Email sent to or from the Principal Financial Group or any of its member companies may be retained as required by law or regulation. Nothing in this message is intended to constitute an Electronic signature for purposes of the Uniform Electronic Transactions Act (UETA) or the Electronic Signatures in Global and National Commerce Act (E-Sign) unless a specific statement to the contrary is included in this message. While this communication may be used to promote or market a transaction or an idea that is discussed in the publication, it is intended to provide general information about the subject matter covered and is provided with the understanding that The Principal is not rendering legal, accounting, or tax advice. It is not a marketed opinion and may not be used to avoid penalties under the Internal Revenue Code. You should consult with appropriate counsel or other advisors on all matters pertaining to legal, tax, or accounting obligations and requirements.
Re: Simple ISC web interface console.
When looking at your list of TSM servers in the Storage Devices menu, click on the underlined name of the server you want adjust the script on. This will bring up the server properties screen below. There you will see a link to your scripts. Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Ben Bullock Sent: Friday, August 18, 2006 12:21 PM To: ADSM-L@VM.MARIST.EDU Subject: Simple ISC web interface console. Well, I've done it. I have upgraded all my TSM servers to 5.3 and now need to become friendly with the horrid beast called ISC. I've poked and prodded, but ~where~ do I have to go in the web interface to change a server script? (not the maintenance script). Thanks, Ben -Message Disclaimer- This e-mail message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the intended recipient, any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply email to [EMAIL PROTECTED] and delete or destroy all copies of the original message and attachments thereto. Email sent to or from the Principal Financial Group or any of its member companies may be retained as required by law or regulation. Nothing in this message is intended to constitute an Electronic signature for purposes of the Uniform Electronic Transactions Act (UETA) or the Electronic Signatures in Global and National Commerce Act (E-Sign) unless a specific statement to the contrary is included in this message. While this communication may be used to promote or market a transaction or an idea that is discussed in the publication, it is intended to provide general information about the subject matter covered and is provided with the understanding that The Principal is not rendering legal, accounting, or tax advice. It is not a marketed opinion and may not be used to avoid penalties under the Internal Revenue Code. You should consult with appropriate counsel or other advisors on all matters pertaining to legal, tax, or accounting obligations and requirements.
Re: Mount and write to a specific tape
You could run a DB backup and choose that particular volume. If you still have troubles, try checking the tapes back into TSM and use the overwrite label option. I have had brand new tapes come in before with electronic labels that did not match the physical label. Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Richard Mochnaczewski Sent: Friday, August 18, 2006 10:01 AM To: ADSM-L@VM.MARIST.EDU Subject: Mount and write to a specific tape Hi Everybody, I am having a strange problem where some newly labelled and initialized tapes once they are taken from the scratch tape pool process get errors regarding the label and the tape is changed to inaccessable and becomes private. I've checked out the tape and checked it in and would like to try and mount the tape and write directly to it to reproduce the problme rather than wait until the tape comes around to be mounted. Is this possible ? My library is a 3494, the drives are 3590, and TSM version is 5.3.2.3 running on AIX 5.2. Rich -Message Disclaimer- This e-mail message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the intended recipient, any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply email to [EMAIL PROTECTED] and delete or destroy all copies of the original message and attachments thereto. Email sent to or from the Principal Financial Group or any of its member companies may be retained as required by law or regulation. Nothing in this message is intended to constitute an Electronic signature for purposes of the Uniform Electronic Transactions Act (UETA) or the Electronic Signatures in Global and National Commerce Act (E-Sign) unless a specific statement to the contrary is included in this message. While this communication may be used to promote or market a transaction or an idea that is discussed in the publication, it is intended to provide general information about the subject matter covered and is provided with the understanding that The Principal is not rendering legal, accounting, or tax advice. It is not a marketed opinion and may not be used to avoid penalties under the Internal Revenue Code. You should consult with appropriate counsel or other advisors on all matters pertaining to legal, tax, or accounting obligations and requirements.
Re: Retention Request Problem
We have had to do several 'saves' like this for similar issues, we have used a variety solutions but it sounds like the easiest thing for you would be to create a new domain. The problem with this, or any other solution, short of restoring all data prior to June 15th and then archiving it again, is that you will have data after June 15th, this could be a real issue with your customers legal console. But I think once you explain the difficulties and huge difference in admin costs, they should come around, like ours did. We have created the new domain like you suggested and we built one management class, the default (named Forever_retain), with all 4 parameters set to 'nolimit'. When you move a node into this domain, the node will not be able to find ANY of it's previous defined management classes, assuming you don't currently have a class named Forever_retain, and will forced to use the default and therefore not expire any data on the node. This of course is the easiest and quickest, it however does create some issues, if you continue to backup to this node, all future files will be bound to the forever retention. I would suggest you create a new node in the current domain for continued backups, it just means you have 2 places for possible future restores. You can move this node back to the original domain once the legal issues are resolved and if the original management classes still exist, data will once again expire according to them. That helps a little. Or you can simply decide the data is obsolete and delete the whole node. Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Sam Sheppard Sent: Friday, July 15, 2005 11:07 AM To: ADSM-L@VM.MARIST.EDU Subject: Retention Request Problem Our main customer is having some potential legal problems and has made the following request: I am requesting that all File Server Backups taken prior to June 15, 2005 be preserved pending further instructions. My immediate response was 'easier said than done'. I'm not clear on what the effect would be of changing the retention policies of retain extra and retain only copy to 'nolimit'. I'm assuming such a change would affect all existing inactive copies and prevent them from rolling off. Or would it only affect subsequent backups? Also, since all clients in a domain are not necessarily going to be under this edict (I find out later this morning), could I create a new domain with 'nolimit' policy, move the affected clients to it and expect the new policy (same management class name) to be picked up by the inactive files on the next backup? I'm hoping that after today's meeting where the difficulties of complying to this kind of 'get in your time machine and make a June 15 archive' request are made clear that I won't have the problem. But I can't be sure. At minimum, I'm hoping that the scope can be limited since we're talking over 200 clients and 4-5 TB of data. Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 -Message Disclaimer- This e-mail message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the intended recipient, any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply email to [EMAIL PROTECTED] and delete or destroy all copies of the original message and attachments thereto. Email sent to or from the Principal Financial Group or any of its member companies may be retained as required by law or regulation. Nothing in this message is intended to constitute an Electronic signature for purposes of the Uniform Electronic Transactions Act (UETA) or the Electronic Signatures in Global and National Commerce Act (E-Sign) unless a specific statement to the contrary is included in this message.
Re: Retention Request Problem
This will not produce the desired outcome from the request. We have used this option when it is appropriate, but all this produces is a TSM server archive of the client, in other words, all you end up with is what the client looked like at the last backup (a backupset only copies over the active files). If the request would have been - I want to have all data retained for how my servers looked last night, this process would work. We have found however that a backupset - for some unknown reason - takes much longer than just running an archive from the client. Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Allen S. Rout Sent: Friday, July 15, 2005 1:11 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Retention Request Problem == On Fri, 15 Jul 2005 09:06:42 PDT, Sam Sheppard [EMAIL PROTECTED] said: Our main customer is having some potential legal problems and has made the following request: I am requesting that all File Server Backups taken prior to June 15, 2005 be preserved pending further instructions. Well, when you get extreme requests... I've thought about just such a request, and I came up with: - Disable client access on the TSM server in question - Disable expiration scheduling on the TSM server in question - Start generating N backupsets at a time, where N is your count of beefy tape drives, divided by 2. :) You are collocated, right? Huge disruption of ongoing backup work, yes. But it's a hugely disruptive request. Then send complainers to the legal folks. Luckily, while 4-5 TB of data is still rather a lot, with current tech it ought to be doable in one or two 24-hour days. Unless you're non-collocated. Shudder. - Allen S. Rout -Message Disclaimer- This e-mail message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the intended recipient, any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply email to [EMAIL PROTECTED] and delete or destroy all copies of the original message and attachments thereto. Email sent to or from the Principal Financial Group or any of its member companies may be retained as required by law or regulation. Nothing in this message is intended to constitute an Electronic signature for purposes of the Uniform Electronic Transactions Act (UETA) or the Electronic Signatures in Global and National Commerce Act (E-Sign) unless a specific statement to the contrary is included in this message.
Re: remote vaulting
What info are you looking for, we have had a remote vault for 5 years -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Pugliese, Edward Sent: Wednesday, July 06, 2005 3:08 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: remote vaulting You could use server to server communication and then the remote TSM server is the one with the library. Local server sends virtual volumes to remote server. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of bob molerio Sent: Wednesday, July 06, 2005 3:38 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] remote vaulting HI, Has anyone implemeted this? TSM server with a remote tape library? I can't seem to find any information about this anywhere. Thanks, Bob M __ Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html This e-mail and any attachments may contain confidential and privileged information. Any dissemination or use of the information by a person other than the intended recipient is unauthorized and may be illegal. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this e-mail and destroy any copies. Although this e-mail and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the Board of Trade of the City of New York, Inc. or the New York Clearing Corporation for any loss or damage arising in any way from its use. Thank you. -Message Disclaimer- This e-mail message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the intended recipient, any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply email to [EMAIL PROTECTED] and delete or destroy all copies of the original message and attachments thereto. Email sent to or from the Principal Financial Group or any of its member companies may be retained as required by law or regulation. Nothing in this message is intended to constitute an Electronic signature for purposes of the Uniform Electronic Transactions Act (UETA) or the Electronic Signatures in Global and National Commerce Act (E-Sign) unless a specific statement to the contrary is included in this message.
Feedback on TSM running on Sun/Solaris
We are looking at moving our TSM infrastructure from zOS to a distributed platform. I would like any positive or negative feedback on TSM running on a Sun/Solaris environment. Primarily I would like feedback from large TSM users, over 500 TB of TSM data, nightly backups over 5 TB, 2000 clients. If you are replicating data offsite electronically, that would be a plus. To keep posts down on the list, please respond to [EMAIL PROTECTED] Thanks! Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager -Message Disclaimer- This e-mail message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the intended recipient, any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply email to [EMAIL PROTECTED] and delete or destroy all copies of the original message and attachments thereto. Email sent to or from the Principal Financial Group or any of its member companies may be retained as required by law or regulation. Nothing in this message is intended to constitute an Electronic signature for purposes of the Uniform Electronic Transactions Act (UETA) or the Electronic Signatures in Global and National Commerce Act (E-Sign) unless a specific statement to the contrary is included in this message.
TCP settings for Jumbo frames
Here's a question from one of my cohorts, since this is our first try at this, I thought I would see if I could get any input from anyone else doing this. We have been testing jumbo frames(8990) using TSM on an AIX client. The base line test with MTU of 1500 moved 22G in 44 minutes. Changing the MTU to 8990 and the TCP receive and send buffer sizes on both the mainframe and AIX client to 256K, the same 22G of data takes 1 hour and 40 minutes. Also the largest input packet size is 8192, not 8940. Are their any tcp parameters to se on the client that would help with the jumbo frame transfer time? Ryan Miller -Message Disclaimer- This e-mail message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the intended recipient, any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply email to [EMAIL PROTECTED] and delete or destroy all copies of the original message and attachments thereto. Email sent to or from the Principal Financial Group or any of its member companies may be retained as required by law or regulation. Nothing in this message is intended to constitute an Electronic signature for purposes of the Uniform Electronic Transactions Act (UETA) or the Electronic Signatures in Global and National Commerce Act (E-Sign) unless a specific statement to the contrary is included in this message.
Re: 2 3494 Tape libraries seem to have very different capacities. Any ideas?
Is compression being used offsite not onsite? Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of John C Dury Sent: Monday, August 23, 2004 12:27 PM To: [EMAIL PROTECTED] Subject: 2 3494 Tape libraries seem to have very different capacities. Any ideas? We have 2 3494 tape libraries. One is local and the other is remote. The local one (3494LOCAL) receives all the data from the nightly backups as it gets migrated from disk. The remote one (3494REMOTE) is only used as the target of backing up the 3494LOCAL storage pool which gets done everyday during the day. 3494LOCAL has 577 library volumes in it. 3494REMOTE has 494 library volumes in it. Both tape libraries only have 3590K tapes in them. My problem is that 3494LOCAL has 62 scratch tapes available and 3494REMOTE has 207 scratch tapes in it. Reclamation runs daily and sets the same percentage (57) for both libraries. How can there be such a huge difference in the number of scratch tapes if both libraries should roughly have the same amount of data? It's making me a little nervous that 3494REMOTE doesn't have the same data or something somewhere is going wrong. Any ideas? Thanks, John
Re: Question about recovery log
Roger makes an EXCELLENT point that everyone should follow, I found out the hard way as I had a recovery log fill up and only had 100 MB for emergency, it wasn't enough and I ended up spending 8 hours restoring a TSM server. I now follow the practice of leaving the emergency space, everyone should because you WILL need it someday. Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Roger Deschner Sent: Friday, March 26, 2004 12:36 PM To: [EMAIL PROTECTED] Subject: Re: Question about recovery log 1. Never make it larger than 12GB! Someday, your log will fill up, and you've got to have room under the 13gb limit to be able to add an emergency extent, otherwise you'll find yourself dug in so deep you can't dig out. 2. You will find it a convenience to make it two 6gb halves. That way you can move it around with the server up. Also you can move from your present configuration with the server up - trim down to six 1gb pieces, add your first new 6gb chunk, delete the six old 1gb pieces, and now add the second 6gb extent. All without ever bringing the server down. It is OK to put the two 6gb extents on the same physical volume. (Best if adjacent to one another.) The log is write-mostly, and it is written sequentially. It will fill up one half and then start writing the second. Therefore there is no penalty to splitting it even on the save PV, and also there is little advantage to splitting it across two different PVs. The log has a COMPLETELY different I/O model than the database. Roger Deschner University of Illinois at Chicago [EMAIL PROTECTED] Have you ever, like, tried to put together a bicycle in public? Or a grill? Astronauts David Wolf and Piers Sellers, explaining the difficulties encountered in attaching equipment to the Space Station On Thu, 25 Mar 2004, Thach, Kevin G wrote: It's not a requirement, I am just acting on IBM's recommendation to put the log on a single volume for performance reasons. 2 would still be better than the 8 I have now. Thanks! -Original Message- From: Prather, Wanda [mailto:[EMAIL PROTECTED] Sent: Thursday, March 25, 2004 3:01 PM To: [EMAIL PROTECTED] Subject: Re: Question about recovery log I believe you are correct. But why do you have a requirement to have only 1 log file? The log is written sequentially, so I don't see that it would hurt you to have two 6.5 GB logs, instead of one 13GB log... -Original Message- From: Thach, Kevin G [mailto:[EMAIL PROTECTED] Sent: Thursday, March 25, 2004 2:57 PM To: [EMAIL PROTECTED] Subject: Re: Question about recovery log That's what I do with my DB, but by defining the new log volume and adding it, I will be over the 13GB limit until I've removed all the old volumes. Will TSM let me do that? I guess I could try it and see. -Original Message- From: Davidson, Becky [mailto:[EMAIL PROTECTED] Sent: Thursday, March 25, 2004 2:50 PM To: [EMAIL PROTECTED] Subject: Re: Question about recovery log Define the new and add it and then delete the old. Don't forget to mirror. -Original Message- From: Thach, Kevin G [mailto:[EMAIL PROTECTED] Sent: Thursday, March 25, 2004 1:42 PM To: [EMAIL PROTECTED] Subject: Question about recovery log I'm confused about how I should go about changing the configuration of my recovery log. I'm hoping someone can point me in the right direction. I currently have eight, 1GB log volumes, and I'm wanting to replace these with a single 13GB volume. Normally, I would just create and define the new volume using the def dbvol command, and then remove the old volumes, but since there is a 13GB limit on the recovery log, I can't do that. What's the best way for me to do this? Is there any way I can do it with the server up and running? Switch to Normal mode, remove the old volumes, create the new one, etc. I'm assuming that TSM will not allow me to completely get rid of all my log volumes while the server is up (even if in Normal mode), which is what I would have to do in order to add the 13GB one. Do I need to shut down the server, remove the old volumes and define the new one with the dsmfmt -m -log command? I'm running TSM 5.1.7.3 on AIX 5.1 Thanks!
Re: TSM, 3494, manual mode...?.
On a side note, a way I have found useful to free up a drive when the process wouldn't cancel is to mark the volume the drive has to unavailable in TSM. TSM will immediately stop the process and free the tape. At least that works for my environment of TSM on Z/OS. Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Prather, Wanda Sent: Thursday, March 18, 2004 2:28 PM To: [EMAIL PROTECTED] Subject: Re: TSM, 3494, manual mode...?. I get it! Thanks... -Original Message- From: Ted Byrne [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 2:48 PM To: [EMAIL PROTECTED] Subject: Re: TSM, 3494, manual mode...?. Wanda, Here is Richard Sims' recommendation in this situation: - TSM may have to be told that the library is in manual mode. You cannot achieve this via UPDate LIBRary: you have to define another instance of your library under a new name, with LIBType=MANUAL. Then do UPDate DEVclass to change your 3590 device class to use the library in manual mode for the duration of the robotic outage. -Ted At 02:40 PM 3/18/2004 -0500, you wrote: Any 3494 wizards out there - Something new every minute... Our gripper is dead (there is a part circling an airport somewhere, waiting to land). At first, we just switched the library into MANUAL mode, opened the doors, and we 2-legged robots have been responding to the mounts on the library manager console. Then a drive also died. TSM was waiting for the mount on that drive, which cannot be satisfied, process will not cancel. The only way I know out of that is to bounce TSM, which I did. When TSM came back up, it says the library is UNAVAILABLE. Now the library is still doing its manual-mode thing for the other system attached to it, so I ASSUME this is because the library was not in a normal state when TSM came back up. So, is there anything I can do to get TSM to talk to the library again while it is in MANUAL mode? Thanks Wanda
Migration of TSM server from OS390 or Z-OS to a UNIX or Windows platform
I know I have seen other messages about this before, so I hope I can find some info. We are looking into migrating our TSM servers off of Z-OS and I would like to know if any one else has done this and if they have useful tips and maybe even a high level document of the process? Thanks! Ryan Miller Tivoli Certified Consultant Tivoli Storage Manager V4.1 [EMAIL PROTECTED] IT Systems Associate-Lead Principal Financial 515-235-5665 measure twice..cut once! http://www.principal.com/ http://www.deskflag.com/ image001.gifimage002.gif
Re: Migration of TSM server from OS390 or Z-OS to a UNIX or Windows platform
Were your libraries and tape drives managed by CA1 on the mainframe, if so, could the same volumes be recognized by the new media manager on UNIX. My fear is having to convert or move 270 TB of data already on tape. Or did you not move any data from the OS/390 side and just start with fresh backups? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of William F. Colwell Sent: Thursday, February 12, 2004 2:42 PM To: [EMAIL PROTECTED] Subject: Re: Migration of TSM server from OS390 or Z-OS to a UNIX or Windows platform Hi Ryan, I am at the tail end of a conversion from OS/390 to solaris. I don't have a document to share with you. One nice thing that helped a lot is to do an export server filed=none to a disk file on OS/390, FTP it using bin to the UNIX box. On the UNIX box define a devicetype to see the directory of the FTP file, them do an import server. You will get all the node definitions, domains, schedules, copygroups. This was a big help for me. After figuring out how to define a library and tape drives, the conversion process is a tedious matter of getting each client to connect to the new server and to do a new backup. Hope this helps, Bill Colwell At 11:35 AM 2/12/2004, you wrote: I know I have seen other messages about this before, so I hope I can find some info. We are looking into migrating our TSM servers off of Z-OS and I would like to know if any one else has done this and if they have useful tips and maybe even a high level document of the process? Thanks! Ryan Miller Tivoli Certified Consultant Tivoli Storage Manager V4.1 [EMAIL PROTECTED] IT Systems Associate-Lead Principal Financial 515-235-5665 measure twice..cut once! http://www.principal.com/ http://www.deskflag.com/ -- Bill Colwell C. S. Draper Lab Cambridge Ma.
Re: Migration of TSM server from OS390 or Z-OS to a UNIX or Windows platform
Bill, Thanks for the info. It looks like we may have an interesting time ahead for us. If ex/import is the only way to go I'm not sure if even the incremental ex/import feature, if IBM ever comes out with it, will help us. Leaving the data behind is not feasible, we need to have 24 hour access to it at all times. We currently have 3 3494 ATL's with a combined total of around 14,000 media 3 and 4 tapes. That would all be converted to the UNIX platform, it would be nice if the new media manager could see the tapes and recognize them as the same. I may have to see if IBM could look into making that work Thanks! Ryan -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of William F. Colwell Sent: Thursday, February 12, 2004 3:32 PM To: [EMAIL PROTECTED] Subject: Re: Migration of TSM server from OS390 or Z-OS to a UNIX or Windows platform We didn't move any backups, we did fresh backups but I will move archives using the server to server export feature in 5.??. The old server had just 20T of data. Our tapes, 9840's, were not managed by ca1 or any other tape mgmt software. I defined tapes explicitly to tsm. We are a small organization, which is why the mainframe is on the way out not only for tsm but for everything. You may be able to reuse the media, but you can't transport the backup data from server to server. You will need to do fresh backups or exports imports. The library on mvs is an stk silo, on solaris it is and stk l700e managed by tsm. Bill At 04:08 PM 2/12/2004, you wrote: Were your libraries and tape drives managed by CA1 on the mainframe, if so, could the same volumes be recognized by the new media manager on UNIX. My fear is having to convert or move 270 TB of data already on tape. Or did you not move any data from the OS/390 side and just start with fresh backups? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of William F. Colwell Sent: Thursday, February 12, 2004 2:42 PM To: [EMAIL PROTECTED] Subject: Re: Migration of TSM server from OS390 or Z-OS to a UNIX or Windows platform Hi Ryan, I am at the tail end of a conversion from OS/390 to solaris. I don't have a document to share with you. One nice thing that helped a lot is to do an export server filed=none to a disk file on OS/390, FTP it using bin to the UNIX box. On the UNIX box define a devicetype to see the directory of the FTP file, them do an import server. You will get all the node definitions, domains, schedules, copygroups. This was a big help for me. After figuring out how to define a library and tape drives, the conversion process is a tedious matter of getting each client to connect to the new server and to do a new backup. Hope this helps, Bill Colwell At 11:35 AM 2/12/2004, you wrote: I know I have seen other messages about this before, so I hope I can find some info. We are looking into migrating our TSM servers off of Z-OS and I would like to know if any one else has done this and if they have useful tips and maybe even a high level document of the process? Thanks! Ryan Miller Tivoli Certified Consultant Tivoli Storage Manager V4.1 [EMAIL PROTECTED] IT Systems Associate-Lead Principal Financial 515-235-5665 measure twice..cut once! http://www.principal.com/ http://www.deskflag.com/ -- Bill Colwell C. S. Draper Lab Cambridge Ma. -- Bill Colwell C. S. Draper Lab Cambridge Ma.
Re: Migration of TSM server from OS390 or Z-OS to a UNIX or Windows platform
We are still at 5.1.6.1, next upgrade scheduled for 2Q04, so I guess I will have it then. I could use it to accomplish this migration, but I think it would be lengthy process, considering I can probably move around 1 - 2 TB daily. The idea of moving off of OS/390 is because we are taking too much CPU and weekly IPLs. So we want to dismantle those virtual servers and not leave them around. So leaving them up just for restores is not workable. Also it would get very confusing for our 90 member helpdesk, hard to make them understand when all they do is restores using a GUI. Unfortunately, archives are the least of worries, we don't do many of those. We strictly do daily incremental backups with retentions anywhere from a few days to FOREVER, yes, some wise lawyers here thought it was necessary to keep data forever against our recommendations. The TDP stuff here is mainly Exchange and with only 8 day retentions, we can just move those and start over, but that is only a fraction of the data. I imagine we will do this as I planned, a 2 - 3 year project where we will create new TSM servers and put all new nodes there and migrate old ones as we can, deleting some backups along the way when they are obsolete, it just means we have to share the ATLs between the 2 different platforms for that time, maybe not the most efficient, but workable. Thanks! -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of William F. Colwell Sent: Thursday, February 12, 2004 4:44 PM To: [EMAIL PROTECTED] Subject: Re: Migration of TSM server from OS390 or Z-OS to a UNIX or Windows platform Ryan, IBM does have incremental server to server export at the 5202 server level. It came in below that but I am not sure where. Of course you can only use it after you have exported the current 270T, which is a long time from now. Just because you do backups to a new server, you don't have to lose access to the backups/archives on the old server. Each client can make stanzas or shortcuts that override the default serveraddress and/or port number. The TDP products may be more difficult to do than plain UNIX or windows clients. After the retextra retonly times have passed, you can delete the backups from the old server. You then need to export the archives. Good luck, Bill At 04:48 PM 2/12/2004, you wrote: Bill, Thanks for the info. It looks like we may have an interesting time ahead for us. If ex/import is the only way to go I'm not sure if even the incremental ex/import feature, if IBM ever comes out with it, will help us. Leaving the data behind is not feasible, we need to have 24 hour access to it at all times. We currently have 3 3494 ATL's with a combined total of around 14,000 media 3 and 4 tapes. That would all be converted to the UNIX platform, it would be nice if the new media manager could see the tapes and recognize them as the same. I may have to see if IBM could look into making that work Thanks! Ryan -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of William F. Colwell Sent: Thursday, February 12, 2004 3:32 PM To: [EMAIL PROTECTED] Subject: Re: Migration of TSM server from OS390 or Z-OS to a UNIX or Windows platform We didn't move any backups, we did fresh backups but I will move archives using the server to server export feature in 5.??. The old server had just 20T of data. Our tapes, 9840's, were not managed by ca1 or any other tape mgmt software. I defined tapes explicitly to tsm. We are a small organization, which is why the mainframe is on the way out not only for tsm but for everything. You may be able to reuse the media, but you can't transport the backup data from server to server. You will need to do fresh backups or exports imports. The library on mvs is an stk silo, on solaris it is and stk l700e managed by tsm. Bill At 04:08 PM 2/12/2004, you wrote: Were your libraries and tape drives managed by CA1 on the mainframe, if so, could the same volumes be recognized by the new media manager on UNIX. My fear is having to convert or move 270 TB of data already on tape. Or did you not move any data from the OS/390 side and just start with fresh backups? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of William F. Colwell Sent: Thursday, February 12, 2004 2:42 PM To: [EMAIL PROTECTED] Subject: Re: Migration of TSM server from OS390 or Z-OS to a UNIX or Windows platform Hi Ryan, I am at the tail end of a conversion from OS/390 to solaris. I don't have a document to share with you. One nice thing that helped a lot is to do an export server filed=none to a disk file on OS/390, FTP it using bin to the UNIX box. On the UNIX box define a devicetype to see the directory of the FTP file, them do an import server. You will get all the node definitions, domains, schedules, copygroups. This was a big help for me. After figuring out
Re: Problem Restoring Netware
What was the exact error? This could be a rights issue or space issue or quota limit issue -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Bill Fitzgerald Sent: Thursday, July 31, 2003 11:27 AM To: [EMAIL PROTECTED] Subject: Problem Restoring Netware I have a client that is trying to restore to a Novell server situation data was saved from Novell 5.1 server to TSM using TSM client 4.2.2 (even tho I have repeatedly told them to go to 5.1.X) novel server was upgraded to Novell 6.0 some files were missing and they tried to restore using the existing TSM 4.2.2 client. The restore worked for a while then it failed. After the failure, any attempt to restore files to the server, even after upgrading to client 5.1.6 produced a series of messages that the files could not be written. The TSM environment is a RS/6000 running AIX 4.2.3 I think maybe the original restore on an unsupported client not designed to support NW 6 may have caused a problem. Any one able to help me understand why it would not restore? Any suggestions? William Fitzgerald Software Programmer Munson Medical Center [EMAIL PROTECTED]
Re: Inquiring minds want to know.....
It is the number of seconds, amount of time, that the volume has been mounted. -Original Message- From: Zoltan Forray/AC/VCU [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 01, 2003 1:37 PM To: [EMAIL PROTECTED] Subject: Re: Inquiring minds want to know. While I like the list of tapes used, why would I care about how long they were mounted/used ? Remeta, Mark [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 07/01/2003 01:30 PM Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Re: Inquiring minds want to know. umm maybe the number of seconds the volume has been mounted? just a guess... Mark -Original Message- From: Zoltan Forray/AC/VCU [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 01, 2003 1:12 PM To: [EMAIL PROTECTED] Subject: Inquiring minds want to know. In this display in response to a Q PROC process#, what do the SECONDS mean ? I did RTFM for the message and it doesn't explain it 155 EXPORT NODE ANR0648I Have copied the following: 1 Nodes 8 Filespaces 2810 Archive Files 9924416 Kilobytes (0 errors have been detected). ~Current input volume(s): 040310,(6072 Seconds)040410,(4818 Seconds)040720,(1124 Seconds)040913,(5829 Seconds)040923,(6507 Seconds)041156,(6348 Seconds)041195,(1198 Seconds)041228,(1044 Seconds)041268,(6246 Seconds)041690,(6170 Seconds)~Current output volume(s): 020147,(6712 Seconds)020150,(4494 Seconds)020260,(2977 Seconds)020283,(2010 Seconds)020314,(833 Seconds)020315,(381 Seconds)021154,(5517 Seconds)021155,(5097 Seconds)021168,(4023 Seconds)021175,(3497 Seconds)021273,(2542 Seconds)021319,(1495 Second Also note the truncation...Limit of WTO ? (this is on zOS) Confidentiality Note: The information transmitted is intended only for the person or entity to whom or which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please delete this material immediately.
Re: Client backups in MediaW state
increase your disk pool, thats the best solution -Original Message- From: Brazner, Bob [mailto:[EMAIL PROTECTED] Sent: Thursday, June 19, 2003 9:50 AM To: [EMAIL PROTECTED] Subject: Client backups in MediaW state We often run into this situation: Client backups normally go to the disk storage pool, but if it fills up, they start going directly to tape. We have many more clients than tape drives, so we eventually have a number of clients in MediaW state. Eventually, migration frees up a good portion of the disk storage pool, but we don't see the clients in MediaW state becoming aware of this. Instead, they just sit in MediaW state waiting in line for a tape to become available. Is there a sure-fire way to cause all the client sessions (or a given client session) in MediaW state to immediately revert to using the disk storage pool again? If the answer is no, is there a way to raise the priority of a given client session in MediaW state so that it gets the next tape that becomes available? Bob Brazner Johnson Controls, Inc. (414) 524-2570
Re: Maximum number of DB volumes
Not 100% sure about running on AIX, but we run 17 TSM servers on OS390 and have some running 30 DB vols at 2.4 GB per vol, we have no degradation from it. We have been running this way from all v 4.1 up to v 5.1.6. Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: Ford, Phillip [mailto:[EMAIL PROTECTED] Sent: Monday, June 16, 2003 3:05 PM To: [EMAIL PROTECTED] Subject: Maximum number of DB volumes We have TSM version 4.2.1.15 (moving soon to a 5... level) running on AIX 4.3.3. Another TSM manager told me that there should be a maximum of 16 DB volumes. They said that there could be more but that they had heard that there is system degradation if one was to use more that 16 DB volumes. Has anyone else heard of this. It was new to me and I was just wondering what the situation was. Thanks -- Phillip Ford Senior Software Specialist Corporate Computer Center Schering-Plough Corp. (901) 320-4462 (901) 320-4856 FAX [EMAIL PROTECTED] * This message and any attachments are solely for the intended recipient. If you are not the intended recipient, disclosure, copying, use or distribution of the information included in this message is prohibited -- Please immediately and permanently delete.
Re: MediaW
Are you using collocation? If so, each session will want the same tape. When you Q SESS, you should see which tape each session is trying to mount, or has mounted. -Original Message- From: David E Ehresman [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 10, 2003 2:27 PM To: [EMAIL PROTECTED] Subject: MediaW I have a client node that backs up over the lan to tape. When I do a Q SESS during a backup, there are 3-4 sessions running. One session has a tape mounted but one of the others remains in MediaW. The node has Maximum Mount Points Allowed: 2 defined. The device class has Mount Limit: DRIVES defined. There are empty tape drives available. Any ideas why a tape is not being mounted? TSM server is TSM 5.1.6.3 running on AIX 5.1 64 bit mode. Client is TSM 5.1.5.11 running on Aix 5.1 32 bit mode. David Ehresman
Re: How many copies in copypool?
TSM will recognize which, if any, of your data is different and backup only the different data, it won't make a second copy. Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: Kai Hintze [mailto:[EMAIL PROTECTED] Sent: Friday, April 04, 2003 12:13 PM To: [EMAIL PROTECTED] Subject: How many copies in copypool? Greetings oh wise and varied *SM'ers! I have an internals question. I have a primary disk pool BACKUP_DISK, with a collocated primary tape pool BACKUP_TAPE that BACKUP_DISK spools to when it gets full (or at 16:30, whichever comes first :). I have enough disk that I seldom need to migrate data out of BACKUP_DISK during the night, but occasionally we have a really heavy day, and BACKUP_DISK goes over its threshold and migrates before its schedule. For disaster recovery I have a non-collocated tape copypool BACKUP_OFF. During the day our DRM script does a backup stg BACKUP_DISK BACKUP_OFF then backup stg BACKUP_TAPE BACKUP_OFF, in case we had a migration in the night. So far that is fairly straightforward, but now comes the tricky part If a long-running backup pushes BACKUP_DISK over its threshold after some of the files are sent from BACKUP_DISK to BACKUP_OFF, but before the backup from BACKUP_TAPE to BACKUP_OFF starts, then the files are there to be backed up to BACKUP_OFF *again* from BACKUP_TAPE. So the question is: Does TSM recognize that the files are already in BACKUP_OFF, or does it make another copy? The reason I am asking is that we are using LOTS of tapes, and management wants me to see if I can cut back on the burn rate. I know that tape to tape copy would be slower because I would have multiple input mounts per output tape, but I don't do the disk to offsite backup, but instead migrate, then tape to offsite backup then I know that the offsite pool only has one copy of all the files. Thanks for any insights. - Kai.
Re: HELP!!! EMERGENCY!!!
Joni, I had left you a v-mail, thought you would like a quick response. We also run OS/390 r2.10, and have several TSM servers. When we were still on 4.1 code we had this happen frequently. IBM was never able to find a cause or solution. However, when we upgraded to 4.2 and now 5.1 the problem went away. The only thing we could do when this happens, was as Brian said, bounce the server. Some of the symptoms you should see, processes will 'hang' also, they will show 'current file' as a size of 0 bytes, some sessions may also show this. The TSM server will continue to accept sessions and start new processes, it will not move any data however, and the sessions and processes will hang around until you stop/start the server. You will want to upgrade your code ASAP to avoid this. Sorry for no better answer, but this is the best we could ever come up with. Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: Brian L. Nick [mailto:[EMAIL PROTECTED] Sent: Friday, April 04, 2003 1:25 PM To: [EMAIL PROTECTED] Subject: Re: HELP!!! EMERGENCY!!! Joni, I had this happen on TSM 4.2.1.9 a long time ago, my only option was to bounce the TSM server. I did not have as many clients active only 10 or so. Sorry but that was my quickest fix at that time. No other way to free these sessions up that I know of. - Brian Brian L. Nick Systems Technician - Storage Solutions The Phoenix Companies Inc. 100 Bright Meadow Blvd Enfield CT. 06082-1900 E-MAIL: [EMAIL PROTECTED] PHONE: (860)403-2281 Joni Moyer [EMAIL PROTECTED]To: [EMAIL PROTECTED] HMARK.COM cc: Sent by: ADSM:Subject: Re: HELP!!! EMERGENCY!!! Dist Stor Manager [EMAIL PROTECTED] ST.EDU 04/04/03 02:22 PM Please respond to ADSM: Dist Stor Manager Disk pools aren't full. Tape drives are available. There are plenty of tapes. The db is 88% full. Recovery log is 7% utilized. I did have the following message, but it said the server would continue: ANR0390W A server database deadlock situation has been encountered: lock request for transaction 0:6.517663675 will be denied to resolve the deadlock. ANRD DFUTIL(734): Lock acquisition (isLock) failed for bitfile root 0. ANR2183W AFMOVE3551: Transaction 0:6.517663675 was aborted. Any suggestions!!! I really need help! Should I contact support? If I do it'll take 3 hours to get a response... Joni Moyer Systems Programmer [EMAIL PROTECTED] (717)975-8338 Kai Hintze [EMAIL PROTECTED] To: [EMAIL PROTECTED] TSONS.COM cc: Sent by: ADSM: Subject: Re: HELP!!! EMERGENCY!!! Dist Stor Manager [EMAIL PROTECTED] .EDU 04/04/2003 02:19 PM Please respond to ADSM: Dist Stor Manager How are your disk pools? Full or still have room? What is your tape status? Do you have other communications problems? (Slow printing, slow terminals, slow FTP...) -Original Message- From: Joni Moyer [mailto:[EMAIL PROTECTED] Sent: Friday, 04 April 2003 12:13 PM To: [EMAIL PROTECTED] Subject: HELP!!! EMERGENCY!!! -- Information from the mail header --- Sender: ADSM: Dist Stor Manager [EMAIL PROTECTED] Poster: Joni Moyer [EMAIL PROTECTED] Subject: HELP!!! EMERGENCY!!! -- - I am running TSM 4.1.5 on OS/390 2.10 I am getting calls from clients about slow backups, restores,etc. on TSM. I went out and looked and there are 100 sessions going for different clients, but they aren't ending. Some are in the IDLEW status, but a majority of them are in the run status. What should I look into? Thanks! Joni Moyer Systems Programmer [EMAIL PROTECTED] (717)975-8338
Re: OS390 SELFTUNEBUFPOOLSIZE yes/no?
You can check the size of your buffer pool by querying your server options. q opt Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: MC Matt Cooper (2838) [mailto:[EMAIL PROTECTED]] Sent: Monday, February 17, 2003 9:45 AM To: [EMAIL PROTECTED] Subject: Re: OS390 SELFTUNEBUFPOOLSIZE yes/no? Paul, How can I tell what size my BUFPOOLSIZE has grown to? I know I start at 32MB but I don't know how much it grows/shrinks. Matt -Original Message- From: Seay, Paul [mailto:[EMAIL PROTECTED]] Sent: Monday, February 17, 2003 10:12 AM To: [EMAIL PROTECTED] Subject:Re: OS390 SELFTUNEBUFPOOLSIZE yes/no? I like to set it about 10% higher than the happy point and set it to yes on AIX. Then check it every once and a while to see if it needs adjusting. The problem is you can create a lot of GETMAINs on MVS if you do not set it high enough to begin with. On MVS, you are probably best to set it to NO so that you do not get unpredictable memory usage on the machine. This is the difference between using a dedicated machine for TSM and a general use machine and needing to share with other workloads. You have to tune TSM on MVS like you would a TP monitor like CICS, IMS, etc. Paul D. Seay, Jr. Technical Specialist Northrop Grumman Information Technology 757-688-8180 -Original Message- From: MC Matt Cooper (2838) [mailto:[EMAIL PROTECTED]] Sent: Monday, February 17, 2003 9:28 AM To: [EMAIL PROTECTED] Subject: OS390 SELFTUNEBUFPOOLSIZE yes/no? Hello all, I have been reading the dialog on OS/390 performance tuning. I too have found that lowering the size of the address space to 512MB has helped. I have also seen improvements in my throughput by cycling TSM. (I just don't do it as often.) One thing that I was wondering is if anyone has done any research on an advantage to NOT USING SELFTUNBUFPOOLSIZE. Right now I set BUFPOOLSIZE to 32760 and SELFTUNEBUFPOOLSIZE yes. From the looks of things TSM seems to be able to cause some thrashing with MVS memory management. SO I wonder if SELFTUNEBUFPOOLSIZE should be set to NO and just allocate a bigger fixed BUFPOOLSIZE, (like the 128M that was suggested)? Matt
Re: Future of mainframe TSM
This will depend on the size of your mainframe, we run on OS/390, we have 6 systems running 9 LPARS, plus some extra LPARS for other workload. We have 15 instances of TSM running on various systems and run up to 8 of these on one LPAR at any time. If you want the exact size of our systems and LPARS, I would have to track those numbers down. I do know that TSM as a whole utilizes very little of our mainframe and has never had a problem keeping up and we backup 2 TB from over 800 clients nightly. The short of it is, if your mainframe has enough CPU power you will be OK. Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: Thomas Denier [mailto:[EMAIL PROTECTED]] Sent: Friday, February 07, 2003 2:45 PM To: [EMAIL PROTECTED] Subject: Future of mainframe TSM We run a 4.2.3.2 TSM server under OS/390. We have about 110 active client systems, sending about 300,000 files and about 70 gigabytes to the server each night. Our best estimate is that this workload will double in the next two years. Is it reasonable to stay with an OS/390 or zOS server in the face of the projected growth? If so, how do we prove that the mainframe is up to the task? Most IT managers around here want to believe that the mainframe is the wrong choice for TSM or anything else.
Re: DB Backup question re: Incremental vs. Full
We do this on some of our larger TSM servers and it works fine, have been performing full backups to tape and incrementals to one of our VTSs. Works fine and have performed DB restores from these backups also. Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: Jim Sporer [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 3:31 PM To: [EMAIL PROTECTED] Subject: Re: DB Backup question re: Incremental vs. Full I've never done that but I wouldn't think it matters. The volhist file keeps track of where these backups are. Jim Sporer At 02:48 PM 2/4/2003 -0500, you wrote: -Original Message- From: Alan Davenport Sent: Tuesday, February 04, 2003 10:54 AM To: ADSM (E-mail) Subject: DB Backup question re: Incremental vs. Full Hello List, I'm relisting this since I goofed the first time. I have a question on Incremental database backups. If I take a full database backup to device class A one day can I take an INCREMENTAL backup to device class B the next day or must the incremental backup go to the same device class as the full backup? TSM 5.1.5.4 on OS/390. Alan Davenport Senior Storage Administrator Selective Insurance Co. of America [EMAIL PROTECTED] (973) 948-1306
Re: extending archive retentions
Actually, you can't assign a different management class to an already performed archive, but you CAN alter the management class retention period itself and effectively alter the retention period for all archives that used that management class, so there in lies the possible problem. If other archives have used this management class, they will also be retained for the longer period. But if the number of archives that have used this management class is low, this may be your best and easiest solution. I have done that before to save myself considerable time and effort when things like this need to be done. Once the 5 years is up, change the management class retention time back and all will be normal again. Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: Cook, Dwight E [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 22, 2003 11:59 AM To: [EMAIL PROTECTED] Subject: Re: extending archive retentions NO but YES, sort of... NO, you can't alter the management class (and thus the retention period) of archived files BUT you could do something like export the node (or as little data as possible but still including the data you need) then you could save those export tapes for 5 years... When you import a node, you can request that is use relative dates, so archived data will still be available for the same number of remaining days as when it was exported. (that was about as clear as mud...) Dwight -Original Message- From: Glass, Peter [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 22, 2003 11:19 AM To: [EMAIL PROTECTED] Subject: extending archive retentions I have some clients who have archived files with 1-year retentions. Now they say these files need to be retained for 5 years. Is there a way we can extend these retentions without having to retrieve and re-archive these files? If so, how? Thanks, in advance. Peter Glass Distributed Storage Management (DSM) Wells Fargo Services Company * [EMAIL PROTECTED]
Re: extending archive retentions
Yep, I tested it over a weeks time, archiving data and changing the retention period, it worked as designed. This can actually be found in TSM documentation, the doc is not real clear about doing this, but if you break it down you can see it, the part about the default(If you later change or replace the default management class, the server uses the updated default management class to manage the archive copy)...here is the doc that is from the TSM publications, the Server Guide. Archive Copies Archive copies are never rebound because each archive operation creates a different archive copy. Archive copies remain bound to the management class name specified when the user archived them. If the management class to which an archive copy is bound no longer exists or no longer contains an archive copy group, the server uses the default management class. If you later change or replace the default management class, the server uses the updated default management class to manage the archive copy. If the default management class does not contain an archive copy group, the server uses the archive retention grace period specified for the policy domain. -Original Message- From: Cook, Dwight E [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 22, 2003 12:25 PM To: [EMAIL PROTECTED] Subject: Re: extending archive retentions Have you actually tested that ? My understanding (from long ago) was that internally, archives are/were stored with an ~expires on date~ or ~expires after so many days~. A ~security~ feature... once an archive was created, that was it, no changing it... because if you could extend a retention period, you could also shorten it. (but then again, an admin with sys auth would just delete the filespace) I might have to test that... Dwight -Original Message- From: Miller, Ryan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 22, 2003 12:13 PM To: [EMAIL PROTECTED] Subject: Re: extending archive retentions Actually, you can't assign a different management class to an already performed archive, but you CAN alter the management class retention period itself and effectively alter the retention period for all archives that used that management class, so there in lies the possible problem. If other archives have used this management class, they will also be retained for the longer period. But if the number of archives that have used this management class is low, this may be your best and easiest solution. I have done that before to save myself considerable time and effort when things like this need to be done. Once the 5 years is up, change the management class retention time back and all will be normal again. Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: Cook, Dwight E [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 22, 2003 11:59 AM To: [EMAIL PROTECTED] Subject: Re: extending archive retentions NO but YES, sort of... NO, you can't alter the management class (and thus the retention period) of archived files BUT you could do something like export the node (or as little data as possible but still including the data you need) then you could save those export tapes for 5 years... When you import a node, you can request that is use relative dates, so archived data will still be available for the same number of remaining days as when it was exported. (that was about as clear as mud...) Dwight -Original Message- From: Glass, Peter [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 22, 2003 11:19 AM To: [EMAIL PROTECTED] Subject: extending archive retentions I have some clients who have archived files with 1-year retentions. Now they say these files need to be retained for 5 years. Is there a way we can extend these retentions without having to retrieve and re-archive these files? If so, how? Thanks, in advance. Peter Glass Distributed Storage Management (DSM) Wells Fargo Services Company * [EMAIL PROTECTED]
Re: Missed Backup
What is your QUERYSCHEDPERIOD option set to on your clients? The default is 12 hours, which means the client only checks twice a day to see what it's next scheduled event is. So lets take the following scenario... A client was scheduled for a 10:00 pm backup. It last checked with the server at 11:00 am, so it will not check again before it is scheduled to backup. You change the association from the 10:00 pm schedule to a 8:00 pm schedule. The client is not aware of this change unless you stop/start the scheduler so it will query the server and pick this up. So when 10:00 pm come along, the client connects to the server, and then it finds out that it is no longer associated with the 10:00 pm schedule, so it will not backup, it queries to see what the next event is, and in this case, that would be 8:00 pm then next day. Had you changed the schedule to a later time, say 11:30 pm, it would indeed pick up the change and backup that night. But you may not always make the change to a later time. We set all of our clients to query every 2 hours, this way most changes will get picked up. You can go this by changing it in each OPT file on each client, or you can use CLIENT OPTIONSET on the server to send this out to all clients, but of course you will need to touch each node to do this also If you need more on this, let me know. Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: Gill, Geoffrey L. [mailto:[EMAIL PROTECTED]] Sent: Friday, January 17, 2003 9:10 AM To: [EMAIL PROTECTED] Subject: Missed Backup TSM Server AIX 4.3.3 TSM Server Software 5.1.5.2 Why is it that anytime a client is removed from a schedule and added to a different one the backup is missed? This always happens from my recollection. No matter what the server version I have been it's happened. The only way I've seen around this is to stop and start the scheduler on the client after the client has been assigned to the new schedule. Geoff Gill TSM Administrator NT Systems Support Engineer SAIC E-Mail:mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] Phone: (858) 826-4062 Pager: (877) 905-7154
Re: Reclamation not reclaiming carts
What is the situation with these tapes, e.g. - onsite, offsite, in an ATL, what type of pool are they in, etc. Also, if you do a move data on one of these tapes, if it does complete successfully, does it move it to a scratch volume or a volume already allocated for the node that the data belongs to? Do any of your tapes reclaim? Ryan -Original Message- From: Michael Raine [mailto:[EMAIL PROTECTED]] Sent: Monday, December 23, 2002 9:27 AM To: [EMAIL PROTECTED] Subject: Re: Reclamation not reclaiming carts Thanks. There are no errors in the acticity log. Once the reclamation process is started the tapes are selected/listed in the activity log but not reclaimed. It appears to recognize the tape is available for reclamation but does not even mount the tape. Collocate is on and there are hundreds of tapes with the same STG. Some of the tapes are 99.9% even reclaimable. Miller, Ryan [EMAIL PROTECTED] on 12/20/2002 03:01:59 PM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: (bcc: Michael Raine/NOTES) Subject: Re: Reclamation not reclaiming carts Are there errors in the activity log associated with why they won't reclaim? or are they have not just reclaimed yet? do you have a reclamation process running? also, do you collocate, if so is it possible that this is the only tape associated with a node and can't reclaim? lots of issues to look at here... Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: Michael Raine [mailto:[EMAIL PROTECTED]] Sent: Friday, December 20, 2002 1:47 PM To: [EMAIL PROTECTED] Subject: Re: Reclamation not reclaiming carts Thanks... Ran audit vol and no errors were found. The funny thing is that reclamation realizes the carts have space to reclaim because it identifies them in the activity log but will not move the data. Currently I am moving the data manually but this process will take awhile as there are over a hundred carts like this. Wayne T. Smith [EMAIL PROTECTED] on 12/20/2002 02:37:26 PM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: (bcc: Michael Raine/NOTES) Subject: Re: Reclamation not reclaiming carts You might try doing an AUDIT VOLUME on each. Michael Raine wrote: When running reclamation have the reclaim pct for the STG at 60%. Have several volumes meeting this requirement but TSM does not reclaim the data. It recognized the carts in the activity log but does not reclaim the space. Holiday cheers, wayne -- Wayne T. Smith -- [EMAIL PROTECTED] -- University of Maine System -- UNET All electronic communications, including company provided email, are the sole property of Allfirst. This system may not be used to transmit, receive or download solicitations or offensive, vulgar or otherwise disruptive messages or materials, including, but not limited to, those that violate Allfirst's policies regarding Equal Employment Opportunity and Sexual Harassment. All messages transmitted by or received through the Allfirst email system shall be regarded as non-personal, business communications. Employees are reminded to only use this system for legitimate business purposes. Allfirst reserves the right to monitor, intercept and retrieve electronic communications in the normal course of business. All electronic communications, including company provided email, are the sole property of Allfirst. This system may not be used to transmit, receive or download solicitations or offensive, vulgar or otherwise disruptive messages or materials, including, but not limited to, those that violate Allfirst's policies regarding Equal Employment Opportunity and Sexual Harassment. All messages transmitted by or received through the Allfirst email system shall be regarded as non-personal, business communications. Employees are reminded to only use this system for legitimate business purposes. Allfirst reserves the right to monitor, intercept and retrieve electronic communications in the normal course of business.
Re: TSM database full backup to tape question
DELETE VOLHISTORY TODATE=MM/DD/ TOTIME=HH:MM:SS TYPE=DBBACKUP should do it, just fill in the date and time qualifiers that fit your need... Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: Tony W [mailto:[EMAIL PROTECTED]] Sent: Saturday, December 21, 2002 9:06 AM To: [EMAIL PROTECTED] Subject: TSM database full backup to tape question Hi everybody: our tsm server database need full backup to 4mm tape with weekly. my question is how to delete old backup tape and reuse it. Thank Tony W
Re: Reclamation not reclaiming carts
Are there errors in the activity log associated with why they won't reclaim? or are they have not just reclaimed yet? do you have a reclamation process running? also, do you collocate, if so is it possible that this is the only tape associated with a node and can't reclaim? lots of issues to look at here... Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: Michael Raine [mailto:[EMAIL PROTECTED]] Sent: Friday, December 20, 2002 1:47 PM To: [EMAIL PROTECTED] Subject: Re: Reclamation not reclaiming carts Thanks... Ran audit vol and no errors were found. The funny thing is that reclamation realizes the carts have space to reclaim because it identifies them in the activity log but will not move the data. Currently I am moving the data manually but this process will take awhile as there are over a hundred carts like this. Wayne T. Smith [EMAIL PROTECTED] on 12/20/2002 02:37:26 PM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: (bcc: Michael Raine/NOTES) Subject: Re: Reclamation not reclaiming carts You might try doing an AUDIT VOLUME on each. Michael Raine wrote: When running reclamation have the reclaim pct for the STG at 60%. Have several volumes meeting this requirement but TSM does not reclaim the data. It recognized the carts in the activity log but does not reclaim the space. Holiday cheers, wayne -- Wayne T. Smith -- [EMAIL PROTECTED] -- University of Maine System -- UNET All electronic communications, including company provided email, are the sole property of Allfirst. This system may not be used to transmit, receive or download solicitations or offensive, vulgar or otherwise disruptive messages or materials, including, but not limited to, those that violate Allfirst's policies regarding Equal Employment Opportunity and Sexual Harassment. All messages transmitted by or received through the Allfirst email system shall be regarded as non-personal, business communications. Employees are reminded to only use this system for legitimate business purposes. Allfirst reserves the right to monitor, intercept and retrieve electronic communications in the normal course of business.
Re: AW: TSM Presentation
I would like it also! Thanks! [EMAIL PROTECTED] Ryan -Original Message- From: Shannon Bach [mailto:[EMAIL PROTECTED]] Sent: Friday, December 13, 2002 11:35 AM To: [EMAIL PROTECTED] Subject: Re: AW: TSM Presentation Would you mind sending one to me also? I always have a problem explaining the concept to clients, probably because I really don't completely understand it myself. Thank You, Shannon Bach Madison Gas Electric Co. Operations Analyst - Data Center Services Office 608-252-7260 Fax 608-252-7098 e-mail [EMAIL PROTECTED]
Re: Journaling Again
If you stop and restart the service, then tonight's backup will be a full incremental. The journal service has to be running continuously between 2 backups or TSM will always default to a full incremental. Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: Gill, Geoffrey L. [mailto:GEOFFREY.L.GILL;SAIC.COM] Sent: Thursday, October 31, 2002 11:57 AM To: [EMAIL PROTECTED] Subject: Re: Journaling Again 1. First of all, look in the dsmsched.log file and look to see if you have the message: Using journal for '\\xxx-\c$' It's not there but the service is started. If you see this message, a journaled backup has taken place for that filespace. You should see this message at the start of the backup. 2. Verify that the journal size is adequate. If you see a message like the following in the jbberror.log, your journal size (specified by parameter JournalDBSize in tsmjbbd.ini) is set too low. If you take the default (as specified by Pete Tanenhaus in previous posts as a recommendation) you should not have this problem. This is set to the default and there is no error message in this log I guess I'll stop and restart the service and see what kind of reports I get tonight. Geoff Gill TSM Administrator NT Systems Support Engineer SAIC E-Mail: [EMAIL PROTECTED] Phone: (858) 826-4062 Pager: (877) 905-7154
Re: Very long backup/So many files
Very easily! The problem is not that you are only backing up 12,222 files, but unless you are using the Journaling service, TSM has to look at each one of those 4,000,000+ files to see if it needs to back it up or not. The 10 hours is being spent doing this. We have many clients in this situation, when we implement the Journaling service, we take this 10 - 12 hour back ups and make them 5 - 10 minutes! I would be concerned with losing connection though, it could just be that the client is taking so long to process at its end that it will not talk to the TSM server often enough. I would try out Journaling and see how that helps. Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: Gill, Geoffrey L. [mailto:GEOFFREY.L.GILL;SAIC.COM] Sent: Friday, October 25, 2002 9:05 AM To: [EMAIL PROTECTED] Subject: Very long backup/So many files Does anyone think a computer that has this many files on it, that only backed up 12,222 files, should take over 10 hours to complete? I'm having a problem with this node dropping out a couple of times a night for being idle for more than 60 minutes too. We've double checked the NIC and switch port for the proper settings. When I looked at it last night the CPU wasn't doing anything. 10/25/02 06:13:04 ANE4952I (Session: 3357, Node: CP-ITS-DCMECPD) Total number of objects inspected: 4,151,721 10/25/02 06:13:04 ANE4954I (Session: 3357, Node: CP-ITS-DCMECPD) Total number of objects backed up: 12,222 10/25/02 06:13:04 ANE4958I (Session: 3357, Node: CP-ITS-DCMECPD) Total number of objects updated: 0 10/25/02 06:13:04 ANE4960I (Session: 3357, Node: CP-ITS-DCMECPD) Total number of objects rebound: 0 10/25/02 06:13:04 ANE4957I (Session: 3357, Node: CP-ITS-DCMECPD) Total number of objects deleted: 0 10/25/02 06:13:04 ANE4970I (Session: 3357, Node: CP-ITS-DCMECPD) Total number of objects expired:386 10/25/02 06:13:04 ANE4959I (Session: 3357, Node: CP-ITS-DCMECPD) Total number of objects failed: 0 10/25/02 06:13:04 ANE4961I (Session: 3357, Node: CP-ITS-DCMECPD) Total number of bytes transferred: 1.15 GB 10/25/02 06:13:04 ANE4963I (Session: 3357, Node: CP-ITS-DCMECPD) Data transfer time: 73.02 sec 10/25/02 06:13:04 ANE4966I (Session: 3357, Node: CP-ITS-DCMECPD) Network data transfer rate:16,571.01 KB/sec 10/25/02 06:13:04 ANE4967I (Session: 3357, Node: CP-ITS-DCMECPD) Aggregate data transfer rate: 32.91 KB/sec 10/25/02 06:13:04 ANE4968I (Session: 3357, Node: CP-ITS-DCMECPD) Objects compressed by: 19%% 10/25/02 06:13:04 ANE4964I (Session: 3357, Node: CP-ITS-DCMECPD) Elapsed processing time:10:12:51 Geoff Gill TSM Administrator NT Systems Support Engineer SAIC E-Mail:mailto:gillg;saic.com [EMAIL PROTECTED] Phone: (858) 826-4062 Pager: (877) 905-7154
Re: Very long backup/So many files
I do apologize, I should have first asked what OS the client was, and what version the client is. Journaling is only available for Windows clients, TSM client level 4.2 or higher. If this is a Windows client 4.2 or higher, run the setup wizard and it is one of the options available for setup. If this client does meet this criteria, then Journaling is not available and the best you can do is try to fine tune this backup. We do have Novell clients in similar situations, not quite that many files, that we just realize are going to take a very long time to backup. Ryan -Original Message- From: Justin Case [mailto:justin.case;DUKE.EDU] Sent: Friday, October 25, 2002 9:41 AM To: [EMAIL PROTECTED] Subject: Re: Very long backup/So many files How do we turn on Journaling service ? Is this the storage agents ? Thanks Justin Case Duke University Durham NC Miller, Ryan [EMAIL PROTECTED]@VM.MARIST.EDU on 10/25/2002 10:16:52 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by:ADSM: Dist Stor Manager [EMAIL PROTECTED] To:[EMAIL PROTECTED] cc: Subject:Re: Very long backup/So many files Very easily! The problem is not that you are only backing up 12,222 files, but unless you are using the Journaling service, TSM has to look at each one of those 4,000,000+ files to see if it needs to back it up or not. The 10 hours is being spent doing this. We have many clients in this situation, when we implement the Journaling service, we take this 10 - 12 hour back ups and make them 5 - 10 minutes! I would be concerned with losing connection though, it could just be that the client is taking so long to process at its end that it will not talk to the TSM server often enough. I would try out Journaling and see how that helps. Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: Gill, Geoffrey L. [mailto:GEOFFREY.L.GILL;SAIC.COM] Sent: Friday, October 25, 2002 9:05 AM To: [EMAIL PROTECTED] Subject: Very long backup/So many files Does anyone think a computer that has this many files on it, that only backed up 12,222 files, should take over 10 hours to complete? I'm having a problem with this node dropping out a couple of times a night for being idle for more than 60 minutes too. We've double checked the NIC and switch port for the proper settings. When I looked at it last night the CPU wasn't doing anything. 10/25/02 06:13:04 ANE4952I (Session: 3357, Node: CP-ITS-DCMECPD) Total number of objects inspected: 4,151,721 10/25/02 06:13:04 ANE4954I (Session: 3357, Node: CP-ITS-DCMECPD) Total number of objects backed up: 12,222 10/25/02 06:13:04 ANE4958I (Session: 3357, Node: CP-ITS-DCMECPD) Total number of objects updated: 0 10/25/02 06:13:04 ANE4960I (Session: 3357, Node: CP-ITS-DCMECPD) Total number of objects rebound: 0 10/25/02 06:13:04 ANE4957I (Session: 3357, Node: CP-ITS-DCMECPD) Total number of objects deleted: 0 10/25/02 06:13:04 ANE4970I (Session: 3357, Node: CP-ITS-DCMECPD) Total number of objects expired:386 10/25/02 06:13:04 ANE4959I (Session: 3357, Node: CP-ITS-DCMECPD) Total number of objects failed: 0 10/25/02 06:13:04 ANE4961I (Session: 3357, Node: CP-ITS-DCMECPD) Total number of bytes transferred: 1.15 GB 10/25/02 06:13:04 ANE4963I (Session: 3357, Node: CP-ITS-DCMECPD) Data transfer time: 73.02 sec 10/25/02 06:13:04 ANE4966I (Session: 3357, Node: CP-ITS-DCMECPD) Network data transfer rate:16,571.01 KB/sec 10/25/02 06:13:04 ANE4967I (Session: 3357, Node: CP-ITS-DCMECPD) Aggregate data transfer rate: 32.91 KB/sec 10/25/02 06:13:04 ANE4968I (Session: 3357, Node: CP-ITS-DCMECPD) Objects compressed by: 19%% 10/25/02 06:13:04 ANE4964I (Session: 3357, Node: CP-ITS-DCMECPD) Elapsed processing time:10:12:51 Geoff Gill TSM Administrator NT Systems Support Engineer SAIC E-Mail:mailto:gillg;saic.com [EMAIL PROTECTED] Phone: (858) 826-4062 Pager: (877) 905-7154
Re: Very long backup/So many files
The only disadvantages we have come across so far are... If the journaling service is stopped for any reason, the next time a backup is run, it will be a full incremental, meaning it will once again inspect all of the files on the client, because it can't determine which ones may have changed while the service was stopped. You can however change a setting in the TSMJBDB.ini file that tells TSM to keep the journal database and reuse it if the journaling service is stopped and restarted, the option is 'PreserveDBOnExit=1', the disadvantage to this is that any file changed while the service is stopped will not get backed up then. Otherwise, Journaling has been very useful for us. Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: Jon Evans [mailto:Jon.Evans;HALLIBURTON.COM] Sent: Friday, October 25, 2002 9:54 AM To: [EMAIL PROTECTED] Subject: Re: Very long backup/So many files Can anyone please explain the disadvantages of using journal-based backup? -Original Message- From: Gianluca Mariani1 [mailto:gianluca_mariani;IT.IBM.COM] Sent: 25 October 2002 15:47 To: [EMAIL PROTECTED] Subject: Re: Very long backup/So many files what platform are you running(OS on client and server)? code levels(client server)? is journaled backup in use? how is the client connected to the server (what network)? Cordiali saluti Gianluca Mariani Tivoli TSM Global Response Team, Roma Via Sciangai 53, Roma phones : +39(0)659664598 +393351270554 (mobile) [EMAIL PROTECTED] The people of Krikkit,are, well, you know, they're just a bunch of real sweet guys, you know, who just happen to want to kill everybody. Hell, I feel the same way some mornings... Gill, Geoffrey L. GEOFFREY.L.GILTo [EMAIL PROTECTED] [EMAIL PROTECTED] Sent by: ADSM:cc Dist Stor Manager bcc [EMAIL PROTECTED] ST.EDU Subject Very long backup/So many files 25/10/2002 16:04 Please respond to ADSM: Dist Stor Manager Does anyone think a computer that has this many files on it, that only backed up 12,222 files, should take over 10 hours to complete? I'm having a problem with this node dropping out a couple of times a night for being idle for more than 60 minutes too. We've double checked the NIC and switch port for the proper settings. When I looked at it last night the CPU wasn't doing anything. 10/25/02 06:13:04 ANE4952I (Session: 3357, Node: CP-ITS-DCMECPD) Total number of objects inspected: 4,151,721 10/25/02 06:13:04 ANE4954I (Session: 3357, Node: CP-ITS-DCMECPD) Total number of objects backed up: 12,222 10/25/02 06:13:04 ANE4958I (Session: 3357, Node: CP-ITS-DCMECPD) Total number of objects updated: 0 10/25/02 06:13:04 ANE4960I (Session: 3357, Node: CP-ITS-DCMECPD) Total number of objects rebound: 0 10/25/02 06:13:04 ANE4957I (Session: 3357, Node: CP-ITS-DCMECPD) Total number of objects deleted: 0 10/25/02 06:13:04 ANE4970I (Session: 3357, Node: CP-ITS-DCMECPD) Total number of objects expired:386 10/25/02 06:13:04 ANE4959I (Session: 3357, Node: CP-ITS-DCMECPD) Total number of objects failed: 0 10/25/02 06:13:04 ANE4961I (Session: 3357, Node: CP-ITS-DCMECPD) Total number of bytes transferred: 1.15 GB 10/25/02 06:13:04 ANE4963I (Session: 3357, Node: CP-ITS-DCMECPD) Data transfer time: 73.02 sec 10/25/02 06:13:04 ANE4966I (Session: 3357, Node: CP-ITS-DCMECPD) Network data transfer rate:16,571.01 KB/sec 10/25/02 06:13:04 ANE4967I (Session: 3357, Node: CP-ITS-DCMECPD) Aggregate data transfer rate: 32.91 KB/sec 10/25/02 06:13:04 ANE4968I (Session: 3357, Node: CP-ITS-DCMECPD) Objects compressed by: 19%% 10/25/02 06:13:04 ANE4964I (Session: 3357, Node: CP-ITS-DCMECPD) Elapsed processing time:10:12:51 Geoff Gill TSM Administrator NT Systems Support Engineer SAIC E-Mail:mailto:gillg;saic.com [EMAIL PROTECTED] Phone: (858) 826-4062 Pager: (877) 905-7154
Re: Very long backup/So many files
There is a registry hack that fixes this problem, we had the same thing, opened an issue with Tivoli, and they provided the fix. I need to find that info again and will let you know what it is. Ryan -Original Message- From: Magura, Curtis [mailto:curtis.magura;LMCO.COM] Sent: Friday, October 25, 2002 11:44 AM To: [EMAIL PROTECTED] Subject: Re: Very long backup/So many files We have also see similar hangs both with the Journal and the timeouts in general. Have idletime set to 60 minutes. Found that a stop and restart of the Journal service would get the Journal going again but eventually it(Journal service) hangs again. Also we have not been able to get past 10 drives using the Journal. On our largest servers we have 15+ drives so we don't get everything out of the Journal that we could. When it works it is great. Just doesn't appear to be quite ready for prime time yetor at least for us. Clients: 5.1.1 (NT4 SP6A and Win2K SP2 and SP3) Compaq 6500 / 4 P3 XEON 500 MHz processors 2GB RAM 100 MB Full Duplex SCSI Attached to ESS disk 4.5 - 5.5 million objects depending on which machine you ask about. Average backup 120-130 GB a night per client. Server 5.1.1.4 Etherchannel using 2*100mb NIC'S RS/6000 H70 4*340MHz CPU 3 GB RAM SSA based storage pool and database 3494/3590 for tapepools We have pretty much the same setup in another data center except it's all GB NIC's. See the same thing. Been watching the list to see how 5.1.1.6 looks. Plan is to get everything sync'd backup to the same level across all of the machines and data centers. If that doesn't help then I guess it's time to call the support center and dig deeper. Curt Magura Lockheed Martin EIS Orlando, Fla. 321-235-1203 -Original Message- From: William Rosette [mailto:Bill_Rosette;PAPAJOHNS.COM] Sent: Friday, October 25, 2002 12:11 PM To: [EMAIL PROTECTED] Subject: Re: Very long backup/So many files We have had to turn our Journaling off of 2 NT servers, one an NT 4.0 box, and the other a Win 2000 box. Both are using 5.1.0.1 TSM clients. The reason we had to turn off was that the server would hang in the middle of backing up. Since turning off this has not been a problem. We seem to think that the memory on the client had something to do with the millions of files that were trying to get journaled. All other NT boxes do not have any Journaling problems. These are the only 2 turned off. And it is not 5.1's fault because we have some 5.1's running on other clients. Thank You, Bill Rosette Data Center/IS/Papa Johns International WWJD Mr. Lindsay Morris To: [EMAIL PROTECTED] lmorris@SERVERGRcc: APH.COM Subject: Re: Very long backup/So many files Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] .EDU 10/25/2002 11:42 AM Please respond to lmorris Gee, I'd disagree... this example has a small percentage: 12,000 files backed up out of 4 million - but it still took a long time because it had to walk through 4 million files to FIND those 12,000 that needed to be backed up. The walk-through-4-million is exactly what the Journal-based backup prevents. - Mr. Lindsay Morris Lead Architect, Servergraph www.servergraph.com http://www.servergraph.com 859-253-8000 ofc 425-988-8478 fax -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L;VM.MARIST.EDU]On Behalf Of Gianluca Mariani1 Sent: Friday, October 25, 2002 11:23 AM To: [EMAIL PROTECTED] Subject: Re: Very long backup/So many files if the percentage of changed files to be backed up from a client is 5% then traditional incremental is preferrable. no other big discriminating points. Cordiali saluti Gianluca Mariani Tivoli TSM Global Response Team, Roma Via Sciangai 53, Roma phones : +39(0)659664598 +393351270554 (mobile) [EMAIL PROTECTED] -- -- The people of Krikkit,are, well, you know, they're just a bunch of real sweet guys, you know, who just happen to want to kill everybody. Hell, I feel the same way some mornings... Jon Evans Jon.Evans@HALL IBURTON.COM To Sent by: ADSM:[EMAIL PROTECTED] Dist Stor cc Manager [EMAIL PROTECTED] bcc ST.EDU Subject Re: Very long backup/So many files 25/10/2002 16.54 Please respond to ADSM: Dist Stor Manager Can anyone please explain the disadvantages of using journal-based
Re: Very long backup/So many files
Here is what we found from IBM on this issue, hopefully it will apply to your situations.. if you are using Norton Antivirus 7.51 you should add DWORD entry in the NT Registry and change a parameter in the tsmjbb ini file, from the TSM client v5.1.0.1 Readme file: . The following DWORD registry value should be set: . HKLM\Software\Intel\LANDesk\VirusProtect6\CurrentVersion NoFileMod = 1 . This setting prevents Nav from caching and restoring timestamps and security information during scan processing. . The following Journal Based Backup ini file setting (tsmjbbd.ini) should be made: . [JournaledFileSystemSettings] NotifyFilter=0x15b . The latest TSM client v5.1.5.2 includes new configuration settings for the journal based backup (please check the v5.5.5.2 Readme file), in addition to modify the parameters suggested before, my recommendation is to install the v5.1.5.2 on your NT systems. Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: Magura, Curtis [mailto:curtis.magura;LMCO.COM] Sent: Friday, October 25, 2002 11:44 AM To: [EMAIL PROTECTED] Subject: Re: Very long backup/So many files We have also see similar hangs both with the Journal and the timeouts in general. Have idletime set to 60 minutes. Found that a stop and restart of the Journal service would get the Journal going again but eventually it(Journal service) hangs again. Also we have not been able to get past 10 drives using the Journal. On our largest servers we have 15+ drives so we don't get everything out of the Journal that we could. When it works it is great. Just doesn't appear to be quite ready for prime time yetor at least for us. Clients: 5.1.1 (NT4 SP6A and Win2K SP2 and SP3) Compaq 6500 / 4 P3 XEON 500 MHz processors 2GB RAM 100 MB Full Duplex SCSI Attached to ESS disk 4.5 - 5.5 million objects depending on which machine you ask about. Average backup 120-130 GB a night per client. Server 5.1.1.4 Etherchannel using 2*100mb NIC'S RS/6000 H70 4*340MHz CPU 3 GB RAM SSA based storage pool and database 3494/3590 for tapepools We have pretty much the same setup in another data center except it's all GB NIC's. See the same thing. Been watching the list to see how 5.1.1.6 looks. Plan is to get everything sync'd backup to the same level across all of the machines and data centers. If that doesn't help then I guess it's time to call the support center and dig deeper. Curt Magura Lockheed Martin EIS Orlando, Fla. 321-235-1203 -Original Message- From: William Rosette [mailto:Bill_Rosette;PAPAJOHNS.COM] Sent: Friday, October 25, 2002 12:11 PM To: [EMAIL PROTECTED] Subject: Re: Very long backup/So many files We have had to turn our Journaling off of 2 NT servers, one an NT 4.0 box, and the other a Win 2000 box. Both are using 5.1.0.1 TSM clients. The reason we had to turn off was that the server would hang in the middle of backing up. Since turning off this has not been a problem. We seem to think that the memory on the client had something to do with the millions of files that were trying to get journaled. All other NT boxes do not have any Journaling problems. These are the only 2 turned off. And it is not 5.1's fault because we have some 5.1's running on other clients. Thank You, Bill Rosette Data Center/IS/Papa Johns International WWJD Mr. Lindsay Morris To: [EMAIL PROTECTED] lmorris@SERVERGRcc: APH.COM Subject: Re: Very long backup/So many files Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] .EDU 10/25/2002 11:42 AM Please respond to lmorris Gee, I'd disagree... this example has a small percentage: 12,000 files backed up out of 4 million - but it still took a long time because it had to walk through 4 million files to FIND those 12,000 that needed to
Re: mgmt class
Same exact way, include in the OPT file or inc_exc file.. Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: Chetan H. Ravnikar [mailto:Chetan.Ravnikar;SYNOPSYS.COM] Sent: Wednesday, October 23, 2002 3:29 PM To: [EMAIL PROTECTED] Subject: mgmt class Hi anyone know, how one can have a client point to a different management class other than the default on WIN platforms! I understand on a unix, which is an entry in the include_exclude file thanks for the info Chetan
Re: Syntax
You can also perform a find through the GUI, all you need to know is the file name. If you need to know the tape it is on you can perform a restore, you should be able to see what tape is, or needs to be, mounted. -Original Message- From: Joshua Bassi [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 09, 2002 12:46 PM To: [EMAIL PROTECTED] Subject: Re: Syntax What you need to do is to launch the Backup-Archive GUI interface (dsm) and from there select Show Active and Inactive Files. From there you will need to scroll through all the files backed up for that specific node. Hopefully your user knows in what general area that file was backed up in. -- Joshua S. Bassi IBM Certified - AIX 4/5L, SAN, Shark Tivoli Certified Consultant - ADSM/TSM eServer Systems Expert -pSeries HACMP AIX, HACMP, Storage, TSM Consultant Cell (831) 595-3962 [EMAIL PROTECTED] -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of Nancy Ames Sent: Wednesday, October 09, 2002 8:18 AM To: [EMAIL PROTECTED] Subject: Syntax I need to find a specific file on tape, and the user does not know where the file was, nor when it disappeared - so basically I have to look at all the backups on a specific node to find its prior location. Anyone know how to do this? Thanks -
Re: Disk storage pool too small?
There are some traces that can be used, off the top of my head I don't remember them, Support can help with them. Or you can watch while the backup is active and query mounts, if you see tapes getting mounted that you can't match with any other process or session, you can then query contents on that volume and see if it is data from that node...That's a little more manual, but it does work... Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: David E Ehresman [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 09, 2002 1:16 PM To: [EMAIL PROTECTED] Subject: Disk storage pool too small? Is there any way to tell when a backup session that would normally go to disk is instead forced to tape because there is not enough room left in the disk storage pool? Are there any server side (or client side) messages that identify this condition? David
Re: Include Problem
Exclude.Dir or Include.Dir statements are read first, regardless of their position in the list. So effectively, you are excluding this whole directory. You might try the following... EXCLUDE c:\admin\ntreskit\...\* INCLUDE c:\admin\ntreskit\perftool\probe\...\* By using probe\*.* you will only get files under the PROBE directory with extensions, and no directories under it, the \...\* syntax tells TSM to backup everything under that directory. Hope this helps. Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: Mark Bertrand [mailto:[EMAIL PROTECTED]] Sent: Friday, August 30, 2002 11:01 AM To: [EMAIL PROTECTED] Subject: Include Problem I am not having any luck trying to setup an Include/Exclude list on a Win2K client running TSM 4.2.1.32. I thought that the list was read from bottom up and once a match was found the rest of the list was ignored, but the following does not work in this order. I have also tried to switch these around with the same results, like the include statement is completely ignored. Exclude.Dir C:\ADMIN\NTRESKIT\* INCLUDE C:\ADMIN\NTRESKIT\PERFTOOL\PROBE\*.* The results are all folders under ntreskit are excluded. My requirement is to backup only the probe folder and all files and folders under it only. Any help is appreciated. Mark B.
Re: Policy suggestions for Exchange node post upgrade to 2.2.1 TDP
By setting the Retain Extra Versions to 0, you are telling TSM to keep any versions marked INACTIVE, which would be the 13 versions other than the last one you backed up, 0 days. You need to set it to at least 14 days to keep all 14 versions, maybe even set it for longer, in case you have a day or two that the back ups don't run. You may want to review the other 2 settings also. If something was to get deleted off of the client in mistake, and a backup was run before the error was caught. You would lose all of your backups. Ryan Miller Principal Financial Group Tivoli Certified Consultant Tivoli Storage Manager v4.1 -Original Message- From: Noah Murphy [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 29, 2002 8:46 AM To: [EMAIL PROTECTED] Subject: Policy suggestions for Exchange node post upgrade to 2.2.1 TDP I have upgraded to the 2.2 tdp for exchange and thought I set the policy to retain 14 versions. Here is a view of the backup copy group settings. Policy Domain Name EXCHANGE Policy Set Name EXCHANGE_POLICY_SET Mgmt Class Name STANDARD Copy Group Name STANDARD Versions Data Exists 14 Versions Data Deleted 0 Retain Extra Versions 0 Retain Only Version 0 Copy Mode MODIFIED Copy Serialization SHRSTATIC Copy Frequency 0 Copy Destination DISKPOOL Last Update Date/Time 2002-08-27 06:13:50.00 Last Update by (administrator) MURPHYN Managing profile - As best as I can tell this should give me 14 versions of the backups but is only retaining two. I have been running the 1.1 tdp in a separate file space to maintain my requirements but this is getting old fast. Help Thanks Noah Murphy MCSE 1301 SE 5TH AVE. Portland OR 97201 503.973.6691 [EMAIL PROTECTED]
Re: backup storge pool
Yes, you can cancel the process and restart it. The BACKUP STGPOOL command determines which data is not backed up yet and will back up only that data. When you cancel the process, depending on how large of a file it is working on, it may take a little while for it to complete that file and stop. Ryan Principal Financial Group http://www.principal.com/ http://www.deskflag.com/ -Original Message- From: Rob Schroeder [mailto:[EMAIL PROTECTED]] Sent: Monday, August 26, 2002 11:13 AM To: [EMAIL PROTECTED] Subject: backup storge pool I want to make off site copies of my storage pool for the obvious reasons. I currently have about 100 3590E tapes that I need to initially duplicate and then plan on doing a backup storage pool everyday and send those tapes off site. It is my understanding that to start this whole process I need to do a backup storage pool which will copy all 100 tapes. My question is whether I can cancel that backup command and have it again restart where it left off. I need all my tape drives from 8:00pm to 8:00 am for backups and it will take much longer than the remaining 12 hours to duplicate that data. Thanks Rob Schroeder Famous Footwear
Re: Slow restore of entire server volume
Is your storage pool you are restoring from collocated? Do you have an automated tape library or manual tape drives? -Original Message- From: Nancy Ames [mailto:[EMAIL PROTECTED]] Sent: Monday, July 15, 2002 3:25 PM To: [EMAIL PROTECTED] Subject: Slow restore of entire server volume We lost a server volume over the weekend - Netware 5.1 server - 20 GB or so to restore from tape. The process is going extremely slowly; it seems that most of the time is being spent retrieving tapes, and we have only 3.5 GB restored so far (started late yesterday afternoon). Is this normal??
Re: disaster recovery ?
Have you thought about using Server to Server Virtual Volumes, you could do this and create a copy pool on one of your OS/390 TSM servers. Ryan -Original Message- From: Aaron Widmeyer [mailto:[EMAIL PROTECTED]] Sent: Friday, April 05, 2002 9:23 AM To: [EMAIL PROTECTED] Subject: Re: disaster recovery ? I understand that the data in on tape on the UNIX TSM server in question but why are you trying to backup data on tape to another server when there may be better/easier ways of getting the data off site and safe in case of a disaster? Why not create a copy pool and point it to a small section of your silo, use that to collocate and copy your critical data to and then export those tapes and take them off site. Then in the case of a disaster you could restore the TSM server from the mksysb you make every month of your system disk (right), get your TSM server up and running and import the tapes. Just a suggestion. Or maybe you have a very legitimate reason for going this route that I am unaware of, please inform me. Thank you for your patience with my babbling. Hunley, Ike Ike.Hunley@BC To: [EMAIL PROTECTED] BSFL.COMcc: Sent by: Subject: Re: disaster recovery ? ADSM: Dist Stor Manager [EMAIL PROTECTED] IST.EDU 04/05/2002 10:01 AM Please respond to ADSM: Dist Stor Manager There are business critical servers backing up to the TSM on this UNIX server. I understood that the backup data is on tape. It is that data we need to recover in a disaster situation. -Original Message- From: Aaron Widmeyer [mailto:[EMAIL PROTECTED]] Sent: Friday, April 05, 2002 9:52 AM To: [EMAIL PROTECTED] Subject: Re: disaster recovery ? If I understand what you are saying here is that you want to not only backup the UNIX machines TSM database but the actual tapes as well to another TSM server? There are some options here and it has been a while since I have read up on this and please correct me if I misunderstand or misstate anything. Here we go: You could export the tapes from your UNIX TSM server and import them into the z/OS server of your choice. You could set it up for off site storage by setting up a mirrored (don't think TSM uses term mirrored) tape silo. If I remember correctly this involves creating a copy pool that points to a secondary tape silo? My question to you is why are you trying to backup the data on the tapes to another server? Maybe with a little more information on why you are choosing this route, of backing up data that is already backed up, we could better help you. bizzorg bizzorg@WORLDNE To: [EMAIL PROTECTED] T.ATT.NET cc: Sent by: ADSM:Subject: disaster recovery ? Dist Stor Manager [EMAIL PROTECTED] T.EDU 04/05/2002 03:15 AM Please respond to ADSM: Dist Stor Manager I hope someone out there can help. All our TSM servers run on OS390 or z/OS, except for one UNIX based TSM. This UNIX server is not setup for offsite storage. I think we can back this server up to a TSM on z/OS. How do I backup the backed up data? It's all in a tape silo attached to this UNIX box. Thanks in advance.. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
TSM Administrators in Iowa or surrounding area
How many TSM administrators or users on this list are located in Iowa or surrounding area? The reason I ask, is that I may be interested in starting a TSM user group for our area. It would give us all a chance to explore TSM together and work through issues. Please respond to me directly at [EMAIL PROTECTED] Thanks! Ryan Miller Tivoli Certified Consultant Tivoli Storage Manager V4.1 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] IT Systems Associate Principal Financial 515-235-5665 measure twice..cut once!
Re: Full backups
How many nodes and filespaces do you have? Do you need to keep the existing data you have? and if so, how long do you need to keep it for after this 'start over'? -Original Message- From: Lane, Debbie [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 05, 2002 11:17 AM To: [EMAIL PROTECTED] Subject: Full backups We have been using ADSM for a few years. Management has asked if it is possible to start over, that is make it look like this is the first day we are using ADSM and run all full backups. Any ideas? Thanks, Debbie
Re: Full backups
There are several options, that is one, Andy outlined a couple more. It really depends on what you want to do with the data you have, if you need it or not. If they are really wanting to start over fresh then it sounds like you don't need to keep the old data and can reclaim tape space, then the idea of renaming nodes or filespaces would be the best, then you could delete the older data later and reclaim tapes. If you need to keep the old data and just want a full backup of everything then you need to ask what type of retention you need and should this affect the existing data. You can do the selective backups, change the mode to absolute, do an archive of everything. I have had to use all of these options before, it really depends on what you need for the final outcome. Ryan -Original Message- From: Remeta, Mark [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 05, 2002 11:29 AM To: [EMAIL PROTECTED] Subject: Re: Full backups Can't she just run a selective backup instead of an incremental? -Original Message- From: Miller, Ryan [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 05, 2002 12:26 PM To: [EMAIL PROTECTED] Subject: Re: Full backups How many nodes and filespaces do you have? Do you need to keep the existing data you have? and if so, how long do you need to keep it for after this 'start over'? -Original Message- From: Lane, Debbie [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 05, 2002 11:17 AM To: [EMAIL PROTECTED] Subject: Full backups We have been using ADSM for a few years. Management has asked if it is possible to start over, that is make it look like this is the first day we are using ADSM and run all full backups. Any ideas? Thanks, Debbie Confidentiality Note: The information transmitted is intended only for the person or entity to whom or which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please delete this material immediately.
Re: Backup and restore of NDS on Netware
If the session is active on the TSM server, cancel it there first, then you should be able to unload it on the Netware box. If there is no session on the TSM server, the only way we have been able to correct this is with a reboot. You shouldn't have numerous instances of this, if you do, you should look at upgrading your client software. -Original Message- From: William Rosette [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 05, 2002 4:25 PM To: [EMAIL PROTECTED] Subject: Re: Backup and restore of NDS on Netware Is there an easier way of rebouncing the dsmc sched scheduler on Netware without having to reboot the machine? Seems like every time I go to check a hung scheduler, I try to unload and then load. When unloading, it never comes down and thus hangs the server prompt. Only way out is to reboot server so that hanging will unhang and restart scheduler (it is in the autoexec.nlm) Denis L'HuillierTo: [EMAIL PROTECTED] dlhuillier@PER cc: SHING.COMSubject: Re: Backup and restore of NDS on Netware Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] ST.EDU 03/05/02 04:38 PM Please respond to ADSM: Dist Stor Manager This is a really good doc which comes with the install package of TSM for netware. It's located in the install directory of the client. This is an old document which hasn't been updated since V3 but is still very informative on TSM and NetWare. Hope this helps... (See attached file: Ntwback.htm) Regards, Denis L. L'Huiller 973-360-7739 [EMAIL PROTECTED] Enterprise Storage Forms - http://admpwb01/misc/misc/storage_forms_main.html David Longo David.Longo@HEALTH-To: [EMAIL PROTECTED] FIRST.ORG cc: Sent by: ADSM: DistSubject: Backup and restore of NDS on Netware Stor Manager [EMAIL PROTECTED] U 03/05/2002 04:30 PM Please respond to ADSM: Dist Stor Manager As we were preparing to move Netware clients from TSM 3.7 to 4.2.1.19, we did a test on one machine. In the process we had to modify the DOMAIN in dsm.opt file. Reading the Tivoli manual on Netware client it states that NDS is NOT backed up with DOMAIN All-Local. We then specified NDS: in the DOMAIN on this test case. As we further investigated, we realized that we haven't been backing up NDS! We have a tree structure here, different machines have access to different parts of the NDS tree. Also has replication to other machines. We have primarily Netware 5.1 and moving soon (maybe) to 6.0. We have had a couple of instances where we restored SYS: but never had to restore NDS. It would seem we only have to backup NDS on certain servers, not all. Has someone some experience in this area? Can you reference a document that covers this specifically? Thanks, David Longo MMS health-first.org made the following annotations on 03/05/02 16:44:04 -- This message is for the named person's use only. It may contain confidential, proprietary, or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it, and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Health First reserves the right to monitor all e-mail communications through its networks. Any views or opinions expressed in this message are solely those of the individual sender, except (1) where the message states such views or opinions are on behalf of a particular entity; and (2) the sender is authorized by the entity to give such views or opinions. ==
Instructions for subscribing and unsubscribing
I seem to have misplaced my instructions for subscribing and unsubscribing, and I know someone that wants join the group. Could someone please provide me with them? Thanks. Ryan Miller Principal Financial Group
Re: Used to Be PC Magazine Article, morphed to NT/Novell BMR Proc edure
It is a good class, I would recommend having taken the first class(TSM installation) or having a year or 2 of TSM admin experience. I you have this, you will come out of the class with a much better understanding of how TSM works and how to best set it up for your environment. Ryan -Original Message- From: Brown, Bud [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 13, 2002 9:06 AM To: [EMAIL PROTECTED] Subject: Re: Used to Be PC Magazine Article, morphed to NT/Novell BMR Proc edure I heard this is a great class to take. If anybody has taken this please elaborate a little. Course Code: TS520 Tivoli Storage Manager 4.1 Advanced Administration Table of Contents: Overview Who Should Take This Course What You Are Taught Topics Include Prerequisites Duration: 4 Days Delivery Method: Classroom (Hands-on Lab) Skill Level: Advanced Audience Type: Public/Private Language: English Tuition: $1995 Overview: Learn to configure the Tivoli Storage Manager database and recovery log for optimum performance and availability. Develop the skills to run client and server trace functions, write and execute server scripts, and recover corrupted storage pool volumes. Learn to recover a destroyed Tivoli Storage Manager database and a database volume. Run the Tivoli Storage Manager audit volume command against primary storage pool volumes to determine if any of the volumes are corrupted, then recover both a corrupted storage pool volume, as well as an entire primary storage pool. Get in-depth administration training for Tivoli Storage Manager 4.1. This course is the follow-on to: Tivoli Storage Manager 4.1 Administration (TS51A) Learn about key product enhancements for Tivoli Storage Manager 4.1, such as integration with: Tivoli Data Protection Agents Tivoli Disaster Recovery Manager Tivoli Space Manager Tivoli SANergy File Sharing Tivoli Removable Media Manager Tivoli Decision Support IACET Continuing Education Units: 3.2 Who Should Take This Course: System administrators, technical consultants, and implementers who require in-depth knowledge of Tivoli Storage Manager administration. What You Are Taught: Configure and administer Tivoli Storage Manager's enterprise administration environment Configure and administer Tivoli Storage Manager's server-to-server virtual volumes environment Perform both client and server trace functions Recover the Tivoli Storage Manager database, or a single Tivoli Storage Manager database volume Recover a Tivoli Storage Manager primary storage pool, or a single Tivoli Storage Manager primary storage pool volume Write and execute server scripts Change key Tivoli Storage Manager performance parameters to their recommended values Evaluate the need for products that integrate with Tivoli Storage Manager, Tivoli Disaster Recovery Manager, Tivoli Space Manager, Tivoli SANergy File Sharing, Tivoli Data Protection agents, Tivoli Decision Support, Tivoli Removable Media Manager, and EMC Symetrics Timefinder Topics Include: Basics of Tivoli Storage Manager 4.1 High-level operational management Mirror and storage pool volume determination Working with tape libraries Network capacity planning Performance tuning Problem determination and trace function Tivoli Storage Manager reporting Server-to-server virtual volumes Day-to-day operations Enterprise administration Integration with Tivoli Storage Manager Prerequisites:
Re: ANS8015E problem
Being on OS/390, check your TSOADMIN.OPTIONS and ANRSERV.OPTIONS files, you have something set incorrectly in one of these. If you want to, include them in a return message. Thanks, Ryan [EMAIL PROTECTED] -Original Message- From: Philippe ZANNI [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 10:47 AM To: [EMAIL PROTECTED] Subject: ANS8015E problem Sorry for the subject line There is a TSM server on OS/390. When TSM start, there is the error ANS8015E with error code 109. I don't know why ! P.ZANNI -Message d'origine- De: George Lesho [SMTP:[EMAIL PROTECTED]] Date: mercredi 30 janvier 2002 16:45 A: [EMAIL PROTECTED] Objet: Re: Philippes ANS8015E problem Philippe, Please Please Please use a subject line. With the many emails I receive each day, keeping track of threads is a nightmare when posts to the board come through with no subject line. In any case, you failed to mention which platform client was displaying the error, the TSM server or client version and other info that would help resolve the problem. The ANS8015E error indicates that there is an unknown problem in the client's option file. This may be due to the version the client and platform type. Please provide more information. I have experienced problems with my options files and server option file on Windows platforms using 4.1.4.5 client code due to TSM not parsing these files correctly. It has to due with the type of editor they were prepared on as there are special characters involved (such as tabs) that can not be seen. The local work around we came upon is to not use WordPad but then, this may not be your issue; it only applies to Windows machines. George Lesho AFC Enterprises Philippe ZANNI [EMAIL PROTECTED]@VM.MARIST.EDU on 01/30/2002 07:34:38 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: George Lesho/Partners/AFC) Fax to: Subject: Dear listers I have a this message : ANS8015E File 'DD:DSCOPT', error code 109 from options processing. what's mean error code 109 ? Anybody can help me ? Thanks Cordialement P.ZANNI [EMAIL PROTECTED] 01 44 93 21 66
Re: Need help with TSM process slowdowns
Do you mean TSM sessions, client backing up to TSM server? or processes, TSM server copying or migrating data to tape? Ryan -Original Message- From: Hunley, Ike [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 4:03 PM To: [EMAIL PROTECTED] Subject: Need help with TSM process slowdowns HI, I need HELLLP!! TSM backup processes that last week took 51 minutes, now take 8 - 28 hours. We know of no changes to the TSM 4.2.1.9 Server running on OS/390 V2R9. It looks like the servers are ready to send data and TSM is ready to receive. The routers are indicate very low activity. We have a sniffer on now. If anyone out there has recovered from a similar experience please help? Thanks Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: disk pool problem tsm 4.2.1.9
Yes, 3GB doesn't sound like enough, just for comparison, we have one TSM server with a 372 GB pool and we migrate all of it to tape everyday. It works very well. Ryan -Original Message- From: Kelly Lipp [mailto:[EMAIL PROTECTED]] Sent: Monday, January 28, 2002 9:51 AM To: [EMAIL PROTECTED] Subject: Re: disk pool problem tsm 4.2.1.9 You will need to ensure that at all times there is enough space in the disk pool for any client data that might arrive in order to guarantee that direct to tape won't happen. I think you'll have trouble with that with a 3 GB disk pool. Kelly J. Lipp Storage Solutions Specialists, Inc. PO Box 51313 Colorado Springs, CO 80949 [EMAIL PROTECTED] or [EMAIL PROTECTED] www.storsol.com or www.storserver.com (719)531-5926 Fax: (240)539-7175 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Burak Demircan Sent: Monday, January 28, 2002 5:25 AM To: [EMAIL PROTECTED] Subject: disk pool problem tsm 4.2.1.9 Hi, I am using TSM 4.2.1.9 on AIX 4.3.3 with 3583 Library (3 Drives on it) I have a disk pool about 3GB. All my schedules starts at 7pm but some clients' files are over 1.8GB on a low bandwitdth. These clients try to write next stg pool (to a tape pool) directly although their destination pool is my disk pool. I came to a conclusion that due to not enough space on disk pool during backup of many clients some of them are trying to write tape pool even though tape drives are very slow. Do you have any idea to prevent clients to write my tape pools directly (I use migration and at %60 the disk pool migrates to tape pool). I want all clients to write to disk pool and migrate them according to above condition whatever the size or bandwitdh of data. Thank you in advance Burak
Re: allow another node to access file
You need to use the set access command from the client DSMC prompt. Here are the instructions right out of the manual The set access command gives users at other nodes access to your backup versions or archived copies. You can give another user access to a specific file, multiple files, or all files in a directory. When you give access to another user, that user can restore or retrieve your objects. Specify in the command whether you are giving access to archives or backups. Note: You cannot give access to both archives and backups using a single command. Syntax -SET Access---+- Archive-+---+- filespec+- '- Backup--' '- {filespacename}filespec-' - node---+---+---+-+-- '- user-' | .---. | | V | | ' options--+--' We usually end up giving full rights, so you would enter this command on client NODEA at the DSMC prompt... set access backup * nodeb -Original Message- From: Jason Jackson [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 15, 2002 6:05 PM To: [EMAIL PROTECTED] Subject: allow another node to access file How do I allow nodeB to access nodeA files?
Re: Tapes and TSM
Are you running EXPIRE INVENTORY on a weekly or daily basis? -Original Message- From: Lawrence Clark [mailto:[EMAIL PROTECTED]] Sent: Monday, January 14, 2002 11:56 AM To: [EMAIL PROTECTED] Subject: Re: Tapes and TSM Hi: Do a q copygroup to get your number of versions to retain: WINNT ACTIVESTANDARD STANDARD 51 10 60 WINNT STANDARD STANDARD STANDARD 51 10 60 Check your reclamation setting on your storage pool: Collocate?: Yes Reclamation Threshold: 51 more... (ENTER to continue, 'C' to cancel) Maximum Scratch Volumes Allowed: 150 Delay Period for Volume Reuse: 0 Day(s) [EMAIL PROTECTED] 01/14/02 12:38PM Hi, I have been working with TSM to make backups of my servers. The TSM server is running on Windows NT. The TSM makes backups and keep it in hard disk on server TSM, after sends the data to tapes. TSM is sending the data to tapes and the tapes become full. It is OK. But TSM is not erasing the invalid data on the tapes (old files,etc..) !!! What Can I do ?
Re: Tivoli website/Explorer access problem
I have the same issue, sometimes I get this error and sometimes it works. I too have notified Tivoli in the past, up to a year ago, and it seems nothing ever gets done about it... -Original Message- From: Glass, Peter [mailto:[EMAIL PROTECTED]] Sent: Monday, January 07, 2002 4:58 PM To: [EMAIL PROTECTED] Subject: Tivoli website/Explorer access problem Starting about 2 months ago, I've been unable to use Explorer for downloads from the Tivoli website. I get a pop-up window (with Microsoft-type graphics) that says: Either the server does not allow anonymous logins, or the email address was not accepted. The FTP server here is service.boulder.ibm.com. It does not accept any logins, passwords, or email addresses that I supply. I opened a problem ticket with Tivoli about this, but Tivoli was unable to replicate this problem on their side, so they concluded that this is not a Tivoli problem, and therefore could not help me. Fortunately for me, this problem does not occur when I use Netscape (Long Live Netscape!). Has anybody else experienced this same situation with Explorer? Any ideas on how to get around this? Thanks, in advance. Peter Glass Distributed Storage Management (DSM) Wells Fargo Services Company
Re: Immediate client actions
You need to stop and restart the service on the client, so it can query the server to find out it's next schedule, which in this case would the immediate action you created. Otherwise you will need to wait till the client checks for its next schedule on its own... -Original Message- From: Marc D. Taylor [mailto:[EMAIL PROTECTED]] Sent: Monday, April 30, 2001 2:54 PM To: [EMAIL PROTECTED] Subject: Immediate client actions Hello All, Does anyone out there routinely use the Immediate Client Actions utility? I have never gotten it to work for me. And by work, I mean that I set up some action that i want to happen immediately and I add it. In my mind, as soon as I hit the add button, that action should start. Has anyone else had this problem. I am using ADSM Server 3.1.2.30 on AIX 4.2.1. TIA. Marc Taylor
Re: Dr. Watson in NT after installing TSM4.1
Did you use the original OPT file? If so, there are some options that can cause Dr Watson errors. They are options that are no longer supported by the newer client, we have experienced this issue also and found this cause. -Original Message- From: Gottfried Scheckenbach [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 12, 2001 11:24 AM To: [EMAIL PROTECTED] Subject: Re: Dr. Watson in NT after installing TSM4.1 Because there where no answers: Today I had the same problem - after upgrading a old ADSM 3.1 to TSM 4.1 installation on NT with SP 3. Just after installation of SP 6 all went fine. Regards, Gottfried Shekhar Dhotre wrote: Hi all , I installed TSM server 4.1 on WINNT 4.0 service pack 4 , RAM 256 MB whenever i open configuration wizard to configure any of the parameters in TSM DR. WATSON shows his face .. what should i check to correct this problem .. Thanks shekhar
Re: Dr. Watson in NT after installing TSM4.1
The one I can remember off the top of my head is the Fstypes option, it is no longer supported and if it is in the OPT file, it will cause Dr Watson. I believe we had another non supported option cause the same problem, but I can't remember it. Sorry. I would review any OPT file you are going to copy and question any options that seam out of place. That's how we found ours. -Original Message- From: LeBlanc, Patricia [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 12, 2001 2:21 PM To: [EMAIL PROTECTED] Subject: Re: Dr. Watson in NT after installing TSM4.1 What are the options you are talking about that are no longer supported?? -Original Message- From: Miller, Ryan [SMTP:[EMAIL PROTECTED]] Sent: Thursday, April 12, 2001 3:13 PM To: [EMAIL PROTECTED] Subject: Re: Dr. Watson in NT after installing TSM4.1 Did you use the original OPT file? If so, there are some options that can cause Dr Watson errors. They are options that are no longer supported by the newer client, we have experienced this issue also and found this cause. -Original Message- From: Gottfried Scheckenbach [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 12, 2001 11:24 AM To: [EMAIL PROTECTED] Subject: Re: Dr. Watson in NT after installing TSM4.1 Because there where no answers: Today I had the same problem - after upgrading a old ADSM 3.1 to TSM 4.1 installation on NT with SP 3. Just after installation of SP 6 all went fine. Regards, Gottfried Shekhar Dhotre wrote: Hi all , I installed TSM server 4.1 on WINNT 4.0 service pack 4 , RAM 256 MB whenever i open configuration wizard to configure any of the parameters in TSM DR. WATSON shows his face .. what should i check to correct this problem .. Thanks shekhar
Quick Poll, please answer if this applies to you.
Title: ryan Need to compile some quick data for an issue we have opened with Tivoli. Please respond to [EMAIL PROTECTED] if you have a similar situation. We have been given a workaround for the NetWare client for both 3.7 and 4.1 that involves renaming filespaces and letting new ones be created. This is a workaround to be used when upgrading to one of these clients and the conversion from short filenames to long filenames fails. We see another issue that will result from this work around and are trying to get a fix for this. What I would like to know, is how many more of you will be in our same situation. If you have used this workaround, please send me note at [EMAIL PROTECTED] Thanks! Ryan Miller IT Analyst - Storage Administration Principal Financial Group 515-235-5665 [EMAIL PROTECTED] "measure twicecut once"
Re: Netware restore problem
TSM backs up rights and IRFs only at a directory level, not a file level. You may want to have your user create a file structure that adheres to this, create a directory, administer the rights to that directory and place the file in that directory. Moving forward, you will want to consider this when designing your NDS file structure. -Original Message- From: Mearl Danner [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 30, 2001 8:24 AM To: [EMAIL PROTECTED] Subject: Re: Netware restore problem Is he backing up from his workstation? If so, all the client sees is a mapped drive. As far as I know, the file sytem rights of the client platform are backed up. The TSM client (Windows, I assume) knows nothing about the Novell trustee rights - except that he can see the files. He thinks he's backing up a local Windows drive. IMHO he should not be backing up mapped drives from a workstation. If your operation is as ours that would be redundant. We do incrementals of our servers (from the server) every night and all files are backed up with complete trustee information. If we restore them from the server all the rights will appear the next time he logs in his workstation. On Tue, 30 Jan 2001 08:57:24 -0500 Jeff T [EMAIL PROTECTED] wrote: I have a netware user who wants to use our TSM server for file backup. I gave him the software and he has been tesing it. He claims that the trustee rights for NDS file objects are not being preserved on restore. Is there a way to ovecome this? I have limited netware knowledge so I'm in a bad position here. What do I tell him? Jeff Toth FAA - Mearl Danner Systems Programmer Email: [EMAIL PROTECTED] Samford University
Re: Moving filespace
What if the node you want to move the filespaces to already exists? -Original Message- From: Palmadesso Jack [mailto:[EMAIL PROTECTED]] Sent: Friday, January 12, 2001 9:09 AM To: [EMAIL PROTECTED] Subject: Re: Moving filespace You can try renaming the node and filespaces. -Original Message- From: Peter Mann [mailto:[EMAIL PROTECTED]] Sent: Friday, January 12, 2001 7:51 AM To: [EMAIL PROTECTED] Subject: Moving filespace Hi, is there a way to move filespace from one node to another on the SAME ADSM-server? Sincerely yours Peter Mann Tel.+49 0561/804-2465 GhK University of Kassel Computer-Center Secr. +49 0561/804-2287 Moenchebergstrasse 11Telefax +49 0561/804-2297 D-34109 Kassel / Fed.Rep. GermanyE-Mail [EMAIL PROTECTED] PGP Public Key: http://www.uni-kassel.de/security/pgp/pubkeys
Merging Nodes on TSM
Title: ryan We have a situation where we are combining Netware servers, making 1 from 2. This leaves us with old nodes because we are not able to combine the nodes to make 1 from 2. We have tried the export/import function, but due to the size of our filespaces this takes in excess of 3 days, and we miss 3 days worth of data changes. We need to have a solution that allows us associate filespaces from one node to another. Has anyone heard of anything or had this same situation before? Thanks in advance for any assistance! Ryan Miller IT Analyst - Storage Administration Principal Financial Group 515-235-5665 [EMAIL PROTECTED] "measure twicecut once"