<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic The Best way to migrate the data on raw devices in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/the-best-way-to-migrate-the-data-on-raw-devices/m-p/2518963#M23329</link>
    <description>Hi Experts,&lt;BR /&gt;&lt;BR /&gt;I need to migrate the Oracle data that is sitting on some raw logical volumes of a retiring EMC array to a new EMC array.  I have both arrays connected to my server now. What will be the best way to do this ? The server is a K class, running 10.20.&lt;BR /&gt;&lt;BR /&gt;Any comments will be appreiated.&lt;BR /&gt;&lt;BR /&gt;- EHU</description>
    <pubDate>Thu, 19 Apr 2001 13:26:30 GMT</pubDate>
    <dc:creator>Enbin Hu</dc:creator>
    <dc:date>2001-04-19T13:26:30Z</dc:date>
    <item>
      <title>The Best way to migrate the data on raw devices</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/the-best-way-to-migrate-the-data-on-raw-devices/m-p/2518963#M23329</link>
      <description>Hi Experts,&lt;BR /&gt;&lt;BR /&gt;I need to migrate the Oracle data that is sitting on some raw logical volumes of a retiring EMC array to a new EMC array.  I have both arrays connected to my server now. What will be the best way to do this ? The server is a K class, running 10.20.&lt;BR /&gt;&lt;BR /&gt;Any comments will be appreiated.&lt;BR /&gt;&lt;BR /&gt;- EHU</description>
      <pubDate>Thu, 19 Apr 2001 13:26:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/the-best-way-to-migrate-the-data-on-raw-devices/m-p/2518963#M23329</guid>
      <dc:creator>Enbin Hu</dc:creator>
      <dc:date>2001-04-19T13:26:30Z</dc:date>
    </item>
    <item>
      <title>Re: The Best way to migrate the data on raw devices</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/the-best-way-to-migrate-the-data-on-raw-devices/m-p/2518964#M23330</link>
      <description>I would use dd with a fairly large blocksize.&lt;BR /&gt;To avoid double buffering specify only bs not ibs and obs. &lt;BR /&gt;I'm not sure whether you are using raw disks or raw logical volumes. The answer is the same but the devices will differ.&lt;BR /&gt;e.g. dd if=/dev/rdsk/c2t5d0 of=/dev/rdsk/c3t2d0 bs=8000k&lt;BR /&gt;Obviously if you are using logical volumes then&lt;BR /&gt;something like dd if=/dev/vg03/rlvol1 of=/dev/vg04/rlvol1 bs=8000k. &lt;BR /&gt;If the input and output raw devices are not the same size you should also add the 'count=' argument to dd.&lt;BR /&gt;</description>
      <pubDate>Thu, 19 Apr 2001 13:36:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/the-best-way-to-migrate-the-data-on-raw-devices/m-p/2518964#M23330</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2001-04-19T13:36:24Z</dc:date>
    </item>
    <item>
      <title>Re: The Best way to migrate the data on raw devices</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/the-best-way-to-migrate-the-data-on-raw-devices/m-p/2518965#M23331</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I don't work on XP but I see 2 ways :&lt;BR /&gt;&lt;BR /&gt;1)&lt;BR /&gt;Extend your VGs with your new disks&lt;BR /&gt;Mirror logical volumes to the new disks&lt;BR /&gt;Unmirror form old disks&lt;BR /&gt;Reduce the vg&lt;BR /&gt;That's all (supposing that you have mirror disk UX, you can pvmove if not), You don't need to stop database.&lt;BR /&gt;&lt;BR /&gt;2)&lt;BR /&gt;Create new lvols on new disks&lt;BR /&gt;stop database&lt;BR /&gt;dd if=/dev/vgXX/rOLDLVOL... of=/dev/vgXX/rNEWLVOL bs=...&lt;BR /&gt;start database (mount)&lt;BR /&gt;modify database architecture&lt;BR /&gt;open database.&lt;BR /&gt;&lt;BR /&gt;If you use rawdevices in oder to increase performances, don't forget that you can obtain approximatively the same perf :&lt;BR /&gt;If you have Online-JFS, you are able to mount a filesystem with "mincache=direct" option. Then you will not use LVM.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Patrice.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 19 Apr 2001 13:45:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/the-best-way-to-migrate-the-data-on-raw-devices/m-p/2518965#M23331</guid>
      <dc:creator>MARTINACHE</dc:creator>
      <dc:date>2001-04-19T13:45:33Z</dc:date>
    </item>
    <item>
      <title>Re: The Best way to migrate the data on raw devices</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/the-best-way-to-migrate-the-data-on-raw-devices/m-p/2518966#M23332</link>
      <description>I would go with the mirroring option if you have the HP mirroring software.  It can all be done on-line, no down time required.&lt;BR /&gt;&lt;BR /&gt;You could also try to use Oracle's mirroring functionality.  I'm not sure how to use it, but I know it is there as our DBA has used it.  Again, I think it can work on-line.&lt;BR /&gt;&lt;BR /&gt;The dd option will certainly work.  You will just need downtime as your data can not change during the process.&lt;BR /&gt;</description>
      <pubDate>Thu, 19 Apr 2001 13:56:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/the-best-way-to-migrate-the-data-on-raw-devices/m-p/2518966#M23332</guid>
      <dc:creator>Dave Wherry</dc:creator>
      <dc:date>2001-04-19T13:56:47Z</dc:date>
    </item>
    <item>
      <title>Re: The Best way to migrate the data on raw devices</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/the-best-way-to-migrate-the-data-on-raw-devices/m-p/2518967#M23333</link>
      <description>I forgot another option, you could have EMC do it with SRDF.  I'm surprised they have not already approached you about doing it.&lt;BR /&gt;They temporarily install SRDF on both frames and copy the data over.  Then remove the old frame.&lt;BR /&gt;I know they do this type of consulting quite often.  Of course it will not be free.  Nothing from EMC is free.&lt;BR /&gt;</description>
      <pubDate>Thu, 19 Apr 2001 14:00:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/the-best-way-to-migrate-the-data-on-raw-devices/m-p/2518967#M23333</guid>
      <dc:creator>Dave Wherry</dc:creator>
      <dc:date>2001-04-19T14:00:59Z</dc:date>
    </item>
    <item>
      <title>Re: The Best way to migrate the data on raw devices</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/the-best-way-to-migrate-the-data-on-raw-devices/m-p/2518968#M23334</link>
      <description>AC Stepheson, Patrice, Dave:&lt;BR /&gt;&lt;BR /&gt;Thanks a lot for your suggestions. My original plan was to use dd, but now I think I would use the mirroring to do this instead, since the copying process can be done in the background and doesn't require the down time.&lt;BR /&gt;&lt;BR /&gt;Thanks again.&lt;BR /&gt;&lt;BR /&gt;EHU&lt;BR /&gt;</description>
      <pubDate>Thu, 19 Apr 2001 14:14:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/the-best-way-to-migrate-the-data-on-raw-devices/m-p/2518968#M23334</guid>
      <dc:creator>Enbin Hu</dc:creator>
      <dc:date>2001-04-19T14:14:56Z</dc:date>
    </item>
  </channel>
</rss>

