I don't think you can avoid the situation that when all options are
exhausted, the job will (a) retry and then (b) fail.
You can configure how many retries there are, and I think the time it
waits, but in the end if the retries are exhausted I believe that it will
fail the job. We are setting up to load balance (though it is not up and
running yet), using a Storage Unit Group with the load balance option
enabled, with the underlying Storage Units being AdvancedDisk. That is
supposed to balance on the media server 'least busy' but what is measured
is not explained:
<<
Storage Units that use AdvancedDisk disk pools on different Media Servers
can be configured to
form ?load balanced? Storage Unit Groups. When a backup is run using the
Storage Unit Group,
the Storage Unit on the least busy Media Server is automatically selected
and a suitable disk
within the AdvancedDisk disk pool on that Media Server is used for the
backup.
>>
I believe that it also within an AdvancedDisk pool load balances across
the disks by picking the disk with most free space for the next backup,
provided it is not already in use. I suspect that there is more to it
than that.
You should read the white paper "Best Practices for Disk Layout with the
Flexible Disk Option, Issue Date: 5th April 2009, Version number: 2.0";
this was updated to note that SharedDisk support was ending.
Because we are not using NFS mounted AdvancedDisk the media servers cannot
share the disks
Quite separately, and nothing to do with that kind of group, we are
creating a 'Media Sharing' Media Server Group. That allows us to set the
owner of tapes written to be the group, where the default is either you
force and owner or it is set to the server that writes the volume. My
understanding is that it will allow a tape to be used by any of our group
of media servers, slightly increasing tape utilisation. They all share
the same tape library.
William D L Brown
veritas-bu-bounces AT mailman.eng.auburn DOT edu wrote on 22/09/2009 13:45:16:
> Some questions on Storage Unit groups.
>
> The purpose is to have a couple of Storage Units grouped so that
> backups will go from 1 Media Server to another when the first Media
> Server is down or busy AND the job stays queued when all Servers are
busy.
>
> There are several options:
> Prioritize. Which is unacceptable as this will fail the job if no
> non-busy server is found. Or can this be changed?)
> Failover. When a server is full the job will be queued (possibly
> leaving other Media Servers idle = Not good either).
> Round Robin. Same as first: Job will fail when no Media Serve is found.
> Load Balance. The explanation in the guides are not clear about
> this. What happens when all Media Servers are busy (full) ? Does
> the job stay queued (and for which STU) or does it fail ? Requires
> Flexible Disk option license when using DSU.
>
> Or are there other options that I did not think of to accomplish this ?
>
>
> Best Regards,
> Bart WALLEBROEK
> Systems & Applications Management & Support Specialist
> Enterprise Applications Delivery - Infrastructure Management
> Tel: + 32 2 655 30 75 Mobile: + 32 478 31 61 77
> S.W.I.F.T. SCRL
>
> Have you visited http://www.swift.com/support lately? In the Knowledge
Base
> , you will find a lot of information. If you have a question, you
> can report it online using Case Manager.
>
> This e-mail and any attachments thereto may contain information
> which is confidential and/or proprietary and intended for the sole
> use of the recipient(s) named above. If you have received this e-
> mail in error, please immediately notify the sender and delete the
> mail. Thank you for your co-operation. SWIFT reserves the right to
> retain e-mail messages on its systems and, under circumstances
> permitted by applicable law, to monitor and intercept e-mail
> messages to and from its systems.
> _______________________________________________
> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
-----------------------------------------------------------
This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
-----------------------------------------------------------
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
|
