But many times, overlap can't be avoided.  For instance, I run EXPIRE
INVENTORY Saturdays at 11am.  Since it runs a long time (sometimes over
24-hours), it is going to collide with the daily creation of copypool
tapes (which also will run for many hours)  and if the LZ overflows,
migration will kick off as needed.

Yes, the copypool process gets pissy if an object it wanted to backup got
migrated out from underneat it.



Roger Deschner <rogerd AT UIC DOT EDU>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
01/16/2008 12:31 AM
Please respond to
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>


To
ADSM-L AT VM.MARIST DOT EDU
cc

Subject
Re: [ADSM-L] Spanking my data.






.
In my experience, the only one of those you don't want to mess with is
migration. Tape drives are our most scarce resource.

We do client-backup/expiration/reclamation together. (Our database is
big, and is on extremely fast, highly tuned, disks.) Then we migrate,
all by itself. Then we backup the database. We expire 22 hours/day or
until it finishes, except during database backup. We do database
backup/reclamation together. You can call me crazy, but this works and
has evolved over many years as the best way to get it all done.

Roger Deschner      University of Illinois at Chicago     rogerd AT uic DOT edu


On Tue, 15 Jan 2008, Zoltan Forray/AC/VCU wrote:

>intentionally).   Most of the time the biggest issue is database
>transaction conflicts/deadlocks which TSM usually resolves on its own. Of
>course, don't know who lost what in the "shoot-out" without doing serious
>triage.
>
>
>
>TSTLTDTD <tsm-forum AT BACKUPCENTRAL DOT COM>
>Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
>01/15/2008 02:14 PM
>Please respond to
>ADSM-L AT VM.MARIST DOT EDU
>
>
>To
>ADSM-L AT VM.MARIST DOT EDU
>cc
>
>Subject
>[ADSM-L] Spanking my data.
>
>
>
>
>
>
>I'd like to hear some expert opinions on this forum.
>
>What happens when you attempt to backup, migrate, move data, reclaim the
>same pools at the same time?
>
>Thanks in advance for your input.
>
>+----------------------------------------------------------------------
>|This was sent by a579269 AT yahoo DOT com via Backup Central.
>|Forward SPAM to abuse AT backupcentral DOT com.
>+----------------------------------------------------------------------
>