<?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: Changing SAN storage in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/changing-san-storage/m-p/5081140#M440508</link>
    <description>Hello.&lt;BR /&gt;&lt;BR /&gt;In HP-UX 11.11 is adressing dependent on the connection of the storage to the SAN&lt;BR /&gt;&lt;BR /&gt;Than if you will connect new array to same switch and same port, with the same LUN's presented to the same host you'll see same adressing from OS point of view like from old array.&lt;BR /&gt;&lt;BR /&gt;For the migration of data it's common in LVM to use &lt;BR /&gt;vgexport -p -s -m mapfile -f outfile vgname&lt;BR /&gt;&lt;BR /&gt;and for import &lt;BR /&gt;&lt;BR /&gt;vgimport -m mapfile -f outfile vgname&lt;BR /&gt;or&lt;BR /&gt;vgimport -m mapfile -s vgname&lt;BR /&gt;&lt;BR /&gt;check manpages before you'll apply this command&lt;BR /&gt;&lt;BR /&gt;I recommend to use vgexport with -s option to save also your vgID information to outfile.&lt;BR /&gt;&lt;BR /&gt;If you'll use vgimport with -s option this will automatically scan your dsk devices and where will be same vgid in the header it'll be added to imported vg. This will also change order of the PVs in the lvmtab what shoudl cause problem if you have pvgstrict policy... &lt;BR /&gt;&lt;BR /&gt;BR</description>
    <pubDate>Fri, 23 Nov 2007 06:51:10 GMT</pubDate>
    <dc:creator>mmax</dc:creator>
    <dc:date>2007-11-23T06:51:10Z</dc:date>
    <item>
      <title>Changing SAN storage</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/changing-san-storage/m-p/5081139#M440507</link>
      <description>Hi,&lt;BR /&gt;I'm going to upgrade my old EMC storage system to a brand new model from EMC too. I want to take into account all the changes it will represent from a sys admin point of view, I mean, I know that with the change the HW path will change so, what steps I have to do to keep the data from the old system to the new one? The data from the old storage is going to be migrated to the new one throw SRDF (replication done by HW from one storage system to the other, without using the SO). The LUN´s configuration will be the same in the new one than in the old one, of course the new one has more LUN´s that will be assignated before the migration. The machine connected throw SAN switch to the storage is the main node of a 2 node´s Service Guard system (quorum disk?)using HPUX 11.11. I think I'm not forgetting any important data to understand what I need.&lt;BR /&gt;Thanks in advance for your answers!!</description>
      <pubDate>Fri, 23 Nov 2007 05:43:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/changing-san-storage/m-p/5081139#M440507</guid>
      <dc:creator>mogiro</dc:creator>
      <dc:date>2007-11-23T05:43:06Z</dc:date>
    </item>
    <item>
      <title>Re: Changing SAN storage</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/changing-san-storage/m-p/5081140#M440508</link>
      <description>Hello.&lt;BR /&gt;&lt;BR /&gt;In HP-UX 11.11 is adressing dependent on the connection of the storage to the SAN&lt;BR /&gt;&lt;BR /&gt;Than if you will connect new array to same switch and same port, with the same LUN's presented to the same host you'll see same adressing from OS point of view like from old array.&lt;BR /&gt;&lt;BR /&gt;For the migration of data it's common in LVM to use &lt;BR /&gt;vgexport -p -s -m mapfile -f outfile vgname&lt;BR /&gt;&lt;BR /&gt;and for import &lt;BR /&gt;&lt;BR /&gt;vgimport -m mapfile -f outfile vgname&lt;BR /&gt;or&lt;BR /&gt;vgimport -m mapfile -s vgname&lt;BR /&gt;&lt;BR /&gt;check manpages before you'll apply this command&lt;BR /&gt;&lt;BR /&gt;I recommend to use vgexport with -s option to save also your vgID information to outfile.&lt;BR /&gt;&lt;BR /&gt;If you'll use vgimport with -s option this will automatically scan your dsk devices and where will be same vgid in the header it'll be added to imported vg. This will also change order of the PVs in the lvmtab what shoudl cause problem if you have pvgstrict policy... &lt;BR /&gt;&lt;BR /&gt;BR</description>
      <pubDate>Fri, 23 Nov 2007 06:51:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/changing-san-storage/m-p/5081140#M440508</guid>
      <dc:creator>mmax</dc:creator>
      <dc:date>2007-11-23T06:51:10Z</dc:date>
    </item>
    <item>
      <title>Re: Changing SAN storage</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/changing-san-storage/m-p/5081141#M440509</link>
      <description>Hi,&lt;BR /&gt;The storage is going to be connected to the SAN throw another switch port, so the adressing of the disks is going to change. In this case, additional tasks are required to the vgexport/vgimport?</description>
      <pubDate>Fri, 23 Nov 2007 11:09:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/changing-san-storage/m-p/5081141#M440509</guid>
      <dc:creator>mogiro</dc:creator>
      <dc:date>2007-11-23T11:09:24Z</dc:date>
    </item>
    <item>
      <title>Re: Changing SAN storage</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/changing-san-storage/m-p/5081142#M440510</link>
      <description>This is the beauty of the vgexport/vgimport command. The mapfile and VGID (volume group ID, from the -s option) will be used to search out all the disks on your system for a match. Then the LUNs that report a matching VGID will be setup in the volume group, even though the LUN device file names did not match your previous volume group.</description>
      <pubDate>Fri, 23 Nov 2007 12:37:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/changing-san-storage/m-p/5081142#M440510</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2007-11-23T12:37:37Z</dc:date>
    </item>
    <item>
      <title>Re: Changing SAN storage</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/changing-san-storage/m-p/5081143#M440511</link>
      <description>Hi all again,&lt;BR /&gt;After 17 hours of work non stop (only a pizza...) we finally have changed the SAN storage. &lt;BR /&gt;For your information, as you said, using the same ports on the SAN switch and as the LUN's config is also the same, no additional changes had been necessary, the Service Guard package that activates all the vg's, starts the oracle DB and the SAP instances, has done its work successfully.&lt;BR /&gt;Thanks to all you for your information.&lt;BR /&gt;</description>
      <pubDate>Sat, 24 Nov 2007 19:17:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/changing-san-storage/m-p/5081143#M440511</guid>
      <dc:creator>mogiro</dc:creator>
      <dc:date>2007-11-24T19:17:10Z</dc:date>
    </item>
    <item>
      <title>Re: Changing SAN storage</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/changing-san-storage/m-p/5081144#M440512</link>
      <description>Do nothing using the same SAN switch ports.</description>
      <pubDate>Sat, 24 Nov 2007 19:21:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/changing-san-storage/m-p/5081144#M440512</guid>
      <dc:creator>mogiro</dc:creator>
      <dc:date>2007-11-24T19:21:11Z</dc:date>
    </item>
  </channel>
</rss>

