How do you handle retired nodes?
2004-06-11 08:39:03
Hi Everyone . . . . .
How do you handle retired Nodes?
When a server (tsm client node) is retired, we need to keep the TSM node
around until all backups are expired. This can be anywhere from a couple
months to years depending on policies. This is normal, but we are going
through a server consolidation project that is generating tons of
retired servers.
Retired nodes need to:
- be around for restores
- hang around until all data is expired (months or even years)
- keep track of them for when they can be deleted
- remember to exclude them when you are playing with lists of "active"
nodes
At first, we just disassociated the node from it's schedule and changed
it's
contact field to indicate it's retired status. Very quickly we found that
there
was no quick/easy way to tell active clients from retired clients. Next,
we
started to change the node name by adding a prefix to indicate the
retired status. This has been good from our tsm admin point of view, but
now the system admins don't know the node name for restores (or at least
don't remember the new name that we tell them).
This seems to be a problem categorizing nodes. TSM wants to categorize
nodes by domain. It doesn't seem to have a way to categorize nodes
within a domain.
Question: What do you do?
Thanks
Rick
-----------------------------------------
The information contained in this message is intended only for the personal and
confidential use of the recipient(s) named above. If the reader of this message
is not the intended recipient or an agent responsible for delivering it to the
intended recipient, you are hereby notified that you have received this
document in error and that any review, dissemination, distribution, or copying
of this message is strictly prohibited. If you have received this communication
in error, please notify us immediately, and delete the original message.
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- How do you handle retired nodes?,
Richard Rhodes <=
|
|
|