Ian Blair wrote:
The target pools have a 'Delay Period for Volume Reuse:' for the virtual
volumes. Your retry period is 10 days.
Also the 'source virtual volumes' are stored on the 'target as archive
files', expiration must complete on the target for archives to be deleted.
You hit the jackpot
The target pools have a 'Delay Period for Volume Reuse:' for the virtual
volumes. Your retry period is 10 days.
Also the 'source virtual volumes' are stored on the 'target as archive
files', expiration must complete on the target for archives to be deleted.
Occasionally the pools get out of sync
Hi Skylar,
I'm confused by your question. You say you are doing migration from the
target to the source. But that doesn't make sense. In server-to-server
virtual volumes, data is sent from the source to the target. Your
configuration shows that you have a storage pool called ONSITE-MALI on the
I'm testing out virtual volumes at our site, and I'm trying to figure
out how to get virtual volumes deleted from the target server. When I do
migration on the source server from the target server, the occupancy on
the source server goes down but the target server stays the same. I'm
using a DISK
Hi Nick,
Thanks for the info
Robert
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Nicholas
Cassimatis
Sent: ד 31 אוגוסט 2005 15:04
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Virtual volumes question
Robert,
Yes, that's how I'
Robert,
Yes, that's how I've done it. Works fine. You can also have multiple
migration processes running, if you have the resources. The downside is
that migration is by node, so tapes won't be emptied individually, but all
data for a node will be moved, then another node, then another node. If
th
Hi to all
I am in a process of changing my drives from SDLT to LTO on a library
connected to TSM server 1 , I created server to server virtual volumes with an
another server TSM server 2 with a library attached already with LTO drives.
I want to migrate my storage pool on tapes from TSM serv
