I've just been thrown into a TSM environment and the current admin will be leaving soon (immigration issues). I'm very new to TSM so I'm a little bit lost and it's like pulling teeth to get any answers on how the current environment is setup -- keep been told to just read the manuals (yeah rtfm, thanks alot). We have a TSM library manager, and 4 client TSM servers, 3584 LTO4 library and a few hundred servers to backup (windows, aix, linux) etc.
Anyway, I wanted to get the following in some sort of brief note form so I don't miss anything, but can't get any answers:
1)Daily tasks
2)Weekly / monthly maintenance tasks
3)Custom scripts run on each backup server
4)Typical manual backup procedures
a.Standard filesystems
b.Database backups
c.NDMP backups
d.Any additional procedures
5)Typical restore procedures (recent script examples)
a.Standard filesystem restores
b.Database restores
c.NDMP restores
d.Any additional procedures
6)DR Procedures
a.How often is TSM database backed up, procedures
b.Most Recent database vaulted daily?
c.Additional procedures for DR
7)Standard procedures for starting and stopping the TSM Servers
List of some typical issues that come up in the environment and what is done to resolve them.
9)List of processes (TSM , OS and hardware) that you monitor to ensure all systems are operating properly. How they are monitored (emailed scripts, gui, OS checks etc).
10)Summary of any schedules and automatic processes that have changed in the last architecture guide. Information on any schedules / processes that are outdated in the report.
I'm fairly experienced with unix but my backup systems weren't quite as complex as this one. I have no problem figuring things out on my own, but due to the complexity of the environment, I would feel better if I had a "cheat sheet".
So am I been a dick by asking these questions and requesting a brief write up? The admin fired back an email saying that everything has been covered (cc'd new boss as well) but
she's more interested in just doing the current job rather than actually showing me anything (figured that would happen anyway after I found out about the situation). I don't want to seem like a whiny beatch, but I was told I'd be trained thoroughly on the systems. I also don't want people to think the new guy is an ass and is too demanding.
Anyway, I wanted to get the following in some sort of brief note form so I don't miss anything, but can't get any answers:
1)Daily tasks
2)Weekly / monthly maintenance tasks
3)Custom scripts run on each backup server
4)Typical manual backup procedures
a.Standard filesystems
b.Database backups
c.NDMP backups
d.Any additional procedures
5)Typical restore procedures (recent script examples)
a.Standard filesystem restores
b.Database restores
c.NDMP restores
d.Any additional procedures
6)DR Procedures
a.How often is TSM database backed up, procedures
b.Most Recent database vaulted daily?
c.Additional procedures for DR
7)Standard procedures for starting and stopping the TSM Servers
List of some typical issues that come up in the environment and what is done to resolve them.
9)List of processes (TSM , OS and hardware) that you monitor to ensure all systems are operating properly. How they are monitored (emailed scripts, gui, OS checks etc).
10)Summary of any schedules and automatic processes that have changed in the last architecture guide. Information on any schedules / processes that are outdated in the report.
I'm fairly experienced with unix but my backup systems weren't quite as complex as this one. I have no problem figuring things out on my own, but due to the complexity of the environment, I would feel better if I had a "cheat sheet".
So am I been a dick by asking these questions and requesting a brief write up? The admin fired back an email saying that everything has been covered (cc'd new boss as well) but
she's more interested in just doing the current job rather than actually showing me anything (figured that would happen anyway after I found out about the situation). I don't want to seem like a whiny beatch, but I was told I'd be trained thoroughly on the systems. I also don't want people to think the new guy is an ass and is too demanding.
