Author: "Loon, E.J. van - SPLXM" <Eric-van.Loon AT KLM DOT COM>
Date: Tue, 11 Dec 2007 13:22:50 +0100
Hi *SM-ers! I found something very strange on one of my TSM servers. When I issue the following command: select stgpool_name as "Storagepool",sum(physical_mb) as "MB" from occupancy group by stgpool_
Hi My theory works if the following is true. 1) the copy pool is offsite. 2) your statement that the copy pool is larger than the primary pool was incorrect. Its the other way round looing at the num
Author: "Loon, E.J. van - SPLXM" <Eric-van.Loon AT KLM DOT COM>
Date: Tue, 11 Dec 2007 15:05:14 +0100
Hi Jim! My copy pool is an online copy pool. Tapes (in fact virtual tapes) are not checked out, nor removed from the (virtual) library. I didn't state that my copy pool is larger than the primary poo
Author: Andy Huebner <Andy.Huebner AT ALCONLABS DOT COM>
Date: Tue, 11 Dec 2007 11:29:06 -0600
I would say it is normal to have a little more data in the primary pool due to on-going backups. We have backups running all the time. Since the primary and copy tapes are created differently I am no
Author: Larry Peifer <Larry.Peifer AT SCE DOT COM>
Date: Tue, 11 Dec 2007 14:04:29 -0800
Eric, I'm interested in learning more about the particulars of your environment. We have been experiencing some odd behavior with our tape pools after recently upgrading the TSM server to 5.4.0 and t
Author: Helder Garcia <helder.garcia AT GMAIL DOT COM>
Date: Wed, 12 Dec 2007 09:42:52 -0200
Larry, DB backup tapes does not belong to any particular storage pool. Anyway, your environment shows more acceptable numbers than Eric's. A little delta (106 to 112) in the number of tapes is always
Author: "Loon, E.J. van - SPLXM" <Eric-van.Loon AT KLM DOT COM>
Date: Wed, 12 Dec 2007 14:02:03 +0100
Hi Andy! I have 3 servers (LBU1, LBU2 and LBU3) running. Checkout their private volume count: DL_LBU1_CPY_1 Private 634 DL_LBU1_PRI_1 Private 643 DL_LBU2_CPY_1 Private 561 DL_LBU2_PRI_1 Private 564 D
Author: "Loon, E.J. van - SPLXM" <Eric-van.Loon AT KLM DOT COM>
Date: Wed, 12 Dec 2007 14:05:13 +0100
Hi Larry! We are using EMC DL700 disk libraries which emulate several 3584 libraries with LTO2 tapes. Personally, I find the difference between primary and copy pool tape count in your shop not as sh
Author: "Loon, E.J. van - SPLXM" <Eric-van.Loon AT KLM DOT COM>
Date: Wed, 12 Dec 2007 14:06:33 +0100
Hi Helder! I'm 100% sure reclamation is set to 60% on all storage pools on all servers. Kindest regards, Eric van Loon KLM Royal Dutch Airlines Larry, DB backup tapes does not belong to any particula
Author: Helder Garcia <helder.garcia AT GMAIL DOT COM>
Date: Wed, 12 Dec 2007 14:42:25 -0200
Eric, I meant collocation. It can be by node, by group, by filespace or no collocation. On Dec 12, 2007 11:06 AM, Loon, E.J. van - SPLXM <Eric-van.Loon AT klm DOT com> wrote: -- Helder Garcia
Author: Larry Peifer <Larry.Peifer AT SCE DOT COM>
Date: Wed, 12 Dec 2007 10:24:03 -0800
Eric - It looks like your system is storing about the same amount of data, 26TB / 27TB, as our system is but I notice that you are using over 300 more LTO2 tapes to store it on. Is that correct? Are
Author: Larry Peifer <Larry.Peifer AT SCE DOT COM>
Date: Wed, 12 Dec 2007 10:32:30 -0800
Helder, In our case we always direct the DB backup to a particular tape library by design. backup db type=full devclass=ltoclass7 where ltoclass7 only has one device in it; which is in our DR alterna
Author: "Loon, E.J. van - SPLXM" <Eric-van.Loon AT KLM DOT COM>
Date: Fri, 14 Dec 2007 16:09:48 +0100
Hi Larry! Aparently... We don't use collocation (see my erlier post to Helder today). Here is the output from the q devclass: Device Device Storage Device Format Est/Max Mount Class Access Pool Type
Author: Dominique Laflamme <dominique.laflamme.mbh7 AT STATEFARM DOT COM>
Date: Fri, 14 Dec 2007 08:26:08 -0700
I'm working without the benefit of a set of doc PDFs at the moment, but I have a fairly specific recollection that when Group Collocation was introduced in 5.3, the default behavior for collocation o
Author: "Loon, E.J. van - SPLXM" <Eric-van.Loon AT KLM DOT COM>
Date: Fri, 14 Dec 2007 15:58:12 +0100
Hi Helder! Sorry, I read reclamation instead of collocation. I have to read more careful... Since we use virtual tapes, we have virtually no mount times (well, about 2 seconds) and no data seek times