我们刚刚开始在我们的RAIDarrays上使用LVM，并感觉它会减缓我们用来testing升级的快照反转操作。 我们对整个Raid和LVM并不是很熟悉，所以也许这是不可能的。
所以现在我们通过下面的步骤创build一个快照：
它实际上需要很长的时间才能恢复，所以效率的提高现在是微不足道的。 我相信这可能是由一些问题，但我想看看我可以解决一些使用这个问题的人：
所以我的select似乎是通过MD0find暂停将SDB复制到SDC的方法。 但我不知道如何做到这一点。 这可能会救我很多麻烦，但我不能确定。
任何人都可以启发我吗？
您可以考虑使用瘦LVM池作为快照，而不是滥用MD。
厚LVM快照（也就是你正在做的）不能很好地工作。 只有一层快照后，它们会变得非常缓慢，并且需要很长时间才能合并，就像您看到的一样。 您还遇到了将整个VG分配给单个LV的问题，这个LV必须在快照之前收缩，这是非常低效的。
通过使用瘦LVM池，可以制作能够分配超过100％的精简逻辑卷，如果不是将所有块都分配给实际数据，则可以轻松创build快照。 但是，如果您在生产环境中使用此function，则即使在精简池configuration中，也应该为快照留出一定比例的免费物理扩展盘区。 你的来电。
创build这些精简卷只是创build厚逻辑卷的几个步骤。 实际上，精简池实际上只是嵌套在逻辑卷中的一些额外的元数据，就像您已经在堆栈中一样。
以下指南将帮助您创build这些卷： 创build精简逻辑卷
这将帮助您创build这些卷的快照： 创build精简卷快照