- Why are you worried about emptying data from a nearly empty disk pool?
- Very often disk pools do not empty completely every day. That is not
necessarily a bad thing.
- What are your capactiy problems?
- Is the disk filling faster than it can be migrated every day? Be sure
your backups are efficient, no clients with negative compression of data (where
data that is already compressed is "compressed" again, wasting space.)
* Try this query: q ac begind=-1 msgno=4968 search="objects
compressed by* -"
and look for results like this:
ANE4968I (Session: 2302261, Node: AIXxyz123) Objects
compressed by: -35% (SESSION: 2302261)
Turn compression OFF for clients like these (Hmm...I got way too many hits for
that.)
- Is there not enough tape media? Be sure you are reclaiming tapes
effectively, both on and offsite.
- Check to see what users are backing up. Try to get users to
exclude unneeded data. Argue strongly against things like .pst files. They
are huge and, e-mail should be getting backed up as messages through some means
anyway.
- Examine your retention policies, how long are you keeping data? We
keep some data for (expletive deleted) years, other data for days. Even on
one client, some data may have different retention requirements than other
data. Don't use one policy for all unless policy dictates it. The classic
management answer to what do we keep and for how long is, "Keep everything,
forever," but that is unsupportable.
- Or, not enough library space? Document, remove, and safely store media
locally if you can't get an expansion or a new library.
- Not enough drive resources? Consider upgraded tape drives and/or higher
capactiy media.
* Reclamation can be run a couple of ways. There is a reclamation command
(RECLAIM STGPOOL), or by using a script to UPDATE the storage pool changing
the reclamation threshold for the stgpool from 100% down to a lower threshold.
You can also use Move Data operations to get data off of specific thinly
utilized tapes
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Tuncel
Mutlu
Sent: Tuesday, October 06, 2009 9:47 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] emptying disk pool
Hi gurus,
I have a disk pool migrated once a day to a tape pool, but some data stays
(capacity problems). Until I have solved that, every day I have to empty the
disk pool deleting the data. Here are the questions:
1. Is there any way to empty the disk pool without deleting the volumes ? The
only way I have found is to delete the volumes disgarding the data (after that
re-creating them).
2. My TSM server is Windows 2003 based (TSM 5.5.3.0). When I delete a disk
volume, the file in Windows stays there, I cannot create it again after that,
so I have to manually delete the files from Windows and that create the volumes
again. Is this the way it should be ? That prevents me from automating the
operation with a script.
Best Regards,
Tuncel Mutlu
________________________________
[http://www.akbank.com/images/disclaimer.jpg]<http://www.akbank.com/disclaimer.asp>
Bu e-posta ve muhtemel eklerinde verilen bilgiler kişiye özel ve gizli olup,
yalnızca mesajda belirlenen alıcı ile ilgilidir. Size yanlışlıkla ulaşmışsa
lütfen göndericiye bilgi veriniz, mesajı siliniz ve içeriğini başka bir kişiye
açıklamayınız, herhangi bir ortama kopyalamayınız. Bu mesaj aksi sözleşme ile
belirtilmedikçe herhangi bir finansal işlem teklifi, alımı, satımı veya
herhangi bir havalenin teyidi gibi bankacılık işlemi yapılması amacını
taşımamaktadır. Verilen tüm bilgilerin doğruluğu ve bütünlüğünün garantisi
verilmemekte olup, önceden bildirilmeksizin değiştirilebilecektir. Bu mesajın
içeriği Bankamızın resmi görüşlerini yansıtmayabileceğinden Akbank T.A.Ş.
hiçbir hukuki sorumluluğu kabul etmez.
IMPORTANT: E-mail sent through the Internet is not secure. Legg Mason
therefore recommends that you do not send any confidential or sensitive
information to us via electronic mail, including social security numbers,
account numbers, or personal identification numbers. Delivery, and or timely
delivery of Internet mail is not guaranteed. Legg Mason therefore recommends
that you do not send time sensitive
or action-oriented messages to us via electronic mail.
This message is intended for the addressee only and may contain privileged or
confidential information. Unless you are the intended recipient, you may not
use, copy or disclose to anyone any information contained in this message. If
you have received this message in error, please notify the author by replying
to this message and then kindly delete the message. Thank you.
