Re: Domino Client question
2006-01-26 11:06:42
Hi Farren,
For long-term archival, you should still use the
Data Protection for Domino client because you want to
make sure that the databases being backed up have
full integrity.
Many customers accomplish this by setting up a
secondary TSM NODENAME like DOMSRV1_ARCHIVE and
perform a monthly Data Protection for Domino backup
using a different nodename with different
policy setting to meet their longterm archival needs.
Another thing you can look at is IBM DB2 CommonStore for Lotus Domino:
http://www-306.ibm.com/software/data/commonstore/lotus/
Thanks,
Del
----------------------------------------------------
Del Hoobler
Tivoli Storage Manager Development
IBM Corporation
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on 01/26/2006
10:56:41 AM:
> Hi Del
>
> OK, that all makes sense, but in this case where we are doing full
backups
> every weekend, and if we wanted to keep data for a year (at least) we
are
> going to end up with 52 full copies of the db in backup. Which again
leads
> me to think that the domino client may not be the best tool for long
term
> archive storage of data. Would I be right in thinking this, or is this
the
> way things are generally done with domino databases?
>
> All the best
>
> Farren
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Deleting a Volume in TSM, Kleynerman, Arthur
- Re: Deleting a Volume in TSM, Kurt Beyers
- Domino Client question, Farren Minns
- Re: Domino Client question, Helder Garcia
- Re: Domino Client question, Farren Minns
- Re: Domino Client question, Del Hoobler
- Re: Domino Client question, Farren Minns
- Re: Domino Client question,
Del Hoobler <=
- Re: Domino Client question, Farren Minns
- Mac 5.2.3.12 point in time problem, Farren Minns
- Re: Mac 5.2.3.12 point in time problem, Richard Sims
- Re: Mac Client 5.2.3.12 point in time problem, Farren Minns
- Re: Mac Client 5.2.3.12 point in time problem, Richard Sims
- Re: Mac Client 5.2.3.12 point in time problem, Farren Minns
- Serious performance problems with large BUFPOOLSIZE, Matthew Glanville
- Re: Serious performance problems with large BUFPOOLSIZE, Andrew Carlson
- Re: Serious performance problems with large BUFPOOLSIZE, Allen S. Rout
- Re: Serious performance problems with large BUFPOOLSIZE, Matthew Glanville
|
|
|