<?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 Re: SAN Implementation in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/san-implementation/m-p/3163843#M159928</link>
    <description>Some other ideas are mirroring the disks and splitting later, or adding EMC LUN to the vg&lt;BR /&gt;and doing pvmove of physicall extents to that &lt;BR /&gt;volume (pretty transparent LVM safe way but not faster than dd).</description>
    <pubDate>Wed, 14 Jan 2004 06:26:43 GMT</pubDate>
    <dc:creator>Zeev Schultz</dc:creator>
    <dc:date>2004-01-14T06:26:43Z</dc:date>
    <item>
      <title>SAN Implementation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/san-implementation/m-p/3163840#M159925</link>
      <description>Hi guys,&lt;BR /&gt;&lt;BR /&gt;We have recently bought a SAN to replace our old EMC disk array. As the first part of this project I will have to migrate data to the new SAN for a single HP-UX 11.0 server. VG00 on the Server is the only VG on the intenal disks, and on the other VG's we have lv's containing both filesystems and raw data.&lt;BR /&gt;&lt;BR /&gt;I feel the only way to move all of this data is to use the dd command, and I'm not sure if I will need to do a vgexport/import?&lt;BR /&gt;Has anyone done this before, or does anyone know what the best plan would be to achieve migration?&lt;BR /&gt;Thanks, Alan</description>
      <pubDate>Wed, 14 Jan 2004 04:52:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/san-implementation/m-p/3163840#M159925</guid>
      <dc:creator>Alan Casey</dc:creator>
      <dc:date>2004-01-14T04:52:11Z</dc:date>
    </item>
    <item>
      <title>Re: SAN Implementation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/san-implementation/m-p/3163841#M159926</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;can you give some more info about your SAN system.&lt;BR /&gt;&lt;BR /&gt;Sunil</description>
      <pubDate>Wed, 14 Jan 2004 05:21:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/san-implementation/m-p/3163841#M159926</guid>
      <dc:creator>Sunil Sharma_1</dc:creator>
      <dc:date>2004-01-14T05:21:36Z</dc:date>
    </item>
    <item>
      <title>Re: SAN Implementation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/san-implementation/m-p/3163842#M159927</link>
      <description>The SAN, is an EMC Clariion CX400 with approx 500GB of disk space.&lt;BR /&gt;</description>
      <pubDate>Wed, 14 Jan 2004 05:49:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/san-implementation/m-p/3163842#M159927</guid>
      <dc:creator>Alan Casey</dc:creator>
      <dc:date>2004-01-14T05:49:55Z</dc:date>
    </item>
    <item>
      <title>Re: SAN Implementation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/san-implementation/m-p/3163843#M159928</link>
      <description>Some other ideas are mirroring the disks and splitting later, or adding EMC LUN to the vg&lt;BR /&gt;and doing pvmove of physicall extents to that &lt;BR /&gt;volume (pretty transparent LVM safe way but not faster than dd).</description>
      <pubDate>Wed, 14 Jan 2004 06:26:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/san-implementation/m-p/3163843#M159928</guid>
      <dc:creator>Zeev Schultz</dc:creator>
      <dc:date>2004-01-14T06:26:43Z</dc:date>
    </item>
    <item>
      <title>Re: SAN Implementation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/san-implementation/m-p/3163844#M159929</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Mirroring may be the solution (some conastraint anyway).&lt;BR /&gt;MirrorUX is required of course&lt;BR /&gt;&lt;BR /&gt;check :&lt;BR /&gt;&lt;A href="http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=204251" target="_blank"&gt;http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=204251&lt;/A&gt;&lt;BR /&gt;or this one&lt;BR /&gt;&lt;A href="http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=225809" target="_blank"&gt;http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=225809&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Jean-Luc</description>
      <pubDate>Wed, 14 Jan 2004 06:29:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/san-implementation/m-p/3163844#M159929</guid>
      <dc:creator>Jean-Luc Oudart</dc:creator>
      <dc:date>2004-01-14T06:29:02Z</dc:date>
    </item>
    <item>
      <title>Re: SAN Implementation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/san-implementation/m-p/3163845#M159930</link>
      <description>Is it possible to connect the HP-UX server to both SAN's (old and new, maybe single path's to both SAN's).&lt;BR /&gt;Then you can use lvol mirror's to copy the data.&lt;BR /&gt;So vgextend and lvextend then do a lvreduce from the old san disks for all the lvols in a vg.&lt;BR /&gt;Then do a vgreduce and the data should be on the new SAN.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Peter</description>
      <pubDate>Wed, 14 Jan 2004 06:30:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/san-implementation/m-p/3163845#M159930</guid>
      <dc:creator>Hoefnix</dc:creator>
      <dc:date>2004-01-14T06:30:20Z</dc:date>
    </item>
  </channel>
</rss>

