虛擬卷提供了很多好處，無論是大還是小。根據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如何無縫無縫地使用基于陣列的工具的另一個示例。