<?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: Disaster Recovery Script in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/disaster-recovery-script/m-p/4096342#M311136</link>
    <description>Phil,&lt;BR /&gt;&lt;BR /&gt;I have written scripts that interrogate the current active LVM's and builds reconstructions scripts. I use these at DR to rebuild the volume group.&lt;BR /&gt;&lt;BR /&gt;I created scripts asks for ctd #'s then build the volume group, mount point, and filesystem exactly as they were defined on the original system&lt;BR /&gt;&lt;BR /&gt;I will be glad to share...just let me know..</description>
    <pubDate>Sat, 05 Jan 2008 02:35:23 GMT</pubDate>
    <dc:creator>Smucker</dc:creator>
    <dc:date>2008-01-05T02:35:23Z</dc:date>
    <item>
      <title>Disaster Recovery Script</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/disaster-recovery-script/m-p/4096337#M311131</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;In the past I have been involved in DR exercises where HP BRS have provided hardware and expertise.&lt;BR /&gt;&lt;BR /&gt;BRS gave us a script which gathered system information from our production machines - BCS_config - the output of which was then used to quickly build the DR systems' non-root VGs at the test site after the Ignites.&lt;BR /&gt;&lt;BR /&gt;Does anyone know whether the BCS_config script is freely available, and if so whether the further script HP used to build the systems from the BCS_config output is also available?&lt;BR /&gt;&lt;BR /&gt;Alternatively, can anyone recommend anything similar which can speed up our DR process?&lt;BR /&gt;</description>
      <pubDate>Fri, 02 Nov 2007 07:07:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/disaster-recovery-script/m-p/4096337#M311131</guid>
      <dc:creator>Phil_</dc:creator>
      <dc:date>2007-11-02T07:07:43Z</dc:date>
    </item>
    <item>
      <title>Re: Disaster Recovery Script</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/disaster-recovery-script/m-p/4096338#M311132</link>
      <description>If you make ignite recovery images then the brs scripts are pretty useless. If you are going to restore a golden image, then the brs scripts really come into play. I do not believe the scripts are freely available. As you know the scripts provide some output about your system. They also, if I remember correctly, create a pascal program. &lt;BR /&gt;&lt;BR /&gt;My real suggestion would be to take a recovery image and get lvm info via vgdisplay, lvdisplay, etc. You may also want bdf output. In the end you will have to carve out luns on some storage device and create the volume groups, etc. Then restore your data. I think you'll find that the process is really not that time consuming. &lt;BR /&gt;&lt;BR /&gt;I usually worry more about the tapes not being damaged. :@</description>
      <pubDate>Fri, 02 Nov 2007 08:22:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/disaster-recovery-script/m-p/4096338#M311132</guid>
      <dc:creator>Court Campbell</dc:creator>
      <dc:date>2007-11-02T08:22:59Z</dc:date>
    </item>
    <item>
      <title>Re: Disaster Recovery Script</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/disaster-recovery-script/m-p/4096339#M311133</link>
      <description>It's really just the LVM and FS stuff I'd like to automate.  I have to recover between 6 - 10 systems per test, with each system having probably 50+ LVs spread amongst up to 20 VGs.&lt;BR /&gt;&lt;BR /&gt;It's time consuming and obviously prone to human error - getting the permissions wrong on a single raw LV device file can seriously eat into beer-drinking time :-)&lt;BR /&gt;&lt;BR /&gt;Worst-case scenario, I guess I'll have to start scripting something - I just didn't want to have to re-invent the wheel.</description>
      <pubDate>Fri, 02 Nov 2007 08:52:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/disaster-recovery-script/m-p/4096339#M311133</guid>
      <dc:creator>Phil_</dc:creator>
      <dc:date>2007-11-02T08:52:35Z</dc:date>
    </item>
    <item>
      <title>Re: Disaster Recovery Script</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/disaster-recovery-script/m-p/4096340#M311134</link>
      <description>&lt;!--!*#--&gt;Hey;&lt;BR /&gt;&lt;BR /&gt;The important thing is to have the information before the DR.  I have a perl script (attached) which runs on all my hps.  It writes the vg/lv information to stdout which you can then redirect wherever you want.  The format is:&lt;BR /&gt;&lt;BR /&gt;VG               LVs  PVs Size    Total    Alloc     Free&lt;BR /&gt;===========================================================================&lt;BR /&gt;vg00              14    2   32   273.38   163.06   110.31&lt;BR /&gt;vgsapE1P          11    7    8   235.92   220.98    14.94&lt;BR /&gt;vgsapdata1E1P    164   30    8  1011.09   924.31    86.78&lt;BR /&gt;vgsapdata2E1P     39    4    8   134.81    97.25    37.56&lt;BR /&gt;vgsapdataE1P     230   42    8  1415.53  1314.53   101.00&lt;BR /&gt;&lt;BR /&gt;###########################################################################&lt;BR /&gt;&lt;BR /&gt;LV                                    Size MC Stripe Ssize Status&lt;BR /&gt;===========================================================================&lt;BR /&gt;/dev/vg00/crash                       4096  1      0     0 available/syncd&lt;BR /&gt;/dev/vg00/dazel                       2048  1      0     0 available/syncd&lt;BR /&gt;/dev/vg00/lvol1                        512  1      0     0 available/syncd&lt;BR /&gt;/dev/vg00/lvol2                       4096  1      0     0 available/syncd&lt;BR /&gt;/dev/vg00/lvol3                       4096  1      0     0 available/syncd&lt;BR /&gt;/dev/vg00/lvol4                        512  1      0     0 available/syncd&lt;BR /&gt;/dev/vg00/lvol5                       4096  1      0     0 available/syncd&lt;BR /&gt;/dev/vg00/lvol6                       1568  1      0     0 available/syncd&lt;BR /&gt;/dev/vg00/lvol7                       4096  1      0     0 available/syncd&lt;BR /&gt;/dev/vg00/lvol8                       4096  1      0     0 available/syncd&lt;BR /&gt;/dev/vg00/oracle                      4096  1      0     0 available/syncd&lt;BR /&gt;/dev/vg00/swap                       32768  1      0     0 available/syncd&lt;BR /&gt;/dev/vg00/swap1                      24576  0      0     0 available/syncd&lt;BR /&gt;/dev/vg00/usrsap                      5120  1      0     0 available/syncd&lt;BR /&gt;---------------------------------------------------------------------------&lt;BR /&gt;/dev/vgsapE1P/arch                   38912  0      4   128 available/syncd&lt;BR /&gt;&lt;BR /&gt;[[snip]]&lt;BR /&gt;&lt;BR /&gt;I use the vg information at the top to recreate the vgs after the ignite restore's done, then a simple loop through the remainder of the file to get the information to create the lvs:&lt;BR /&gt;&lt;BR /&gt;grep ^/ lvs | while read lv size mc stripes swidth stat&lt;BR /&gt;do&lt;BR /&gt;  if [ ${stripes} == 0 ] &lt;BR /&gt;  then&lt;BR /&gt;    lvcreate -L ${size} -n ${lv##*/} ${lv%/*}&lt;BR /&gt;  else&lt;BR /&gt;    lvcreate -i ${stripes} -I ${swidth} -n ${lv##*/} ${lv%/*}&lt;BR /&gt;    lvextend -L ${size} ${lv}&lt;BR /&gt;  fi&lt;BR /&gt;done&lt;BR /&gt;&lt;BR /&gt;An inline script similar to that should get the lvs created for you.  Then, you can get the mount point information from the /etc/fstab or cluster config files, also inline scriptable.  Fortunately, for me, all the raw volumes are in separate vgs, so it's a simple matter of:&lt;BR /&gt;&lt;BR /&gt;for lv in $(vgdsiplay -v ${vg} | grep -i 'lv name' | awk '{print $NF}')&lt;BR /&gt;do&lt;BR /&gt;chown ${owner} ${lv%/*}/r${lv##*/}&lt;BR /&gt;done&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 02 Nov 2007 09:09:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/disaster-recovery-script/m-p/4096340#M311134</guid>
      <dc:creator>Doug O'Leary</dc:creator>
      <dc:date>2007-11-02T09:09:44Z</dc:date>
    </item>
    <item>
      <title>Re: Disaster Recovery Script</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/disaster-recovery-script/m-p/4096341#M311135</link>
      <description>to speed up the process a little you could create scripts that create the logical volumes.  for each server. You would create the vg(s) and then run the script.</description>
      <pubDate>Fri, 02 Nov 2007 09:35:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/disaster-recovery-script/m-p/4096341#M311135</guid>
      <dc:creator>Court Campbell</dc:creator>
      <dc:date>2007-11-02T09:35:20Z</dc:date>
    </item>
    <item>
      <title>Re: Disaster Recovery Script</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/disaster-recovery-script/m-p/4096342#M311136</link>
      <description>Phil,&lt;BR /&gt;&lt;BR /&gt;I have written scripts that interrogate the current active LVM's and builds reconstructions scripts. I use these at DR to rebuild the volume group.&lt;BR /&gt;&lt;BR /&gt;I created scripts asks for ctd #'s then build the volume group, mount point, and filesystem exactly as they were defined on the original system&lt;BR /&gt;&lt;BR /&gt;I will be glad to share...just let me know..</description>
      <pubDate>Sat, 05 Jan 2008 02:35:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/disaster-recovery-script/m-p/4096342#M311136</guid>
      <dc:creator>Smucker</dc:creator>
      <dc:date>2008-01-05T02:35:23Z</dc:date>
    </item>
  </channel>
</rss>

