Tip: Data in storage pools that have an NDMP format (NETAPPDUMP,
CELERRADUMP, or NDMPDUMP) cannot be migrated. However, in primary
storage pools that have an NDMP format, you can make space available by using
the MOVE DATA command. The target storage pool must have the same data
format as the sourc
May be migrate data to new LTO x1(primary) pool, and after that say
copy from LTO x1 primary toLTO y1 (new copy pool)
On Fri, Aug 10, 2012 at 8:21 PM, Shawn Drew
wrote:
> Further, it will use the copy pool volumes if they are available and have
> an access of readw/reado. If they are offsite, th
Further, it will use the copy pool volumes if they are available and have
an access of readw/reado. If they are offsite, then it will use the
primary volumes.
Regards,
Shawn
Shawn Drew
Internet
kurt.bey...@vrt.be
Sent by: ADSM-L@VM.MARIST.EDU
Hi, Kurt. The way you're doing it sounds fine to me. In fact, it
sounds like the only real problem is offsite slots. Are those very
expensive for you?
But this implies that the copy storage pool from generation LTO_Y needs to be
rebuild from scratch.
Which is time consuming - Alex: Not reall
Hi All,
You can move data or move nodedata within a copy stgpool, but you cannot move
data or move nodedata from a copy stgpool to another copy stgppol.
- Mail original -
De: "Zoltan Forray"
À: ADSM-L@VM.MARIST.EDU
Envoyé: Jeudi 9 Août 2012 16:23:20
Objet: Re: [ADSM-L] migrating tape s
Hi Kurt,
My advice should be going on using backup stg and reclaim stg instead of move
data. Just use scratch volumes LTO generation y and do not checkin LTO
generation x back from the vault. You'll still may have to use move data for
offsite volumes with a low reclaim percentage.
Time after t
You can only do move data's with in a copy pool, not from copypool a to
copy pool b which would be nice, but I suppose for a media change you
can mark the orig copy pools vols to RO then put your new media in and
copy with in the same pool but to your new media which is set to read
write.
We've ha
SAY what? We do moves all day long. If the tape is in the ATL (unlikely)
it moves data to another copypool tape directly. If the tape is offsite it
recreates the valid data from the onsite/primary stgpool.
On Aug 9, 2012 10:05 AM, "Huebner,Andy,FORT WORTH,IT" <
andy.hueb...@alconlabs.com> wrote:
I stand corrected.
Andy Huebner
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of BEYERS
Kurt
Sent: Thursday, August 09, 2012 9:15 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] migrating tape storage pools
Hi Andy,
A 'move data' on a copy
Hi Andy,
A 'move data' on a copy stg pool volume works, the primary stg pool volume(s)
is/are used for the operation. It just does not work for tapes that contain
NDMP backups (primary or copy).
regards,
Kurt
Van: ADSM: Dist Stor Manager [ADSM-L@VM.MARIS
You cannot use move data on a copy tape. I have tried.
I am very interested if you find a good solution. We are moving some of our
copies to a different drive type.
Andy Huebner
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of BEYERS
Kurt
Se
11 matches
Mail list logo
