ADSM-L

Re: [ADSM-L] FW: Question about copypool storage pools

2008-01-30 10:54:40
Subject: Re: [ADSM-L] FW: Question about copypool storage pools
From: "Hart, Charles A" <charles_hart AT UHC DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Wed, 30 Jan 2008 09:54:02 -0600
"Well, you didn't need to create the new primary tape pool; you could
have just created the 3592 copy pool and do backup Stgpool 3592_tapepool
to 3592_copypool."

If I read this right and you're creating a brand new offsite copy pool
and then point your primary pools to it you are going to start from
scratch in other words that new copy pools does not have any knowledge
of the data in the primary pool, so it you have 100TB's in your primary
and you point it to a new pool you're going to re-copy all primary data
to the copy pool from day one.  We recently found this out with a
different challenge we had. Move data's are the way to go, as you can
use the reconstruct parameter on the move data to eliminate white space
on tapes.
 

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Wanda Prather
Sent: Wednesday, January 30, 2008 7:56 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] FW: Question about copypool storage pools

Well, you didn't need to create the new primary tape pool; you could
have just created the 3592 copy pool and do backup stgpool 3592_tapepool
to 3592_copypool.

But yes, you can use MOVE DATA to get data from your old 3592 primary
pool to your new 3592 primary pool.  Or you can set the NEXTSTGPOOL on
your old
3592 primary pool to your new 3592 primary pool and enter a MIGRATE
command.

Anything that isn't already in your new 3592 copy pool will need to be
copied there.  But it won't be copied there more than once no matter how
many BACKUP STGPOOL commands you enter.



On 1/30/08, Minns, Farren; Chichester <fminns AT wiley DOT com> wrote:
>
> Hi all
>
> A little background. Up until recently I had the following setup.
>
> Disk BACKUPPOOL migrating to 3592 TAPEPOOL with a 3590 COPYPOOL.
>
> I needed to create a new 3592 COPYPOOL as the number of 3590 off-site 
> tapes being sent each day was getting too large.
>
> So here is what I did.
>
> I marked the original TAPEPOOL as readonly and renamed it to 
> TAPEPOOL_3592_OLD I then marked the original COPYPOOL as readonly and 
> renamed that to COPYPOOL_3590_OLD Next I created a new sequential 
> access 3592 TAPEPOOL and made sure that it was the NEXT storage pool 
> for the BACKUPPOOL I then created a new 3592 COPYPOOL.
>
> My question is this...
>
> Can I use the 'MOVE DATA' command to move data from volumes in the old

> TAPEPOOL_3592_OLD to the new 3592 TAPEPOOL?
>
> If so, will this new data also need to be copied to the COPYPOOL
again?
>
> Many thanks
>
> Farren Minns
> John Wiley & sons
>
>
>
>
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf 
> Of Robert Ouzen Ouzen
> Sent: 30 January 2008 10:26
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: [ADSM-L] Script little question - solved
>
> Sorry
>
>
>
> The age maybe !!! I just needed to increase my Command window
>
>
>
> Regards Robert
>
>
>
>
>
> Hi to all
>
>
>
> I wanted the output of this script in wide orientation (like table) 
> but always no matter what I tried I got as a list !!!!
>
>
>
> SET SQLDISPLAYMODE wide
>
> select Distinct CHAR(p.source_name,20)as "Source Name" 
> ,CHAR(r.drive_name,12)as
> "Drive",CHAR(p.device,20) as "Device",CHAR(r.online,12) as "Drive
Online"
> ,CHAR(p.online,12) as "Path Online",CHAR(r.allocated_to,15) as 
> "Allocate TO" from drives r,paths p where 
> r.library_name=p.library_name and r.drive_name=p.destination_name
>
>
>
> Always get:
>
>
>
> Source Name: ADSM
>
>      Drive: FILE2DRV4
>
>     Device: file
>
> rive Online: YES
>
> Path Online: YES
>
> Allocate TO:
>
>
>
> Source Name: ADSM
>
>      Drive: FILE2DRV5
>
>     Device: file
>
> rive Online: YES
>
> Path Online: YES
>
> Allocate TO:
>
>
>
> Source Name: ADSM
>
>      Drive: I2000DRV1
>
>     Device: /dev/rmt0
>
> rive Online: YES
>
> Path Online: YES
>
> Allocate TO: ADSM
>
>
>
> Source Name: ADSM
>
>      Drive: I2000DRV2
>
>     Device: /dev/rmt1
>
> rive Online: YES
>
> Path Online: YES
>
> Allocate TO: ADSM
>
>
>
> I obvious miss something ???
>
>
>
> Regards
>
> Robert Ouzen
>
>
>
>
>
>
> ----------------------------------------------------------------------
> The information contained in this e-mail and any subsequent 
> correspondence is private and confidential and intended solely for the

> named recipient(s).  If you are not a named recipient, you must not 
> copy, distribute, or disseminate the information, open any attachment,

> or take any action in reliance on it.  If you have received the e-mail

> in error, please notify the sender and delete the e-mail.
>
> Any views or opinions expressed in this e-mail are those of the 
> individual sender, unless otherwise stated.  Although this e-mail has 
> been scanned for viruses you should rely on your own virus check, as 
> the sender accepts no liability for any damage arising out of any bug 
> or virus infection.
>
> John Wiley & Sons Limited is a private limited company registered in 
> England with registered number 641132.
>
> Registered office address: The Atrium, Southern Gate, Chichester, West

> Sussex, PO19 8SQ.
> ----------------------------------------------------------------------
>


This e-mail, including attachments, may include confidential and/or 
proprietary information, and may be used only by the person or entity to 
which it is addressed. If the reader of this e-mail is not the intended 
recipient or his or her authorized agent, the reader is hereby notified 
that any dissemination, distribution or copying of this e-mail is 
prohibited. If you have received this e-mail in error, please notify the 
sender by replying to this message and delete this e-mail immediately.