Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Check backup log from Z/OS server

Status
Not open for further replies.
May 18, 2005
9
US
I am housing TSM on a Z/OS server which mimics an AIX environment. Does anyone know how to initiate a system wide command that will pull all the daily failures from every server to the tsm server? Basically, I need to create a daily report which inidicates which servers on my tsm network failed from the night before.

Thanks.
 
Is there only 1 TSM server? Look into the "q event" command.

e.g. "q event * * begind=today-1 ex=yes" should show you all scheduled events that failed in the last 24 hours.

There is also a "q event * type=a begind=today-1 ex=yes" that should show you all failed administrative scheduled events.
 
Thanks Yrrk, worked like a charm, I can't wait to start getting into the TSM training in depth. What is the steps you would take in initiating training to someone with previous backup experience however little TSM experience?

Thanks.
 
The first thing I would do is read the TSM Administrator's Guide. It's like taking the courses. If you know that guide well, you'll pass the certification exam IMO. The one thing I struggled with is it seemed like the first 6 months I was full of information on what I *could* do with TSM, but not enough exposure to environments to know what sorts of best practices people employ. In some cases, it's clear what the best practices are because IBM publishes them. In other cases, it's not so clear. e.g. do you create many domains, management classes, policy sets? Do you create many storage pools? Or keep as few as possible? Is it better to create many smaller TSM database files for your storage pools or fewer larger ones? I started with the KISS principle and always defined as little heirarchy/complexity as needed but over time, having seen many environements, I now have a much better sense of when it makes sense to do things like that.

I guess all in all what i'm saying is TSM is a highly configurable product. So much so that when you're first exposed to it it can be a bit overwhelming. Only time and experience will help you there.. On the plus side that same configurability makes it incredibly powerful in the right hands.

Download and read the admin guide. It will be your bible:


Then any client and database guides for whatever clients and databases you have to support.

Taking the certification exams can help you expand your knowlege too. Do it once you're somewhat comfortable with the admin guide. The act of taking them will force you to think about scenarios that aren't necessarily clear. You'll probably fail it once or twice before you pass it but along the way you'll learn a lot.

So that would be my strongest recommendation. Read the guide(s) and take the exams. The two together will get you up to speed quickly.
 
Also join the Tivoli listserv. It's by far the best place to ask questions. Lots of experienced TSM'ers on there..


Towards the bottom of that page. ADSM-L list server.

I setup a google mail account specifically just so i can read/post to that anonymously. Since google mail has so much storage, that works nicely when you want to search older messages too for some topic or error code. There is also an ADSM-L archive you can search here:


(TSM used to be called ADSM back in version 3.1)
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top