PV中的VG信息变了，原盘数据不见能用LVM方法恢复吗？不知你这里有方案解决吗(标签-服务器)

在线的吗，我这里也碰到你说的问题。服务器重启VG信息丢失，另一台原来能访问，后来做分离后也添加不回来，分面重新挂回来发现是创建了新盘的了(可说新卷组)，UUID变的了，也看不到原有数据了。不知你这里有方案解决吗

提供参考实例，讲解详细，现象很贴近，Linux下lvm中PV丢失找回方法，链接：https://blog.csdn.net/Joenas/article/details/77153830?spm=1001.2101.3001.6650.2&utm_medium=distribute.pc_relevant.none-task-blog-2%7Edefault%7ECTRLIST%7ERate-2-77153830-blog-6921701.235%5Ev38%5Epc_relevant_sort_base2&depth_1-utm_source=distribute.pc_relevant.none-task-blog-2%7Edefault%7ECTRLIST%7ERate-2-77153830-blog-6921701.235%5Ev38%5Epc_relevant_sort_base2&utm_relevant_index=3

Linux LVM卷组恢复过程记录
给你找两个例子，可以看看有没有帮助
https://blog.csdn.net/jetliu05/article/details/121697949
https://blog.csdn.net/qq_34777982/article/details/131087266

问题最先是““The SR Operation cannot be performed because a device underlying the SR is in use by the host.””引起的，架购是二台服务器，一台FC存储，浪潮OEM xensever 的货。存储分有三个RAID5池, 期中一个RIAD5 池分有二个卷，分别为72T和50T ，问题就是出现在50T身份，有十多台VM汲及50T的卷，要是只开一台所分硬盘带有50T卷的VM还能将就云行，但一但开多台带有硬盘是汲及50T的卷的VM会很容易导致XenServer主机重启或机死启不来。也就是挨多几次重启后有一台主机与SR断开连接，有XenCenter SSH命令里全都持不上，也就是问题的开头提示。折腾多的话才二台都访问不回存储，没有做DD备份还再折腾导致VG UUID 变成一个新的了故想用自己自己备份的LVM恢复。恢复回老的VG UUID 怕也不能重新挂回存储。不知哪位大神知道为什么挂不回SR.

用TestDisk 恢复试试

用专业的恢复软件恢复

可参考

一次Linux LVM VG丢失完整找回过程记录_皮锤打乌龟的博客-CSDN博客 某客户的一台PC服务器连接了一台HP EVA 的FC SAN存储，划了一个6T的LUN分作一个单独的VG使用，在某一次异常掉电之后，发现该VG完全丢失，使用vgs/pvs/lvs命令均无法找到此VG及PV、LV，但在/dev下能看到SAN存储的两条路径/dev/sdc和/dev/sdb以及聚合出来的多路径盘/dev/mpathc。由于LVM VG已经丢失，数据自然是暂时不可用的，从存储管理端看到存储并无任何报错，于是怀疑是由于系统层面引发的该故障。由于LUN比较大，数据有近6T的大小，考虑到简单的一次异常_lvm vg丢失 https://blog.csdn.net/weixin_42378237/article/details/110530573

LVM方法只适用于数据没有被覆盖或删除太久的情况。你可以考虑使用数据恢复软件，如ddrescue或TestDisk等，尝试从磁盘中恢复数据。这些软件可以帮助扫描磁盘并尝试找回丢失的数据。
如果数据恢复软件无法找回所有数据，可以考虑使用文件系统恢复工具，如Extundelete或FSG等。这些工具可以扫描文件系统结构并尝试找回丢失的文件。

或者你可以网上找找其他解决方案：
LVM之VG、PV误删除恢复方法：https://yeidc.com/help/article/498.html

• 这篇博客: 磁盘管理-----LVM逻辑卷扩展，删除，迁移，备份，快照），即UUID冲突问题中的 2. vg卷组 部分也许能够解决你的问题, 你可以仔细阅读以下内容或跳转源博客中阅读:
  

• 显示卷组
  vgs
  vgdisplay
  创建卷组

  vgcreate 名字 磁盘
  

  向卷组中添加成员

  vgextend  vg0  设备名
  

  从卷组中删除成员

  vgreduce vg0  设备名
  

  删除卷组
  先做pvmove，再做vgremove

  更改卷组名字

  vgrename 原名 现名
  

  改变卷组的工作状态

  vgchage -a  y|n (y：可用，n不可用)   卷组名字
  

  导出卷组

  vgexport  卷组名
  

  导入卷组

  vgimport  卷组名
  

  检查卷组
  vgscan

  -s也可以指定卷组PE大小 默认4M
  
  Free PE 剩余的空间
  
  Vgs 两个加起来总容量 14G
  

参考一下，找了几个

1. Linux LVM卷组恢复过程记录_lvm恢复 https://blog.csdn.net/jetliu05/article/details/121697949
2. LVM之VG、PV误删除恢复方法 https://zhuanlan.zhihu.com/p/264369763
3. LVM 灾难修复 https://cloud.tencent.com/developer/article/1113849
4. Linux系统LVM信息丢失处理方法 https://developer.aliyun.com/article/766142

很抱歉听到你遇到的问题。由于你提到服务器重启后 VG（卷组）信息丢失，并且无法访问原来的数据，这可能导致数据损坏或无法恢复。不过，我们可以尝试一些方法来恢复数据。

请注意，以下方法仅供参考，并不能保证100%成功恢复数据。在执行操作前，请备份所有相关数据或咨询专业数据恢复服务提供商以获取更准确的建议。

1. 检查 LVM 配置：运行 sudo vgdisplay 命令检查是否存在其他 VG（卷组）。如果有其他 VG，可以尝试将其激活并检查其中是否包含目标数据。

   sudo vgscan
   sudo vgchange -ay
   lvmdiskscan
   lvs
   

2. 恢复原 UUID：如果你创建了新的 VG（卷组），则可能会导致 UUID 发生变化，从而无法正确识别旧的数据。你可以尝试手动设置 VG 的 UUID 为原来的值。但请注意，在执行此操作之前，请确保在操作之前已经备份了数据。

   sudo vgcfgrestore <VG名称>     # 使用旧的 VG 配置文件恢复 UUID
   sudo vgchange -ay              # 激活恢复的 VG
   

   这样做可能会使系统重新识别旧的 VG，并恢复对应的卷和数据。

3. 使用数据恢复工具：如果以上方法都不起作用，你可以尝试使用专业的数据恢复工具来扫描硬盘并尝试恢复丢失的数据。例如，TestDisk 和 PhotoRec 是一些常用的免费工具，可以用于此类任务。请注意，使用这些工具需要一定的技术知识，并且不保证100%的成功。

   针对重要的数据恢复，建议咨询专业数据恢复服务提供商，他们通常有更高级别的工具和经验来帮助恢复丢失的数据。

最后，请记住，在进行任何数据恢复操作之前，务必备份所有可用的数据，并考虑寻求专业人士的帮助以最小化进一步的数据损坏风险。

如果在PV（Persistent Volume）中的VG（Volume Group）信息发生变化，导致原始磁盘数据不可见，你可以尝试使用LVM（Logical Volume Manager）方法来恢复数据。以下是一般的步骤：

1. 确保你已经安装了LVM工具。如果没有安装，可以使用以下命令进行安装：
   sudo apt-get install lvm2

2. 确认PV的VG信息发生了变化。你可以使用以下命令来查看PV的信息：
   sudo pvdisplay
   确保VG名称和其他相关信息是否与你预期的不同。

3. 使用 vgcfgrestore 命令恢复VG的配置。首先，使用以下命令备份当前的VG配置：
   sudo vgcfgbackup <VG名称>
   然后，使用以下命令来恢复VG的配置：
   sudo vgcfgrestore <VG名称>
   确保将 <VG名称> 替换为实际的VG名称。

4. 确认VG的配置已经恢复。你可以再次使用 pvdisplay 命令来查看PV的信息，确保VG的配置已经恢复到预期的状态。

5. 如果VG的配置已经恢复，你可以尝试重新挂载原始磁盘上的LV（Logical Volume）并访问其中的数据。你可以使用以下命令来查看可用的LV列表：

sudo lvdisplay
然后，使用 mount 命令将LV挂载到指定的目录上：
sudo mount /dev/<VG名称>/<LV名称> /挂载目录
确保将 <VG名称> 和 <LV名称> 替换为实际的VG名称和LV名称， /挂载目录 替换为你希望挂载的目录路径。
请注意，这些步骤仅适用于使用LVM进行卷管理的情况。如果你使用其他方法进行卷管理或有其他特殊情况，可能需要采取不同的恢复方法。此外，恢复数据时请务必小心，以免意外丢失数据。

以下答案参考newbing,回答由博主波罗歌编写：
根据您的描述，VG（卷组）的信息已经发生了变化，导致无法访问原来的数据。根据您提到的情况，这可能是由于UUID（通用唯一标识符）的改变导致的。

在这种情况下，您可以尝试以下步骤来恢复原盘数据：

1. 查看新卷组的UUID：使用命令sudo vgdisplay，找到新卷组的UUID。请确保UUID与之前的卷组不同。

2. 使用新卷组的UUID挂载卷组：使用以下命令将新卷组挂载到指定的目录：

   sudo mount /dev/mapper/<new_volume_group_name>-<new_logical_volume_name> /mnt
   

   在上述命令中，<new_volume_group_name> 是新卷组的名称，<new_logical_volume_name> 是逻辑卷的名称。如果成功挂载，您应该能够在/mnt目录下看到之前的文件和目录。

3. 备份数据：在成功挂载并访问到数据之后，建议您立即备份数据。

如果以上步骤无法解决您的问题，您可能需要进一步检查您的系统日志以查明问题所在。另外，请确保您有正确的备份，并且在执行任何操作之前，最好先咨询专业的系统管理员或数据恢复专家。

请注意，由于我无法了解您的系统配置和具体情况，以上步骤可能需要根据您的环境进行适当的修改。此外，恢复数据是一项涉及风险的操作，请务必保留原始数据副本以防止意外数据损失。

关于代码，我目前无法提供精确的代码片段，因为这需要根据您的具体情况和系统环境来进行调整。但是，您可以参考上述步骤，并在需要时根据您的环境进行适当的脚本编写。

希望这些信息对您有所帮助，如果您有任何进一步的问题，请随时提问。
如果我的回答解决了您的问题，请采纳！

LVM（逻辑卷管理器）的数据恢复是一个复杂而敏感的过程，最好由有经验的专业人员来执行。以下是一般而言可能有助于解决VG信息丢失的问题的步骤：

1. 备份数据：在进行任何数据恢复操作之前，请确保你已经对受影响的磁盘或分区进行了备份，以避免进一步的数据丢失。

2. 分析问题：首先，进行彻底的故障排除和分析，找出导致VG信息丢失的根本原因。这可能包括检查LVM配置文件、日志和其他相关信息。

3. 使用pvscan命令：尝试使用pvscan命令扫描系统中所有的物理卷（PV）。这样做可以找到可能被LVM识别为非活动或未分配的物理卷。

4. 重新激活物理卷：如果有物理卷未被激活，可以尝试使用vgchange -ay <VG名称>命令来激活它们。

5. 恢复VG配置：如果VG信息丢失，但物理卷仍然可用，你可以尝试使用备份的VG配置文件（通常位于/etc/lvm/backup/目录下）或其他可用的 VG 配置信息（如元数据备份）来恢复VG配置。

请注意，以上仅提供一般性的指导，并不能保证能够解决所有问题。

恢复丢失的VG信息和数据可能需要深入了解服务器和LVM（逻辑卷管理）的操作方式和原理。

1. 如果你有备份，可以尝试将备份数据恢复到新的卷组中。
2. 如果没有备份，可以尝试使用LVM工具来恢复VG信息。LVM工具可以用于管理逻辑卷和卷组。可以尝试使用vgcfgrestore命令来还原VG配置信息。此命令可以从备份文件中还原VG配置。
3. 如果VG信息无法恢复，可能需要考虑使用专业的数据恢复服务。专业的数据恢复服务提供商通常具有更高级的技术和设备来处理数据丢失的情况。他们可能能够帮助恢复丢失的数据。