ADSM-L

Re: Overflow location

2004-12-01 19:20:33
Subject: Re: Overflow location
From: Steve Harris <Steve_Harris AT HEALTH.QLD.GOV DOT AU>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 2 Dec 2004 10:19:33 +1000
Sandi

If your collocated pool is completely full, then toward the end of that process 
you effectively didn't have collocation anyway as all your clients were being 
put onto the last available space.

You must add more volumes to the pool one way or another.  If you have no space 
in the library then you must eject full tapes and add empty ones.

One thing that I have done in the past is have an extra non-collocated tape 
pool as a next pool for my collocated one.  Normally this has no volumes in it 
but it has a maxscratch value of 1.
Then when your collocated pool fills up you still get the data, and if there is 
ever a volume in the non-collocated pool you know you have a problem to 
correct.  After the new volumes have been placed into the library you do a move 
data to get the data back to where it should be.

I hope that this is not too complex for you to understand.  The bottom line is 
that you *must* add more volumes to your collocated pool.

Steve.

 

>>> sadi AT SUPER.NET DOT PK 02/12/2004 5:44:55 >>>
Dear Steave,
Thanks but that does not talk about my scenario.

My scenario is that :
1- I have stg pool that has scratch volumes=9
2- Eventhough there are other scratch volumes avaiulble in the library but the 
system won't use those because of limit in point 1.
3- My backups would fail because it is not picking up those scratch tapes.

NOW:
Are you suggesting that I should increase the number of scratch volumes and 
still define/configure overflow location and all full tapes in storage poool 
will be moved to that location, and other scratch volumes will be picked up by 
TSM?
This way I will not run into full library situation ever.

Please enlighten me !

Kind Regards,
Sandra

Steve Harris wrote:

> Sandra,
>
> There is a section in the Admin Guide on dealing with a full library.
>
> Regards
>
> Steve.
>
> >>> sadi AT SUPER.NET DOT PK 01/12/2004 3:27:52 >>>
> Dear All,
> today i ran into something on :
> TSM 5.2.3 on Windows 2000 server.
>
> I have 3582 Library and my sequential storage poool is setup with 9 volumes 
> for
> collocation. No as per the policies of various servers' data retention, these
> are not enough for this amount of data and my backups fail since none of the
> volumes have enough space to carry more data.
>
> I increased the number of scratchs in that pool. but I don't want to run into
> same situation when i have to keep volumes in the library for DRM.
>
> Can I checkout volumes that are full and then run audit library or what?
>
> How can I cope with this situation?
>
> Kindly enlighten me !
>
> Kind Regards,
> Sandra
>
> ***********************************************************************************
> 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.
> ***********************************************************************************



***********************************************************************************
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.
***********************************************************************************

<Prev in Thread] Current Thread [Next in Thread>