Moving old copypool volumes
Hi people I have a copypool with about 400 tapes in it from when we were using IBM 3590 media. Now we are using IBM3592 media and I'm unsure of the best way to get the old data off the 3590 and onto 3592? Is my only real option to mark each old 3590 volume as destroyed so that it gets rebuilt? I was hoping I could set the reclaimstgpool flag on the storage pool so that I could run reclamation on that pool and have data moved to the new media that way, but I don't think I can use the reclaimstgpool flag on an offsite pool? Any tips on the best way to proceed with this would be very helpful. Many thanks Farren Minns -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Christian Svensson Sent: 23 September 2008 12:59 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] SV: Slow TSM Client after Symantec installation Hi, Symantec did have the same issue in one of the older client also. We reported back to Symantec and did get a fix later on for that. Best Regards Christian Svensson WW Support: +44-1453-84 7009 U.S. Support: +1-866-832-2267 Cell: +46-70-325 1577 E-mail: [EMAIL PROTECTED] Skype: cristie.christian.svensson Från: ADSM: Dist Stor Manager [EMAIL PROTECTED] f#246;r Minns, Farren - Chichester [EMAIL PROTECTED] Skickat: den 23 september 2008 12:00 Till: ADSM-L@VM.MARIST.EDU Ämne: Slow TSM Client after Symantec installation Hi All Last weekend, an administrator installed Symantec Endpoint Protection on a few of our large Windows clients (details below). Since then, the backups have slowed to a crawl, and we have proves that if we stop the antivirus scanning specific large directories the performance is restored. But of course they want to have this software running on all drives/folders. Has anyone else dealt with this issue? Thanks in advance Farren Minns - John Wiley Sons Ltd CLIENT OS - Windows Server 2003 R2 SP1 AV - Symantec Endpoint Protection 11.0.2010.25 TSM Client - 5.3.5.0 TSM SERVER OS - Solaris 9 Server lvl - 5.4.1.2 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Phillip Burgess Sent: 02 July 2008 13:21 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSM Cluster Scheduler Question Hi Farren Yes that's correct From: Minns, Farren - Chichester [mailto:[EMAIL PROTECTED] Sent: Wed 02/07/2008 12:29 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSM Cluster Scheduler Question Thanks Phil, I have now located Cluster Manager :-) One more question, I assume the state of the scheduler on either of the actual cluster nodes should be set to manual? Thanks Farren -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Phillip Burgess Sent: 02 July 2008 11:55 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSM Cluster Scheduler Question Hi Farren Both of servers in the cluster will have a utility called Cluster administrator, you must use this to start and stop the TSM scheduler services for the backups on the clustered drives, if you stop them via computer manager (services.msc) then you could cause the cluster to fail to the other node. The cluster administrator utility should automatically start the services on the other node in the case of a failover. If you want to restart the TSM scheduler for the local drive backups then you can do this in the same manner as a non-cluster server. cheers Phil From: Minns, Farren - Chichester [mailto:[EMAIL PROTECTED] Sent: Wed 02/07/2008 10:19 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSM Cluster Scheduler Question Hi all again I am still (I think) having issues with this, although due to another issue which is nothing to do with me, I can't even get onto the servers in question to do more digging. I have a question though regarding the schedulers. In this case we have a cluster called CHI-MB with two cluster nodes (CHI-MB01 and CHI-MB02). Now, when stopping/starting the scheduler/s in question do I make sure to do this from the actual cluster (CHI-MB)? Sorry my terminology is off because I'm not the system administrator for this kit, just TSM. Will this then effect the active node? And if so, is there some mechanism in place that starts the scheduler on the passive node if there is a failover? Thanks Farren -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of PAC Brion Arnaud Sent: 01 July 2008 11:15 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSM Cluster Scheduler Question Farren, You may be affected by a faulty configuration, where the password in MS cluster's checkpoint file is not synchronized with the local registry password anymore, thus
Re: Moving old copypool volumes
Hello, What I did was create a new pool, in this case for the new type of tapes, and do a backup stg tapepool newcopypool maxpro=something to migrate to the new tapes while your old copypooltapes are still there, when the migration is done you can remove the old copypool. Rolf. Hi people I have a copypool with about 400 tapes in it from when we were using IBM 3590 media. Now we are using IBM3592 media and I'm unsure of the best way to get the old data off the 3590 and onto 3592? Is my only real option to mark each old 3590 volume as destroyed so that it gets rebuilt? I was hoping I could set the reclaimstgpool flag on the storage pool so that I could run reclamation on that pool and have data moved to the new media that way, but I don't think I can use the reclaimstgpool flag on an offsite pool? Any tips on the best way to proceed with this would be very helpful. Many thanks Farren Minns -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Christian Svensson Sent: 23 September 2008 12:59 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] SV: Slow TSM Client after Symantec installation Hi, Symantec did have the same issue in one of the older client also. We reported back to Symantec and did get a fix later on for that. Best Regards Christian Svensson WW Support: +44-1453-84 7009 U.S. Support: +1-866-832-2267 Cell: +46-70-325 1577 E-mail: [EMAIL PROTECTED] Skype: cristie.christian.svensson Från: ADSM: Dist Stor Manager [EMAIL PROTECTED] f#246;r Minns, Farren - Chichester [EMAIL PROTECTED] Skickat: den 23 september 2008 12:00 Till: ADSM-L@VM.MARIST.EDU Ämne: Slow TSM Client after Symantec installation Hi All Last weekend, an administrator installed Symantec Endpoint Protection on a few of our large Windows clients (details below). Since then, the backups have slowed to a crawl, and we have proves that if we stop the antivirus scanning specific large directories the performance is restored. But of course they want to have this software running on all drives/folders. Has anyone else dealt with this issue? Thanks in advance Farren Minns - John Wiley Sons Ltd CLIENT OS - Windows Server 2003 R2 SP1 AV - Symantec Endpoint Protection 11.0.2010.25 TSM Client - 5.3.5.0 TSM SERVER OS - Solaris 9 Server lvl - 5.4.1.2 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Phillip Burgess Sent: 02 July 2008 13:21 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSM Cluster Scheduler Question Hi Farren Yes that's correct From: Minns, Farren - Chichester [mailto:[EMAIL PROTECTED] Sent: Wed 02/07/2008 12:29 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSM Cluster Scheduler Question Thanks Phil, I have now located Cluster Manager :-) One more question, I assume the state of the scheduler on either of the actual cluster nodes should be set to manual? Thanks Farren -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Phillip Burgess Sent: 02 July 2008 11:55 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSM Cluster Scheduler Question Hi Farren Both of servers in the cluster will have a utility called Cluster administrator, you must use this to start and stop the TSM scheduler services for the backups on the clustered drives, if you stop them via computer manager (services.msc) then you could cause the cluster to fail to the other node. The cluster administrator utility should automatically start the services on the other node in the case of a failover. If you want to restart the TSM scheduler for the local drive backups then you can do this in the same manner as a non-cluster server. cheers Phil From: Minns, Farren - Chichester [mailto:[EMAIL PROTECTED] Sent: Wed 02/07/2008 10:19 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSM Cluster Scheduler Question Hi all again I am still (I think) having issues with this, although due to another issue which is nothing to do with me, I can't even get onto the servers in question to do more digging. I have a question though regarding the schedulers. In this case we have a cluster called CHI-MB with two cluster nodes (CHI-MB01 and CHI-MB02). Now, when stopping/starting the scheduler/s in question do I make sure to do this from the actual cluster (CHI-MB)? Sorry my terminology is off because I'm not the system administrator for this kit, just TSM. Will this then effect the active node? And if so, is there some mechanism in place that starts the scheduler on the passive node if there is a failover? Thanks Farren -Original Message- From: ADSM: Dist
Re: del volhist?
On Nov 19, 2008, at 4:10 AM, Remco Post wrote: tsm: serverdel volhist todate=today t=dbb dev=drm ANR6978E DELETE VOLHISTORY: Invalid device class UNKNOWN. The message could be more helpful, but per the manual, DEVclass can be used on the command only if the device class type is SERVER. I would wait until there are more dbbackups, then let this one be of age for a Delete Volhistory to be appropriate, rather than employ FORCE=Yes. Richard Sims
Re: del volhist?
Been there, tried that, no go ;-) unfortunately, Richard is right, only with devclasses of type server... As to why? well, probably some developer could enlighten us ;-) On 19 nov 2008, at 14:04, Bos, Karel wrote: Try delete volhist todate=today type=dbb volume=VolumeName force=yes Or sometihing like that. Regards, karel -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Remco Post Sent: woensdag 19 november 2008 10:11 To: ADSM-L@VM.MARIST.EDU Subject: del volhist? Hi, I'm running tsm 5.5.1.1 on win64, did a backup db to devclass drm (devtype=file),and wanted to delete only that one dbbackup so I issued: tsm: serverdel volhist todate=today t=dbb dev=drm ANR6978E DELETE VOLHISTORY: Invalid device class UNKNOWN. ANS8001I Return code 3. but, yes the deviceclass drm does exist: Device DeviceStorageDevice Format Est/ Max Mount ClassAccess PoolType Capacity Limit Name StrategyCount (MB) --------- -- DISK Random 4 DRM Sequential 1FILE DRIVE 100.020 DRM-REMO-Sequential 0SERVER 100.020 TE T10KB-LO-Sequential 4ECARTRID-DRIVE 1,843,20 6 CAL GE 0.0 T10KB-RE-Sequential 2ECARTRID-DRIVE 1,843,20 6 MOTE GE 0.0 so, I must be doing something wrong, or is this a TSM error? -- Met vriendelijke groeten/Kind regards, Remco Post, PLCS +31624821622 disclaimer.txt -- Met vriendelijke groeten/Kind regards, Remco Post, PLCS +31624821622
Re: del volhist?
Try delete volhist todate=today type=dbb volume=VolumeName force=yes Or sometihing like that. Regards, karel -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Remco Post Sent: woensdag 19 november 2008 10:11 To: ADSM-L@VM.MARIST.EDU Subject: del volhist? Hi, I'm running tsm 5.5.1.1 on win64, did a backup db to devclass drm (devtype=file),and wanted to delete only that one dbbackup so I issued: tsm: serverdel volhist todate=today t=dbb dev=drm ANR6978E DELETE VOLHISTORY: Invalid device class UNKNOWN. ANS8001I Return code 3. but, yes the deviceclass drm does exist: Device DeviceStorageDevice Format Est/ Max Mount ClassAccess PoolType Capacity Limit Name StrategyCount (MB) --------- -- DISK Random 4 DRM Sequential 1FILE DRIVE 100.020 DRM-REMO-Sequential 0SERVER 100.020 TE T10KB-LO-Sequential 4ECARTRID-DRIVE 1,843,20 6 CAL GE 0.0 T10KB-RE-Sequential 2ECARTRID-DRIVE 1,843,20 6 MOTE GE 0.0 so, I must be doing something wrong, or is this a TSM error? -- Met vriendelijke groeten/Kind regards, Remco Post, PLCS +31624821622 ÿþD i t b e r i c h t i s v e r t r o u w e l i j k e n k a n g e h e i m e i n f o r m a t i e b e v a t t e n e n k e l b e s t e m d v o o r d e g e a d r e s s e e r d e . I n d i e n d i t b e r i c h t n i e t v o o r u i s b e s t e m d , v e r z o e k e n w i j u d i t o n m i d d e l l i j k a a n o n s t e m e l d e n e n h e t b e r i c h t t e v e r n i e t i g e n . A a n g e z i e n d e i n t e g r i t e i t v a n h e t b e r i c h t n i e t v e i l i g g e s t e l d i s m i d d e l s v e r z e n d i n g v i a i n t e r n e t , k a n A t o s O r i g i n n i e t a a n s p r a k e l i j k w o r d e n g e h o u d e n v o o r d e i n h o u d d a a r v a n . H o e w e l w i j o n s i n s p a n n e n e e n v i r u s v r i j n e t w e r k t e h a n t e r e n , g e v e n w i j g e e n e n k e l e g a r a n t i e d a t d i t b e r i c h t v i r u s v r i j i s , n o c h a a n v a a r d e n w i j e n i g e a a n s p r a k e l i j k h e i d v o o r d e m o g e l i j k e a a n w e z i g h e i d v a n e e n v i r u s i n d i t b e r i c h t . O p a l o n z e r e c h t s v e r h o u d i n g e n , a a n b i e d i n g e n e n o v e r e e n k o m s t e n w a a r o n d e r A t o s O r i g i n g o e d e r e n e n / o f d i e n s t e n l e v e r t z i j n m e t u i t s l u i t i n g v a n a l l e a n d e r e v o o r w a a r d e n d e L e v e r i n g s v o o r w a a r d e n v a n A t o s O r i g i n v a n t o e p a s s i n g . D e z e w o r d e n u o p a a n v r a a g d i r e c t k o s t e l o o s t o e g e z o n d e n . T h i s e - m a i l a n d t h e d o c u m e n t s a t t a c h e d a r e c o n f i d e n t i a l a n d i n t e n d e d s o l e l y f o r t h e a d d r e s s e e ; i t m a y a l s o b e p r i v i l e g e d . I f y o u r e c e i v e t h i s e - m a i l i n e r r o r , p l e a s e n o t i f y t h e s e n d e r i m m e d i a t e l y a n d d e s t r o y i t . A s i t s i n t e g r i t y c a n n o t b e s e c u r e d o n t h e I n t e r n e t , t h e A t o s O r i g i n g r o u p l i a b i l i t y c a n n o t b e t r i g g e r e d f o r t h e m e s s a g e c o n t e n t . A l t h o u g h t h e s e n d e r e n d e a v o u r s t o m a i n t a i n a c o m p u t e r v i r u s - f r e e n e t w o r k , t h e s e n d e r d o e s n o t w a r r a n t t h a t t h i s t r a n s m i s s i o n i s v i r u s - f r e e a n d w i l l n o t b e l i a b l e f o r a n y d a m a g e s r e s u l t i n g f r o m a n y v i r u s t r a n s m i t t e d . O n a l l o f f e r s a n d a g r e e m e n t s u n d e r w h i c h A t o s O r i g i n s u p p l i e s g o o d s a n d / o r s e r v i c e s o f w h a t e v e r n a t u r e , t h e T e r m s o f D e l i v e r y f r o m A t o s O r i g i n e x c l u s i v e l y a p p l y . T h e T e r m s o f D e l i v e r y s h a l l b e p r o m p t l y s u b m i t t e d t o y o u o n y o u r
SUN CMT servers vs UltraSPARC for TSM
Hello, list. We are speculating whether we should employ the latest CMT-server from SUN as TSM-servers. The CMT-servers are many cores/many threads but each thread is relatively slow(1,2/1,4 GHz) compared to Ultra Sparc(2,3Ghz). My question is if TSM benefits from many threads or if we should go for single thread performance. I guess expiration is a single thread process but that depends mainly on IO. Maybe many simultanious client operations would benefit from many threads. How about TSM version 6? I really don't know here. Any thoughts? Regards Hans Chr. This email originates from Steria AS, Biskop Gunnerus' gate 14a, N-0051 OSLO, http://www.steria.no. This email and any attachments may contain confidential/intellectual property/copyright information and is only for the use of the addressee(s). You are prohibited from copying, forwarding, disclosing, saving or otherwise using it in any way if you are not the addressee(s) or responsible for delivery. If you receive this email by mistake, please advise the sender and cancel it immediately. Steria may monitor the content of emails within its network to ensure compliance with its policies and procedures. Any email is susceptible to alteration and its integrity cannot be assured. Steria shall not be liable if the message is altered, modified, falsified, or even edited.
Re: Remote tape drives
On Mon, 17 Nov 2008 13:00:09 -0500, Paul Zarnowski [EMAIL PROTECTED] said: At 12:50 PM 11/17/2008, Allen S. Rout wrote: On Mon, 17 Nov 2008 11:09:55 -0500, Paul Zarnowski [EMAIL PROTECTED] But I'm going to claim you don't want to do this, and the bandwidth utilization is in fact the optimal solution. The alternative, building new volumes, is going to waste a -lot- of local tape time. Each offsite reclamation process you go through, you're going to (to a good appoximation) mount every single primary tape in your library. Calculate mount delay * nvols as an absolute -floor- of wasted tape hours per reclamation attempt. And then your access is far from optimal. Lots of seek-read -- seek-read. My offsite reclamation runs persist for days and days. You lost me. We were planning to collocate by group on both primary and copy volumes. It seems to me that reading from primary volumes should be just as fast as reading from copy volumes, but that reading from the copy volumes would be reading over the WAN. Perhaps collocating the copy volumes is not a good idea? It seemed like a good idea at the time. Mmmm, I see your point, and I agree. If the local and the remote volumes are both collocated in the same way, then my mount-thrashing behavior is attenuated enough to neglect. So, if you want to treat the virtually-remote volumes as offsite in TSM parlance, then I bet you will have to go through all the DRM volume location manipulation behavior. In fact, you're probably going to have to micromanage it a lot. For example, the same volume you'd like to be 'Offiste' when you decide to reclaim it, you want to be online all the rest of the time, so you don't have delays when you want to read it, or append to it. I still have the aesthetic opinion that you'd be better off using the network here-and-back to maintain those, than doing a lot of custom work. I can see a lot of edges you might run into. Mmmm, white paper. - Allen S. Rout
Re: SUN CMT servers vs UltraSPARC for TSM
Could you specify which server you are looking at ? We are running all our tsm servers on SUN and FJ PrimePower -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Hans Christian Riksheim Sent: Wednesday, November 19, 2008 3:55 PM To: ADSM-L@VM.MARIST.EDU Subject: SUN CMT servers vs UltraSPARC for TSM Hello, list. We are speculating whether we should employ the latest CMT-server from SUN as TSM-servers. The CMT-servers are many cores/many threads but each thread is relatively slow(1,2/1,4 GHz) compared to Ultra Sparc(2,3Ghz). My question is if TSM benefits from many threads or if we should go for single thread performance. I guess expiration is a single thread process but that depends mainly on IO. Maybe many simultanious client operations would benefit from many threads. How about TSM version 6? I really don't know here. Any thoughts? Regards Hans Chr. This email originates from Steria AS, Biskop Gunnerus' gate 14a, N-0051 OSLO, http://www.steria.no. This email and any attachments may contain confidential/intellectual property/copyright information and is only for the use of the addressee(s). You are prohibited from copying, forwarding, disclosing, saving or otherwise using it in any way if you are not the addressee(s) or responsible for delivery. If you receive this email by mistake, please advise the sender and cancel it immediately. Steria may monitor the content of emails within its network to ensure compliance with its policies and procedures. Any email is susceptible to alteration and its integrity cannot be assured. Steria shall not be liable if the message is altered, modified, falsified, or even edited.
Re: Remote tape drives
On Mon, 17 Nov 2008 15:35:49 -0500, Paul Zarnowski [EMAIL PROTECTED] said: At 02:38 PM 11/17/2008, Wanda Prather wrote: No reason I know of you can't have an auto script that does update vol * wherestgpool=copypool access=offsite every day before you start your reclaims. Seems like if I did this, all the output would have to go to newly allocated scratch tapes. Right, so you'd need to set them back to local in time for the next day's traffic. That's why I said Micromanage. :) No tapes in filling status would be used. I could only update the full volumes, I suppose, but are there cases where filling tapes can be reclaimed? Yes. - Allen S. Rout
Re: Remote tape drives
On Mon, 17 Nov 2008 16:22:30 -0500, Thomas Denier [EMAIL PROTECTED] said: Yes. We occasionally see onsite filling volumes reclaimed. The mix of tape contents that causes this is typically something like the following: 51% of the tape occupied by files that have gone inactive and then aged out of the TSM database, 29% occupied by files still listed in the TSM database, and 20% available for writing more files. I've whined about this from time to time... I've had tapes 10% full get 60% reclaimable and then they get copied. I see no reason to reclaim a filling tape unless you figure you can get back at least (reclaimpercent * max(estcapacity,actualcap)) bytes. In other words, -never- waste your effort trying to copy a tape that's only 1/3 full. If you think about it, you can push a huge amount of your tape inventory into PENDING status this way: take a 10% full volume, 60% reclaimable, hey presto, a new PENDING volume for only ca. 50G of motion. - Allen S. Rout
?? TDP for DBs - does it support SQL Express?
Good Morning! I am looking in the various and sundry locations of documentation for the TDP for DBs to see if it supports SQL Expressand can find nothing. Does anyone know if it works/ is supported? thanks! lisa
Re: SUN CMT servers vs UltraSPARC for TSM
On Wed, 19 Nov 2008 15:54:39 +0100, Hans Christian Riksheim [EMAIL PROTECTED] said: We are speculating whether we should employ the latest CMT-server from SUN as TSM-servers. The CMT-servers are many cores/many threads but each thread is relatively slow(1,2/1,4 GHz) compared to Ultra Sparc(2,3Ghz). What other architectures are you considering? There's been recent disvcusion about this on the list, but I'd put Sun close to the bottom of my TSM architecture preferences. AIX first, then Windows (because it's popular now), then Linux (because it's popular tomorrow). As much as it pains me to put Win in front of Linux... :) But really, AIX is preferable if at all possible. - Allen S. Rout
Re: SUN CMT servers vs UltraSPARC for TSM
The 5220is on our mind. So should we use that or go for the M5000. Hans Chr. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bourgi Sent: Wednesday, November 19, 2008 4:00 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: SUN CMT servers vs UltraSPARC for TSM Could you specify which server you are looking at ? We are running all our tsm servers on SUN and FJ PrimePower -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Hans Christian Riksheim Sent: Wednesday, November 19, 2008 3:55 PM To: ADSM-L@VM.MARIST.EDU Subject: SUN CMT servers vs UltraSPARC for TSM Hello, list. We are speculating whether we should employ the latest CMT-server from SUN as TSM-servers. The CMT-servers are many cores/many threads but each thread is relatively slow(1,2/1,4 GHz) compared to Ultra Sparc(2,3Ghz). My question is if TSM benefits from many threads or if we should go for single thread performance. I guess expiration is a single thread process but that depends mainly on IO. Maybe many simultanious client operations would benefit from many threads. How about TSM version 6? I really don't know here. Any thoughts? Regards Hans Chr. This email originates from Steria AS, Biskop Gunnerus' gate 14a, N-0051 OSLO, http://www.steria.no. This email and any attachments may contain confidential/intellectual property/copyright information and is only for the use of the addressee(s). You are prohibited from copying, forwarding, disclosing, saving or otherwise using it in any way if you are not the addressee(s) or responsible for delivery. If you receive this email by mistake, please advise the sender and cancel it immediately. Steria may monitor the content of emails within its network to ensure compliance with its policies and procedures. Any email is susceptible to alteration and its integrity cannot be assured. Steria shall not be liable if the message is altered, modified, falsified, or even edited. This email originates from Steria AS, Biskop Gunnerus' gate 14a, N-0051 OSLO, http://www.steria.no. This email and any attachments may contain confidential/intellectual property/copyright information and is only for the use of the addressee(s). You are prohibited from copying, forwarding, disclosing, saving or otherwise using it in any way if you are not the addressee(s) or responsible for delivery. If you receive this email by mistake, please advise the sender and cancel it immediately. Steria may monitor the content of emails within its network to ensure compliance with its policies and procedures. Any email is susceptible to alteration and its integrity cannot be assured. Steria shall not be liable if the message is altered, modified, falsified, or even edited.
Re: SUN CMT servers vs UltraSPARC for TSM
I fully agree with everything you just said. It is for a customer. I am not in control. Best regards Hans Chr. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Allen S. Rout Sent: Wednesday, November 19, 2008 4:12 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: SUN CMT servers vs UltraSPARC for TSM On Wed, 19 Nov 2008 15:54:39 +0100, Hans Christian Riksheim [EMAIL PROTECTED] said: We are speculating whether we should employ the latest CMT-server from SUN as TSM-servers. The CMT-servers are many cores/many threads but each thread is relatively slow(1,2/1,4 GHz) compared to Ultra Sparc(2,3Ghz). What other architectures are you considering? There's been recent disvcusion about this on the list, but I'd put Sun close to the bottom of my TSM architecture preferences. AIX first, then Windows (because it's popular now), then Linux (because it's popular tomorrow). As much as it pains me to put Win in front of Linux... :) But really, AIX is preferable if at all possible. - Allen S. Rout This email originates from Steria AS, Biskop Gunnerus' gate 14a, N-0051 OSLO, http://www.steria.no. This email and any attachments may contain confidential/intellectual property/copyright information and is only for the use of the addressee(s). You are prohibited from copying, forwarding, disclosing, saving or otherwise using it in any way if you are not the addressee(s) or responsible for delivery. If you receive this email by mistake, please advise the sender and cancel it immediately. Steria may monitor the content of emails within its network to ensure compliance with its policies and procedures. Any email is susceptible to alteration and its integrity cannot be assured. Steria shall not be liable if the message is altered, modified, falsified, or even edited.
Re: SUN CMT servers vs UltraSPARC for TSM
On 19 nov 2008, at 16:15, Hans Christian Riksheim wrote: I fully agree with everything you just said. It is for a customer. I am not in control. so, if the customer insists (and this is a new install) buy sun x86 hardware and run either Linux or Windows Best regards Hans Chr. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Allen S. Rout Sent: Wednesday, November 19, 2008 4:12 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: SUN CMT servers vs UltraSPARC for TSM On Wed, 19 Nov 2008 15:54:39 +0100, Hans Christian Riksheim [EMAIL PROTECTED] said: We are speculating whether we should employ the latest CMT-server from SUN as TSM-servers. The CMT-servers are many cores/many threads but each thread is relatively slow(1,2/1,4 GHz) compared to Ultra Sparc(2,3Ghz). What other architectures are you considering? There's been recent disvcusion about this on the list, but I'd put Sun close to the bottom of my TSM architecture preferences. AIX first, then Windows (because it's popular now), then Linux (because it's popular tomorrow). As much as it pains me to put Win in front of Linux... :) But really, AIX is preferable if at all possible. - Allen S. Rout This email originates from Steria AS, Biskop Gunnerus' gate 14a, N-0051 OSLO, http://www.steria.no. This email and any attachments may contain confidential/intellectual property/copyright information and is only for the use of the addressee(s). You are prohibited from copying, forwarding, disclosing, saving or otherwise using it in any way if you are not the addressee(s) or responsible for delivery. If you receive this email by mistake, please advise the sender and cancel it immediately. Steria may monitor the content of emails within its network to ensure compliance with its policies and procedures. Any email is susceptible to alteration and its integrity cannot be assured. Steria shall not be liable if the message is altered, modified, falsified, or even edited. -- Met vriendelijke groeten/Kind regards, Remco Post, PLCS +31624821622
Re: SUN CMT servers vs UltraSPARC for TSM
The 5220 would make a very good choice for a Solaris TSM server, we use them in our environment and previously used the T2000's. They can handle large amounts of I/O and have six PCIe slots for HBA cards and Gb Ethernet. Michael DeGasperis EDS - Centralized Backup and Restore MS 3-o 1075 West Entrance Drive Auburn Hills, MI 48326 ( Phone:+1-248-853-3726(8-365) + [EMAIL PROTECTED] pager: 248-272-0157 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Hans Christian Riksheim Sent: Wednesday, November 19, 2008 10:13 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] SUN CMT servers vs UltraSPARC for TSM The 5220is on our mind. So should we use that or go for the M5000. Hans Chr. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bourgi Sent: Wednesday, November 19, 2008 4:00 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: SUN CMT servers vs UltraSPARC for TSM Could you specify which server you are looking at ? We are running all our tsm servers on SUN and FJ PrimePower -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Hans Christian Riksheim Sent: Wednesday, November 19, 2008 3:55 PM To: ADSM-L@VM.MARIST.EDU Subject: SUN CMT servers vs UltraSPARC for TSM Hello, list. We are speculating whether we should employ the latest CMT-server from SUN as TSM-servers. The CMT-servers are many cores/many threads but each thread is relatively slow(1,2/1,4 GHz) compared to Ultra Sparc(2,3Ghz). My question is if TSM benefits from many threads or if we should go for single thread performance. I guess expiration is a single thread process but that depends mainly on IO. Maybe many simultanious client operations would benefit from many threads. How about TSM version 6? I really don't know here. Any thoughts? Regards Hans Chr. This email originates from Steria AS, Biskop Gunnerus' gate 14a, N-0051 OSLO, http://www.steria.no. This email and any attachments may contain confidential/intellectual property/copyright information and is only for the use of the addressee(s). You are prohibited from copying, forwarding, disclosing, saving or otherwise using it in any way if you are not the addressee(s) or responsible for delivery. If you receive this email by mistake, please advise the sender and cancel it immediately. Steria may monitor the content of emails within its network to ensure compliance with its policies and procedures. Any email is susceptible to alteration and its integrity cannot be assured. Steria shall not be liable if the message is altered, modified, falsified, or even edited. This email originates from Steria AS, Biskop Gunnerus' gate 14a, N-0051 OSLO, http://www.steria.no. This email and any attachments may contain confidential/intellectual property/copyright information and is only for the use of the addressee(s). You are prohibited from copying, forwarding, disclosing, saving or otherwise using it in any way if you are not the addressee(s) or responsible for delivery. If you receive this email by mistake, please advise the sender and cancel it immediately. Steria may monitor the content of emails within its network to ensure compliance with its policies and procedures. Any email is susceptible to alteration and its integrity cannot be assured. Steria shall not be liable if the message is altered, modified, falsified, or even edited.
Re: ?? TDP for DBs - does it support SQL Express?
Hi Lisa The only way I can think of would be to stop the SQL services and then backup the files up with the BA client. You may need to use an old version of the BA client though, as I've read reports that the 5.5 client excludes mdf and ldf files regardless of any includes in the dsm.opt file. Phil From: Laughlin, Lisa [mailto:[EMAIL PROTECTED] Sent: Wed 19/11/2008 15:10 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] ?? TDP for DBs - does it support SQL Express? Good Morning! I am looking in the various and sundry locations of documentation for the TDP for DBs to see if it supports SQL Expressand can find nothing. Does anyone know if it works/ is supported? thanks! lisa
Re: ?? TDP for DBs - does it support SQL Express?
The interesting thing about that I found is that if the SQLServer service is running, the TSM client doesn't even see the MDF/LDF files for the active databases. I mean they just plain don't show up in the list with little X's that say they are excluded. You stop the service and the files are there. Had a similar experience with the latest Oracle and their VSS component. But they at least showed up in the QUERY INCLEXCL list as operating system. Bill Boyer DSS, Inc. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Phillip Burgess Sent: Wednesday, November 19, 2008 11:53 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: ?? TDP for DBs - does it support SQL Express? Hi Lisa The only way I can think of would be to stop the SQL services and then backup the files up with the BA client. You may need to use an old version of the BA client though, as I've read reports that the 5.5 client excludes mdf and ldf files regardless of any includes in the dsm.opt file. Phil From: Laughlin, Lisa [mailto:[EMAIL PROTECTED] Sent: Wed 19/11/2008 15:10 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] ?? TDP for DBs - does it support SQL Express? Good Morning! I am looking in the various and sundry locations of documentation for the TDP for DBs to see if it supports SQL Expressand can find nothing. Does anyone know if it works/ is supported? thanks! lisa
Re: ?? TDP for DBs - does it support SQL Express?
Not sure of all the functionality with SQL Express but what about scheduling a DB dump within SQL Express and then letting the standard TSM pick up the dumped files? Would be cheaper as well. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Bill Boyer Sent: Wednesday, November 19, 2008 12:20 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] ?? TDP for DBs - does it support SQL Express? The interesting thing about that I found is that if the SQLServer service is running, the TSM client doesn't even see the MDF/LDF files for the active databases. I mean they just plain don't show up in the list with little X's that say they are excluded. You stop the service and the files are there. Had a similar experience with the latest Oracle and their VSS component. But they at least showed up in the QUERY INCLEXCL list as operating system. Bill Boyer DSS, Inc. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Phillip Burgess Sent: Wednesday, November 19, 2008 11:53 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: ?? TDP for DBs - does it support SQL Express? Hi Lisa The only way I can think of would be to stop the SQL services and then backup the files up with the BA client. You may need to use an old version of the BA client though, as I've read reports that the 5.5 client excludes mdf and ldf files regardless of any includes in the dsm.opt file. Phil From: Laughlin, Lisa [mailto:[EMAIL PROTECTED] Sent: Wed 19/11/2008 15:10 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] ?? TDP for DBs - does it support SQL Express? Good Morning! I am looking in the various and sundry locations of documentation for the TDP for DBs to see if it supports SQL Expressand can find nothing. Does anyone know if it works/ is supported? thanks! lisa
Re: Remote tape drives
On Wed, 19 Nov 2008 11:37:19 -0500, Thomas Denier [EMAIL PROTECTED] said: The reclamation you describe still creates a volume with 100% of its capacity available for future writes, Future, exactly. Certainly not right now. I have reusedelay at somewhere about 5. at the cost of writing off the 30% of the volume that was available for future writes and using 10% of another volume to relocate the contents. This results in the same net gain of 60% of a volume available for future writes with only a quarter of the amount of data movement. I don't see why you find this objectionable. I don't like wasting tape drive time to convert 'one 30% full volume, one empty scratch' to 'one 5% full volume, one PENDING and unavailable for a week'. Reclamation is (should be) about servicing the next write request, not some abstract. Worse is when reclamation like this breaks collocation; I've had this happen several times. Luckily, I've never been run totally out of 'filling' tapes by this quirk. It's possible you've never had sufficiently tight resources to appreciate the PENDING implications of moving data; unfortunately, I've spent several months-long periods that tightly constrained. On the other hand, I'm well known for pedantry. :) - Allen S. Rout
Waiting for access to input volume
Does anyone know how to set the time-out for this? The device class Mount Wait doesn't seem to apply 14 Backup Storage Pool Primary Pool VTL_C1, Copy Pool VTL_C2, Files Backed Up: 7, Bytes Backed Up: 17,871,357,954, Unreadable Files: 0, Unreadable Bytes: 0. Current Physical File (bytes): 10,866,872 Waiting for access to input volume K00459L3 (27271 seconds). Current output volume: W00472L3. Regards, Shawn Shawn Drew This message and any attachments (the message) is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. Please note that certain functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc.
Re: ?? TDP for DBs - does it support SQL Express?
Lisa, Data Protection for SQL does not support SQL Server Express Edition. Here are Hardware and Software requirements for IBM Tivoli Storage Manager for Databases version 5.5.1 http://www-01.ibm.com/support/docview.wss?uid=swg21297510 It supports Standard and Enterprise versions. Thanks, Del ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 11/19/2008 10:10:28 AM: [image removed] ?? TDP for DBs - does it support SQL Express? Laughlin, Lisa to: ADSM-L 11/19/2008 10:14 AM Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU Please respond to ADSM: Dist Stor Manager Good Morning! I am looking in the various and sundry locations of documentation for the TDP for DBs to see if it supports SQL Expressand can find nothing. Does anyone know if it works/ is supported? thanks! lisa
Re: Waiting for access to input volume
You may wish to take a look at the number of tape drives defined on your vtl. If this is not the problem tsm and the vtl may be out of sync and an audit library checklabel=yes may be in store. Or you may have too many drives defined for the amount of bandwidth that feeds them. Jim Skinner The University of Kansas Hospital Westwood Campus Information Technology Systems 2330 Shawnee Mission Parkway, Suite 201/032 Westwood KS 66205-2005 913-945-5507 The expedient solution is most often the least supportable. Shawn Drew [EMAIL PROTECTED] 11/19/2008 2:07 PM Does anyone know how to set the time-out for this? The device class Mount Wait doesn't seem to apply 14 Backup Storage Pool Primary Pool VTL_C1, Copy Pool VTL_C2, Files Backed Up: 7, Bytes Backed Up: 17,871,357,954, Unreadable Files: 0, Unreadable Bytes: 0. Current Physical File (bytes): 10,866,872 Waiting for access to input volume K00459L3 (27271 seconds). Current output volume: W00472L3. Regards, Shawn Shawn Drew This message and any attachments (the message) is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. Please note that certain functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc.
LAN-free storage agent backing up other clients?
I know that I can install the storage agent on a client and do LAN-free backups of that client to tape or disk. But when I read pages 12, and especially FIGURE 2 on page 2, it seems like you can also back up other clients TO the storage agent over IP. If I understand it correctly, in the dsm.sys file of the client without the storage agent, you specify TCP/IP as your LANFREECOMMMETHOD, and for LANFREETCPSERVERADDRESS you specify the IP address of the client WITH the storage agent. The client without the storage agent would then back its data up over IP to the client with the storage agent, and the client with the storage agent would transfer that data via the SAN to disk or tape. So here are my questions: 1. Have I interpreted this correctly? 2. If not, what did I get wrong? 3. If so, does anyone use this feature? 4. If no one uses the feature, why not? It would seem like it help TSM scale farther. Thanks in advance for your help. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com http://www.glasshouse.com/ Infrastructure :: Optimized This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.
Re: Waiting for access to input volume
Perhaps a stuck restore has the volume? Check Q RESTORE Shawn Drew [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 11/19/2008 03:45 PM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject [ADSM-L] Waiting for access to input volume Does anyone know how to set the time-out for this? The device class Mount Wait doesn't seem to apply 14 Backup Storage Pool Primary Pool VTL_C1, Copy Pool VTL_C2, Files Backed Up: 7, Bytes Backed Up: 17,871,357,954, Unreadable Files: 0, Unreadable Bytes: 0. Current Physical File (bytes): 10,866,872 Waiting for access to input volume K00459L3 (27271 seconds). Current output volume: W00472L3. Regards, Shawn Shawn Drew This message and any attachments (the message) is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. Please note that certain functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc.
Re: ?? TDP for DBs - does it support SQL Express?
Thank you all for your replies. Hmm, this is starting to sound like a bummer. The DBAs are using Oracle ODI with SQL Express... in production ...for long term... from Teradata data I was looking at the errors in the dsmerror.log from the baclient.and began to wonder. and I made the mistake of asking if they wanted to be able to recover if something happened to their server. There is a maintenance job to export the db. And it is backed up. I think I'll just call it good and never mention it again ;-) lisa -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Bill Boyer Sent: Wednesday, November 19, 2008 11:20 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] ?? TDP for DBs - does it support SQL Express? The interesting thing about that I found is that if the SQLServer service is running, the TSM client doesn't even see the MDF/LDF files for the active databases. I mean they just plain don't show up in the list with little X's that say they are excluded. You stop the service and the files are there. Had a similar experience with the latest Oracle and their VSS component. But they at least showed up in the QUERY INCLEXCL list as operating system. Bill Boyer DSS, Inc. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Phillip Burgess Sent: Wednesday, November 19, 2008 11:53 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: ?? TDP for DBs - does it support SQL Express? Hi Lisa The only way I can think of would be to stop the SQL services and then backup the files up with the BA client. You may need to use an old version of the BA client though, as I've read reports that the 5.5 client excludes mdf and ldf files regardless of any includes in the dsm.opt file. Phil From: Laughlin, Lisa [mailto:[EMAIL PROTECTED] Sent: Wed 19/11/2008 15:10 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] ?? TDP for DBs - does it support SQL Express? Good Morning! I am looking in the various and sundry locations of documentation for the TDP for DBs to see if it supports SQL Expressand can find nothing. Does anyone know if it works/ is supported? thanks! lisa
Re: SUN CMT servers vs UltraSPARC for TSM
+-- Hans Christian Riksheim wrote (Wed, 19-Nov-2008, 16:12 +0100): | | The 5220is on our mind. So should we use that or go for the M5000. Sun has a tool for measuring an existing workload in order to evaluate its suitability for a CMT system, called Coolthreads Selection Tool: http://cooltools.sunsource.net/cooltst/ cooltst runs on Solaris 8 and later, and on many Linux versions. Best Regards, Chuck
Re: Remote tape drives
Seems like a reasonable compromise would be to just write a script that marks full copy vols as offsite, and leave them that way. Once they go to pending or empty, they'd be changed back to onsite. I can live with the occasional filling volume being reclaimed from copy vols instead of primary vols. I don't think it would happen much here. The only extra management would be to remember to change offsite vols to onsite when and if we have to recover something from them. Not a biggie. Thanks for your feedback - it's been helpful. At 10:00 AM 11/19/2008, Allen S. Rout wrote: On Mon, 17 Nov 2008 15:35:49 -0500, Paul Zarnowski [EMAIL PROTECTED] said: At 02:38 PM 11/17/2008, Wanda Prather wrote: No reason I know of you can't have an auto script that does update vol * wherestgpool=copypool access=offsite every day before you start your reclaims. Seems like if I did this, all the output would have to go to newly allocated scratch tapes. Right, so you'd need to set them back to local in time for the next day's traffic. That's why I said Micromanage. :) No tapes in filling status would be used. I could only update the full volumes, I suppose, but are there cases where filling tapes can be reclaimed? Yes. - Allen S. Rout -- Paul ZarnowskiPh: 607-255-4757 Manager, Storage Services Fx: 607-255-8521 719 Rhodes Hall, Ithaca, NY 14853-3801Em: [EMAIL PROTECTED]
Re: LAN-free storage agent backing up other clients?
On Wednesday 19 November 2008, Curtis Preston wrote: 1.Have I interpreted this correctly? Yes 2.If not, what did I get wrong? 3.If so, does anyone use this feature? Yes, we do. We have to backup data over a remote SAN and we don't have enough licenses for each client. 4.If no one uses the feature, why not? It would seem like it help TSM scale farther. This is backup direct to tape. You can not use a disk based pool. So you need enough tape drives for all the client. Or the data to backup is small enough so don't hold the tapes too long. Stef
Re: Waiting for access to input volume
It's intermittent slow backups that can sometimes occupy the virtual tape like this. I would like to make sure that a single slow backup doesn't hold up the whole Life Cycle. I would prefer to have the single Backup Storage pool process fail and move to the next step in the housekeeping script than having to cancel the backup manually when I happen to notice this happening. If I can't find a time-out, then I will setup a monitor script to cancel if the wait time gets too large) Any ideas? Regards, Shawn Shawn Drew Internet [EMAIL PROTECTED] Sent by: ADSM-L@VM.MARIST.EDU 11/19/2008 04:01 PM Please respond to ADSM-L@VM.MARIST.EDU To ADSM-L cc Subject Re: [ADSM-L] Waiting for access to input volume Perhaps a stuck restore has the volume? Check Q RESTORE Shawn Drew [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 11/19/2008 03:45 PM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject [ADSM-L] Waiting for access to input volume Does anyone know how to set the time-out for this? The device class Mount Wait doesn't seem to apply 14 Backup Storage Pool Primary Pool VTL_C1, Copy Pool VTL_C2, Files Backed Up: 7, Bytes Backed Up: 17,871,357,954, Unreadable Files: 0, Unreadable Bytes: 0. Current Physical File (bytes): 10,866,872 Waiting for access to input volume K00459L3 (27271 seconds). Current output volume: W00472L3. Regards, Shawn Shawn Drew This message and any attachments (the message) is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. Please note that certain functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc.
Re: Waiting for access to input volume
I haven't been following the entire thread, but multi-access read is now available on certain TSM volumes. It's a V5.5 feature. May be time to upgrade... May be time to read the release notes at any rate to see if your problem is addressed by this new feature. Kelly Lipp CTO STORServer, Inc. 485-B Elkton Drive Colorado Springs, CO 80907 719-266-8777 www.storserver.com -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Shawn Drew Sent: Wednesday, November 19, 2008 3:33 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Waiting for access to input volume It's intermittent slow backups that can sometimes occupy the virtual tape like this. I would like to make sure that a single slow backup doesn't hold up the whole Life Cycle. I would prefer to have the single Backup Storage pool process fail and move to the next step in the housekeeping script than having to cancel the backup manually when I happen to notice this happening. If I can't find a time-out, then I will setup a monitor script to cancel if the wait time gets too large) Any ideas? Regards, Shawn Shawn Drew Internet [EMAIL PROTECTED] Sent by: ADSM-L@VM.MARIST.EDU 11/19/2008 04:01 PM Please respond to ADSM-L@VM.MARIST.EDU To ADSM-L cc Subject Re: [ADSM-L] Waiting for access to input volume Perhaps a stuck restore has the volume? Check Q RESTORE Shawn Drew [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 11/19/2008 03:45 PM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject [ADSM-L] Waiting for access to input volume Does anyone know how to set the time-out for this? The device class Mount Wait doesn't seem to apply 14 Backup Storage Pool Primary Pool VTL_C1, Copy Pool VTL_C2, Files Backed Up: 7, Bytes Backed Up: 17,871,357,954, Unreadable Files: 0, Unreadable Bytes: 0. Current Physical File (bytes): 10,866,872 Waiting for access to input volume K00459L3 (27271 seconds). Current output volume: W00472L3. Regards, Shawn Shawn Drew This message and any attachments (the message) is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. Please note that certain functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc.
Re: LAN-free storage agent backing up other clients?
Stef Coene said: Yes, we do [backup other clients to a LAN-free storage agent] We have to backup data over a remote SAN and we don't have enough licenses for each client. Meaning you don't have enough storage agent licenses, right? So you install the storage agent on one client, then direct several other clients to back up to that storage agent using the feature I'm describing? This is backup direct to tape. You can not use a disk based pool. So you need enough tape drives for all the client. Or the data to backup is small enough so don't hold the tapes too long. Ah, that would explain it. The last thing most TSM customers I work with want is more tape mounts. This might be another case where a VTL would come in handy. Did I also read correctly that you CAN back up to disk if you have the SANergy product? I'm not sure how much that costs, though. I'm guessing it's not cheap. ;) I'm delighted to find someone using this feature. Here are a few more questions: 1. Does this change how the resulting backups are stored in the catalog in any way (like they're listed as having been backed up from the storage agent client, instead of the real client)? 2. Can you recover the same way? IOW, can the storage agent read the associated tapes, or must the TSM server do the restore? 3. Can you also restore from the TSM server without using the storage agent? 4. Does this create any sort of relationship between the storage agent server and the client? For example, NetBackup has gotten better at this, but you have to be careful when you decommissioned a media server, as there is some sort of relationship that can get a bit wonky if you decommission the media server in the wrong way. 5. I read that the storage agent will default to backing up over IP if the SAN connection has gone away. Is there any way to turn that off? IOW, tell it to fail the backup if it can't go over the SAN? Thanks so much for your help. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.
Re: LAN-free storage agent backing up other clients?
On Wed, 19 Nov 2008 22:37:02 +0100, Stef Coene [EMAIL PROTECTED] said: 4. If no one uses the feature, why not? It would seem like it help TSM scale farther. This is backup direct to tape. You can not use a disk based pool. So you need enough tape drives for all the client. Or the data to backup is small enough so don't hold the tapes too long. Or pay for SANergy... Or, does that still exist? Advertise a SAN-based FILE volume as a SAN target? - Allen S. Rout
Re: LAN-free storage agent backing up other clients?
Stef, I also forgot to ask what happens if the storage agent that a given client is assigned to is down? Does ITs backups go to the TSM server too? This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.
Re: Fw: [ADSM-L] Netware client
I have it setup the way you mentioned bellow('schedmode prompted' and 'managedservices schedule webclient' ) and it works. If I changed to polled mode doesn't work! I guess there is an issue with the netware client, read bellow(got it from IBM) any ideas why the polled mode doesn't work? Thanks It appears that you are seeing the effects of this apar: ERROR DESCRIPTION: TSM 5.5.0.0 Netware client backup or archive of SERVERSPECIFICINFO fails. The error also causes backups or archives of DOMAIN ALL-LOCAL to fail, because by default, serverspecificinfo is included in all-local domain backups. To reproduce the SERVERSPECIFICINFO failure: 1. Issue one of the following commands: dsmc inc serverspecificinfo dsmc sel serverspecificinfo dsmc arc serverspecificinfo Result: PrivIncrFileSpace:Received rc=1 from fioGetDirEntries: Server Specific Info: ANS1999E Incremental processing of 'Server SpecificInfo: /Server Specific Info' stopped. ANS1301E Server detected system error and backup or archive stops. To reproduce ALL-LOCAL failure: 1) Issue 'dsmc incremental all-local' Result (with local volumes VOLTR: and COMPVOL:) PrivIncrFileSpace: Received rc=1 from fioGetDirEntries: Server Specific Info: ANS1999E Incremental processing of 'VOLTR:' stopped. ANS1999E Incremental processing of 'COMPVOL:' stopped. ANS1999E Incremental processing of 'Server Specific Info: /Server Specific Info' stopped. ANS1301E Server detected system error and incremental backup stops LOCAL FIX: Exclude serverspecificinfo from all-local domain in option file: DOMAIN all-local -SERVERSPECIFICINFO and do not backup or archive serverspecificinfo until the fixing 5.5.0.1 package can be delivered. Current target: November 30, 2007 *+* Responder Page *+* PROBLEM SUMMARY: * USERS AFFECTED: The version 5.5.0.0 backup-archive client * * running on Novell NetWare. * * PROBLEM DESCRIPTION: See ERROR DESCRIPTION * * RECOMMENDATION: Apply fixing level when available. This * * problem is currently projected to be fixed * * in level 5.5.1. Note that this is subject * * to change at the discretion of IBM. * * PROBLEM CONCLUSION: The problem is due to an incorrect variable intialization. The client has been fixed so that the problem no longer occurs. Note that the variable initialization problem also exists in version 5.3.2 - 5.4.1.x. The problem does not manifest itself in those versions, but the version 5.4.2 client code has been changed to include the proper variable initialization __ Ramiro Ruiz, Network Specialist Information Services Schulich School of Medicine Dentistry The University of Western Ontario [EMAIL PROTECTED] Phone 519.520.0760 From: [EMAIL PROTECTED] To:Ramiro Ruiz [EMAIL PROTECTED] Date: 11/19/2008 5:44 AM Subject: Fw: [ADSM-L] Netware client Hello Ramiro, Are you still in trouble with your netware client ? what's the netware server level ? what's the TSM client level ? can you please give details about dsm.opt file : did you add 'schedmode prompted' and 'managedservices schedule webclient' ? can you give extract from activity log about schedule not starting : does it fail to find ip address ? in which state is schedule reported : pending ? failed ? missed ? thanks Norman - Forwarded by Norman Bloch/FR/ReadersDigest on 19/11/2008 11:31 - Ramiro Ruiz [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 17/11/2008 20:52 Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject [ADSM-L] Netware client Hello, I am not sure if this is the appropriate place, but here it is; first, I am very new with TSM, I took some course a few weeks back from IBM. anyway I installed and configured TSM 5.5 on a Windows Server 2003 64 bit, I also installed the client for Netware on a server. I can run a backup manually from the server web GUI. but the scheduled backup show up on the DSMCAD screen but thy just sit there and never run, I don't even get any errors! Any ideas? I can provide more info if you like. Thanks __ Ramiro Ruiz, Network Specialist Information Services Schulich School of Medicine Dentistry The University of Western Ontario [EMAIL PROTECTED] Phone 519.520.0760
Question
Hello, I am sending emails to this list at: adsm-l@vm.marist.edu I know people can see my emails, but I don't receive my own emails?? what am I doing wrong? Thanks __ Ramiro Ruiz, Network Specialist Information Services Schulich School of Medicine Dentistry The University of Western Ontario [EMAIL PROTECTED] Phone 519.520.0760
Re: Question
Nothing. Carefully read the email you got when you subscribed. It explains why you don't see your own posts, and how you can change that. -- Mark Stapleton ([EMAIL PROTECTED]) CDW Berbee System engineer 7145 Boone Avenue North, Suite 140 Brooklyn Park MN 55428-1511 763-592-5963 www.berbee.com -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Ramiro Ruiz Sent: Wednesday, November 19, 2008 8:21 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Question Hello, I am sending emails to this list at: adsm-l@vm.marist.edu I know people can see my emails, but I don't receive my own emails?? what am I doing wrong? Thanks __ Ramiro Ruiz, Network Specialist Information Services Schulich School of Medicine Dentistry The University of Western Ontario [EMAIL PROTECTED] Phone 519.520.0760
Off topic (netbackup)
Please forgive me for asking here but I have questions. In the past I thought I had seen mentioned here that there some folks were using netbackup along with tsm. We do, for unfortunate reasons, and I would like to know if there are any people still out there that might contact me off the list to discuss a few things. Our netbackup person went to greener pastures, in other words bailed, and I have been given the unenviable task of running it along with tsm. Since I was basically left out 99% of the time naturally I have some questions. I understand I can find a users group like this one but I thought I'd start here first. Thanks, Geoff [EMAIL PROTECTED] 858-412-9883