Greetings,
I had to set up an environment like this before, and here is what
worked for me.
1) I didn't use scratch pools. I defined all my tapes into the storage
pool I wanted them in. That way TSM asks for a specific tape to mount,
and not a scratch tape. My "tape operator" was a secretary, and I
didn't want her to have to figure out which tapes were scratches.
2) The disk spool was sized big enough to hold all night's backup data,
so I didn't need to mount a tape until the next morning.
3) Migration kicked off at 8:00 and asked for a mount of a specific
tape.
4) I created a TSM console window using 'dsmadmc -id=xxxxxx
-password=xxxxxx -mountmode' that started up automatically when the
secretary logged in. She could minimize it any time she wanted, but
each morning she would look at the window to see what tape needed to be
mounted. I also asked her to look at it at certain intervals according
to the admin schedule I set up.
5) She would mount the tapes according to the prompt. She didn't need
to reply to anything.
6) There were two tape drives, so migrations, backup stgpools, and
reclamations were handled in like fashion. If I kept enough tapes on
hand, reclamations would keep up with demand, and there would be empty
tapes to mount. I don't remember having to intentionally delete active
data off of tapes. I don't like designing things that way.
7) I wrote some scripts that would email the secretary the output of 'q
drmedia wherestate=vaultretrieve' so she knew which offsite tapes were
to come back from the 'vault', and 'q drmedia wherestate=vault' so she
could verify which tapes were supposed to be offsite.
I hope this helps. If you need more details let me know.
Best Regards,
John D. Schneider
The Computer Coaching Community, LLC
Office: (314) 635-5424 / Toll Free: (866) 796-9226
Cell: (314) 750-8721
-------- Original Message --------
Subject: [ADSM-L] Antwort: [ADSM-L] handling mount requests
From: Ullrich_Mänz <umaenz AT FUM DOT DE>
Date: Fri, September 04, 2009 5:06 am
To: ADSM-L AT VM.MARIST DOT EDU
Hello,
there are two things that will cause TSM to issue the volume mount
request:
- the tape inserted in the drive in the evening was already used over
night by reaching a migration threshold of the primary pool. In that
case
check for the mountretention parameter on the devclass definition. You
may
expand that period up to many hours
- the volume inserted in the tape drive is not the volume expected by
the
TSM server. Because TSM uses a volume as long as there is any space left
you will need to mark the volume as "full" or "unavailable" just after
finishing the migration process. Or, you should create a storagepool for
each day.
Check the activity log for overnight migration and label readings - as
far as I remember there must be a massage that states "invalid volume
label" or something like that.
I don't understand why you want to delete the backup data on tape. Is
there a full backup every day? Is really all data kept in the diskpool?
If
you migrate the data from the disk pool you cannot be sure to get a -
virtual - backup of your systems copied to tape in the morning. - But
yes,
the easiest way is to run a "delete volume xxxxxx discard=yes" before
overwriting the tape.
Have you thought of using two copypools used alternativly each day or
week?
Best regards
Ullrich Mänz
System-Integration
FRITZ & MACZIOL Software und Computervertrieb GmbH
Ludwig Str. 180D, 63067 Offenbach, Germany
Amtsgericht Ulm, Handelsregister-Nummer: HRB 1936
Geschäftsführer: Heribert Fritz, Oliver Schallhorn, Frank Haines
Inhaber: Imtech N.V., Gouda, Niederlande
Referenzen finden Sie auf unserer Website, Rubrik 'News'.
For References, please click our website, button 'News'.
Mail powered by Lotus Notes Version 7
Tuncel Mutlu <Tuncel.Mutlu AT AKBANK DOT COM>
Gesendet von: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
04.09.2009 11:01
Bitte antworten an
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
An
ADSM-L AT VM.MARIST DOT EDU
Kopie
Thema
[ADSM-L] handling mount requests
Hi,
I have a really (another country) remote TSM server (Windows 2003 x32)
with 1 x LTO-2 drive. TSM server 5.5.3.0, client version is 5.5.2.2. I
have created a disk pool on the TSM server, which I intend to migrate
every night to the LTO-2 cartridge. For now only 2 clients (the TSM
server
one of them).
The issue:
- Before they had some other software (CA Arcserve v11.5) and
they (the stuff onsite) changed the cartridge every morning as they
arrived (as it was ejected), one cartridge every day of the weekday (and
they take the cartridge home)
- I configured it correct (manual library etc), and it is working
fine, but when I scheduled a migration job every night it awaits a reply
to mount the cartridge. But the cartridge is already inside ? How can I
avoid the reply issue ?
- I did assume that expiring precisely that tapes that morning
every day is difficult and I am thinking of deleting that volume every
morning ? What do you think ?
Regards,
Tuncel Mutlu
________________________________
[<A href="http://www.akbank.com/images/disclaimer.jpg]<" target=_blank
mce_href="http://www.akbank.com/images/disclaimer.jpg]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.
|