LVM中恢复已删除的物理卷具体方法

如何在LVM中恢复已删除的物理卷?本篇文章重点为大家讲解一下从LVM中恢复已删除的物理卷具体方法,有需要的小伙伴可以参考一下。

系统环境

Centos8

现有的文件系统

下面使用了/dev/sd[a-c]三块磁盘,将他们划入一个卷组,创建两个逻辑卷:

# Create pv
[root@localhost ~]# pvcreate /dev/sda
[root@localhost ~]# pvcreate /dev/sdb
[root@localhost ~]# pvcreate /dev/sdc# Create VG
[root@localhost ~]# vgcreate vg_data /dev/sd[a-c]# Create LV
[root@localhost ~]# lvcreate -L 25G -n lv_data vg_data
[root@localhost ~]# lvcreate -L 25G -n lv_log vg_data

下面列出逻辑卷的分配使用信息:

[root@localhost ~]# pvs
 PV             VG      Fmt  Attr PSize   PFree
 /dev/nvme0n1p2 cl      lvm2 a--  # vgs
 VG      #PV #LV #SN Attr   VSize   VFree
 cl        1   2   0 wz--n- # lvs -a -o +devices
 LV      VG      Attr       LSize  Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert Devices            
 root    cl      -wi-ao---- 15.00g                                                     /dev/nvme0n1p2(512)
 swap    cl      -wi-ao----  2.00g                                                     /dev/nvme0n1p2(0)  
 lv_data vg_data -wi-a----- 25.00g                                                     /dev/sda(0)        
 lv_data vg_data -wi-a----- 25.00g                                                     /dev/sdb(0)        
 lv_log  vg_data -wi-a----- 25.00g                                                     /dev/sdc(0)        
 lv_log  vg_data -wi-a----- 25.00g                                                     /dev/sdb(1281)    

在根目录创建两个文件夹/data和/log,格式化逻辑卷,挂载逻辑卷,并存放一些数据:

[root@localhost ~]# mkdir /data /logs
[root@localhost ~]# mkfs.xfs /dev/vg_data/lv_data
[root@localhost ~]# mkfs.xfs /dev/vg_data/lv_log
[root@localhost ~]# mount /dev/vg_data/lv_data /data
[root@localhost ~]# mount /dev/vg_data/lv_log /data
[root@localhost ~]# df -h
Filesystem                  Size  Used Avail Use% Mounted on
devtmpfs                    880M     0  880M   0% /dev
tmpfs                       897M     0  897M   0% /dev/shm
tmpfs                       897M  8.7M  888M   1% /run
tmpfs                       897M     0  897M   0% /sys/fs/cgroup
/dev/mapper/cl-root          15G  1.9G   14G  13% /
/dev/nvme0n1p1              976M  183M  726M  21% /boot
tmpfs                       180M     0  180M   0% /run/user/0
/dev/mapper/vg_data-lv_log   25G  211M   25G   1% /data
[root@localhost ~]# touch /data/file{1..10}.txt
[root@localhost ~]# touch /logs/text{1..10}.log

将磁盘设置为故障或删除磁盘

这两种情况是意外删除的物理卷或发生故障的磁盘,通过运行pvremove命令删除了任何一个物理卷,或者从虚拟机中移除某一块物理磁盘。

下面从虚拟机中移除一块物理磁盘: 重启系统之后,发现不能挂载lv_data和lv_log逻辑卷了,/dev目录中找不到vg_data卷组。

如果该逻辑卷设置为开机自动启动了,磁盘发生故障后,由于两个逻辑卷无法挂载文件系统,因此重新引导不能进入系统。只能通过进入单用户模式,并注释fstab配置文件里面和该逻辑卷相关的条目。

添加新物理硬盘

下面从虚拟机中添加一个新的物理磁盘,新添加的磁盘会变成/dev/sdc

[root@localhost ~]# lsblk -S
NAME HCTL       TYPE VENDOR   MODEL             REV TRAN
sda  6:0:0:0    disk VMware,  VMware Virtual S 1.0  spi
sdb  6:0:2:0    disk VMware,  VMware Virtual S 1.0  spi
sdc  6:0:3:0    disk VMware,  VMware Virtual S 1.0  spi
sr0  3:0:0:0    rom  NECVMWar VMware SATA CD01 1.00 sata

在LVM中恢复已删除的物理卷在LVM中恢复已删除的物理卷

恢复已删除物理卷的元数据

现在让我们开始为已删除的物理卷恢复元数据。当使用pvs,vgs,lvs命令时,它将警告缺少xxxxx UUID的设备之一。 只需复制UUID并使用grep查看存档和备份。在进行重新引导之前,报告的UUID指的是/dev/sdb设备。

[root@localhost ~]# cat /etc/lvm/archive/vg_data_00002-1587647360.vg |grep -B 2 -A 9 "v6wYGZ-0dGA-8ecB-kec8-r2zv-gCJi-gulSAD"

pv1 {
id = "v6wYGZ-0dGA-8ecB-kec8-r2zv-gCJi-gulSAD"
device = "/dev/sdb" # Hint only

status = ["ALLOCATABLE"]
flags = []
dev_size = 41943040 # 20 Gigabytes
pe_start = 2048
pe_count = 5119 # 19.9961 Gigabytes
}
[root@localhost ~]# cat /etc/lvm/backup/vg_data |grep -B 2 -A 9 "v6wYGZ-0dGA-8ecB-kec8-r2zv-gCJi-gulSAD"

pv1 {
id = "v6wYGZ-0dGA-8ecB-kec8-r2zv-gCJi-gulSAD"
device = "/dev/sdb" # Hint only

status = ["ALLOCATABLE"]
flags = []
dev_size = 41943040 # 20 Gigabytes
pe_start = 2048
pe_count = 5119 # 19.9961 Gigabytes
}

让我们先使用pvcreate --test进行试运行:

[root@localhost ~]# pvcreate --test --uuid "v6wYGZ-0dGA-8ecB-kec8-r2zv-gCJi-gulSAD" --restorefile /etc/lvm/archive/vg_data_00002-1587647360.vg /dev/sdc
 TEST MODE: Metadata will NOT be updated and volumes will not be (de)activated.
 Couldn't find device with uuid l5rSrt-SRfc-KQNw-Tm29-gx4D-ihBw-Xzum3L.  Couldn't find device with uuid v6wYGZ-0dGA-8ecB-kec8-r2zv-gCJi-gulSAD.
 Couldn't find device with uuid UYyDyH-vc6D-XbQ7-ga1X-DKeM-ObLe-tdBLxR.  Physical volume "/dev/sdc" successfully created. 

在LVM中恢复已删除的物理卷在LVM中恢复已删除的物理卷

  • –test 试运行
  • –uuid 用于指定新创建的物理卷的uuid值。如果没有此选项,将生成随机UUID。在本实验中指定的uuid值是之前删除物理卷的uuid值。
  • –restorefile 读取由vgcfgbackup生成的存档文件

去掉--test选项,正式创建物理卷:

[root@localhost ~]# pvcreate --uuid "v6wYGZ-0dGA-8ecB-kec8-r2zv-gCJi-gulSAD" --restorefile /etc/lvm/archive/vg_data_00002-1587647360.vg /dev/sdc
 Couldn't find device with uuid l5rSrt-SRfc-KQNw-Tm29-gx4D-ihBw-Xzum3L.  Couldn't find device with uuid v6wYGZ-0dGA-8ecB-kec8-r2zv-gCJi-gulSAD.
 Couldn't find device with uuid UYyDyH-vc6D-XbQ7-ga1X-DKeM-ObLe-tdBLxR.  Physical volume "/dev/sdc" successfully created. [root@localhost ~]# pvs  PV             VG      Fmt  Attr PSize   PFree  /dev/nvme0n1p2 cl      lvm2 a--  

在LVM中恢复已删除的物理卷在LVM中恢复已删除的物理卷

恢复卷组

然后使用lvm的备份还原卷组。首先加入--test试运行一下:

[root@localhost ~]# vgcfgrestore --test -f /etc/lvm/backup/vg_data vg_data
 TEST MODE: Metadata will NOT be updated and volumes will not be (de)activated.
 Volume group vg_data has active volume: lv_log.
 Volume group vg_data has active volume: lv_data.
 WARNING: Found 2 active volume(s) in volume group "vg_data".
 Restoring VG with active LVs, may cause mismatch with its metadata.
Do you really want to proceed with restore of volume group "vg_data"while 2 volume(s) are active? [y/n]: y
 Restored volume group vg_data.

下面正式运行一下,去掉--test选项:

[root@localhost ~]# vgcfgrestore -f /etc/lvm/backup/vg_data vg_data
 Volume group vg_data has active volume: lv_log.
 Volume group vg_data has active volume: lv_data.
 WARNING: Found 2 active volume(s) in volume group "vg_data".
 Restoring VG with active LVs, may cause mismatch with its metadata.
Do you really want to proceed with restore of volume group "vg_data"while 2 volume(s) are active? [y/n]: y
 Restored volume group vg_data.

如果卷组和逻辑卷未激活,请使用下面命令激活:

# 扫描卷组
[root@localhost ~]# vgscan
 Reading all physical volumes.  This may take a while...
 Found volume group "cl" using metadata type lvm2
 Found volume group "vg_data" using metadata type lvm2
# 激活卷组vg_data
[root@localhost ~]# vgchange -ay vg_data
 2 logical volume(s) in volume group "vg_data" now active
# 扫描逻辑卷
[root@localhost ~]# lvscan
 ACTIVE            '/dev/cl/swap' [2.00 GiB] inherit
 ACTIVE            '/dev/cl/root' [15.00 GiB] inherit
 ACTIVE            '/dev/vg_data/lv_data' [25.00 GiB] inherit
 ACTIVE            '/dev/vg_data/lv_log' [25.00 GiB] inherit

在LVM中恢复已删除的物理卷在LVM中恢复已删除的物理卷

总结

在lvm中,需要执行一些步骤来恢复已删除的物理卷,方法是添加新磁盘并用现有UUID指向新磁盘。

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/213608.html<

(0)
管理的头像管理
上一篇2025-04-11 09:57
下一篇 2025-04-11 09:59

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注