虚拟卷提供了很多好处，无论是大还是小。根据VM，恢复删除的VM可能是其中之一。

使用传统的VMFS，一旦选择“从磁盘删除”，则恢复该VM可能是一个过程。从备份还原，或者希望您拥有阵列上VMFS的快照。无论哪种方式，您都可能会丢失数据，因为上一次备份或快照不太可能是从删除之前的时间开始的。

让我在这里非常清楚。无论这篇文章的其余部分，我并不是说一旦转移到VVol，就不需要备份！你绝对还是这么做。如果您的阵列支持，VVol仅提供了一种不错的方式来立即恢复最新的时间点，而又不会丢失任何内容。

“等等，您是说删除虚拟机“ AD”还是虚拟机“ 80”？”

“嗯……绝对不是我们的活动目录……”

快速演示

因此，像往常一样，我不想仅展示它的工作原理，而是想解释它的工作原理。但是，如果您只想查看该过程，请观看以下视频：

否则，请继续阅读。

总览

那么这是如何工作的呢？

首先，让我们回顾一下虚拟卷的一些概念。

创建包含虚拟卷的虚拟机时，至少会创建两个VVol：

• 配置VVol。这保存虚拟机的配置信息。因此，VMX文件和其他描述符文件。VMDK等
• 数据VVOL（一个或多个）。对于添加的每个虚拟磁盘，您将获得一个新数据VVol，即该虚拟磁盘的大小。

打开虚拟机电源后，将创建一个交换VVol。断电时将其删除。

连接是通过与协议端点的子伦连接自动协商的。

Config VVol，故事。

因此，让我们看一下配置VVol。您可以像以前一样在存储容器（又称为VVol数据存储）中查看虚拟机文件。

在这里，我在VVol数据存储上创建了Windows 2016 VM。

VVol数据存储区不是物理存储卷，最基本的选择是，它仅仅是分配限制。您可以预配x数量的VM。这只是管理虚拟机的逻辑抽象。但是，就像VMFS或NFS一样，您可以对其进行导航并查看VM的文件夹结构。

但是，在这种情况下，每个顶级文件夹实际上都是一个指向虚拟机的配置VVol的指针。每个文件夹=一个配置VVol。在其中，您可以看到虚拟机的文件。这是因为每个配置VVol实际上实际上是一个微型VMFS。

就像任何VVol一样，配置VVol也是阵列上的实际卷。在我的配置上方，VVol的大小为4 GB。从阵列到阵列的大小可以从2 GB到4 GB不等，在FlashArray上，大小始终为4 GB。

创建后，阵列VASA提供程序会将配置VVol与特定的存储容器关联。然后，这使有权访问该存储容器的任何人都可以导航和使用config VVol的内容。因此，在结果文件夹中创建的任何文件都将存储在该配置VVol中。

查看我的虚拟机文件夹的较早映像，您可能会问：“嗯，我认为不再有VMDK，虚拟磁盘是否真的在阵列上卷了？aka VVols？” 是的，不是。

仍然需要VMDK，但是请记住，VMDK不是数据文件。它们从未真正存在过，它们是描述符文件，或者换句话说就是指针文件。它们指向实际数据量。在VMFS中，它们指向* flat.vmdk文件。这实际持有您的数据。

如果查看常规的VMDK文件，我会看到它指向平面文件：

与RDM相同。存在一个VMDK，它指向rdmp.vmdk文件，该文件是物理RDM的安装点。

对于VVol，这没有什么不同。VMDK文件指向阵列上的物理卷，即VVol。

在这种情况下，它指向数组UUID，然后指向VVol UUID。这说明了它在哪个阵列上以及在阵列上的VVol上。

这里的要点是，VVol和存储容器之间没有直接连接。仅有一个指向它的指针。如果需要，这允许在许多存储容器中使用VVol。

但是，配置VVol与单个存储容器具有直接连接，因为VM不应且一次不能运行多次。当然，它可以通过（Storage vMotion）移动到另一个存储容器。

恢复已删除的VVol VM

好的，让我们逐步完成该过程。我首先要说的是，这可能会因阵列供应商而异。这是在FlashArray上完成的过程。因此，请务必咨询您的供应商以获取详细信息。

因此，我有一台基于Windows 2016 VVol的VM，其中包含一个虚拟磁盘（数据VVol）。

在我的阵列上，这由一个卷组表示，其名称当然是相应的VM。在该卷组中有两个VVol，即我的配置VVol和我的单个数据VVol。

因此，现在，我的VVol数据存储（存储容器）显示了我的所有文件。

如果我要注销虚拟机（从清单中删除），则那里什么都不会改变。但是，如果我选择“从磁盘删除”，该目录及其所有文件将从存储容器中删除。

现在，如果我查看我的VVol数据存储，则该文件夹已消失，因此其中的所有文件都消失了。

如果查看阵列，则我的卷组以及包含的配置VVol和数据VVol已移到它们各自的对象类型的回收箱中

这是第一个重点。当您删除虚拟磁盘或整个VM时，FlashArray不仅会立即删除卷。我们将这些对象放入回收箱中24小时，然后将它们永久删除。这使您可以非常轻松地在FlashArray的VVol环境中还原VM或虚拟磁盘。

同样，没有特殊的过程可以在FlashArray上还原VM。卷和卷组的处理与“正常”卷或卷组没有区别。只需将它们从回收箱中恢复即可。

这将还原组。

但是请注意，这只会还原组。FlashArray上的卷组只是用于管理VM的逻辑结构。它与VMware环境没有直接关系。只有VVol本身可以。就像您查看VVol数据存储一样，它仍然是空的：

所以知道我可以恢复配置VVol。我可以按VM名称搜索并恢复配置VVol：

现在，我们看到将配置VVol恢复到卷组：

这将自动还原文件夹：

它会自动与VVol数据存储重新关联。发生这种情况是因为此关联位于配置VVol的元数据中。因此，不需要手动重新关联。我们的VASA提供商选择了此还原的卷，并查看它应该在的位置。我们的VASA提供商无状态设计的一部分。事实的根源是卷本身，而不是VASA内存中的任何内容。

现在让我们看一下文件夹。它是空的！为什么？！

嗯，这与VMware删除VM的行为有关。配置虚拟机后，VMware首先删除配置VVol上的文件。然后，它告诉我们删除VVol。因此，如果我们提神了，我们将首先对其进行快照，但是直到为时已晚，我们才知道（尽管我们正在就此进行一些构想）

因此，您需要基于阵列的快照以从中还原配置VVol。关于虚拟卷的好处是，您可以向虚拟机和指示快照策略之类的数据VVol提供策略。因此，我的VM主目录和虚拟磁盘都具有以下策略：每两个小时对它们执行FlashArray快照，还具有保留策略以摆脱旧快照。

我通常会建议某种快照策略。即使config VVol快照策略是一年一次（更改虚拟硬件的频率决定了可以对config VVol快照的频率）。

因此，我可以获取配置VVol的快照并从中还原。这会将所有删除文件返回到配置VVol：

如果立即刷新我的VVol数据存储中的文件夹，文件将立即恢复！

现在，像往常一样重新注册虚拟机。右键单击VMX文件，然后将其重新添加。

完成向导后，虚拟机又回来了！

现在我可以开机了。

但是我们会看到一个错误。为什么？

好吧，我们也没有还原数据VVol。因此，如果要使用这些数据VVol，请从阵列上已销毁的卷文件夹中还原它们。如果由于某种原因也想要较早的时间点，则可以从快照中还原它们，但是如果要从删除虚拟机的第二秒开始，则只需从已销毁的文件夹中还原它们：

现在尝试重新打开电源。是的，它有效！

虚拟卷和FlashArray如何无缝无缝地使用基于阵列的工具的另一个示例。