"They are reclaimed the same as physical volumes. Just like physical volumes,
they need to be 100% empty before they return space and can be reused.
The reclamation process will move the data off eligible volumes (volumes under
the reclamation threshhold) in order to make them 100% empty."
-
This is where one additional point comes to mind - that of the size of virtual
volumes which is controlled with MAXCAP on the device class definition on the
source server. You can change the value MAXCAP any time. The larger the virtual
volume, the more "white space" you carry at
dware supporting it.
Regards,
Shawn
Shawn Drew
Internet
warbo...@indiana.edu
Sent by: ADSM-L@VM.MARIST.EDU
03/10/2011 04:43 PM
Please respond to
ADSM-L@VM.MARIST.EDU
To
ADSM-L
cc
Subject
Re: [ADSM-L] Does Move Data recover space on virtual vo
ct as reclamation. But, why do all this manually as opposed to just letting
reclamation run on a daily basis.
Regards,
Joerg Pohlmann
- Original Message -
From: Keith Arbogast
Date: Thursday, March 10, 2011 3:48 pm
Subject: Re: [ADSM-L] Does Move Data recover space on virtual volumes?
To: A
respond to
ADSM-L@VM.MARIST.EDU
To
ADSM-L
cc
Subject
Re: [ADSM-L] Does Move Data recover space on virtual volumes?
Joerg,
The nut of the problem, if I have this right, is that virtual volumes
aren't reclaimed the same way as physical volumes. They have to be 100%
reclaimable before they r
Joerg,
The nut of the problem, if I have this right, is that virtual volumes aren't
reclaimed the same way as physical volumes. They have to be 100% reclaimable
before they return any space. Their pct_utilization does go down, but the empty
space in them is locked until they are compl
Shawn,
Your mention of the 50 GB MAXCAP on the device class was a jolt. Ours is 1 TB,
and I see that could be exacerbating the problem. The bigger virtual volumes
are, the more space they lock and the greater chance they contain active files,
which results in longer lifespans for them.
What
-
From: Keith Arbogast
Date: Thursday, March 10, 2011 3:48 pm
Subject: Re: [ADSM-L] Does Move Data recover space on virtual volumes?
To: ADSM-L@VM.MARIST.EDU
> My specific problem is with a tape pool that is a target for
> virtual volumes created by a remote TSM server. The number of
> c
riginal Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
Keith Arbogast
Sent: Thursday, March 10, 2011 2:47 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Does Move Data recover space on virtual volumes?
My specific problem is with a tape pool that is a target for
My specific problem is with a tape pool that is a target for virtual volumes
created by a remote TSM server. The number of cartridges in use by the pool
goes up and up, at a faster rate than the data growth on the remote server. I
suspect there are many virtual volumes in the target pool with
I think it might be abnormal that you have filling virtual volumes. Are
you using scratch in your virtual volume pool? or are you pre-defining the
volumes?
I use scratch volumes so it just creates new volumes dynamically. It then
deletes them when empty. Once a session creates a virtual
Sent: Thursday, March 10, 2011 12:22 PM
To: ADSM-L@vm.marist.edu
Subject: Re: [ADSM-L] Does Move Data recover space on virtual volumes?
Why wouldn't normal reclamation be used for this? It's the automatic
"move data" intended to consolidate empty space.
As long as expiration is r
_
Shawn Drew
Internet
jschnei...@ussco.com
Sent by: ADSM-L@VM.MARIST.EDU
03/10/2011 11:15 AM
Please respond to
ADSM-L@VM.MARIST.EDU
To
ADSM-L
cc
Subject
Re: [ADSM-L] Does Move Data recover space on virtual volumes?
Yes.
I use 'move data' to consolidate virtual filling volume
-L@vm.marist.edu] On Behalf Of
Keith Arbogast
Sent: Thursday, March 10, 2011 10:46 AM
To: ADSM-L@vm.marist.edu
Subject: Re: [ADSM-L] Does Move Data recover space on virtual volumes?
Jim,
You must mean FULL rather than FILLING, and PENDING rather than SCRATCH,
yes/no?
Thanks again,
Keith
: [ADSM-L] Does Move Data recover space on virtual volumes?
Sorry. Move data does send volumes to 'scratch'. In the case of virtual
volumes they are not reused.
Keith
This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the
Sorry. Move data does send volumes to 'scratch'. In the case of virtual
volumes they are not reused.
Keith
Jim,
You must mean FULL rather than FILLING, and PENDING rather than SCRATCH,
yes/no?
Thanks again,
Keith
sage-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@vm.marist.edu] On Behalf Of
Keith Arbogast
Sent: Thursday, March 10, 2011 10:08 AM
To: ADSM-L@vm.marist.edu
Subject: [ADSM-L] Does Move Data recover space on virtual volumes?
We are running TSM 6.2.2.2 on RHEL 5.
It is my understanding that a
We are running TSM 6.2.2.2 on RHEL 5.
It is my understanding that all the space used by a virtual volume is kept
until every file on it has been expired. Virtual volumes don't shrink in size,
just like physical cartridges, even though their pct_utilization may go down.
Therefore, if some
Shawn,
> I can't find the reference, but if I remember right (which is always
> suspect) Virtual Volumes are stored using an archive copy group on the
> target server, but ignores the "Retain Version" of the copy group.
I'd been hunting for confirmation of this to
Subject
Re: [ADSM-L] Virtual Volumes won't die!
Try:
q server f=d
Check delgraceperiod parameter
John Monahan
This message and any attachments (the "message") is intended solely for
the addressees and is confidential. If you receive this message in error,
please delete it
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf
> Of Shawn Drew
> Sent: Tuesday, March 30, 2010 3:00 PM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Virtual Volumes won't die!
>
> I recently migrated about 5TB of data
dedicated library manager) That's not the case this time.
I can't find the reference, but if I remember right (which is always
suspect) Virtual Volumes are stored using an archive copy group on the
target server, but ignores the "Retain Version" of the copy group. The
copy group fo
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 archive
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.
Occ
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 ONSI
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'
will pursue that test tomorrow. I want to see what other fun things I
can do with virtual volumes.
Thanks all, I really appreciate your help!
Rob Jones
Network Administrator
Lafayette College
+--
|This was sent by [EMAIL PROTECTED]
Create the virtual device class on the source server
2. run "prepare devclass=" on the source server
3. on the target server do a "query files"
4. if you have space on the disk perform a db backup from the source
5. look at the volhist on the source server and you will see the vi
>> On Thu, 15 Nov 2007 15:02:58 +0100, Remco Post <[EMAIL PROTECTED]> said:
> do NOT (repeat do NOT!) create circular dependencies between
> servers, keep backups of at least one database on disk, tape or
> whatever on physical volumes.
What he said! A bunch!
If you designate one server as -on
ASS
Device Access Strategy: Sequential
Storage Pool Count: 0
Device Type: SERVER
At this point I am leaning toward creating a devtype of FILE and putting it on
an NFS mount. (The NFS mount would be on a NAS in a different location.)
However, I'd still like to get Virtual Volumes
tate FAILURE at 03:47:09 PM.
>
> My strategy was to set up source and target servers for virtual
> volumes. When I defined the storage pool on the target server I
> specified the devclass as DISK. As in " define stgpool sourcepool
> disk". However, on the source server the dev
jonesrn
Sent: Wednesday, November 14, 2007 4:44 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Virtual Volumes & DB Backup
I have two TSM 5.4 servers using SATA drives as their targets. (They are
named TSM3 and TSM4) I do not have any tape drives or libraries set up.
I want to backup the databas
Hello,
You should use File Device Class for DB backups.
Alper
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of jonesrn
Sent: 14 Kasım 2007 Çarşamba 23:44
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Virtual Volumes & DB Backup
I have two TSM
nated - required volume was not mounted.
ANR0985I Process 91 for DATABASE BACKUP running in the BACKGROUND completed
with completion state FAILURE at 03:47:09 PM.
My strategy was to set up source and target servers for virtual volumes. When I
defined the storage pool on the target server I specifie
Allen Rout wrote:
"I'm having difficulty figuring out why this still feels not-answered
to you."
Allen,
That statement, i.e. "...my dilemma", was more an justification of my
original post than a commentary on the answers I had received. The
simplest version of my question would have been, "What a
Richard Rhodes wrote:
"Here are just some of the problems . . ."
Rick,
Yes, we see the exposure, but aren't the ones managing the budget.
The completed DR architecture, when it's in place, will include on-
site and off-site copies of both data centers.
Thanks for your insights,
Keith Arbogast
Richard Rhodes said
"Let me see if I understand..."
Rick,
Yes, you understand very well. We will not have offsite copy pools
until there are 3584's at both data centers. It is a huge concern for
those who understand the implications.
All the best,
Keith
>> On Thu, 23 Aug 2007 09:40:28 -0400, Keith Arbogast <[EMAIL PROTECTED]> said:
> Knowing when they do and when they don't is the crux of my dilemma.
> The virtual volume methodology is presented in IBM designed training
> classes, Administrator's manuals, and in a very recent TSM Webcast
> as if
27;re only using the
>> actual
>> capacity of the backup, which is more efficient on space.
> At the cost of some reliability. What happens if the particular tape
> the virtual volumes are on goes bad, and you're in a disaster
> needing a DB restore?
Once you've sent
I said . . .
>Let me see if I fully understand . . . .
>Bloomington
> TSM-a
>local clients backup to disk pool
>disk pool migrates to TSM-b/VV at Indianapolis
> ==> primary tape pool is on TSM-b/VV at Indianapolis
>vv server - contains primary pool from TSM-b
>Indianapolis
> T
> Richard,
> I'm sorry I haven't made our situation clearer. In the current phase
> of the project we are building a TSM server in Bloomington to backup
> local clients to disk which will be migrated to virtual volumes in
> Indianapolis. After migrating local clients to
Richard Rhodes wrote:
"I guess I don't quite understand the situation."
Richard,
I'm sorry I haven't made our situation clearer. In the current phase
of the project we are building a TSM server in Bloomington to backup
local clients to disk which will be migra
Nicholas Cassimatis wrote:
"With all of the features in TSM, there are a number of them that
don't work for specific situations. Simultaneous writes on backup/
migration, virtual volumes, NDMP backups, 3rd mirrors of DB and Log
volumes, adding documentation to your Prepare file
I'm curious. We've never relied on storing the TSM db backup to tape. We
backup to disk and rcp it to a 2nd site.
That's seems the simplest method. Anyone else do the same?
>>> [EMAIL PROTECTED] 08/23/2007 9:00:35 AM >>>
> Richard,
> You asked thought provoking questions, but didn't answer mine.
Hi Keith,
virtual volumes used to be a big benefit while bridging big distances for
DR of backup data via fc/scsi was extremely expensive.
Today, I use the feature in our multi-site infrastucture to do my
additional db-snapshots to one (central) tsm-server. No tape is involved in
this part of
> Richard,
> You asked thought provoking questions, but didn't answer mine.
Hi, again . . .
I guess I don't quite understand the situation.
You have a remote site with a server you want to backup to your TSM server.
Then, you ask why you would need VV's back at the remote site. What I
don't und
liability. What happens if the particular tape
the virtual volumes are on goes bad, and you're in a disaster needing
a DB restore?
I'd rather spend the extra money on tapes and know that if something
goes bad, we'll at least be able to recover some of the data ...
(I'm seeing in
atures in TSM, there are a number of them that don't work
for specific situations. Simultaneous writes on backup/migration, virtual
volumes, NDMP backups, 3rd mirrors of DB and Log volumes, adding
documentation to your Prepare file - lots of features that don't always
make sense to use. But they're there, if you want/need them.
Nick Cassimatis
I think orinally, it was because intersite SCSI/FC was impossible or too
expensive, while IP was "cheap". (Or maybe one TSM server had scsi tape
drives and a second did not.)
Virtual volumes are basically treating one TSM server as a "client" and
archiving to the othe
Well I would say, then, the reason for VV is to eliminate the need for
real volumes: using virtual volumes on a remote TSM server eliminates
the need to move real tape volumes to the remote server in the event of
a disaster. Are they useful: that's a matter or opinion.
Somebody made the
Richard,
You asked thought provoking questions, but didn't answer mine. What
is the compelling reason to use virtual volumes? Offsite copypools
and certain restorability of the TSM database are essential. Thank
you for spotlighting those points. However, I can do those without
virtual vo
> I am not understanding the crucial advantage(s) of using virtual
> volumes to backup a data center to a remote site. Why not backup
> nodes in a remote data center to a TSM server in a local data center?
>
Sure, do it, we backup many remote sites to our central datacenter.
The
I am not understanding the crucial advantage(s) of using virtual
volumes to backup a data center to a remote site. Why not backup
nodes in a remote data center to a TSM server in a local data center?
We have two data centers about 60 miles apart. If we backup nodes in
one data center directly
Mark Stapleton wrote:
> "ADSM: Dist Stor Manager" wrote on 09/08/2006
> 07:19:25 AM:
>> we backup a storage pool to a copy pool on a target server (virtual
> volumes).
>> Yesterday I deleted 10 virtual volumes from the copypool
>> DELETE VOL ... DISCARD=YES
"ADSM: Dist Stor Manager" wrote on 09/08/2006
07:19:25 AM:
> we backup a storage pool to a copy pool on a target server (virtual
volumes).
>
> Yesterday I deleted 10 virtual volumes from the copypool
> DELETE VOL ... DISCARD=YES
>
> The virtual volumes are seen a
Hi,
we backup a storage pool to a copy pool on a target server (virtual volumes).
Yesterday I deleted 10 virtual volumes from the copypool
DELETE VOL ... DISCARD=YES
The virtual volumes are seen as archive data on the target server, the
target server should delete these archive files.
So I
eature when
having disk-cache as Primary StoragePools and the next-storagepool
is on a remote-tsm-server's virtual volumes ?
If you want to get this kind of distinction working on the other side
of a virtual-volume link, you're going to have to split things up by
node on the virtual-vo
>> On Mon, 22 May 2006 16:14:28 +0200, Rainer Wolf <[EMAIL PROTECTED]> said:
> the question is now:
> is it possible to make use of the group-collocation-feature when
> having disk-cache as Primary StoragePools and the next-storagepool
> is on a remote-tsm-server'
of the group-collocation-feature when
having disk-cache as Primary StoragePools and the next-storagepool
is on a remote-tsm-server's virtual volumes ?
...or does it just has no effect - setting this server-device-class-storage pool
with those virtual volumes to 'collocation=group'
Volumes
Hello
Other than offsite reclamation, is there any way to easily consolidate
offsite virtual volumes?
Currently I have a server which is electronically vaulting to a remote
TSM server. There are in the region of 3000 volumes in the copy pool,
some 5 MB and smaller in size.
Backup storage
>> On Tue, 28 Feb 2006 12:38:52 -, "Smith, I (Ian)" <[EMAIL PROTECTED]>
>> said:
> No collocation
> Est capacity is set to 494365 G (A compressed LTO2 tape)
Reclamation will probably be your only option; it's the only process I
can think of which will keep the target volume open across var
] Offsite Virtual Volumes
What is the "est/max capacity" on the device class used for the offsite
storage pool. Is collocation enabled? These could both contribute to
more smaller volumes.
John
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On
(Ian)
Sent: Tuesday, February 28, 2006 7:29 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Offsite Virtual Volumes
Move data just seems to create a new virtual volume, as when each VV is
written to- it gets closed and can't be extended due to its logical
nature.
_
Ia
3RL
t: +44 (0)20 7809 3046
f: +44 (0)20 7809 3599
m: +44 (0)7843 689914
Mailto: [EMAIL PROTECTED]
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Bos, Karel
Sent: 28 February 2006 12:27
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Offsite Virtual Vo
Move data?
Regards,
Karel
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Smith, I (Ian)
Sent: dinsdag 28 februari 2006 13:15
To: ADSM-L@VM.MARIST.EDU
Subject: Offsite Virtual Volumes
Hello
Other than offsite reclamation, is there any way to
Hello
Other than offsite reclamation, is there any way to easily consolidate
offsite virtual volumes?
Currently I have a server which is electronically vaulting to a remote
TSM server. There are in the region of 3000 volumes in the copy pool,
some 5 MB and smaller in size.
Backup storage pool
>> On Mon, 16 Jan 2006 15:04:03 +1000, Steven Harris <[EMAIL PROTECTED]> said:
> Now, there used to be an idea that you could do this with
> server_to_server communications that used the loopback interface on
> so that the source and the destination servers are the same actual
> TSM instance. The
Hi All,
I have a client that needs monthly backupsets for his BA clients and exports
for his TDP clients. The device for this is a stand alone LTO2 drive that
is separate from the main tape library (I'm eliding the detail here, trust
me, there are valid reasons why he want it done this way). Acc
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'
Stor Manager" wrote on 08/31/2005
06:29:16 AM:
> 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
> attac
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
and never even saw any discussion that hinted at this
approach.
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Joerg Pohlmann
Sent: Thursday, June 30, 2005 3:26 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Virtual volumes and multiple diskpools
Edward, set up multiple policy domains on your target server. Each Policy
domain has a node (type=server) that is used for the virtual volumes by
the source server. The default MC in each policy domain can then point to
different hierarchies such that you have different physical tapes use for
the
Just to be sure I am not missing something obvious:
With server-to-server configured, is it true that you can only have one
diskpool or tapepool on the remote server as the destination for the
virtual volumes?
I have several diskpools on my source server that get backed up to local
copypools
r Manager [mailto:[EMAIL PROTECTED] On Behalf
Of
Laura Buckley
Sent: Monday, June 06, 2005 7:14 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Reclaimation of virtual volumes
Hi -
Take a look at the devclass on the remote server that points to the
local server (people often call is SERVERCLASS) or some
irtual volumes
Hi -
Take a look at the devclass on the remote server that points to the
local server (people often call is SERVERCLASS) or something like that.
You might need to increase the value of mountlimit. It will need to be
at least two for reclamation to work with virtual volumes.
Hi -
Take a look at the devclass on the remote server that points to the
local server (people often call is SERVERCLASS) or something like that.
You might need to increase the value of mountlimit. It will need to be
at least two for reclamation to work with virtual volumes.
Laura
Hi All,
I'm working with TSM server 5.2.3.5 (remote) and TSM server 5.2.1.2
(local) - all on win2k server. I've set up virtual volumes such that
the remote server is utilizing the local server's diskpool for both
Database and File backups.
Remote Disk --> Local Disk --
I'm trying to set up virtual volumes for DB Backups. I have, in this order,
upd server targetserver serverpa=pw nodename=sourceserver
def dev dbbackup devt=server servername=targetserver
reg no sourceserver pw t=server
When I run
ba db t=full dev=dbback
it fails with ANR0424W - invalid pas
Thanks Michael et al
It is now ok
Mark
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Wheelock, Michael D
Sent: 13 December 2004 14:54
To: [EMAIL PROTECTED]
Subject: Re: Virtual Volumes Not Being Deleted
Hi,
In order to reclaim space on a copy
Hi,
In order to reclaim space on a copy pool that is a server to server
virtual volumes you must:
1) run reclamation on the source copy pool. It must finish reclaiming
and delete the volume.
2) run expire inventory on the target server. This will show up as
deleting archives (because the
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Mark Fergusson
Sent: zaterdag 11 december 2004 21:56
To: [EMAIL PROTECTED]
Subject: Virtual Volumes Not Being Deleted
Hi TSM'rs
I have two TSM servers TSM1 and TSM2 running TSM 5.2.3.2 on Redhat ES3.
TSM1 i
Hi TSM'rs
I have two TSM servers TSM1 and TSM2 running TSM 5.2.3.2 on Redhat ES3.
TSM1 is the primary server having a copypool on TSM2 as file based virtual
volumes.
When reclamation runs on the source server the volumes, also file based, are
deleted.
Even though the activity report indi
eased?
ray
On Tue, 28 Sep 2004, Coats, Jack wrote:
> Is there a retention set?
>
> -Original Message-
> From: -ray [mailto:[EMAIL PROTECTED]
> Sent: Monday, September 27, 2004 8:02 PM
> To: [EMAIL PROTECTED]
> Subject: Empty Virtual volumes
>
>
> Anyone ever se
ECTED]
> Subject: Empty Virtual volumes
>
>
> Anyone ever seen this? Using virtual volumes, my primary server keeps EMPTY
> volumes around... not sure if they are created empty or become empty through
> reclamation. Shouldn't they be deleted after reclamataion? Or at
>
Is there a retention set?
-Original Message-
From: -ray [mailto:[EMAIL PROTECTED]
Sent: Monday, September 27, 2004 8:02 PM
To: [EMAIL PROTECTED]
Subject: Empty Virtual volumes
Anyone ever seen this? Using virtual volumes, my primary server keeps EMPTY
volumes around... not sure if they
Anyone ever seen this? Using virtual volumes, my primary server keeps
EMPTY volumes around... not sure if they are created empty or become empty
through reclamation. Shouldn't they be deleted after reclamataion? Or at
least reused? It's filling up maxscratch on the stgp and c
I'm considering changing the way I do my TSM DB backups; I've heard some user
experiences about backing up to remote server volumes, and it appears that
this would simplify a lot of work, and save oodles of space.
Here's how I've got it sketched in my mind right now:
A server instance whose sol
delete filespace nodename ADSM.SERVER type=server
That should get rid of the filespace.
Jim Sporer
At 07:15 PM 6/2/2003 +0200, you wrote:
I've been testing a "remote Copypool" setup,
and now want to clean up ...
As the last thing on the (temporary) source server,
I deleted all
I've been testing a "remote Copypool" setup,
and now want to clean up ...
As the last thing on the (temporary) source server,
I deleted all virtual volumes, and checked via
RECONCILE VOLUMES that they were all (logically) gone.
On the target server though, I still have the no
Well I found out that this is not supported. APAR IC35654 - "Virtual
Volumes with source and target servers residing on same server is not
supported."
-Original Message-
From: Rushforth, Tim [mailto:[EMAIL PROTECTED]
Sent: May 29, 2003 1:19 PM
To: [EMAIL PROTECTED]
Subject:
=> On Tue, 10 Dec 2002 09:23:42 +1100, Gordon Woodward <[EMAIL PROTECTED]> said:
> Can anyone tell me how you define what storage pools a SOURCE server uses on
> a TARGET server when doing SERVER to SERVER operations? I've tried looking
> for the answer in the TSM Admin Guide and searching this l
ECTED]
Subject: Re: Virtual Volumes & Storage Pools
Hi Gordon,
Your Client Server has a (SERVER TYPE) account on the DR Server that's
part of a specific domain, which has a default management class
specifying where the data goes. Another point of concern might be the
size of the virtual
class. If the volume size is larger than your diskpool size, the
data will go straight to tape!
Hope this helps!
-Original Message-
From: Gordon Woodward [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 09, 2002 5:24 PM
To: [EMAIL PROTECTED]
Subject: Virtual Volumes & Storage Pools
C
Can anyone tell me how you define what storage pools a SOURCE server uses on a TARGET
server when doing SERVER to SERVER operations? I've tried looking for the answer in
the TSM Admin Guide and searching this list but to no avail.
Currently we have a Primary TSM server and a Backup TSM server, w
Hi there,
We've been experimenting with virtual volumes, being used for backup
storagepools.
The thing we notice is that on the destination server there's no expiration
or deletion of the created volumes
after we delete the copy storagepool volumes on the source server. The
volu
On TEST2 issue the command DELETE FILESPACE TEST1 * TYPE=SERVER
Jim Sporer
At 02:51 PM 9/27/2002 -0400, you wrote:
>I've been playing around with export/import using server-2-server virtual
>volumes with some success. We have be migrating one of our clients off OS390
>to AIX TS
- Original Message -
From: "Bill Boyer" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, September 27, 2002 8:51 PM
Subject: Export/Import with virtual volumes
> I've been playing around with export/import using server-2-server virtual
> volu
I've been playing around with export/import using server-2-server virtual
volumes with some success. We have be migrating one of our clients off OS390
to AIX TSM server..so I wanted to be prepared.
I was able to export from TEST1 to TEST2, and then import into TEST2 with no
problems. But
1 - 100 of 131 matches
Mail list logo
