Re: Permanent retention
Look at the Archive function of TSM client. It can be invoked from CLI by using dsmc archive objects options or from GUI/Web pressing button Archive instead of Backup. With appropriate settings in archive copygroup (which is different from backup copygroup) this is very easy to achieve. Look for def copy t=a server command. Zlatko Krastev IT Consultant Dorothy LIM Kay Choo [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 02.12.2002 08:47 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Permanent retention Hi, I would like to seek advise on how to use TSM to keep my information permanent. Before the application, execute the end-of-day processing, a set of database will be dump. After the end-of-day processing, there is another dump to database which will overwrite the previous. I need to keep both set for a retention of 7 years. Any advise ? Regards, Dorothy Lim Systems Network Division, United Overseas Bank Limited mailing address: 396 Alexandra Road, #04-00, BP Tower Singapore 119954 e-mail: [EMAIL PROTECTED] // tel: 371 5813 // fax: 270 3944 Privileged/Confidential information may be contained in this communication (which includes any attachment(s)). If you are not an intended recipient, you must not use, copy, disclose, distribute or retain this communication or any part of it. Instead, please delete all copies of this communication from your computer system and notify the sender immediately by reply email. Thank you.
Re: Permanent retention
Hi Zlatko, Thks for the suggestion. I understand that the archive function will result in huge database. I believe there is a protential problem if the database grows too big. Because of the above, I tried to used backupset which was recommended to be as a better option. Regards, Dorothy Lim Systems Network Division, United Overseas Bank Limited mailing address: 396 Alexandra Road, #04-00, BP Tower Singapore 119954 e-mail: [EMAIL PROTECTED] // tel: 371 5813 // fax: 270 3944 Privileged/Confidential information may be contained in this communication (which includes any attachment(s)). If you are not an intended recipient, you must not use, copy, disclose, distribute or retain this communication or any part of it. Instead, please delete all copies of this communication from your computer system and notify the sender immediately by reply email. Thank you. -Original Message- From: Zlatko Krastev/ACIT [mailto:[EMAIL PROTECTED]] Sent: Monday, December 02, 2002 4:01 PM To: [EMAIL PROTECTED] Subject: Re: Permanent retention Look at the Archive function of TSM client. It can be invoked from CLI by using dsmc archive objects options or from GUI/Web pressing button Archive instead of Backup. With appropriate settings in archive copygroup (which is different from backup copygroup) this is very easy to achieve. Look for def copy t=a server command. Zlatko Krastev IT Consultant Dorothy LIM Kay Choo [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 02.12.2002 08:47 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Permanent retention Hi, I would like to seek advise on how to use TSM to keep my information permanent. Before the application, execute the end-of-day processing, a set of database will be dump. After the end-of-day processing, there is another dump to database which will overwrite the previous. I need to keep both set for a retention of 7 years. Any advise ? Regards, Dorothy Lim Systems Network Division, United Overseas Bank Limited mailing address: 396 Alexandra Road, #04-00, BP Tower Singapore 119954 e-mail: [EMAIL PROTECTED] // tel: 371 5813 // fax: 270 3944 Privileged/Confidential information may be contained in this communication (which includes any attachment(s)). If you are not an intended recipient, you must not use, copy, disclose, distribute or retain this communication or any part of it. Instead, please delete all copies of this communication from your computer system and notify the sender immediately by reply email. Thank you.
SV: Novell bare-metal restore
Hi Zlatko The small problem/task of backing up the DOS partition is easily solved... just mak a CRON routine on the NetWare server, and use the TOOLBOX.NLM utility to copy the DOS partion into a folder on a NetWare volume - after this u can make a backup of these files... in a case of restore u just do it backwards - restore to the NetWare volume, then use TOOLBOX.NLM etc. etc. Regards Flemming Hougaard -Oprindelig meddelelse- Fra: Zlatko Krastev/ACIT [mailto:[EMAIL PROTECTED]] Sendt: 22. november 2002 12:55 Til: [EMAIL PROTECTED] Emne: Re: Novell bare-metal restore Daniel, I agree with you. Following this list discussions we can see problems with NDS tree and less with files. Latter are usualy resolvable. You are correct, my second argument is mostly theoretical. TSM client ought to be able to restore NDS tree. If demand is high enough Tivoli may/should ensure it really works. If it does not we have to find another way. But in Netware we have other replicas. Here comes my first (and main) argument against the statement from that customer's Novell guy. We have a connection between the sites thus it does not matter at which site new box is to be installed. During installation the server will join the tree and create all necessary replicas. Even if we assume (very unlikely) source replicas are in the plant, NDS replication ought to move much less data than TSM restore. So they can: 1. Install server (DOS partition + some SYS: files) 2. Join the tree (even across WAN but I suspect LAN) 3. Finish Netware installation and install TSM client 4. Restore rest of the server files (definitely over LAN) Because step 4 ought to be majority of the files and step 2 ought to be several megabytes the procedure IMO ought to be fine. I would count that all restores to new machines can be considered BMR procedures. We are calling it Bare-metal not same-metal recovery :-) And DOS partition is a weird Netware problem we have to cope somehow. Maybe to try using ADSM client for DOS v2 :-) Zlatko Krastev IT Consultant Daniel Sparrman [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 22.11.2002 11:00 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Re: Novell bare-metal restore Cant help commenting this... :) Yes Zlatko, in theory your arguments are correct. However, looking down the ADSM list, everyone can quickly notice the problems with backing up, and restoring, the NDS tree. So, if you have your master replica alive, and are trying to restore a Netware server that contained a NDS r/w or subordinate replica from the master server, I would probably recommend restoring the filesystems on the Netware server, but creating a new NDS replica from the master server. We've also been doing backup/restore testing on the NDS software, and the NDS restore functionality is very dependent on which version of TSAXXX and SMDR nlm:s you are using. Also, doing a complete bare-metal restore of a netware, requires you to restore the DOS partition, on which the server.exe resides. As far as I know, this partition is NOT backed up by TSM. Therefore, doing the bare-metal restore requires you to first create the DOS partition, then copying the files to the Netware server directory. Thereafter, you must start the Netware server, install the required protocols and nlms(normally TSA:s and TCP/IP). Then, you have to manually(or automated if possible) install the TSM client software. At this point, you are able to restore all files backed up with TSM, including NDS(which I woulnd't trust). This scenario, is not would I would call a BMR procedure. If it is, all restores to new machines can be considered BMR procedures. For me, BMR is the capability to automate restore functionality, making it easier to recover from total system loss. Best Regards Daniel Sparrman --- Daniel Sparrman Exist i Stockholm AB Propellervägen 6B 183 62 HÄGERNÄS Växel: 08 - 754 98 00 Mobil: 070 - 399 27 51 Zlatko Krastev [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 2002-11-21 21:55 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Re: Novell bare-metal restore -- You can't restore the Novell server at the central site because it won't be part of the Novell tree I would argue against this. - The server needs a connection to other servers to join the tree during instalation process. If you have a connection (intended for TSM backup) between the plant and the central site then you definitely have a connection for NDS tree. And I suspect Master Replicas reside in the central site so you will use LAN instead of WAN for NDS. - you have the posibility to restore the NDS replicas on the new server. Thus it will contain what the old one had. If the old one was part of the tree new one ought to as
Markus Veit/IMVEM/IS/DE/BAYER ist außer Haus.
Ich werde ab 02.12.2002 nicht im Büro sein. Ich kehre zurück am 11.12.2002. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. Bitte wenden Sie sich in dringenden Fällen an Dr. Rolf Neuber da ich im Moment Urlaub habe.
Server halted!!
Hi All, I am running a TSM server 4.2 on AIX 5L. Today as i was running some backups the server halted suddenly with teh following error. 12/02/2002 15:55:54 ANR7834S Thread 51 (tid 3340) terminating on signal 11 (Segmentation violation). 12/02/2002 15:55:54 ANR7834S GPR 0: 0x0004, 1: 0x00011259acb0 12/02/2002 15:55:54 ANR7834S GPR 2: 0x000110251fa0, 3: 0x 12/02/2002 15:55:54 ANR7834S GPR 4: 0x0001005e21f0, 5: 0x00011259aeb8 12/02/2002 15:55:54 ANR7834S GPR 6: 0x00011259aeb0, 7: 0x00011259aeb4 12/02/2002 15:55:54 ANR7834S GPR 8: 0x0001105bd9b0, 9: 0x 12/02/2002 15:55:54 ANR7834S GPR 10: 0x7df243a67df042a6, 11: 0x000110003e90 12/02/2002 15:55:54 ANR7834S GPR 12: 0x22244485, 13: 0x00011259c130 12/02/2002 15:55:54 ANR7834S GPR 14: 0x, 15: 0x0002 12/02/2002 15:55:54 ANR7834S GPR 16: 0x0003, 17: 0x0002 12/02/2002 15:55:54 ANR7834S GPR 18: 0x000111b09720, 19: 0x 12/02/2002 15:55:54 ANR7834S GPR 20: 0x000110004a98, 21: 0x270f 12/02/2002 15:55:54 ANR7834S GPR 22: 0x00011259aeb4, 23: 0x0018 12/02/2002 15:55:54 ANR7834S GPR 24: 0x00011259aeb0, 25: 0x000111ac7ea0 12/02/2002 15:55:54 ANR7834S GPR 26: 0x00011259aeb8, 27: 0x 12/02/2002 15:55:54 ANR7834S GPR 28: 0x, 29: 0x 12/02/2002 15:55:54 ANR7834S GPR 30: 0x0001100baa50, 31: 0x 12/02/2002 15:55:54 ANR7834S IAR: 0x0001000dce04 12/02/2002 15:55:54 ANR7834S LR: 0x0001001c22c0 12/02/2002 15:55:54 ANR7834S CONTEXT: 0x00011259a830 12/02/2002 15:55:54 ANR7833S Server thread 1 terminated in response to program abort. I restarted the server and the backups are running ok. Has any one faced such problem before. Any help in preventing this from happening again would be greatly appreciated. Thanks in Advance regards murthy
SV: SV: Novell bare-metal restore
Hi Daniel You have a good point there ;) In a case of a bare metal restore I can imagine the following for creating a real disaster recovery procedure: - Make a bootable CD which will create and format a DOS partion (Personally I will use AEFDISK to do this) - After a reboot, a set of standard DOS files are transferred from the CD with the help of a image program (or SYS the drive and make a raw copy of the data). - The NetWare partition can now be created after reboot by calling the appropiate tools from the DOS partition, or maybe by using a Imageprogram supporting NetWare. - restore/update the NetWare SYS: volume (u can put the TSM client on the CD, and can the NLM's from the DOS partition) - restore/update the DOS partition (of course we have made the backup of this partition on a folder on the SYS: volume), and edit the STARTUP.NCF to match the hardware (if new). - Create a temp NDS (a very simple one - same tree name, same admin context) - can be done manually, or by importing from a NDS dump file. - Restore NDS - and the last thing to, is to restore the userdata... I know, it's hard to make this automatically, and the time is always a critical issue - but there is a lot of the above mentioned there can be done by scripts... and regarding time, I suppose that can be minimized by using image software to create a standard DOS volume and a standard SYS: volume. Regards Flemming Hougaard -Oprindelig meddelelse- Fra: Daniel Sparrman [mailto:[EMAIL PROTECTED]] Sendt: 2. december 2002 11:53 Til: [EMAIL PROTECTED] Emne: Re: SV: Novell bare-metal restore Good point Flemming... :) But, to be able to load the toolbox.nlm and restore the files located on the DOS partition, you would first require a DOS-partition to start Novell from :) And, this is the tricky part. In case of a full netware restore, you first manually have to create the DOS partition, copy the required files to this partition(server.exe and so on), and then install the necessary files required to restore data from TSM. This procedure wont take 5 mins, so the restore of the Netware server will not only be relying on your network speed/tape drive speed, but also on how quickly you can get your Netware server running Best Regards Daniel Sparrman --- Daniel Sparrman Exist i Stockholm AB Propellervägen 6B 183 62 HÄGERNÄS Växel: 08 - 754 98 00 Mobil: 070 - 399 27 51 Flemming Hougaard [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 2002-12-02 11:25 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:SV: Novell bare-metal restore Hi Zlatko The small problem/task of backing up the DOS partition is easily solved... just mak a CRON routine on the NetWare server, and use the TOOLBOX.NLM utility to copy the DOS partion into a folder on a NetWare volume - after this u can make a backup of these files... in a case of restore u just do it backwards - restore to the NetWare volume, then use TOOLBOX.NLM etc. etc. Regards Flemming Hougaard -Oprindelig meddelelse- Fra: Zlatko Krastev/ACIT [mailto:[EMAIL PROTECTED]] Sendt: 22. november 2002 12:55 Til: [EMAIL PROTECTED] Emne: Re: Novell bare-metal restore Daniel, I agree with you. Following this list discussions we can see problems with NDS tree and less with files. Latter are usualy resolvable. You are correct, my second argument is mostly theoretical. TSM client ought to be able to restore NDS tree. If demand is high enough Tivoli may/should ensure it really works. If it does not we have to find another way. But in Netware we have other replicas. Here comes my first (and main) argument against the statement from that customer's Novell guy. We have a connection between the sites thus it does not matter at which site new box is to be installed. During installation the server will join the tree and create all necessary replicas. Even if we assume (very unlikely) source replicas are in the plant, NDS replication ought to move much less data than TSM restore. So they can: 1. Install server (DOS partition + some SYS: files) 2. Join the tree (even across WAN but I suspect LAN) 3. Finish Netware installation and install TSM client 4. Restore rest of the server files (definitely over LAN) Because step 4 ought to be majority of the files and step 2 ought to be several megabytes the procedure IMO ought to be fine. I would count that all restores to new machines can be considered BMR procedures. We are calling it Bare-metal not same-metal recovery :-) And DOS partition is a weird Netware problem we have to cope somehow. Maybe to try using ADSM client for DOS v2 :-) Zlatko Krastev IT Consultant Daniel Sparrman [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 22.11.2002 11:00 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:
archive on tape
Hi, Does anyone know how to put an archive on tape so i can sent it to a costumer? thnx, michelle
Re: archive on tape
Hi Michelle If you are refering to TSM tape, I would suggest using import/export function to create a export tape from your TSM server, which can then be imported into a TSM server on your customers location. Use the following command syntax: export node nodename filespace=If you wish to specify a filespace filedata=archive devclass=your deviceclass scratch=yes/no fromd=From which date tod=To which date For help on this command, type help export Then do import at your customers location import node * filedata=archive volumenames=The volumes that the export node used, in correct order Best Regards Daniel Sparrman --- Daniel Sparrman Exist i Stockholm AB Propellervägen 6B 183 62 HÄGERNÄS Växel: 08 - 754 98 00 Mobil: 070 - 399 27 51 Michelle Wiedeman [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 2002-12-02 13:08 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:archive on tape Hi, Does anyone know how to put an archive on tape so i can sent it to a costumer? thnx, michelle
Re: Réf. : Upgrade ADSM 3.1 to TSM 4.2
Eric, One way to migrate the clients from ADSM 3.1 to TSM 4.2 . On the client, in the dsm.sys file, change the serveraddress that is pointing to the ADSM 3.1 to TSM 4.2 . Since the system with TSM 4.2 is not aware of the client, when the client does its first backup to the TSM 4.2 it will be a full backup. Then the next backup will be incremental. If you have a lot of clients, I would only have about 10-20 clients pointing to the TSM 4.2, becuase if you point all the clients to the TSM 4.2 there is going to be a lot of network traffic. If you want a file that is on the ADSM 3.1, just change the serveraddress back to the original ip address. Over time the data on ADSM 3.1 will expire. Also in the dsm.sys file I would make a note, something like this: ** * If file can not be found * change serveraddress to * xxx.xxx.xxx.xxx * ADSM 3.1 * Once restore is complete change * serveraddress back to * xxx.xxx.xxx.xxx ** Its just a note to remind you that if you can't find the file, the file could still be on the ADSM 3.1 . Sias Get your own 800 number Voicemail, fax, email, and a lot more http://www.ureach.com/reg/tag On, Eric LANGUILLE ([EMAIL PROTECTED]) wrote: Thanks a lot for your informations, but there is still en question about this upgrade. On my site, i have 2 servers, one in 3.1 , the other in 4.2. The question is : how do i do to migrate all my clients ADSM on the server 4.2. The two servers are operationnals. If i migrate à client to TSM4.2, how do i do to restaure or retreive data which have been saved in ADSM 3.1? Sincerlys Dennis Glover [EMAIL PROTECTED] le 29/11/2002 16:46:51 Pour :Eric Languille/production/A-S@ELISA cc : Objet : Upgrade ADSM 3.1 to TSM 4.2 Sir, I have performed the upgrade path you ask about in two environments, and there was no problem in either case. Your documentation will describe an upgrade installation, including such important matters as ensuring you have copies of the volume usage and primary storage pool definitions files. I would very strongly suggest that you download the latest patch or maintenance release of the TSM server and client software before you begin! With some servers and clients you will find that the fully- qualified path name to the server and/or client software will have changed. Please note that and make any required changes in your dsm.opt and/or dsm.sys files. Also, when you upgrade your environment, please ensure the TSM server(s) are the first systems you do. That is because the 4.2 server will back up all previous releases of the client, including ADSM 3.1, but an ADSM 3.1 server is not guaranteed to back up a TSM 4.2 client. If you are using certain tape libraries/drives, such as the IBM 3494 library with the IBM 3590 drives, please ensure you have the latest microcode installed to those devices. Otherwise, your backups will almost certainly fail as soon as the new server software is installed. If I understand your question properly, I think you are asking if there are any special steps, such as export and import of backup data as part of the migration. That is not at all a necessary step! Simply upgrade your server, and then upgrade your clients, and the process is complete. Good luck! Dennis Glover
Re: Permanent retention
How I do long term retention is... I register a node by a new name of old_name_exp ex. dbserver01_exp then, on that box, I create a special SErver entry it the dsm.sys file that uses that ~_exp node name ex. SErver export_srv NODE dsmserver01_exp rest of normal stuff Then I tell whoever it is to archive what they want I then produce two exports of that node and send them off-site I have a sample set of tapes I keep locally to verify media stability and ability to import after server upgrades. Best way I've come up with... Dwight E. Cook Software Application Engineer III Science Applications International Corporation 509 S. Boston Ave. Suite 220 Tulsa, Oklahoma 74103-4606 Office (918) 732-7109 -Original Message- From: Dorothy LIM Kay Choo [mailto:[EMAIL PROTECTED]] Sent: Monday, December 02, 2002 12:48 AM To: [EMAIL PROTECTED] Subject: Permanent retention Hi, I would like to seek advise on how to use TSM to keep my information permanent. Before the application, execute the end-of-day processing, a set of database will be dump. After the end-of-day processing, there is another dump to database which will overwrite the previous. I need to keep both set for a retention of 7 years. Any advise ? Regards, Dorothy Lim Systems Network Division, United Overseas Bank Limited mailing address: 396 Alexandra Road, #04-00, BP Tower Singapore 119954 e-mail: [EMAIL PROTECTED] // tel: 371 5813 // fax: 270 3944 Privileged/Confidential information may be contained in this communication (which includes any attachment(s)). If you are not an intended recipient, you must not use, copy, disclose, distribute or retain this communication or any part of it. Instead, please delete all copies of this communication from your computer system and notify the sender immediately by reply email. Thank you.
Help
Hello TSM people, Please help, if there is someone who knows where I can get the 3570 Magstar library drivers for Windows 2000. I have checked the IBM site and I can not find any there. Cheers. Thabani Bengani Business Solutions IT Boe Corporate Ext. 364 2113 Cell. 0825716778 [EMAIL PROTECTED] WARNING: Any unauthorised use or interception of this email is illegal. If this email is not intended for you, you may not copy, distribute nor disclose the contents to anyone. Save for bona fide company matters, BoE Ltd does not accept any responsibility for the opinions expressed in this email. For further details please see: http://www.boe.co.za/emaildisclaimer.htm
Re: Server halted!!
On 02-Dec-02 Murthy V Gongala wrote: I am running a TSM server 4.2 on AIX 5L. Today as i was running some backups the server halted suddenly with teh following error. 12/02/2002 15:55:54 ANR7834S Thread 51 (tid 3340) terminating on signal 11 (Segmentation violation). [knip] Has any one faced such problem before. Yes we did. On year ago with TSM server 4.2.1.7 on AIX 4.3.3: IC32183 TSM SERVER CAN CRASH DURING PROCESS PREEMPTION WITH SEGMENTATION FAULT. (solved in 4.2.1.8) IC32233 TSM server can core with a segmentation violation when attempting to acquire an idle mount point. (solved in 4.2.1.9) Btw, we ran now TSM server 4.2.3.1 without any problems (knock knock on wood). Cheers, Henk ten Have.
Re: V5.1 3494 manual library gotcha
Steve -- Manual libraries are just that - Manual - and do not have a path to the library. You need to use the local library management system (I'm not familiar with 3494 as such) to mount tapes by hand for the restore. Tom Kauffman NIBCO, Inc -Original Message- From: Steve Harris [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 28, 2002 1:54 AM To: [EMAIL PROTECTED] Subject: V5.1 3494 manual library gotcha Hi All, I'm trying to move datacentres by restoring a 4.2.2 database to 5.1.5.3 at the new site - anyone tried an upgrade at the same time as a restore? - I'd like to hear your war stories. Anyway, I've defined my server and I'm running scripts modified from the DRM plan scripts. When I come to do the restore, obviously the devconfig file has to have the new V5.1 path statements in it. The restore fails but I see that I'm using a 3494 and there's an old bug about having to define a manual library for restoring a 3494. So, I go to my test instance and try to define a manual library so I can see what the devconfig file looks like, and here's the gotcha. I can define the manual library, and the drive in the library, and the path to the drive, but when I try to define the path to the library I get tsm: TSMDCTdefine path tsmdct fred srctype=server destt=library device=/dev/rmt1 define path tsmdct fred srctype=server destt=library device=/dev/rmt1 ANR8416E DEFINE PATH: The DEVICE parameter is invalid for library type MANUAL. ANS8001I Return code 15. tsm: TSMDCTDEFINE PATH TSMDCT FRED SRCTYPE=SERVER DESTTYPE=LIBRARY ONLINE=YES DEFINE PATH TSMDCT FRED SRCTYPE=SERVER DESTTYPE=LIBRARY ONLINE=YES ANR2022E DEFINE PATH: One or more parameters are missing. ANS8001I Return code 3. Have I missed something here or found a bug? Regards Steve Harris Unix, Backup and Storage Admin Queensland Health, Brisbane Australia ** This e-mail, including any attachments sent with it, is confidential and for the sole use of the intended recipient(s). This confidentiality is not waived or lost if you receive it and you are not the intended recipient(s), or if it is transmitted/ received in error. Any unauthorised use, alteration, disclosure, distribution or review of this e-mail is prohibited. It may be subject to a statutory duty of confidentiality if it relates to health service matters. If you are not the intended recipient(s), or if you have received this e-mail in error, you are asked to immediately notify the sender by telephone or by return e-mail. You should also delete this e-mail message and destroy any hard copies produced. **
TSM with a DVD Jukebox
Hello all, i need some help about an archiving solution with TSM and a DVD Jukebox. does anybody know, if Tivoli Storage Manager Server supports one of the following DVD Jukeboxes: Plasmon Enterprise DVD-Library D-Serie Mercury 4-0-0 NSM JVC-600 Pioneer 7000 with best regards, Helmut Doersam [EMAIL PROTECTED]
Stable version of 4.2.1.x
We just upgraded from 3.7.2 to 4.2.1.7 on our AIX 4.3.3 ML10 RS6000 TSM server. We have started having some core dumps of TSM. About one to two a week. I have found version 4.2.1.8 through 4.2.1.15 on the FTP site. Can anyone tell me if any of these are stable? I remember someone telling me that 4.2.1.13 was a good version. What about 15? If I have to go to 4.2.2.x I will but I would like to stay at 4.2.1 for now. 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 is 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: Stable version of 4.2.1.x
Hi, 4.2.1.15 is good for us (AIX), since 9 months, 1200 nodes René LAMBELET NESTEC SA GLOBE - Global Business Excellence Central Support Center Information Technology Av. Nestlé 55 CH-1800 Vevey (Switzerland) tél +41 (0)21 924 35 43 fax +41 (0)21 703 30 17 local UBS-Nestec, Bussigny mailto:[EMAIL PROTECTED] This message is intended only for the use of the addressee and may contain information that is privileged and confidential. -Original Message- From: Ford, Phillip [mailto:[EMAIL PROTECTED]] Sent: Monday,2. December 2002 16:21 To: [EMAIL PROTECTED] Subject: Stable version of 4.2.1.x We just upgraded from 3.7.2 to 4.2.1.7 on our AIX 4.3.3 ML10 RS6000 TSM server. We have started having some core dumps of TSM. About one to two a week. I have found version 4.2.1.8 through 4.2.1.15 on the FTP site. Can anyone tell me if any of these are stable? I remember someone telling me that 4.2.1.13 was a good version. What about 15? If I have to go to 4.2.2.x I will but I would like to stay at 4.2.1 for now. 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 is 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: TSM with a DVD Jukebox
hi, Ive struggled with the same question and this was norberts answer: Hi Michelle, yes it works. But only by using w2k or winnt. The tool what you neet is the Roxio easy cd creator an the element is: DirectCD. To use, thats very easy. Define a file device class for the tool and ready. The only problem is you can't define a changer!! regards norbert P.S: There was a document wroten from Richard Sims http://people.bu.edu/rbs/ADSM.QuickFacts -Urspr|ngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]Im Auftrag von Michelle Wiedeman Gesendet: Dienstag, 12. November 2002 12:18 An: [EMAIL PROTECTED] Betreff: can tsm write to dvd -Original Message- From: TSM [mailto:[EMAIL PROTECTED]] Sent: Monday, December 02, 2002 3:49 PM To: [EMAIL PROTECTED] Subject: TSM with a DVD Jukebox Hello all, i need some help about an archiving solution with TSM and a DVD Jukebox. does anybody know, if Tivoli Storage Manager Server supports one of the following DVD Jukeboxes: Plasmon Enterprise DVD-Library D-Serie Mercury 4-0-0 NSM JVC-600 Pioneer 7000 with best regards, Helmut Doersam [EMAIL PROTECTED]
Re: Stable version of 4.2.1.x
I can also vote with both hands for 4.2.1.15. Also works fine in Windows + SAN. It was very stable and is immune to SystemObject bug introduced in 4.2.2.x. Avoid nearly all 4.2.2.x levels and better go to 4.2.3.x if need to go beyond 4.2.1. Working fine since June. Zlatko Krastev IT Consultant Lambelet,Rene,VEVEY,GL-CSC [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 02.12.2002 17:23 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Re: Stable version of 4.2.1.x Hi, 4.2.1.15 is good for us (AIX), since 9 months, 1200 nodes René LAMBELET NESTEC SA GLOBE - Global Business Excellence Central Support Center Information Technology Av. Nestlé 55 CH-1800 Vevey (Switzerland) tél +41 (0)21 924 35 43 fax +41 (0)21 703 30 17 local UBS-Nestec, Bussigny mailto:[EMAIL PROTECTED] This message is intended only for the use of the addressee and may contain information that is privileged and confidential. -Original Message- From: Ford, Phillip [mailto:[EMAIL PROTECTED]] Sent: Monday,2. December 2002 16:21 To: [EMAIL PROTECTED] Subject: Stable version of 4.2.1.x We just upgraded from 3.7.2 to 4.2.1.7 on our AIX 4.3.3 ML10 RS6000 TSM server. We have started having some core dumps of TSM. About one to two a week. I have found version 4.2.1.8 through 4.2.1.15 on the FTP site. Can anyone tell me if any of these are stable? I remember someone telling me that 4.2.1.13 was a good version. What about 15? If I have to go to 4.2.2.x I will but I would like to stay at 4.2.1 for now. 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 is 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: V5.1 3494 manual library gotcha
Steve, I sure don't have Tom's TSM expertise, so 'grain of salt' this -- but my TSM admin had to do a db restore on a 3494 (due to an auditdb gone bad) at version 5.1.x.x. He did have to define the 3494 as a manual library to access the db tape. I'm thinking your desttype='library' is the problem. In our devconfig, it was 'drive'. Here is the devconfig file he used: /* Device Configuration */ DEFINE DEVCLASS 3590CLASS DEVTYPE=3590 FORMAT=DRIVE MOUNTLIMIT=DRIVES MOUNTWAIT=60 MOUNTRETENTION=5 PREFIX=ADSM LIBRARY=3494LIB SET SERVERNAME BLAHBLAH01 DEFINE LIBRARY 3494LIB LIBTYPE=manual DEFINE DRIVE 3494LIB DRIVE1 DEFINE PATH BLAHBLAH01 DRIVE1 SRCTYPE=SERVER DESTTYPE=DRIVE LIBRARY=3494LIB DEVICE=/dev/rmt1 ONLINE=yes Scott Behrens [EMAIL PROTECTED] 12/2/02 9:09:56 AM Steve -- Manual libraries are just that - Manual - and do not have a path to the library. You need to use the local library management system (I'm not familiar with 3494 as such) to mount tapes by hand for the restore. Tom Kauffman NIBCO, Inc -Original Message- From: Steve Harris [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 28, 2002 1:54 AM To: [EMAIL PROTECTED] Subject: V5.1 3494 manual library gotcha Hi All, I'm trying to move datacentres by restoring a 4.2.2 database to 5.1.5.3 at the new site - anyone tried an upgrade at the same time as a restore? - I'd like to hear your war stories. Anyway, I've defined my server and I'm running scripts modified from the DRM plan scripts. When I come to do the restore, obviously the devconfig file has to have the new V5.1 path statements in it. The restore fails but I see that I'm using a 3494 and there's an old bug about having to define a manual library for restoring a 3494. So, I go to my test instance and try to define a manual library so I can see what the devconfig file looks like, and here's the gotcha. I can define the manual library, and the drive in the library, and the path to the drive, but when I try to define the path to the library I get tsm: TSMDCTdefine path tsmdct fred srctype=server destt=library device=/dev/rmt1 define path tsmdct fred srctype=server destt=library device=/dev/rmt1 ANR8416E DEFINE PATH: The DEVICE parameter is invalid for library type MANUAL. ANS8001I Return code 15. tsm: TSMDCTDEFINE PATH TSMDCT FRED SRCTYPE=SERVER DESTTYPE=LIBRARY ONLINE=YES DEFINE PATH TSMDCT FRED SRCTYPE=SERVER DESTTYPE=LIBRARY ONLINE=YES ANR2022E DEFINE PATH: One or more parameters are missing. ANS8001I Return code 3. Have I missed something here or found a bug? Regards Steve Harris Unix, Backup and Storage Admin Queensland Health, Brisbane Australia
Bocada .v. Servograph/TSM .or. alternatives??
Hi World, I am looking to buy a TSM reporting tool, with Billing capabilities. I am aware of Bocada and Servograph/TSM. Does anyone have knowledge of either, or something better??? Any information will be gratefully received. Best Regards Seasons Greetings (we all have something to celebrate!!) Tony Morgan Fortis Bank London This e-mail and any files transmitted with it, are confidential and intended solely for the use of the addressee. The content of this e-mail may have been changed without the consent of the originator. The information supplied must be viewed in this context. If you have received this e-mail in error please notify our Helpdesk by telephone on +44 (0) 20-7444-8444. Any use, dissemination, forwarding, printing, or copying of this e-mail or its attachments is strictly prohibited.
Re: Permanent retention
Dorothy, 2 archives/day * 365.25 * 7 * 800b (600b+200b for copy) = about 4.1 MB/object at the end of 7 years. How many objects will you archive each day? When you're fully populated at 7 years, your database would have grown by only 1GB due to these archives if you're archiving as many as 240 objects twice a day. I'd say your archives, unless you're doing thousands of objects twice a day, probably shouldn't grow your database as much as you might fear. Alex Paschal Storage Administrator Freightliner, LLC (503) 745-6850 phone/vmail -Original Message- From: Dorothy LIM Kay Choo [mailto:[EMAIL PROTECTED]] Sent: Monday, December 02, 2002 1:43 AM To: [EMAIL PROTECTED] Subject: Re: Permanent retention Hi Zlatko, Thks for the suggestion. I understand that the archive function will result in huge database. I believe there is a protential problem if the database grows too big. Because of the above, I tried to used backupset which was recommended to be as a better option. Regards, Dorothy Lim Systems Network Division, United Overseas Bank Limited mailing address: 396 Alexandra Road, #04-00, BP Tower Singapore 119954 e-mail: [EMAIL PROTECTED] // tel: 371 5813 // fax: 270 3944 Privileged/Confidential information may be contained in this communication (which includes any attachment(s)). If you are not an intended recipient, you must not use, copy, disclose, distribute or retain this communication or any part of it. Instead, please delete all copies of this communication from your computer system and notify the sender immediately by reply email. Thank you. -Original Message- From: Zlatko Krastev/ACIT [mailto:[EMAIL PROTECTED]] Sent: Monday, December 02, 2002 4:01 PM To: [EMAIL PROTECTED] Subject: Re: Permanent retention Look at the Archive function of TSM client. It can be invoked from CLI by using dsmc archive objects options or from GUI/Web pressing button Archive instead of Backup. With appropriate settings in archive copygroup (which is different from backup copygroup) this is very easy to achieve. Look for def copy t=a server command. Zlatko Krastev IT Consultant Dorothy LIM Kay Choo [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 02.12.2002 08:47 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Permanent retention Hi, I would like to seek advise on how to use TSM to keep my information permanent. Before the application, execute the end-of-day processing, a set of database will be dump. After the end-of-day processing, there is another dump to database which will overwrite the previous. I need to keep both set for a retention of 7 years. Any advise ? Regards, Dorothy Lim Systems Network Division, United Overseas Bank Limited mailing address: 396 Alexandra Road, #04-00, BP Tower Singapore 119954 e-mail: [EMAIL PROTECTED] // tel: 371 5813 // fax: 270 3944 Privileged/Confidential information may be contained in this communication (which includes any attachment(s)). If you are not an intended recipient, you must not use, copy, disclose, distribute or retain this communication or any part of it. Instead, please delete all copies of this communication from your computer system and notify the sender immediately by reply email. Thank you.
Re: Help
Hi, you will find the drivers on ftp://service.boulder.ibm.com/storage/devdrvr/Win2000. Beware, what IBM says in the README: IBMMag.Win2k.exe - Win/2000 TotalStorage (Magstar) device driver (not to be used with Tivoli Storage Manager (ADSM) ) However, I have seen these drivers running fine with TSM. Just make sure you: 1. Use the right SCSI controller (AHA 2944 UW) is said to be the only one supported. 2. Since the 3570 drives are also supposed to be natively supported under W2K, make sure the IBMmag driver and the native driver are not getting in each others way. I will send a copy of the driver file directly to your email address in case your proxy does not allow for ftp since we do not want to blast this list. CYA Lars On 02.12.2002 15:01:04 ADSM: Dist Stor Manager wrote: Hello TSM people, Please help, if there is someone who knows where I can get the 3570 Magstar library drivers for Windows 2000. I have checked the IBM site and I can not find any there. Cheers. Thabani Bengani Business Solutions IT Boe Corporate Ext. 364 2113 Cell. 0825716778 [EMAIL PROTECTED] WARNING: Any unauthorised use or interception of this email is illegal. If this email is not intended for you, you may not copy, distribute nor disclose the contents to anyone. Save for bona fide company matters, BoE Ltd does not accept any responsibility for the opinions expressed in this email. For further details please see: http://www.boe.co.za/emaildisclaimer.htm
Client version stored in Database?
Can I issue a query to tell the version of TSM client software on each node? Thanks, Doug Douglas C. Nelson Distributed Computing Consultant Alltel Information Services Chittenden Data Center 2 Burlington Square Burlington, Vt. 05401 802-660-2336
Re: Client version stored in Database?
Just do a query node f=d You will see the version of each node software in the output. regards, Manuel - Original Message - From: Nelson, Doug [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, December 02, 2002 6:01 PM Subject: Client version stored in Database? Can I issue a query to tell the version of TSM client software on each node? Thanks, Doug Douglas C. Nelson Distributed Computing Consultant Alltel Information Services Chittenden Data Center 2 Burlington Square Burlington, Vt. 05401 802-660-2336
RES: Client version stored in Database?
Doug, maybe this one helps select node_name,cast(client_version as char) || cast(client_release as char) || cast(client_level as char) as Client from nodes -- Paul Gondim van Dongen Engenheiro de Sistemas MCSE Tivoli Certified Consultant - Storage Manager VANguard - Value Added Network guardians http://www.vanguard-it.com.br Fone: 55 81 3225-0353 -Mensagem original- De: Nelson, Doug [mailto:[EMAIL PROTECTED]] Enviada em: Monday, December 02, 2002 14:01 Para: [EMAIL PROTECTED] Assunto: Client version stored in Database? Can I issue a query to tell the version of TSM client software on each node? Thanks, Doug Douglas C. Nelson Distributed Computing Consultant Alltel Information Services Chittenden Data Center 2 Burlington Square Burlington, Vt. 05401 802-660-2336
Re: Permanent retention
- Backupsets do not have the ability to have copies in TSM. Count yourself how many times a tape (of the backupset) can become bad during those 7 years.If you realize it on the 4-th or 6-th year ...? - Will you stay at current tape drive technology forever? What should you do after 7 years - today's backupsets are let say on DLT, during 2003-2004 you will use LTOv2 and later will be say on LTOv4?!? You will have to keep *operative* and working for restores all technologies used during last 7 years. - What do you mean as huge? Alex already did some math. The only thing he did not added is: there are many people successfully driving 80, 100, even 180 GB TSM DB (with appropriate hardware of course). And it works every day! - Backupset lives alone on a cartridge and nothing else can use it. If your backupset is for example 30 GB and you still use DLT 7000 wasted space will be only 14%. If DLT8000 is used it will grow to 25%, for 100 GB LTO and 110 GB SDLT - 70% and 73% respectively. This will mean unused *expensive* cartridges. For 7 years, 2 cartridges (minimum) per day, ... do the math yourself. (TSM rulez! sorry, cannot resist to ask bean counters how it will cost using *any* other product :-) I can only add that if *each* copy is so important to force you to make them twice a day, you have to be careful. Zlatko Krastev IT Consultant Alex Paschal [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 02.12.2002 18:18 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Re: Permanent retention Dorothy, 2 archives/day * 365.25 * 7 * 800b (600b+200b for copy) = about 4.1 MB/object at the end of 7 years. How many objects will you archive each day? When you're fully populated at 7 years, your database would have grown by only 1GB due to these archives if you're archiving as many as 240 objects twice a day. I'd say your archives, unless you're doing thousands of objects twice a day, probably shouldn't grow your database as much as you might fear. Alex Paschal Storage Administrator Freightliner, LLC (503) 745-6850 phone/vmail -Original Message- From: Dorothy LIM Kay Choo [mailto:[EMAIL PROTECTED]] Sent: Monday, December 02, 2002 1:43 AM To: [EMAIL PROTECTED] Subject: Re: Permanent retention Hi Zlatko, Thks for the suggestion. I understand that the archive function will result in huge database. I believe there is a protential problem if the database grows too big. Because of the above, I tried to used backupset which was recommended to be as a better option. Regards, Dorothy Lim Systems Network Division, United Overseas Bank Limited mailing address: 396 Alexandra Road, #04-00, BP Tower Singapore 119954 e-mail: [EMAIL PROTECTED] // tel: 371 5813 // fax: 270 3944 Privileged/Confidential information may be contained in this communication (which includes any attachment(s)). If you are not an intended recipient, you must not use, copy, disclose, distribute or retain this communication or any part of it. Instead, please delete all copies of this communication from your computer system and notify the sender immediately by reply email. Thank you. -Original Message- From: Zlatko Krastev/ACIT [mailto:[EMAIL PROTECTED]] Sent: Monday, December 02, 2002 4:01 PM To: [EMAIL PROTECTED] Subject: Re: Permanent retention Look at the Archive function of TSM client. It can be invoked from CLI by using dsmc archive objects options or from GUI/Web pressing button Archive instead of Backup. With appropriate settings in archive copygroup (which is different from backup copygroup) this is very easy to achieve. Look for def copy t=a server command. Zlatko Krastev IT Consultant Dorothy LIM Kay Choo [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 02.12.2002 08:47 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Permanent retention Hi, I would like to seek advise on how to use TSM to keep my information permanent. Before the application, execute the end-of-day processing, a set of database will be dump. After the end-of-day processing, there is another dump to database which will overwrite the previous. I need to keep both set for a retention of 7 years. Any advise ? Regards, Dorothy Lim Systems Network Division, United Overseas Bank Limited mailing address: 396 Alexandra Road, #04-00, BP Tower Singapore 119954 e-mail: [EMAIL PROTECTED] // tel: 371 5813 // fax: 270 3944 Privileged/Confidential information may be contained in this communication (which includes any attachment(s)). If you are not an intended recipient, you must not use, copy, disclose, distribute or retain this communication or any part of it. Instead, please delete all copies of this communication from your computer system and
Re: Client version stored in Database?
select cast(CLIENT_RELEASE as char) concat '.' concat cast(CLIENT_LEVEL as char) concat '.' concat cast(CLIENT_SUBLEVEL as varchar(2)) concat ' for ' concat PLATFORM_NAME concat '/' concat CLIENT_OS_LEVEL as from nodes Zlatko Krastev IT Consultant Nelson, Doug [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 02.12.2002 19:01 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Client version stored in Database? Can I issue a query to tell the version of TSM client software on each node? Thanks, Doug Douglas C. Nelson Distributed Computing Consultant Alltel Information Services Chittenden Data Center 2 Burlington Square Burlington, Vt. 05401 802-660-2336
Re: Client version stored in Database? (thanks)
Thanks -Original Message- From: Paul van Dongen [mailto:[EMAIL PROTECTED]] Sent: Monday, December 02, 2002 12:10 PM To: [EMAIL PROTECTED] Subject: RES: Client version stored in Database? Doug, maybe this one helps select node_name,cast(client_version as char) || cast(client_release as char) || cast(client_level as char) as Client from nodes -- Paul Gondim van Dongen Engenheiro de Sistemas MCSE Tivoli Certified Consultant - Storage Manager VANguard - Value Added Network guardians http://www.vanguard-it.com.br Fone: 55 81 3225-0353 -Mensagem original- De: Nelson, Doug [mailto:[EMAIL PROTECTED]] Enviada em: Monday, December 02, 2002 14:01 Para: [EMAIL PROTECTED] Assunto: Client version stored in Database? Can I issue a query to tell the version of TSM client software on each node? Thanks, Doug Douglas C. Nelson Distributed Computing Consultant Alltel Information Services Chittenden Data Center 2 Burlington Square Burlington, Vt. 05401 802-660-2336
Re: RES: Client version stored in Database?
-- ANR2900W The character string '32' was truncated during assignment. Use cast(client_level as char(2)) or cast(client_level as varchar(2)) instead. Zlatko Krastev IT Consultant Paul van Dongen [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 02.12.2002 14:10 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:RES: Client version stored in Database? Doug, maybe this one helps select node_name,cast(client_version as char) || cast(client_release as char) || cast(client_level as char) as Client from nodes -- Paul Gondim van Dongen Engenheiro de Sistemas MCSE Tivoli Certified Consultant - Storage Manager VANguard - Value Added Network guardians http://www.vanguard-it.com.br Fone: 55 81 3225-0353 -Mensagem original- De: Nelson, Doug [mailto:[EMAIL PROTECTED]] Enviada em: Monday, December 02, 2002 14:01 Para: [EMAIL PROTECTED] Assunto: Client version stored in Database? Can I issue a query to tell the version of TSM client software on each node? Thanks, Doug Douglas C. Nelson Distributed Computing Consultant Alltel Information Services Chittenden Data Center 2 Burlington Square Burlington, Vt. 05401 802-660-2336
Re: Permanent retention
I agree with Zlatko; I don't think the archives will grow your data base all that much. But even if your DB got too big over time, you could use a second instance of the TSM server and use just THAT server for your archives, to split the DB into more manageable pieces. But you shouldn't have to do that for a long time. -Original Message- From: Dorothy LIM Kay Choo [mailto:[EMAIL PROTECTED]] Sent: Monday, December 02, 2002 4:43 AM To: [EMAIL PROTECTED] Subject: Re: Permanent retention Hi Zlatko, Thks for the suggestion. I understand that the archive function will result in huge database. I believe there is a protential problem if the database grows too big. Because of the above, I tried to used backupset which was recommended to be as a better option. Regards, Dorothy Lim Systems Network Division, United Overseas Bank Limited mailing address: 396 Alexandra Road, #04-00, BP Tower Singapore 119954 e-mail: [EMAIL PROTECTED] // tel: 371 5813 // fax: 270 3944 Privileged/Confidential information may be contained in this communication (which includes any attachment(s)). If you are not an intended recipient, you must not use, copy, disclose, distribute or retain this communication or any part of it. Instead, please delete all copies of this communication from your computer system and notify the sender immediately by reply email. Thank you. -Original Message- From: Zlatko Krastev/ACIT [mailto:[EMAIL PROTECTED]] Sent: Monday, December 02, 2002 4:01 PM To: [EMAIL PROTECTED] Subject: Re: Permanent retention Look at the Archive function of TSM client. It can be invoked from CLI by using dsmc archive objects options or from GUI/Web pressing button Archive instead of Backup. With appropriate settings in archive copygroup (which is different from backup copygroup) this is very easy to achieve. Look for def copy t=a server command. Zlatko Krastev IT Consultant Dorothy LIM Kay Choo [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 02.12.2002 08:47 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Permanent retention Hi, I would like to seek advise on how to use TSM to keep my information permanent. Before the application, execute the end-of-day processing, a set of database will be dump. After the end-of-day processing, there is another dump to database which will overwrite the previous. I need to keep both set for a retention of 7 years. Any advise ? Regards, Dorothy Lim Systems Network Division, United Overseas Bank Limited mailing address: 396 Alexandra Road, #04-00, BP Tower Singapore 119954 e-mail: [EMAIL PROTECTED] // tel: 371 5813 // fax: 270 3944 Privileged/Confidential information may be contained in this communication (which includes any attachment(s)). If you are not an intended recipient, you must not use, copy, disclose, distribute or retain this communication or any part of it. Instead, please delete all copies of this communication from your computer system and notify the sender immediately by reply email. Thank you.
Re: ADSM-L Digest - 28 Nov 2002 to 29 Nov 2002 (#2002-333)
Multible database backups to copypools? How do I complete two database backups each day but only copy the most current to offsite_pool?? Thanks, Roger
Re: Stable version of 4.2.1.x
Me too. AIX 4.2.1.15 since last April, 400 nodes. VERY stable. And it stopped the core dumps. -Original Message- From: Lambelet,Rene,VEVEY,GL-CSC [mailto:[EMAIL PROTECTED]] Sent: Monday, December 02, 2002 10:24 AM To: [EMAIL PROTECTED] Subject: Re: Stable version of 4.2.1.x Hi, 4.2.1.15 is good for us (AIX), since 9 months, 1200 nodes René LAMBELET NESTEC SA GLOBE - Global Business Excellence Central Support Center Information Technology Av. Nestlé 55 CH-1800 Vevey (Switzerland) tél +41 (0)21 924 35 43 fax +41 (0)21 703 30 17 local UBS-Nestec, Bussigny mailto:[EMAIL PROTECTED] This message is intended only for the use of the addressee and may contain information that is privileged and confidential. -Original Message- From: Ford, Phillip [mailto:[EMAIL PROTECTED]] Sent: Monday,2. December 2002 16:21 To: [EMAIL PROTECTED] Subject: Stable version of 4.2.1.x We just upgraded from 3.7.2 to 4.2.1.7 on our AIX 4.3.3 ML10 RS6000 TSM server. We have started having some core dumps of TSM. About one to two a week. I have found version 4.2.1.8 through 4.2.1.15 on the FTP site. Can anyone tell me if any of these are stable? I remember someone telling me that 4.2.1.13 was a good version. What about 15? If I have to go to 4.2.2.x I will but I would like to stay at 4.2.1 for now. 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 is 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: Bocada .v. Servograph/TSM .or. alternatives??
Tony, I'd be interested to see whether Bocada's backup-status reports show you -whether any FILES were missed (e.g. NTUSER.DAT and such) -if there are old filespaces wasting apce in your library. Bocada's good feature is that it works across several products: TSM, Veritas, etc. But it doesn't seem to go very deep. Please let me know if I'm wrong about this. Thanks. - 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:[EMAIL PROTECTED]]On Behalf Of Tony Morgan Sent: Monday, December 02, 2002 11:03 AM To: [EMAIL PROTECTED] Subject: Bocada .v. Servograph/TSM .or. alternatives?? Hi World, I am looking to buy a TSM reporting tool, with Billing capabilities. I am aware of Bocada and Servograph/TSM. Does anyone have knowledge of either, or something better??? Any information will be gratefully received. Best Regards Seasons Greetings (we all have something to celebrate!!) Tony Morgan Fortis Bank London This e-mail and any files transmitted with it, are confidential and intended solely for the use of the addressee. The content of this e-mail may have been changed without the consent of the originator. The information supplied must be viewed in this context. If you have received this e-mail in error please notify our Helpdesk by telephone on +44 (0) 20-7444-8444. Any use, dissemination, forwarding, printing, or copying of this e-mail or its attachments is strictly prohibited.
Re: Permanent retention
do the directory archives still go to the management class with the longest retention ? I put a 10 year archive management class in systems I built 6 years ago and as people performed thousands of archives a day (for each of hundreds of registered clients) the tsm databases grew out of controll... I believe such issues are currently resolved (one way or another) but I still don't make long term archive management classes available... I deal with those needs in other ways (export of the data/node) Dwight -Original Message- From: Prather, Wanda [mailto:[EMAIL PROTECTED]] Sent: Monday, December 02, 2002 11:39 AM To: [EMAIL PROTECTED] Subject: Re: Permanent retention I agree with Zlatko; I don't think the archives will grow your data base all that much. But even if your DB got too big over time, you could use a second instance of the TSM server and use just THAT server for your archives, to split the DB into more manageable pieces. But you shouldn't have to do that for a long time. -Original Message- From: Dorothy LIM Kay Choo [mailto:[EMAIL PROTECTED]] Sent: Monday, December 02, 2002 4:43 AM To: [EMAIL PROTECTED] Subject: Re: Permanent retention Hi Zlatko, Thks for the suggestion. I understand that the archive function will result in huge database. I believe there is a protential problem if the database grows too big. Because of the above, I tried to used backupset which was recommended to be as a better option. Regards, Dorothy Lim Systems Network Division, United Overseas Bank Limited mailing address: 396 Alexandra Road, #04-00, BP Tower Singapore 119954 e-mail: [EMAIL PROTECTED] // tel: 371 5813 // fax: 270 3944 Privileged/Confidential information may be contained in this communication (which includes any attachment(s)). If you are not an intended recipient, you must not use, copy, disclose, distribute or retain this communication or any part of it. Instead, please delete all copies of this communication from your computer system and notify the sender immediately by reply email. Thank you. -Original Message- From: Zlatko Krastev/ACIT [mailto:[EMAIL PROTECTED]] Sent: Monday, December 02, 2002 4:01 PM To: [EMAIL PROTECTED] Subject: Re: Permanent retention Look at the Archive function of TSM client. It can be invoked from CLI by using dsmc archive objects options or from GUI/Web pressing button Archive instead of Backup. With appropriate settings in archive copygroup (which is different from backup copygroup) this is very easy to achieve. Look for def copy t=a server command. Zlatko Krastev IT Consultant Dorothy LIM Kay Choo [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 02.12.2002 08:47 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Permanent retention Hi, I would like to seek advise on how to use TSM to keep my information permanent. Before the application, execute the end-of-day processing, a set of database will be dump. After the end-of-day processing, there is another dump to database which will overwrite the previous. I need to keep both set for a retention of 7 years. Any advise ? Regards, Dorothy Lim Systems Network Division, United Overseas Bank Limited mailing address: 396 Alexandra Road, #04-00, BP Tower Singapore 119954 e-mail: [EMAIL PROTECTED] // tel: 371 5813 // fax: 270 3944 Privileged/Confidential information may be contained in this communication (which includes any attachment(s)). If you are not an intended recipient, you must not use, copy, disclose, distribute or retain this communication or any part of it. Instead, please delete all copies of this communication from your computer system and notify the sender immediately by reply email. Thank you.
Re: Client version stored in Database?
select platform_name as OS, - client_os_level as OS_VER, - node_name as Node, - cast(cast(client_version as char(2)) || '.' - ||cast(client_release as char(2)) || '.' - ||cast(client_level as char(2)) || '.' - ||cast(client_sublevel as char(2)) - as char(15)) as Client - from nodes - order by platform_name, client_os_level, Client, Node --- Bruce Kamp Midrange Systems Analyst II Memorial Healthcare System E: [EMAIL PROTECTED] P: (954) 987-2020 x4597 F: (954) 985-1404 --- -Original Message- From: Mark D. Rodriguez [mailto:[EMAIL PROTECTED]] Sent: Monday, December 02, 2002 2:37 PM To: [EMAIL PROTECTED] Subject: Re: Client version stored in Database? Nelson, Doug wrote: Can I issue a query to tell the version of TSM client software on each node? Thanks, Doug Douglas C. Nelson Distributed Computing Consultant Alltel Information Services Chittenden Data Center 2 Burlington Square Burlington, Vt. 05401 802-660-2336 Doug, You can do a q node f=d, client version is one of the reported fields. -- Regards, Mark D. Rodriguez President MDR Consulting, Inc. === MDR Consulting The very best in Technical Training and Consulting. IBM Advanced Business Partner SAIR Linux and GNU Authorized Center for Education IBM Certified Advanced Technical Expert, CATE AIX Support and Performance Tuning, RS6000 SP, TSM/ADSM and Linux Red Hat Certified Engineer, RHCE ===
Re: Client version stored in Database?
Zlatko Krastev/ACIT wrote: select cast(CLIENT_RELEASE as char) concat '.' concat cast(CLIENT_LEVEL as char) concat '.' concat cast(CLIENT_SUBLEVEL as varchar(2)) concat ' for ' concat PLATFORM_NAME concat '/' concat CLIENT_OS_LEVEL as from nodes Zlatko Krastev IT Consultant Zlatko, That is a very cool little select. However you missed the client version so here is my little addition. select cast(CLIENT_VERSION as char) concat '.' concat cast(CLIENT_RELEASE as char) concat '.' concat cast(CLIENT_LEVEL as char) concat '.' concat cast(CLIENT_SUBLEVEL as varchar(2)) concat ' for ' concat PLATFORM_NAME concat '/' concat CLIENT_OS_LEVEL as from nodes -- Regards, Mark D. Rodriguez President MDR Consulting, Inc. === MDR Consulting The very best in Technical Training and Consulting. IBM Advanced Business Partner SAIR Linux and GNU Authorized Center for Education IBM Certified Advanced Technical Expert, CATE AIX Support and Performance Tuning, RS6000 SP, TSM/ADSM and Linux Red Hat Certified Engineer, RHCE ===
Re: Client version stored in Database?
Nelson, Doug wrote: Can I issue a query to tell the version of TSM client software on each node? Thanks, Doug Douglas C. Nelson Distributed Computing Consultant Alltel Information Services Chittenden Data Center 2 Burlington Square Burlington, Vt. 05401 802-660-2336 Doug, You can do a q node f=d, client version is one of the reported fields. -- Regards, Mark D. Rodriguez President MDR Consulting, Inc. === MDR Consulting The very best in Technical Training and Consulting. IBM Advanced Business Partner SAIR Linux and GNU Authorized Center for Education IBM Certified Advanced Technical Expert, CATE AIX Support and Performance Tuning, RS6000 SP, TSM/ADSM and Linux Red Hat Certified Engineer, RHCE ===
Re: Client version stored in Database?
Try this one select node_name as NODES, platform_name as Platform, client_version as VERSION, client_release as RELEASE, client_level as LEVEL,client_sublevel as SUB LEVEL from nodes -mdh -Original Message- From: Mark D. Rodriguez [mailto:[EMAIL PROTECTED]] Sent: Monday, December 02, 2002 2:49 PM To: [EMAIL PROTECTED] Subject: Re: Client version stored in Database? Zlatko Krastev/ACIT wrote: select cast(CLIENT_RELEASE as char) concat '.' concat cast(CLIENT_LEVEL as char) concat '.' concat cast(CLIENT_SUBLEVEL as varchar(2)) concat ' for ' concat PLATFORM_NAME concat '/' concat CLIENT_OS_LEVEL as from nodes Zlatko Krastev IT Consultant Zlatko, That is a very cool little select. However you missed the client version so here is my little addition. select cast(CLIENT_VERSION as char) concat '.' concat cast(CLIENT_RELEASE as char) concat '.' concat cast(CLIENT_LEVEL as char) concat '.' concat cast(CLIENT_SUBLEVEL as varchar(2)) concat ' for ' concat PLATFORM_NAME concat '/' concat CLIENT_OS_LEVEL as from nodes -- Regards, Mark D. Rodriguez President MDR Consulting, Inc. === MDR Consulting The very best in Technical Training and Consulting. IBM Advanced Business Partner SAIR Linux and GNU Authorized Center for Education IBM Certified Advanced Technical Expert, CATE AIX Support and Performance Tuning, RS6000 SP, TSM/ADSM and Linux Red Hat Certified Engineer, RHCE ===
AIXASYNCIO
Any input about this server option ASYNCIO? Thanks, Ed Moso
DRM weekly reclaimation question
How long should weekly reclaimation of copypools take? I have a copypool library of 40 volumes. I have tried to do copypool reclaimation on a weekly basis but have not gotten it to finish in a 5-8 hour day? We are using TSM 5.1 on the client side in a Win 2k environment. How long should I expect it to take? Thanks for any help. Ron Lochhead
Re: DRM weekly reclaimation question
Well, that depends on what the capacity of your tapes are, how many tapes you would reclaim etc. From what info you provided though, I would say do this daily instead of weekly. It may finish in 5-8 hours if done daily. Do it daily for a few days and see what happens. Most sites do this and expiration on a daily basis. David Longo [EMAIL PROTECTED] 12/02/02 04:47PM How long should weekly reclaimation of copypools take? I have a copypool library of 40 volumes. I have tried to do copypool reclaimation on a weekly basis but have not gotten it to finish in a 5-8 hour day? We are using TSM 5.1 on the client side in a Win 2k environment. How long should I expect it to take? Thanks for any help. Ron Lochhead MMS health-first.org made the following annotations on 12/02/2002 05:01:01 PM -- 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. ==
Command Line Restore Syntax question
Greetings wise xSM'ers, Simple question: Using the CLI restore command to restore a client's files, how can I specify to NOT restore NTFS permissions (on a windoze box of course)? I have read through the manual (did I just miss it?), but do not see this listed as an option nor is it listed with the help for the command. Yet, it can be done with the Client GUI, so I am *assuming* it can be done with the CLI as well. I would much rather use the CLI, especially as the GUI still seems to only call on 1 tape drive during the restore. Server: Win2k SP3, TSM 5.1.1.0 Client: Win2k Sp3, 5.1.5.1 Chris Murphy IT Network Analyst ID Dept. of Lands Office: (208) 334-0293 [EMAIL PROTECTED]
Can backup throughput be deliberately throttled on a per node basis.
I have an unusual situation where we are interested in deliberately throttling network performance, that's right, we might want to slow down backups from nodes and from server to server. Furthermore it has been suggested to me that this capability is available in TSM. Apart from tweaking the communication options to impair client and server communication performance (breaks my heart to consider doing it), is there something specificly designed to restrict bandwidth usage within TSM? I appreciate the feedback, Regards, Eric Winters Sydney Australia
Re: Can backup throughput be deliberately throttled on a per node basis.
I've had to throttle some of mine as well. First I set Resource Utilization to 1. Then if still more is needed I degrade the network. Bizarre, isn't it? - Kai. What we observe is not nature itself, but nature exposed to our method of questioning. -- Werner Karl Heisenberg -Original Message- From: Eric Winters [mailto:[EMAIL PROTECTED]] Sent: Monday, 02 December 2002 3:46 PM To: [EMAIL PROTECTED] Subject: Can backup throughput be deliberately throttled on a per node basis. I have an unusual situation where we are interested in deliberately throttling network performance, that's right, we might want to slow down backups from nodes and from server to server. Furthermore it has been suggested to me that this capability is available in TSM. Apart from tweaking the communication options to impair client and server communication performance (breaks my heart to consider doing it), is there something specificly designed to restrict bandwidth usage within TSM? I appreciate the feedback, Regards, Eric Winters Sydney Australia
Re: Can backup throughput be deliberately throttled on a per node basis.
Well, we don't advertise them as such, but several options can be used to throttle performance (just as increasing their values can improve performance, decreasing their values can inhibit performance): - Turn down the TCPBUFFSIZE and TCPWINDOWSIZE settings - Turn on client compression (uses more CPU, which may or may not impact network performance, but will reduce the amount of data going across the network, which may contribute to the desired effect) - Set RESOURCEUTILIZATION to its lowest setting - Set TXNBYTELIMIT to its lowest setting - On the TSM server, reduce TXNGROUPMAX (if you want to do this for all TSM clients) - On the TSM server, set VALIDATEPROTOCOL=ALL for the node (note that this will consume more CPU on client and server in order to calculate CRCs, see Admin Guide and Reference for more info) There may be some others, but those are the ones that come immediately to mind. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply) The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. Eric Winters [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 12/02/2002 15:45 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Can backup throughput be deliberately throttled on a per node basis. I have an unusual situation where we are interested in deliberately throttling network performance, that's right, we might want to slow down backups from nodes and from server to server. Furthermore it has been suggested to me that this capability is available in TSM. Apart from tweaking the communication options to impair client and server communication performance (breaks my heart to consider doing it), is there something specificly designed to restrict bandwidth usage within TSM? I appreciate the feedback, Regards, Eric Winters Sydney Australia
Re: Client version stored in Database?
Michael's is very straght forward, but you may need to change SUB LEVEL to SUBLEVEL if your command line editor does not like spaces in the text. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Hoang, Michael D CONT (NETS) Sent: Monday, December 02, 2002 11:59 AM To: [EMAIL PROTECTED] Subject: Re: Client version stored in Database? Try this one select node_name as NODES, platform_name as Platform, client_version as VERSION, client_release as RELEASE, client_level as LEVEL,client_sublevel as SUB LEVEL from nodes -mdh -Original Message- From: Mark D. Rodriguez [mailto:[EMAIL PROTECTED]] Sent: Monday, December 02, 2002 2:49 PM To: [EMAIL PROTECTED] Subject: Re: Client version stored in Database? Zlatko Krastev/ACIT wrote: select cast(CLIENT_RELEASE as char) concat '.' concat cast(CLIENT_LEVEL as char) concat '.' concat cast(CLIENT_SUBLEVEL as varchar(2)) concat ' for ' concat PLATFORM_NAME concat '/' concat CLIENT_OS_LEVEL as from nodes Zlatko Krastev IT Consultant Zlatko, That is a very cool little select. However you missed the client version so here is my little addition. select cast(CLIENT_VERSION as char) concat '.' concat cast(CLIENT_RELEASE as char) concat '.' concat cast(CLIENT_LEVEL as char) concat '.' concat cast(CLIENT_SUBLEVEL as varchar(2)) concat ' for ' concat PLATFORM_NAME concat '/' concat CLIENT_OS_LEVEL as from nodes -- Regards, Mark D. Rodriguez President MDR Consulting, Inc. === MDR Consulting The very best in Technical Training and Consulting. IBM Advanced Business Partner SAIR Linux and GNU Authorized Center for Education IBM Certified Advanced Technical Expert, CATE AIX Support and Performance Tuning, RS6000 SP, TSM/ADSM and Linux Red Hat Certified Engineer, RHCE ===
Re: upgrade TSM client
Kurt, TDP for SQL upgrades after version 2.2.0 will install over the top of each other. The same is true for TDP for Exchange. The BA client is like that for most platforms, in some cases, there may be a situation that causes you to uninstall the previous version first... but in all cases your dsm.opt and/or other config files should be preserved. Thanks, Del Del Hoobler IBM Corporation [EMAIL PROTECTED] - Never cut what can be untied. - Commit yourself to constant improvement. That is the proper way to upgrade TSM clients (TSM 3.7.x and TSM 4.1.x clients on Windows and TSM 4.1.x client on HPUX) 1. Just install the new client over the old version 2. Uninstall first the old client. What about the client config files (dsm.opt, inclexcl files and dsm.sys). Remain they intact or copy them first to another location. And what about the TSM client schedular service: just stop it or should it be uninstalled first prior to the uninstall of the BA client). Install now the new version. And if necessary copy the config files again and start the schedular again. Test the connectivity by launching the BA GUI. And the same question for the TDP's of MS SQL and the TDP for Informix on HPUX. The upgrade process for the server is well discussed in the installation guide, but I don't find this information for the B/A client.
Re: DRM weekly reclaimation question
Ron Lochhead wrote: How long should weekly reclaimation of copypools take? I have a copypool library of 40 volumes. I have tried to do copypool reclaimation on a weekly basis but have not gotten it to finish in a 5-8 hour day? We are using TSM 5.1 on the client side in a Win 2k environment. How long should I expect it to take? Thanks for any help. Ron Lochhead Ron, Your problem maybe related to the number of eligable tapes for the reclamation value you are using. ITSM looks at all eligable tapes and sort of tries to reclaim them all at once. Therefore, if there are several tapes it appears that it never finishes. When in fact it is getting work done but maybe not enough on any one tape to actually reclaim it. This has been discussed on this list at length previously so rather than going into a detailed description I will just give you a couple of suggestions for working around this issue. Of course as stated earlier doing the reclamation daily will improve things but if that is not possible. Try picking a reclamation value that will only make one or two tapes candidates. This will complete much faster and at least net you some reclaimed tapes. Another methodology that I much prefer is to not do reclamation on copypools at all. Instead I simply do move data commands. Again I can use query or select to determine the candidates that I want to do a move data on based on % utilization. In addition this allows me to do several at a time makiong better use of my available tape drives. With a little creative script writing this can be done as a scheduled event. In fact, I seem to remember somone had posted a script that they used to do this. I hope this has helped. -- Regards, Mark D. Rodriguez President MDR Consulting, Inc. === MDR Consulting The very best in Technical Training and Consulting. IBM Advanced Business Partner SAIR Linux and GNU Authorized Center for Education IBM Certified Advanced Technical Expert, CATE AIX Support and Performance Tuning, RS6000 SP, TSM/ADSM and Linux Red Hat Certified Engineer, RHCE ===
Re: AIXASYNCIO
Edgardo Moso wrote: Any input about this server option ASYNCIO? Thanks, Ed Moso Ed, This allows ITSM to take advantage of AIX's Asyncronous I/O(AIO) capabilities. I have not used this in an ITSM setting as of yet. However, I have used AIO in other places. There are several things required in order to use this. You must first configure and enable AIO. You can do this thru smitty aio. There are only a few attributes to set. Here are some good starting points (remember your mileage may vary) set minservers=# of CPUs in the box, maxservers=5 to 10 times # of CPUs, maxrequests=4096x# CPUs, do not change server priority (kprocprio), state at restart to available, leave fast path enabled. Once that is done you will need to reboot in order for it to take effect. AIO requires that the application be written to use it, apparently ITSM server code has been updated to do so when the AIXASYNCIO YES is set in dsmserv.opt file of course the server will need to be restarted to pick up that change. Then make some measurements and see if things are running better. Of course this assumes you have some measurements prior to this to compare them. This has the potential for substantial I/O performance increases. I would be very interested in your results. In fact, I would be willing to help you do some before and after measurements as well as doing some of the data analysis to determine some additional tuning. And when we are done we could post on this list for others to consider. If you are interested please write me off the list and we can work it out. Whatever you decide (with or without my help) please let us know how this turns out. I think there are several people on this list who would be very interested. -- Regards, Mark D. Rodriguez President MDR Consulting, Inc. === MDR Consulting The very best in Technical Training and Consulting. IBM Advanced Business Partner SAIR Linux and GNU Authorized Center for Education IBM Certified Advanced Technical Expert, CATE AIX Support and Performance Tuning, RS6000 SP, TSM/ADSM and Linux Red Hat Certified Engineer, RHCE ===
Monthly TSM FAQ 12/2002
This Frequently Asked Question list for the ADSM-L mailing list is posted on the first day of each month. It was created to cut down on the number of questions that are repeated regularly in the ADSM-L mailing list from vm.marist.edu. I would be grateful for any requests to include additional material. (Please send them directly to me, rather than to the list.) updated 11/26/2002 * Questions marked with * are new or improved since the last posting. QUESTIONS 01. About the list itself 01-01. How do I subscribe to ADSM-L? 01-02. How do I unsubscribe to ADSM-L? 01-03. Why don't I see the questions I post to ADSM-L? 01-04. How can I see the questions I post to ADSM-L? 01-05. Who decides what questions go on ADSM-L? 01-06. Is there a digest or archive of ADSM-L? 01-07. How do I get more information about ADSM-L? 01-08. Does IBM/Tivoli participate in ADSM-L? 02. Types of questions asked 02-01. What subjects are covered in this list? 02-02. What kinds of questions can be asked? 02-03. What kinds of questions can I expect answers to? 02-04. What levels of netiquette are expected? 02-05. What's the first thing to do when I have a question about TSM? 02-06. What's the second thing to do when I have a question about TSM? 02-07. What's the third thing to do when I still have a question about TSM? 02-08. What's the fourth thing to do when I STILL have a question about TSM? 02-09. What's the fifth thing to do when I *STILL* have a question about TSM? 02-10. What's the last thing to do when I *STILL* have a question about TSM? 02-11. What are those out of office messages I keep seeing in the list? 02-12. What's the single best thing I can do to improve the list? 02-13. Why don't I get answers to my I need comparisons between TSM and brandX backup software questions? 02-14. What kinds of things shouldn't I post on ADSM-L? 02-15. Is there some sort of acronym list? 02-16. Whatever happened to Richard Sims? 03. Available TSM resources 03-01. What FAQs are already out there? 03-02. What other sources of help can I find? 03-03. How do I get official TSM support? 04. Frequently-asked questions on ADSM-L 04-01. Is it called ADSM, or TSM, or ITSM? What's the deal here? 04-02. What are backupsets? How can I use them? 04-03. How does TSM do full/incremental/differential backups, just like my old backup software fillintheblank used to? 04-04. How do I unsubscribe to ADSM-L? 04-05. How do I do mailbox-level restores of Exchange using the Tivoli Data Protection Agent for Exchange? 04-06. How do I force TSM to do a full backup of a client? 04-07. Where can I download the latest version of TSM/TDP? 04-08. What's the very first thing I do after TSM is delivered to me? 04-09. I'm getting message ANRX from the TSM server. What does it mean? 04-10. I'm getting message ANSX from the TSM client. What does it mean? 04-11. My large-scale restores are slow. How can I speed them up? 04-12. How do I back up normally open files, like database files? 04-13. What's all this about TSM and SQL select statements? 04-14. My boss wants disaster recovery procedures. What's the best way to do it? 04-15. How do I get TSM to report problems to me? 04-16. Why does version X of TSM have this bad bug in it? 04-17. How come my copy pool tape reclamation runs so slowly? 04-18. I keep getting these server out of license compliance messages. Why? 04-19. My scheduled backups fail (or are incomplete), but my manual ones work fine. Why? 04-20. While backleveling my TSM client from 4.2.1 to 4.1.3, I get a downlevel message. Why? 04-21. Why do I get an ANR1440I All drives in use. Process being preempted by higher priority operation message when my storage pool backup fails? 04-22. I've deleted all data from a tape volume, but it hasn't come back as a scratch tape. Why? 04-23. What is this ANRD error message. I don't understand it. 04-24. I'm upgrading my TSM server/client from version X.X to version Y.Y. Any pitfalls? 04-25. How do I restore one client's data onto another client? 04-26. Will my new tape library work with TSM? 04-27. My Windows client backs up the same 3,000 files or so everyday. Why? 04-28. I'm moving TSM to a new physical server. What's the best way to do that? 04-29. How do I back up my NetWare NDS license files? 04-30. *What's all this fuss about cleanup backupgroups? ANSWERS 01-01. How do I subscribe to ADSM-L? Send an email to [EMAIL PROTECTED] with a blank subject line and a message consisting only of the line SUBSCRIBE ADSM-L. 01-02. How do I unsubscribe to ADSM-L? Send an email to [EMAIL PROTECTED] with a blank subject line and a message consisting only of the line UNSUBSCRIBE ADSM-L. Do NOT try to unsubscribe by sending email to [EMAIL PROTECTED] All that does is annoy
Re: AIXASYNCIO
A few additional comments I would like to add: 1. AIXASYNCIO only works with JFS filespaces with ITSM. 2. It only works with storage pool volumes (not the database and recovery log). 3. It only works with storage pool volumes that are 2GB in size, and have not been created with large file enabled. I would also be interested in any performance numbers you generate through your testing - could you please share them with the rest of the listserv group? At 09:28 PM 12/2/2002 -0600, you wrote: Edgardo Moso wrote: Any input about this server option ASYNCIO? Thanks, Ed Moso Ed, This allows ITSM to take advantage of AIX's Asyncronous I/O(AIO) capabilities. I have not used this in an ITSM setting as of yet. However, I have used AIO in other places. There are several things required in order to use this. You must first configure and enable AIO. You can do this thru smitty aio. There are only a few attributes to set. Here are some good starting points (remember your mileage may vary) set minservers=# of CPUs in the box, maxservers=5 to 10 times # of CPUs, maxrequests=4096x# CPUs, do not change server priority (kprocprio), state at restart to available, leave fast path enabled. Once that is done you will need to reboot in order for it to take effect. AIO requires that the application be written to use it, apparently ITSM server code has been updated to do so when the AIXASYNCIO YES is set in dsmserv.opt file of course the server will need to be restarted to pick up that change. Then make some measurements and see if things are running better. Of course this assumes you have some measurements prior to this to compare them. This has the potential for substantial I/O performance increases. I would be very interested in your results. In fact, I would be willing to help you do some before and after measurements as well as doing some of the data analysis to determine some additional tuning. And when we are done we could post on this list for others to consider. If you are interested please write me off the list and we can work it out. Whatever you decide (with or without my help) please let us know how this turns out. I think there are several people on this list who would be very interested. -- Regards, Mark D. Rodriguez President MDR Consulting, Inc. === MDR Consulting The very best in Technical Training and Consulting. IBM Advanced Business Partner SAIR Linux and GNU Authorized Center for Education IBM Certified Advanced Technical Expert, CATE AIX Support and Performance Tuning, RS6000 SP, TSM/ADSM and Linux Red Hat Certified Engineer, RHCE === Dave Canan IBM Advanced Technical Support [EMAIL PROTECTED]
Is there a stable TSM 5.1.5.x version?
Hello, I have to install a new TSM server in one of our subsidiaries next week . I have the choice of the following versions: 1. TSM 5.1.5.3 2. TSM 4.2.3.1 3. TSM 4.2.1.15 The server is a AIX 3.3.3 ML10 box with an IBM LTO library. Our main servers are running on TSM 4.2.1.15 but if I install a new server it would be nice to go directly to 5.1.5.3. Do you have any bad experience with 5.1.5.3 Bye Rainer Tammer