Tab,
I'm thinking you could have a script/cmd file that shares out the
directories on the drive, then assigns drive letters to the shares, and
another script that undoes this, and have them as your pre and post-sched
commands. Or even a script that would share a directory, attach to it,
back it u
8:16 AM
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject:Re: AW: MediaW
>Richard,
>
>I'm glad you mentioned VirtualMountPoint. Is there ANY way to simulate
>that in Windows?
Gosh, Tab, are you still using
>Richard,
>
>I'm glad you mentioned VirtualMountPoint. Is there ANY way to simulate
>that in Windows?
Gosh, Tab, are you still using the world's last wholly proprietary
operating system and enduring all the pain of System Objects?? ;-)
I'm not aware of any way in Windows to achieve the same eff
anks.
Tab Trepagnier
TSM Administrator
Laitram LLC
Richard Sims <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
06/13/2003 08:08 AM
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject:
>That begs the question of why a collocated session can not have
>multiple backup threads.
Collocation is often diminished in List discussions for lack of
qualification. That is, there are two types of Collocation:
by node, and by filespace. Therein lies additional opportunity,
further enhanced
Not quite sure where is you problem:
You want both collocation and parallel backup threads.
Using a (large enough) disk primary storage pool
as backup cache gives you the ability to backup using many threads.
Migrationg from disk to tape can use multiple tapes as well.
The only things which do
