shCorp - Saskatoon
> 306.933.8921
>
>
>
> From: "Ehresman,David E."
> To: ADSM-L@VM.MARIST.EDU
> Date: 04/22/2014 12:36 PM
> Subject:Re: [ADSM-L] TSM for VE going to tape copypool,
> recommendations?
> Sent by:"ADSM: Dist Stor Manager"
2/2014 12:36 PM
Subject: Re: [ADSM-L] TSM for VE going to tape copypool,
recommendations?
Sent by:"ADSM: Dist Stor Manager"
I don't know how the VMCTL metadata is used. But I see multiple "files"
in the vmctl storage pool for a given VM which leads me to beli
4 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] TSM for VE going to tape copypool, recommendations?
Yes, the VMCTL data is stored in its own stgpool with a FILE devc and we
could request additional disk for the test to use for the RESTORE STG
command. Would that be faster than restoring individual
Geary
Technical Specialist
PotashCorp - Saskatoon
306.933.8921
From: "Ehresman,David E."
To: ADSM-L@VM.MARIST.EDU
Date: 04/22/2014 09:48 AM
Subject: Re: [ADSM-L] TSM for VE going to tape copypool,
recommendations?
Sent by:"ADSM: Dist Stor Manager"
Is y
Sent: Tuesday, April 22, 2014 11:28 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] TSM for VE going to tape copypool, recommendations?
We've been using TSM for VE for about a year now and while it's been great
for onsite restores, our recent DR test was troubling. We've been u
We've been using TSM for VE for about a year now and while it's been great
for onsite restores, our recent DR test was troubling. We've been using
the IFINCR strategy and while I was expecting restores from tape to be
slow, I wasn't expecting restores to drag into the 5-6 hour range for a
small VM