Re: vxconfigrestore
William Havey <bbhavey <at> gmail.com>
2011-05-01 21:02:29 GMT
vxconfigrestore does, as you state, restore the disk group configuration onto the disks private region. The content of the restoration should match the most recently saved disk group configuration. The save is done automatically when any VM object (v, pl, sd, etc., in the vxprint output) is modified.
You might need to do recovery at the volume level in order to mount the file system. The file system may need checking.
No restoration of data is necessary.
However (here it comes, the famous "it depends"), it depends on what you are trying to do. If the reason you need to use vxconfigrestore is that you are trying to recover public region content, then data restore might be necessary. If it is a problem you suspect has been caused by VM a data restore wouldn't be necessary.
Bill
On Sun, May 1, 2011 at 2:42 PM, Asiye Yigit
<asiye.yigit <at> gantek.com> wrote:
Hello All;
The following is in SF Troubleshooting guide.
As far as I understood, even VxVM objects (volumes, plex, subdisks, etc.) are recreated?
Soi what about the data on them? We need to restore?
Regards,
If any of the disk headers are reinstalled, a saved copy of the disks’ attributes
is used to recreate their private and public regions. These disks are also
assigned new disk IDs. The VxVM objects within the disk group are then
recreated using the backup configuration records for the disk group. This
process also has the effect of creating new configuration copies in the disk
group.
_______________________________________________
Veritas-vx maillist - Veritas-vx <at> mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx
--
William (Bill) Havey
Symantec Certified HA Professional
917 515-3385
<div>
<div>vxconfigrestore does, as you state, restore the disk group configuration onto the disks private region. The content of the restoration should match the most recently saved disk group configuration. The save is done automatically when any VM object (v, pl, sd, etc., in the vxprint output) is modified. </div>
<div> </div>
<div>You might need to do recovery at the volume level in order to mount the file system. The file system may need checking. </div>
<div> </div>
<div>No restoration of data is necessary. </div>
<div> </div>
<div>However (here it comes, the famous "it depends"), it depends on what you are trying to do. If the reason you need to use vxconfigrestore is that you are trying to recover public region content, then data restore might be necessary. If it is a problem you suspect has been caused by VM a data restore wouldn't be necessary.</div>
<div> </div>
<div>Bill<br><br>
</div>
<div class="gmail_quote">On Sun, May 1, 2011 at 2:42 PM, Asiye Yigit <span dir="ltr"><<a href="mailto:asiye.yigit <at> gantek.com">asiye.yigit <at> gantek.com</a>></span> wrote:<br><blockquote class="gmail_quote">
<div lang="EN-US" vlink="purple" link="blue">
<div>
<p class="MsoNormal">Hello All;</p>
<p class="MsoNormal">The following is in SF Troubleshooting guide.</p>
<p class="MsoNormal">As far as I understood, even VxVM objects (volumes, plex, subdisks, etc.) are recreated? </p>
<p class="MsoNormal">Soi what about the data on them? We need to restore?</p>
<p class="MsoNormal">Regards,</p>
<p class="MsoNormal"><span> </span></p>
<p class="MsoNormal"><span>If any of the disk headers are reinstalled, a saved copy of the disks’ attributes</span></p>
<p class="MsoNormal"><span>is used to recreate their private and public regions. These disks are also</span></p>
<p class="MsoNormal"><span>assigned new disk IDs. The VxVM objects within the disk group are then</span></p>
<p class="MsoNormal"><span>recreated using the backup configuration records for the disk group.</span><span> This</span></p>
<p class="MsoNormal"><span>process also has the effect of creating new configuration copies in the disk</span></p>
<p class="MsoNormal"><span>group.</span></p>
</div>
</div>
<br>_______________________________________________<br>Veritas-vx maillist - <a href="mailto:Veritas-vx <at> mailman.eng.auburn.edu">Veritas-vx <at> mailman.eng.auburn.edu</a><br><a href="http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx" target="_blank">http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx</a><br><br>
</blockquote>
</div>
<br><br clear="all"><br>-- <br><div>William (Bill) Havey</div>
<div>Symantec Certified HA Professional</div>
<div>917 515-3385</div>
<div>
<span></span><span></span> </div>
<br>
</div>