Re: Enabling caching to shorten housekeeping
2005-01-13 11:24:29
Hi Steve!
Which details are you missing in my post?
Which issues with caching are you referring to?
Thanks!
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines
-----Original Message-----
From: Steve Bennett [mailto:steve_bennett AT ADMIN.STATE.AK DOT US]
Sent: Thursday, January 13, 2005 16:53
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Enabling caching to shorten housekeeping
Eric,
Not a lot of detail in your post but I always do my backup stgpool
before I migrate so it's disk to tape instead of tape to tape. Doesn't
always happen if there is a unusually large client backup that causes
the migration to occur before the scheduled stgpool backup.
I think caching will do what you want but there are other caching issues
that many of us wish to avoid.
Loon, E.J. van - SPLXM wrote:
> Hi *SM-ers!
> I'm currently struggling with the fact that I cannot run a backup stgpool
> diskpool and a migrate diskpool (to empty it out for the next client
backup
> cycle) sequentially no more. Migration would run well into the evening and
I
> would like it to be ready at 18:00 hours.
> I'm thinking about turning on caching for my diskpool. If it works like I
> hope, TSM migration empties out the diskpool, but leaving the actual data
> behind, so a backup stgpool diskpool uses these cached copies, instead of
> mounting all the tapes during a subsequent backup stgpool tapepool. In
that
> case, I can run migration and backup stgpool at the same time.
> Is TSM working like this or will a cached object, once (logically)
migrated,
> be backed up from tape?
> Thank you very much for your reply in advance!
> Kindest regards,
> Eric van Loon
> KLM Royal Dutch Airlines
>
>
> **********************************************************************
> For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain confidential
and privileged material intended for the addressee only. If you are not the
addressee, you are notified that no part of the e-mail or any attachment may
be disclosed, copied or distributed, and that any other action related to
this e-mail or attachment is strictly prohibited, and may be unlawful. If
you have received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. Koninklijke Luchtvaart
Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be
liable for the incorrect or incomplete transmission of this e-mail or any
attachments, nor responsible for any delay in receipt.
> **********************************************************************
>
--
Steve Bennett, (907) 465-5783
State of Alaska, Enterprise Technology Services, Technical Services Section
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Enabling caching to shorten housekeeping, Loon, E.J. van - SPLXM
- Re: Enabling caching to shorten housekeeping,
Loon, E.J. van - SPLXM <=
- Re: Enabling caching to shorten housekeeping, Steve Schaub
- Re: Enabling caching to shorten housekeeping, Steve Harris
- Re: Enabling caching to shorten housekeeping, Loon, E.J. van - SPLXM
- Re: Enabling caching to shorten housekeeping, Loon, E.J. van - SPLXM
- Re: Enabling caching to shorten housekeeping, Loon, E.J. van - SPLXM
- Re: Enabling caching to shorten housekeeping, Weinstein, Stephen
- Re: Enabling caching to shorten housekeeping, Hooft, Jeroen
- Re: Enabling caching to shorten housekeeping, Steve Schaub
|
|
|