Re: Can I enlarge a dbvol by mirroring?

You're right.

Which, in part, is why my db volumes are on an ESS raid array, with the
mirrors on a separate array. One of these days my paranoia will take
over again, and I'll put the mirrors on the other ESS.

And, speaking of DB exposure -- WHEN are we going to get the ability to
do something like: backup db devclass=lto type=full scratch=yes copies=2
so I can cut two IDENTICAL database backup tapes?

I had the ability at the OS level to cut matching tapes back on GCOS-3
on a Honeywell system in 1984, fer cryin' out loud.

Tom Kauffman
NIBCO, Inc

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Allen S. Rout
Sent: Thursday, March 01, 2007 11:42 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Can I enlarge a dbvol by mirroring?

>> On Thu, 1 Mar 2007 09:01:33 -0500, "Kauffman, Tom"
<KauffmanT AT NIBCO DOT COM> said:


> If your Dbvbols are not in a hardware raid or mirrored environment,
> the correct (or paranoid) procedure would be to create a new 12 GB
> dbvol AND a 12 GB dbvol mirror -- and THEN delete the 9 GB dbvol and
> the 9 GB mirror. It takes a bit longer, but it is the clean way to
> go.

Actually, you're still exposed there.

The procedure goes:

DEF DBVOL new
DEF DBCOPY new new-copy

DEL DBVOL old-copy

[D'oh! old is now unmirrored]

DEL DBVOL old

and for however long it takes you to copy, you stay unmirrored.

Now, this is not a huge exposure, in the scheme of things.  But it
-is- an exposure, and I don't see a reason for it.  I've wished aloud
here in the past for something like 'EMPTY DBVOL' so you can move data
off a mirrored volume onto other mirrored vols.


- Allen S. Rout
CONFIDENTIALITY NOTICE:  This email and any attachments are for the 
exclusive and confidential use of the intended recipient.  If you are not
the intended recipient, please do not read, distribute or take action in 
reliance upon this message. If you have received this in error, please 
notify us immediately by return email and promptly delete this message 
and its attachments from your computer system. We do not waive  
attorney-client or work product privilege by the transmission of this
message.