linux – 这是LVM快照的工作原理吗?

前端之家收集整理的这篇文章主要介绍了linux – 这是LVM快照的工作原理吗?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我正在试图弄清楚LVM快照是如何工作的,所以我可以在我的文件服务器上实现它,但我很难在google上找到解释它是如何工作的任何东西,而不是如何将它用于基本备份系统.

根据我的阅读,我认为它的工作原理如下:

>您有一个带有主分区的LVM,并且该分区中没有大量未分配的可用空间
>然后拍摄快照并将其安装在新的逻辑卷上.快照应该有更改,所以第一个快照将是一个完整的副本,对吗?
>然后,第二天你拍另一张快照(这个分区的大小不必太大)并安装它.
>某种程度上,LVM会跟踪快照,并且不会在主卷上存储未更改的位.
>然后你决定你有足够的快照并摆脱第一个.我不知道这是如何工作的或如何影响下一个快照.

有人可以纠正我错在哪里.充其量,我猜,我在谷歌上找不到任何东西.

vgdiplay

obu1:/home/jail/home/qps/backup/D# vgdisplay
  --- Volume group ---
  VG Name               fileserverLVM
  System ID
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  3
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                2
  Open LV               2
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               931.51 GB
  PE Size               4.00 MB
  Total PE              238467
  Alloc PE / Size       238336 / 931.00 GB
  Free  PE / Size       131 / 524.00 MB
  VG UUID               qSGaG1-SQYO-D2bm-ohDf-d4eG-oGCY-4jOegU

解决方法

Wny没看过 snapshots section of the LVM-HOWTO

LVM快照是您的基本“写入时复制”快照解决方案.快照实际上只是要求LVM为您提供指向文件系统当前状态的“指针”,并将快照后的更改写入指定区域.

LVM快照在托管受快照影响的卷的卷组内“实时” – 而不是另一个卷.你的陈述“……很多很多未分配的自由空间而不是分区”让人觉得你的想法是快照“存在”在受快照影响的卷组之外,这是不准确的.您的卷组位于硬盘分区中,并且该卷受快照以及您在该卷组中生活的所有shapshots的影响.

使用LVM快照的常规方式不是用于长期存储,而是为了获得文件系统的一致“图片”,以便可以进行备份.备份完成后,将丢弃快照.

创建LVM快照时,您需要指定一定的空间量来保存快照处于活动状态时所做的任何更改.如果进行的更改多于您指定的空间,则快照将变为不可用,必须将其丢弃.您不希望留下快照,因为(a)它们将填满并变得无法使用,以及(b)在快照处于活动状态时系统的性能受到影响 – 事情变慢.

编辑:

Microsoft卷影复制服务和LVM快照的作用并没有太大差异.微软的解决方案更加全面(通常情况下是微软的情况 – 无论好坏,他们的工具和产品往往寻求解决相当大的问题,而不是专注于一件事).

VSS是一种更全面的解决方案,可将支持快照和基于软件的快照的硬件设备的支持统一到单个API中.此外,VSS具有允许通过快照API使应用程序静止的API,而LVM快照仅关注快照 – 任何停顿应用程序都是您的问题(将数据库置于“备份”状态等).

原文链接:https://www.f2er.com/linux/402354.html

猜你在找的Linux相关文章