如何从 LVM 的卷组中删除物理卷？ | Linux 中国

嘿嘿，说到这里，管理LVM卷组需要谨慎，因为这毕竟关系到数据安全。
我之前不得不从一组剧集中删除一个物理剧集，这真的很可怕。
首先，您必须使用 vgreduce 命令。
这一步不能跳过。
确保物理驱动器未被逻辑驱动器使用。
当时我用pvdisplay命令查看，发现没有问题，就敢继续了。

我记得有一次我在服务器上操作。
服务器中有相当多的物理卷，我必须检查每一个。
说实话，当时我还不太明白。
如果只是一一浏览的话，会非常耗时。
然后，如果您发现物理驱动器仍在使用中，则必须使用 pvmove 命令将数据移动到另一个物理驱动器。
这一步对于保证数据安全非常重要。

数据移动后，使用 pvremove 命令从其 LVM 标签和元数据中删除物理卷。
如有必要，必须将扩展区迁移到现有物理卷。
之前我使用pvs命令来检查要删除的设备是否正在使用。
如果使用，则需要检查卷组中是否有足够的空闲盘区块。

有一次，我记得大约有 X 条数据。
我必须先移动数据，然后确认物理驱动器是空闲的。
迁移数据后，使用pvs命令确认。
这一步是必不可少的。
然后使用 vgreduce 命令从驱动器组中删除物理驱动器，然后使用 pvremove 命令从 LVM 配置中删除驱动器。
如果驱动器组中的物理驱动器没有足够的范围块，则必须添加新的物理驱动器。

之前操作时，我是先从存储池注册一个新的LUN，然后使用PVCreate命令创建物理卷。
然后，使用 pvmove 命令将数据从已删除的物理驱动器移动到新磁盘。
数据迁移完成后，使用 pvs 命令进行确认。
这一步是必不可少的。
最后，使用 vgreduce 命令从驱动器组中删除物理驱动器，然后使用 pvremove 命令从 LVM 配置中删除该驱动器。

现在，该磁盘已完全从 LVM 中删除，可以用于其他用途。
这个问题听起来很简单，但是操作时一定要小心，因为涉及到数据安全问题。
手术过程中，我非常小心，生怕出什么差错。

如何安全删除LVM逻辑卷、卷组和物理卷？

平心而论，在Linux行业，LVM如何工作绝对是一个需要测试的问题。
但说实话，每次操作都感觉像在走钢丝，尤其是删除逻辑卷、卷组和物理卷时。
这是我第一次弄清楚这个过程，由于疏忽，我差点在生产环境中删除了卷组。
我吓得连夜背了三天命令。

这个拆卸和安装步骤尤其重要。
我记得有一次帮助客户清理服务器，但在挂载点完全卸载之前逻辑卷就被移动了。
结果系统一重启就立刻蓝屏了。
我连忙远程连接，看到屏幕上疯狂滚动的错误信息，我手心里都冒汗了。
后来发现需要先卸载挂载点，比如/dev/linuxprobe，然后编辑/etc/fstab删除UUID。
如果跳过这一步，系统初始化过程就会愚蠢地认为逻辑卷还能挂载但找不到设备，系统当然会崩溃。

用户最害怕的是删除逻辑卷时的握手。
lvremove 命令非常简单。
例如，如果您输入lvremove /dev/storage/vo并按Enter键，系统肯定会提示您确认。
我看到运维人员按了两次回车键。
结果整个存储阵列的VO卷立刻消失了，所有数据都丢失了。
因此，在每次执行之前，我在命令后添加一个 sudo -S 确认，让系统再给我一次密码确认。
说实话，这种操作需要深思熟虑，并不是复制粘贴那么简单。

最好两次确认卷组的删除。
我在测试环境中进行实验，删除了旧的存储卷组。
然而第二天备份恢复系统时，我发现新系统居然把那个卷组名当成了默认卷组，导致整个恢复过程挂了很长时间。
执行命令后vgremove系统将向您提供卷组信息以供确认。
请务必指向屏幕并逐行阅读。
不要像平常那样只看他。
老实说，像 LVM 这样的东西相距千里之遥。

清理物理卷时最烦人的是剩余的LVM标签。
有一天，我清理了旧硬盘并运行了 pvremove /dev/sdb /dev/sdc。
第二天，我发现系统仍然可以将两个驱动器识别为物理卷。
后来查看内核日志，发现有残留的元数据块没有被清除。
所以每次完成pvremove我都必须用pvdisplay反复确认，甚至使用dd if=/dev/zero of=/dev/sdb bs=1 M count=1 这是一种残酷的清理方法。
老实说，像这样的细节确实考验你的耐心，但它们不应该被忽视。

不要在验证阶段吝啬。
lvdisplay、vgdisplay、pvdisplay这三个命令需要依次运行。
我有一个习惯，每次卸载 LVM 时都会保存这些命令的输出，并再次与 diff 工具进行比较，以确保没有残留信息。
我这样做了一次，发现 vgdisplay 仍然显示已删除的卷组名称。
最后我发现该脚本被执行了两次，剩余的信息被视为新创建的卷组。
老实说，细节决定成败，在这种地方你不能偷懒。

对于备份，我建议使用 rsync 等工具。
有一天，在帮助客户卸载LVM时，突然发现某个文件系统不同步，导致半个月的数据丢失。
后来发现客户端删除了/etc/fstab中的挂载点但没有同步备份。
因此，系统无法在恢复期间找到要安装的设备。
坦白说，每次运维都应该牢记这个惨痛的教训。

最后要说的是LVM操作必须按顺序进行。
我见过人们首先执行 pvremove 。
结果，卷组仍然引用物理卷，命令直接报错。
这个时候不要勉强自己。
返回并使用 vgdisplay 检查物理卷在特定卷组中是否可见。
老实说，卸载LVM的过程就像解谜一样。
每个步骤必须相互关联。
如果错过一个步骤或者秩序被打乱，整个系统就会瘫痪。