Well,
The contracts have now been signed and I can speak freely.
I'm looking to push TSM to as many sites as possible in our vast distributed
network. Those that I can't service with TSM will come to appreciate the
qualities of Backup Exec.
We will be replacing either Backup Exec or Arcserve in many of the TSM sites,
and the site managers are used to having the usual GFS arrangement. They even
take the occasional monthly backup out of the cycle and keep it forever,
because this provides a way to appear to comply with ridiculous mandated data
retention requirements without having to actually think about purge processes,
application changes and so on.
Thus the reality is that I must provide monthly backup facilities within TSM.
Many of these sites are quite small, and I'm hoping to get away with 35 days of
backups on disk, with copypools on a tape that is changed weekly. THere is no
way that I can afford one tape per node per month for a backupset.
So, I was thinking of implementing server-to-server on the one machine so that
the backupset could be generated to virtual volumes and these stacked on to one
set of tapes per month.
I seem to recall seeing a problem with doing that on this list recently, but I
have been unable to find it there, or anything that is relevant in quickfacts.
Is anyone doing loopback server-to-server, particularly on windows or linux
servers. How well does it work? Is it relatively easy to set up? Is it
practical to generate backupsets this way.
Any information will be appreciated. the alternative is two TSM instances in
every site.
Thanks
Steve Harris
Queensland Health, Brisbane Australia
PS. If anyone has a Groupwise -> tsm soultion out there, I'm very interested.
***********************************************************************************
This email, including any attachments sent with it, is confidential and for the
sole use of the intended recipient(s). This confidentiality is not waived or
lost, if you receive it and you are not the intended recipient(s), or if it is
transmitted/received in error.
Any unauthorised use, alteration, disclosure, distribution or review of this
email is prohibited. It may be subject to a statutory duty of confidentiality
if it relates to health service matters.
If you are not the intended recipient(s), or if you have received this email in
error, you are asked to immediately notify the sender by telephone or by return
email. You should also delete this email and destroy any hard copies produced.
***********************************************************************************
|