From: Page, Jennifer (Jennifer.Page@RBCDAIN.COM)
Date: Fri Mar 19 2004 - 09:29:26 EST
I would agree the copy makes sense.
We wrote scripts to copy the data and to back it out.
Because Sybase required the raw lv's to be named the same we wrote
scripts (to create scripts) that copied the data and renamed the lv's.
We moved all of our data (raw and JFS) from Hitachi to StorageTek at the
LV level, no issues. Don't work with SSA or Fastt600, but maybe the
example is of some help. We were able to test by copying a few at a
time. Good luck. -Jennifer
E.g. for our RAW copy
mklv -y N_[old_lv] [new_vg] 62
chlv -t copy N_[old_lv]
cplv -e N_[old_lv] -f [old_lv]
chlv -n O_[old_lv] [old_lv]
chlv -n [old_lv] N_[old_lv]
chown sybase.sybase /dev/*[old_lv]
E.g. for our JFS copy
mklv -y N_[old_lv] [new_vg] 3126
chlv -t copy N_[old_lv]
cplv -e N_[old_lv] -f [old_lv]
chlv -n O_[old_lv] [old_lv]
chlv -n [old_lv] N_[old_lv]
chown root.system /dev/*[old_lv]
chfs -a dev=/dev/dbdump_lv /dbdump
chfs -a log=/dev/loglv04 /dbdump
-----Original Message-----
From: IBM AIX Discussion List [mailto:aix-l@Princeton.EDU] On Behalf Of
John Jolet
Sent: Friday, March 19, 2004 7:53 AM
To: aix-l@Princeton.EDU
Subject: Re: copy raw device
sounds like he wants a copy not a move.....if you do a move and the
attempt fails for whatever reason, you're toast. When we do this sort
of thing we use the dd procedure i described earlier (for instance,
making a dev copy of the production database)
Coyle, Jack wrote:
>Why is it that you feel migratepv will not be sufficient for your
>purposes? From the man page for migratepv:
>
> <snip>
> ...
> The migratepv command moves allocated physical partitions and
>the data they contain from the SourcePhysicalVolume to one or more
>other physical volumes.
> ...
> <snip>
>
>Regards,
>Jack Coyle
>Rex Healthcare
>jack.coyle@rexhealth.com
>
>
>-----Original Message-----
>From: Rick YEH [mailto:rick@BULL.COM.TW]
>Sent: Friday, March 19, 2004 2:48 AM
>To: aix-l@Princeton.EDU
>Subject: Re: copy raw device
>
>
>If i would like to keep the orginal data, what i can do?
>
>----- Original Message -----
>From: "Patrick B. O'Brien" <pobrien@DOIT.NV.GOV>
>Newsgroups: bit.listserv.aix-l
>To: <aix-l@Princeton.EDU>
>Sent: Friday, March 19, 2004 3:14 PM
>Subject: Re: copy raw device
>
>
>
>
>>One way would be to do a, 'migratepv ssadisk fasttdisk'.
>>
>>
>>
>>
>> -----Original Message-----
>> From: Rick YEH [mailto:rick@BULL.COM.TW]
>> Sent: Thursday, March 18, 2004 11:08 PM
>> To: aix-l@Princeton.EDU
>> Subject: copy raw device
>>
>> Hello AIXer,
>> I am going to move the Informix database from SSA
>>
>>
>storage to a new
>
>
>> Fastt600 storage. In what command I can make an
>> identical
>>
>>
>copy of all the
>
>
>> raw device which was allocated to the Informix
>> database
>>
>>
>for its tablespace
>
>
>> from an SSA storage to the Fastt stroage without
>> destoy
>>
>>
>the data. Please
>
>
>> five me your professional suggestion and the detail
>>
>>
>instructions. Thanks!
>
>
>> Rick
>>
>>
>>
RBC Dain Rauscher does not accept buy, sell or cancel orders by e-mail, or any instructions by e-mail that would require your signature. Information contained in this communication is not considered an official record of your account and does not supersede normal trade confirmations or statements. Any information provided has been prepared from sources believed to be reliable but is not guaranteed, does not represent all available data necessary for making investment decisions and is for informational purposes only.
This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you receive this e-mail in error, please advise me (by return e-mail or otherwise) immediately.
Information received by or sent from this system is subject to review by supervisory personnel, is retained and may be produced to regulatory authorities or others with a legal right to the information.
This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 22:17:43 EDT