AIX下修复磁盘丢失的另一种方法经验分享

如何修复电脑的硬盘数据丢失问题电脑的硬盘数据丢失问题是许多用户在使用电脑过程中经常遇到的一个头疼问题。

当重要的文件或者宝贵的数据不慎丢失时，我们常常感到无所适从。

然而，幸运的是，许多硬盘数据丢失问题是可以修复的。

本文将为大家介绍一些常见的修复方法，帮助解决电脑硬盘数据丢失的困扰。

一、检查硬件问题在尝试修复数据丢失之前，我们首先需要检查硬件问题。

有时，数据丢失可能是由硬盘本身的故障引起的。

我们可以通过以下步骤来检查硬件问题：1. 检查连接：确保硬盘与电脑的连接稳固，没有松动或者断裂的情况。

2. 更换数据线：有时候，数据线的老化或者损坏可能导致数据传输中断。

尝试更换一根新的数据线，看看是否能够解决问题。

3. 清洁接口：如果连接稳固且数据线正常，我们可以用棉签蘸取少量酒精清洁硬盘连接接口，确保接触良好。

4. 硬盘健康检查：使用硬盘健康检测工具，如CrystalDiskInfo或者HD Tune等，来检查硬盘是否存在坏道或其他问题。

如果经过以上检查仍然无法解决问题，我们可以尝试下面的软件方法来修复硬盘数据丢失。

二、使用数据恢复软件1. Recuva：Recuva是一款功能强大且免费的数据恢复软件。

它可以帮助我们找回因误操作、删除或格式化而丢失的文件。

下载并安装Recuva后，按照软件提示进行操作即可恢复丢失的数据。

2. EaseUS Data Recovery Wizard：EaseUS Data Recovery Wizard是另一款备受好评的数据恢复软件。

它可以帮助我们从各种存储设备中恢复丢失的数据，包括硬盘、闪存驱动器、SD卡等。

该软件提供了简单易用的界面和全面的数据恢复功能。

3. DiskGenius：DiskGenius是一款功能强大的磁盘管理和数据恢复工具。

除了恢复丢失的数据外，它还可以帮助我们修复分区表、修复损坏的文件系统等。

DiskGenius的操作相对复杂一些，但它提供了更多高级的恢复和修复选项。

AIX下修复磁盘丢失的另一种方法经验分享AIX下修复磁盘丢失的另一种方法一、故障的起因与现象：用作开发测试的一个P690分区连接EMC盘阵，分配了12块磁盘，分别为hdiskpower23-30和hdiskpower41-44。

其中hdiskpower23出现故障，导致在主机端不可见，该磁盘状态一直是missing。

在磁盘hdiskpower23-26上存放了20几个条带化的逻辑卷，用作数据库的裸设备文件。

后来故障修复，重新认到磁盘，但是磁盘数据丢失了。

重新认到的hdiskpower23磁盘，完全是一块未初始化过的新磁盘。

就当前的情况看，要完整地恢复数据已不可能了。

但是这台测试机上面目前没有测试任务，并且还有数据库数据备份。

所以让它恢复正常的状态还是没问题的。

目前应该有两种方修恢复它：1、删除所有受损的LV，把MISSING 状态的磁盘从卷组中除去，将hdiskpower23重新加入卷组，重建LV 并恢复备份。

这应该是标准的做法。

2、依据已知的数据结构和其他磁盘现存的PVID、LVM、VGSA、VGDA、LVCB信息和ODM 信息，在新磁盘上重建原来磁盘的控制与状态信息，使其状态恢复正常，再恢复数据。

此种方法需要对卷管理要有深入地理解，并且知晓底层数据结构，因为操作风险大，所以此方法只限于学习与研究，且勿在生产环境操作下面，我就试着用第二种方法修复丢失的磁盘。

二、数据搜集Lpar8gd:/tmp/haha>lsvg -p data2vg0516-304 lsvg: Unable to find device id0035068ac341c091in the DeviceConfiguration Database.data2vg:PV ID PV STATE TOTAL PPs FREE PPs FREE DISTRIBUTION0035068ac341c091missing 272 0 00..00..00..00..00 hdiskpower24 active 272 0 00..00..00..00..00 hdiskpower25 active 272 0 00..00..00..00..00 hdiskpower26 active 272 0 00..00..00..00..00 hdiskpower27 active 272 0 00..00..00..00..00 hdiskpower28 active 272 1 00..00..00..00..01 hdiskpower29 active 272 1 00..00..00..00..01 hdiskpower30 active 272 1 00..00..00..00..01 hdiskpower41 active 272 0 00..00..00..00..00 hdiskpower42 active 272 0 00..00..00..00..00 hdiskpower43 active 272 0 00..00..00..00..00 hdiskpower44 active 272 0 00..00..00..00..00 Lpar8gd:/tmp/haha>Lpar8gd:/tmp/haha>lsvg -l data2vgdata2vg:LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT srootdbs jfs 8 8 4 closed/syncd N/Asplog jfs 8 8 4 closed/syncd N/Asllog1 jfs 64 64 4 closed/syncd N/Asllog2 jfs 64 64 4 closed/syncd N/Aschunk01 jfs 64 64 4 closed/syncd N/Aschunk02 jfs 64 64 4 closed/syncd N/Aschunk03 jfs 64 64 4 closed/syncd N/Aschunk04 jfs 64 64 4 closed/syncd N/Aschunk05 jfs 64 64 4 closed/syncd N/Aschunk06 jfs 64 64 4 closed/syncd N/Aschunk07 jfs 64 64 4 closed/syncd N/Aschunk08 jfs 64 64 4 closed/syncd N/Aschunk09 jfs 64 64 4 closed/syncd N/Astmpdbs1 jfs 16 16 4 closed/syncd N/Astmpdbs2 jfs 16 16 4 closed/syncd N/Astmpdbs3 jfs 16 16 4 closed/syncd N/Alv01 jfs2log 1 1 1 closed/syncd N/Adevp2 jfs2 1084 1084 4 closed/syncd /devp2schunk10 jfs 64 64 4 closed/syncd N/Aschunk11 jfs 64 64 4 closed/syncd N/Aschunk12 jfs 64 64 4 closed/syncd N/Aschunk13 jfs 64 64 4 closed/syncd N/Aschunk14 jfs 64 64 4 closed/syncd N/Aschunk15 raw 64 64 4 closed/syncd N/Aschunk16 raw 64 64 4 closed/syncd N/Aschunk17 raw 64 64 4 closed/syncd N/Aschunk18 raw 64 64 4 closed/syncd N/Aschunk19 raw 64 64 4 closed/syncd N/Aschunk20 raw 64 64 4 closed/syncd N/A上面标识为jfs类型的卷原来都应该是raw类型的。

AIX 逻辑卷数据恢复过程（v 100220）版本说明1 前言当创建VG、删除VG、创建LV、删除LV等操作都会对硬盘系统保留区的数据作更改。

我们现在的假设是：删除VG、重建VG以后，ODM库也没办法还原，硬盘系统保留区数据遭受严重破坏，残留下来的可用数据可以进行恢复。

恢复过程大致步骤如下：第一步就是查找硬盘的LV信息的LVCB，因为删除VG、重建VG不会更改LVCB信息。

第二步确定原先vg中的lv数量、每个lv的大小及lp数量，由于第一步运行时间比较长，建议与第二步一起运行。

第三步找到每个lv对应的superblock，superblock就是lv数据区域起始的pp。

第四步确定lv中lp与pp对应关系，及map分布情况。

第五步备份每个lv的lvcb。

第六步重新创建lv，恢复数据。

2 前期准备2.1 在datavg中创建ts01lv、ts02lv、扩充ts01lvmklv -y'ts01lv' -t'jfs2' datavg 32 hdisk1mklv -y'ts02lv' -t'jfs2' datavg 35 hdisk12.2 扩充ts01lv，导致ts01lv上pp的分布不连续extendlv ts01lv 12 hdisk12.3 挂接文件系统，生成测试文件挂接ts01[Entry Fields]* LOGICAL VOLUME name ts01lv +* MOUNT POINT [/ts01]Mount AUTOMATICALLY at system restart? yes +PERMISSIONS read/write +Mount OPTIONS [] +Block Size (bytes) 4096 +Logical Volume for Log loglv02 +Inline Log size (MBytes) [] #Extended Attribute Format Version 1 +ENABLE Quota Management? no +2.4挂接ts02[Entry Fields]* LOGICAL VOLUME name ts02lv +* MOUNT POINT [/ts02]Mount AUTOMATICALLY at system restart? yes +PERMISSIONS read/write +Mount OPTIONS [] +Block Size (bytes) 4096 +Logical Volume for Log loglv02 +Inline Log size (MBytes) [] #Extended Attribute Format Version 1 +ENABLE Quota Management? no +2.5 在ts01、ts02目录分别创建ts01、ts02文件root@teamsun # lslost+found ts01 ts022.6 删除vg，模拟故障smitty vgts01lv、ts02lv的信息已经没有2.7 重新创建datavgAdd an Original Volume GroupType or select values in entry fields.Press Enter AFTER making all desired changes.[Entry Fields]VOLUME GROUP name [datavg]Physical partition SIZE in megabytes 64 +* PHYSICAL VOLUME names [hdisk1] +Force the creation of a volume group? no +Activate volume group AUTOMATICALLY yes +at system restart?Volume Group MAJOR NUMBER [] +#Create VG Concurrent Capable? no +2.8 查看datavg中的lv信息已经删除，查看vgda信息root@teamsun # readvgda hdisk1*****************************************LVMREC at block 7*****************************************lvmid: 1598838349 (5f4c564d)vgid: 0056caec00004c000000012aa88335dblvmarea_len: 4212vgda_len: 2098vgda_psn[0]: 136vgda_psn[1]: 2242reloc_psn: 71096383pv_num: 1pp_size: 26vgsa_len: 8vgsa_psn[0]: 128vgsa_psn[1]: 2234version: 30vg_type: 0ltg_shift: 0(128K)*=============== 1ST VGDA-VGSA: /dev/hdisk1 ===============******************************************VGSA at block 128**********************************************************************************vgsa beg: timestamp 1282727425 (4c74de01), 499411128 (1dc468b8)vgsa beg: timestamp Wed Aug 25 17:10:25 BEIST:20vgsa.pv_missing: 0vgsa.stalepp[0]: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0vgsa.factor: 1vgsa.pad2: 0 0 0vgsa end: timestamp 1282727425 (4c74de01), 499411128 (1dc468b8)vgsa end: timestamp Wed Aug 25 17:10:25 BEIST:20*****************************************VGDA at block 136**********************************************************************************vgh.vg_id: 0056caec00004c000000012aa88335dbvgh.numlvs: 0vgh.maxlvs: 256vgh.pp_size: 26vgh.numpvs: 1vgh.total_vgdas: 2vgh.vgda_size: 2098vgh.quorum: 1vgh.auto_varyon: 1vgh.check_sum: 0vgh.snapshotvg: 0vgh.snapshot_copy: 0vgh.primary_vgid: 00000000000000000000000000000000vgh.seconadary_vgid: 00000000000000000000000000000000vgda hdr: timestamp 1282727425 (4c74de01), 499411128 (1dc468b8)vgda hdr: timestamp Wed Aug 25 17:10:25 BEIST:20********** Physical Volume: 1 ***********pvh.pv_num: 1pvh.pv_id: 0056caec3812e0cdpvh.pp_count: 542pvh.pv_state: 1pvh.pvnum_vgdas: 2pvh.psn_part1: 4352*****************************************vgt.concurrency: 0vgda trl: timestamp 1282727425 (4c74de01), 499411128 (1dc468b8)vgda trl: timestamp Wed Aug 25 17:10:25 BEIST:203 解决步骤3.1 查找hdisk3中lv的lvcb起始地址使用以下命令查看lvcb的起始地址，运行时间较长，由于此硬盘是测试硬盘，以前也建立过lv，正常情况下只会有3条lv记录。

如何修复电脑的硬盘丢失在当今数字化时代，电脑已经成为人们工作、学习和娱乐的必备工具。

然而，不可避免地，电脑硬盘丢失的问题也时有发生。

当电脑的硬盘丢失时，我们需要采取一些措施来修复它，以恢复机器的正常运行。

本文将介绍一些常见的修复电脑硬盘丢失的方法和注意事项。

一、备份数据在修复电脑硬盘之前，我们首先需要确保我们重要的数据已经备份。

因为修复硬盘的过程可能会导致数据丢失，而如果我们事先将数据备份，就可以避免数据永久丢失的风险。

备份数据的方法有多种，比较常见的是使用外部存储设备，如移动硬盘或U盘，将需要备份的文件复制到这些设备上。

此外，云存储服务也是一个不错的选择，比如Google Drive、Dropbox等。

无论选择哪种备份方法，都应该确保数据的完整性和安全性。

二、检查电脑硬盘连接当我们遇到电脑硬盘丢失的问题时，第一步就是检查硬盘的连接。

有时候，硬盘的连接可能松动或损坏，导致电脑无法识别到硬盘。

我们可以先尝试重新插拔硬盘连接线，或者更换一条新的连接线，看看是否能够解决问题。

另外，如果是台式机电脑，我们还可以检查硬盘电源线是否连接良好。

有时候，硬盘的电源线也可能不稳定，导致硬盘丢失。

确保硬盘连接和电源线连接都正常后，我们可以重新启动电脑，看看是否能够识别到硬盘。

三、使用数据恢复软件如果检查硬盘连接后仍然无法解决问题，我们可以尝试使用数据恢复软件来修复硬盘。

数据恢复软件可以帮助我们找回丢失的文件，并修复硬盘中的错误。

以下是一些常见的数据恢复软件：1. EaseUS Data Recovery Wizard：这款软件功能强大，可以帮助我们恢复各种类型的文件，包括照片、音频、视频等。

它支持各种存储介质，包括硬盘、SSD、USB闪存驱动器等。

2. Recuva：Recuva是一款免费的数据恢复软件，可以帮助我们恢复从硬盘、存储卡和MP3播放器中误删除的文件。

它具有直观的用户界面和简单的操作步骤。

在使用数据恢复软件之前，我们需要下载并安装它们。

盘符丢失解决方案盘符丢失是指在计算机操作过程中，某个磁盘分区的盘符蓦地消失或者无法访问的情况。

这种情况可能导致用户无法访问存储在该磁盘分区中的文件和数据，给用户带来不便和困扰。

为了解决盘符丢失的问题，我们可以采取以下几个步骤：1. 检查物理连接：首先，我们需要检查与该磁盘分区相关的物理连接是否正常。

例如，如果是外部硬盘或者U盘，可以尝试更换数据线或者连接到其他电脑上看是否能够识别。

如果是内部硬盘，可以检查硬盘数据线和电源线是否连接坚固。

2. 检查设备管理器：打开设备管理器，查看是否有任何与该磁盘分区相关的设备浮现问题的标志。

在设备管理器中，可以找到磁盘驱动器选项，展开该选项后查看是否有任何感叹号或者问号标志。

如果有，右键点击相关设备，选择更新驱动程序，或者卸载设备后重新插拔试试。

3. 使用磁盘管理工具：如果以上方法无效，我们可以尝试使用Windows系统自带的磁盘管理工具来解决盘符丢失的问题。

打开磁盘管理工具，可以通过按下Win + X键，然后选择“磁盘管理”来进入。

在磁盘管理中，可以查看所有的磁盘分区和它们的状态。

如果发现某个磁盘分区没有盘符，可以右键点击该分区，选择“更改驱动器字母和路径”，然后分配一个可用的盘符给它。

4. 使用命令行工具：如果磁盘管理工具无法解决问题，我们可以尝试使用命令行工具来修复盘符丢失的情况。

首先，打开命令提示符窗口，可以通过按下Win + R键，然后输入“cmd”并按下回车键来打开。

在命令提示符窗口中，输入“diskpart”并按下回车键，然后输入“list volume”来列出所有的磁盘分区。

找到丢失盘符的分区，然后输入“assign letter=X”（X为你想要分配的盘符，可以是任意可用的字母）来为该分区分配一个盘符。

5. 数据恢复：如果以上方法都无效，且你非常重视该磁盘分区中的数据，可以考虑使用专业的数据恢复工具来尝试恢复丢失的数据。

这些工具可以通过扫描磁盘分区来找回被删除或者无法访问的文件和数据。

移动磁盘数据磁盘维护David Tansley, 系统管理员, Ace Europe简介：磁盘上的数据维护是任何系统管理员的常见任务。

根据我的经验，数据移动就是一项频繁执行的任务。

数据移动可能由您磁盘上的热点所导致，一种快速修复方法是将一些逻辑卷转移到另一个磁盘上，以缓解阻塞。

在这种情况下，migratelp 命令是您最值得信赖的朋友。

当遇到有故障的磁盘或者需要将数据从一个磁盘迁移到另一个磁盘时，可以使用migratepv 令或创建一个镜像副本，并且您不会受限于一种方法。

对于原始卷组(VG)，在向VG 添加一个磁盘时，您可能遇到因数（factoring）问题。

但是，通过理解VG 的特征，可以更改因数。

在本文中，我们将用一些示例讨论这些常见的磁盘维护任务。

在谈到磁盘维护时，熟悉磁盘相关属性的一些常见缩略语很有好处，因为它可让谈话变得更简练。

•VG：卷组•LV：逻辑卷•LP：逻辑分区•PP：物理分区•PV：物理卷（磁盘）许多时候，您刚到达办公室，就会听到所有用户和支持人员开始抱怨系统运行缓慢。

常规的快速检查包括：•处理器限制•内存限制•磁盘访问•网络•进程侵扰执行一些性能测试后您可能得出结论，是磁盘访问、数据在磁盘上的分散性导致了访问阻塞。

没有人喜欢这样。

所以，让我们假设您已通过分析来自filemon、topas、nmon 或lvmstat 等工具的输出，识别了磁盘上的热点。

您需要将该数据移动到另一个磁盘，以缓解阻塞。

另一个磁盘可能是一个新磁盘，更有可能是VG 中一个未装满数据的现有磁盘。

让我们通过两个场景，看看如何将数据从一个磁盘移动到另一个。

但是，在此之前，最好了解一些命令，这样在查看LV 和PV 时就会很方便。

最重要的磁盘相关命令以下是我认为您在执行数据迁移任务之前获取正确的信息，所需要知道的所有命令。

从一个PV 获取信息所关注磁盘的大小（以MB 为单位）始终是需要知道的信息。

假设磁盘名为hdisk4，使用getconf 命令查找大小：# getconf DISK_SIZE /dev/hdisk49216使用lspv 命令提取磁盘信息。

AIX的备份和恢复1.mksysb命令1.1概述mksysb命令针对rootvg上已经mount的file system建立一个bootable image，该文件是backup-file格式，用户定义的paging space、未mount的file system、raw device不包含在备份集中。

1.2备份文件的格式BOS boot image + mkinsttape image + dummy.toc + rootvg data...~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~BOS boot image ：包含从mksysb 磁带引导所需的系统内核和设备驱动的副本。

由bosboot 命令创建。

mkinsttape image ：有三个重要的文件./tapeblksz 文件包含mksysb 命令运行时设定磁带驱动器的块大小。

./bosinst.data 文件包含自定义的BOS 安装过程和指示BOS 安装程序如何运行。

执行mksysb 命令前可自定义该文件，或映像备份完成后使用程序自定义该文件。

./image.data 文件包含描述BOS 安装过程中安装的映像的信息。

这些信息包括逻辑卷的大小、名称、映射以及在rootvg 的安装点。

可在使用mksysb 命令之前自定义该文件，或在备份期间运行mksysb -i 命令在磁带上生成一个新的 ./image.data 文件。

mkszfile 命令生成 ./image.data 文件。

./image.data 文件以stanza 格式安排。

table of contents：使mksysb 磁带包含和BOS安装磁带同样数目的映像。

rootvg data ：包含mksysb 命令备份的rootvg 卷组上的所有数据。

mksysb 命令使用backup 命令保存rootvg 上安装JFS 数据内容，除了raw 数据。

硬盘索引丢失修复方法第一种方法是使用Windows的自带工具修复硬盘索引丢失。

请按照以下步骤进行操作：1.打开“控制面板”，然后选择“系统和安全”。

2.在“系统和安全”窗口中，选择“管理工具”。

3.找到并打开“计算机管理”工具。

4.在“计算机管理”窗口中，选择“磁盘管理”。

5.在磁盘管理窗口中，找到出现问题的硬盘，并右键单击它。

6.选择“属性”，然后切换到“工具”选项卡。

7.在“错误检查”部分，点击“检查”按钮。

8.在弹出的对话框中选择“自动修复文件系统错误”和“扫描并尝试恢复坏扇区”选项。

9.点击“开始”按钮，等待操作完成。

这种方法可以修复一些简单的硬盘索引丢失问题，但并不保证100%成功。

如果这种方法无法修复硬盘索引丢失，可以尝试以下的第二种方法。

第二种方法是使用第三方数据恢复软件修复硬盘索引丢失。

市面上有很多好用的数据恢复软件，例如Recuva、EaseUS Data Recovery Wizard、Disk Drill等。

请按照以下步骤进行操作：2.启动数据恢复软件，并选择“扫描”功能。

3.在扫描选项中，选择“全盘扫描”或“深度扫描”选项。

4.点击“开始扫描”按钮，等待扫描完成。

5.扫描完成后，软件会列出可以恢复的文件和文件夹。

6.选择要恢复的文件和文件夹，并选择一个恢复路径。

7.点击“恢复”按钮，等待恢复操作完成。

这种方法可以恢复部分被硬盘索引丢失的文件和文件夹，并将它们保存到指定的恢复路径中。

但是由于硬盘索引丢失可能导致部分数据丢失或无法恢复，因此恢复的结果可能不是完全准确。

第三种方法是在无法修复硬盘索引丢失的情况下，使用数据恢复服务进行专业的数据恢复。

如果以上两种方法无法修复硬盘索引丢失，那么可能需要寻求专业的数据恢复服务。

数据恢复服务通常可以提供更高级的数据恢复技术，例如物理数据恢复和逻辑数据恢复。

请注意，在寻求专业数据恢复服务之前，确保选择可靠且有资质的数据恢复服务提供商。

总结起来，硬盘索引丢失是一种常见的硬盘故障，我们可以尝试使用Windows的自带工具修复硬盘索引丢失，使用第三方数据恢复软件进行恢复操作，或者寻求专业的数据恢复服务。

AIX 操作系统恢复注释：本文主要讲使用mksysb备份磁带进行恢复操作系统的方法步骤。

同时也简单描述了使用CD进行恢复的方法。

另外注意，以下内容只是主要操作步骤介绍，实际环境中要根据当时具体的提示信息进行操作。

准备：确保有最近可用的mksysb备份磁带及可用的带机；将mksysb备份磁带插入带机。

方法一：使用mksysb备份磁带恢复操作系统1.首先确定是否将磁带驱动器加入了启动列表，另外还要记住磁带驱动器有关信息，例如：通常系统正常状态下默认为从硬盘上启动，可以使用bootlist命令更改启动顺序，如果要从磁带或DVD光盘上进行启动，需执行如下命令：# bootlist –m normal rmt0 或 # bootlist –m normal cd0另外当系统以 SMS 模式启动时，选择 Maintenance Mode，在这里也可以设置启动设备。

2.如果系统还有正在运行的数据库，则请数据库管理员停掉当前运行的数据库。

3.将包含mkysb系统备份的磁带放入驱动器，使用shutdown –Fr 命令重新启动服务器。

然后需要使用HMC控制台或Web-based System Manager 工具来连接系统。

4.系统从选定的设备启动后，会出现绿色字符的启动画面，按要求键入编号 (?) 然后按回车键选CONSOL。

在接下来出现的界面上，按1键，选英语作为安装语言5.进入安装界面，如下所示键入3然后按 Enter，启动维护模式6.在维护模式界面上，如下所示键入4然后按Enter，选择从一个系统备份中进行恢复，选择装有备份系统的设备如磁带机或光盘等（此时可能要用到带机或光盘的槽位信息来判断要选择的介质），然后开始进行系统恢复。

7.在确定从某设备上进行系统恢复后，确定时会有提示：系统备份过程中可能回毁坏rootvg中的数据，直接确定，系统备份将继续进行。

8.然后等待系统恢复，一般情况下系统恢复时间约40分钟左右。

1台主机hdisk2的VGDA信息丢失，恢复的步骤：datavg包含hdisk1 hdisk4 hdisk2，hdisk2的VGDA信息丢失，（判断方法:lqueryvg -Atp hdisk2，无法得到结果）导致hdisk2中的LV全部不能MOUNT。

#lsvg -p datavghdisk1 active datavghdisk2 missing datavghdisk4 active datavgexportvg 以后,rmdev -dl hdisk2，此时hdisk2的PVID也没有了lspvhdisk2 none None要恢复hdisk2中的LV信息，首先要把hdisk2想办法加入到datavg中。

# chdev -l hdisk2 -a pv=yes此时，hdisk2又恢复了以前的PVID了。

# synclvodm datavg将把hdisk2加入到datavg中，（因为系统的ODM库中，知道PVID=hdisk2是DATAVG的PV）# lspvhdisk2 0002039490ef datavg# exportvg datavg (从ODM库中删除VGDA的信息）# importvg -y datavg hdisk4 （不要HDISK2，因为此时HDISK2的VGDA是坏的）importvg 的时候，系统会再次做synclvodm,这次将会把系统ODM中VGDA的信息同步到hdisk2上。

# lsvg -p datavghdisk1 active datavghdisk2 active datavghdisk4 active datavg此时，HDISK2上的VGDA信息又恢复了。

里面的LV可以读写了。

不过对于HDISK2上的文件系统，需要做个fsck手工修改PVID如果某人对硬盘做过"chdev -l hdiskX -a pv=clear"的话，那么即使再使用"chdev -l hdisk* -a pv=yes"也无法获得原来的PVID了，这样就会导致原来的VG没法使用了。