SCSI 至 NVMe VMware VMFS 資料存放區離線遷移步驟

SCSI 至 NVMe 離線 VMFS 資料存放區遷移步驟

離線遷移步驟
1. 遷移前
2. 檢查每個 ESXi 主機的裝置數量和路徑 3
3. 檢查不支援的功能 4
4. 檢查遷移後措施對支援功能的潛在影響 4
遷移
1. 從所有主機取消掛接 VMFS 磁碟區 5
2. 檢查 VMFS 磁碟區中繼資料的一致性。5
3. 重新簽署 VMFS 磁碟區 10
4. 重新命名 VMFS 資料存放區（選用） 11
5. 在重新簽署後檢查 VMFS 磁碟區中繼資料的一致性。11
6. 將裝置作為 NVMe 提供給叢集中的所有 ESXi 主機11
7. 註冊所有 VM 並開啟電源 11
遷移後。12

概觀

隨著 NVMe 採用率的不斷增長，越來越多的客戶開始考慮將資料從 SCSI 遷移至 NVMe。本文件說明將 SCSI 遷移至 NVMe 的其中一種雖具效率但仍會中斷的方法，稱為離線遷移。從 SCSI 到 NVMe 的離線 VMFS 資料存放區遷移不涉及資料移動。先前作為 SCSI 裝置提供給 ESXi 主機或叢集的裝置，現在未顯示，然後又重新顯示為 NVMe 裝置。隨後會對 VMFS 資料存放區進行重新簽署並提供給主機使用，並保留其 VM 內容。脫機遷移步驟的詳細資訊如下所述。

範圍

後續章節中概述的離線遷移步驟僅適用於 VMFS6 資料存放區。
這些步驟涵蓋遷移的功能方面，並不涵蓋遷移後工作負載的性能特徵。
規模（併發遷移數等）或限制（每個設備的最大路徑數、每個 VM 的最大 VMDK 數等）的驗證不在範圍內。
術語設備、卷和 LUN 在文檔中可互換使用。
離線遷移需要先關閉 VMFS 資料存放區中的所有虛擬機器電源，才能開始。

離線遷移步驟

將 VMFS6 資料存放區從 SCSI 離線遷移至 NVMe 包括三個階段。每個階段可能涉及多個檢查或步驟。

遷移前
此準備階段包括檢查以瞭解環境特徵和正在使用的功能。此階段需要確定離線遷移在環境中是否可行，並瞭解遷移后的影響。下面列出了一些重要的檢查。這並非詳盡清單，而是涵蓋了標準客戶環境中最常見的檢查。

檢查 VMFS 磁碟區的鎖定模式

首先，確保 LUN 支援 ATS 模式。僅當 VMFS6 資料存放區使用僅限 ATS 鎖定模式且未使用 SCSI-2 保留時，才應嘗試遷移。

若要判斷指定磁碟區的鎖定模式，請執行下列命令 esxcli storage vmfs lockmode list -l <volume name/label> 在可存取資料存放區的 ESXi 主機上。僅當 VMFS6 卷的鎖定模式為「ATS」時，才支援離線遷移。不支援

模式「ATS+SCSI」。支援離線遷移的磁碟區範例：

esxcli storage vmfs lockmode list -l testVol1
Volume Name UUID                                Type   Locking Mode ATS Compatible ATS Upgrade Modes ATS Incompatibility Reason

----------- ----------------------------------- ------ ------------ -------------- ----------------- --------------------------

testVol1    5d1c5b0f-xxxxxxxx-xxxx-246e9xxxxdb0 VMFS-6 ATS          true           No upgrade needed

An example of a volume not supporting offline migration:

esxcli storage vmfs lockmode list -l testVol2
 Volume Name UUID                                Type   Locking Mode ATS Compatible ATS Upgrade Modes ATS Incompatibility Reason

----------- ----------------------------------- ------ ------------ -------------- ----------------- --------------------------

testVol2    63510e51-xxxxxxxx-xxxx-246e9xxxxde6 VMFS-6 ATS+SCSI     false          None              Device does not support ATS

檢查是否有任何 vmdk 所選資料存放區中任何 VM 的 VM 會作為 RDM 使用（實體或虛擬）

如果所選資料存放區中的虛擬機器具有 SCSI 模式的 RDM，則無法允許其遷移至 NVMe。如果虛擬機器具有 RDM，則沒有 VMware 命令，但 Dell VSI 附掛程式會列出每個虛擬機器的磁碟類型。以下是 VSI 中的檢視螢幕擷取畫面，其中列出是否有任何 VM （執行階段名稱）具有 RDM。

如果虛擬機器具有 RDM，則必須先從虛擬機器移除該 RDM 並進行轉換，或是將虛擬機器移至其他資料存放區後再進行遷移。
1.3 檢查對應至主機代管 VMFS 資料存放區的裝置的宣告規則/設定

如果在遷移之前在 SCSI 裝置上有任何自訂聲明規則，則在使用 NVMe 顯示時，這些規則可能不會應用於設備。透過查詢存取 NVMe 裝置時，不會顯示個別廠商和型號欄位。欄位位於一起，因此如果需要，則需要新的聲明規則。此外，由於 SCSI 識別碼和 NVMe 識別碼不同，以全球名稱（WWN）為基礎的宣告規則將會失敗。
根據預設，VMware 會以預設路徑外掛程式 HPP。
檢查裝置數量和每個 ESXi 主機的路徑

NVMe 支援傳送至每個 ESXi 主機的裝置和路徑少於 SCSI。如果 SCSI 裝置數量超過 NVMe 限制，則無法在同一 ESXi 主機上轉換所有資料存放區。作為解決方案，客戶可以在使用 Storage vMotion 轉換之前或之後使用更多 ESXi 主機或整合資料存放區。
1. SCSI - 1024 個裝置/4096 個路徑
2. NVMe - 256 個裝置/2048 個路徑

檢查不支援的功能

NVMe 目前不支援部分 VMware 功能。遷移前請檢查支援能力。

例如，在 ESXi 上執行的 NVMe （透過版本 8.0U1）目前不支援下列功能。

功能	簡要說明	備註
客體叢集化	叢集 VMDK 功能，可支援 Windows Server 容錯移轉叢集（WSFC）等高可用性解決方案	具有叢集的 VMFS 資料存放區 `VMDK` 已啟用無法遷移。
SRM	NVMe 不支援使用 SRM 的陣列式複寫。	遷移與 SRM 陣列複製相關的資料存放區會使解決方案毫無用處。

注意：以上清單並非詳盡無遺。客戶應查看陣列專屬說明文件，以瞭解遷移對關鍵功能的影響。

檢查遷移後對支援功能的潛在影響

與 SCSI 相比，未整合下列功能可能會改變某些作業在 NVMe 上的執行方式。

功能	影響的性質	應採取的行動
硬體加速遷移 - XCOPY	目前沒有等效的命令 `XCOPY`。而是使用 VMware 軟體資料移動者。這可能會降低使用原語的作業效能，例如複製或 `SvMotion`。	無
寫入相同/UNMAP	如果 NVMe 裝置不支援等同的 NVMe 寫入零，或 `unmap`，可能會對性能產生影響。	無

遷移

此階段包含將資料存放區從 SCSI 遷移至 NVMe 的步驟。
關閉所有 VM 的電源，並取消註冊

關閉並取消註冊要遷移的數據存儲上託管的所有虛擬機。請務必不要刪除它們，只能取消註冊。
從所有主機取消掛接 VMFS 磁碟區

取消註冊所有 VM 後，請從所有 ESXi 主機取消掛接 VMFS 磁碟區。這是為了確保在執行一致性檢查和遷移時，它不在使用中

檢查 VMFS 磁碟區中繼資料一致性

在開始遷移之前，請檢查 VMFS 磁碟上元數據的一致性。這可確保在開始之前沒有不一致之處。

執行 VOMA （VMware 磁碟上中繼資料分析器）在檢查模式下執行：

voma -m vmfs -f check -d /vmfs/devices/disks/<DEVICE>:<PARTITION> -s <OUTPUT FILE>

其中：

裝置是代管要遷移之 VMFS6 磁碟區的 SCSI 裝置

PARTITION 是在裝置上格式化 VMFS 磁碟區的分割區編號

輸出檔案 是檔案的絕對路徑，命令輸出必須儲存在其中。此檔案位於 /tmp 如果有足夠的空間或要遷移的磁碟區以外的任何 VMFS 磁碟區。

如：

voma -m vmfs -f check -d naa.60000970000120200302533030313031:1 -s /tmp/voma.out

輸出應類似於以下內容：

[root@dsib0184:/dev/disks] voma -m vmfs -f check -d naa.60000970000120200302533030313031:1
Running VMFS Checker version 2.1 in check mode
Initializing LVM metadata, Basic Checks will be done

Checking for filesystem activity
         Scsi 2 reservation successful                       st activity (4096 bytes/HB, 1024 HBs).                            
Phase 1: Checking VMFS header and resource files
   Detected VMFS-6 file system (labeled:'SRM_UPGRADE_1') with UUID:6418928f-d0fb0a78-fa29-34800d0ed39c, Version 6:82
Phase 2: Checking VMFS heartbeat region
Phase 3: Checking all file descriptors.
Phase 4: Checking pathname and connectivity.
Phase 5: Checking resource reference counts.
Total Errors Found:           0

注意：如果命令收到下列錯誤，則表示 VMFS 並未正確卸載：

VOMA 無法檢查裝置：裝置或資源忙

分析輸出檔案以查看 voma。如果有，則必須執行此命令加以解決 voma 在繼續之前處於高級修復模式。範例如下：

[root@dsib0184:/dev/disks] voma -m vmfs -f fix -d naa.60000970000120200302533030313031:1
Running VMFS Checker version 2.1 in fix mode
Initializing LVM metadata, Basic Checks will be done
Checking for filesystem activity
         Scsi 2 reservation successful                       st activity (4096 bytes/HB, 1024 HBs).                            
Phase 1: Checking VMFS header and resource files
   Detected VMFS-6 file system (labeled:'SRM_UPGRADE_1') with UUID:6418928f-d0fb0a78-fa29-34800d0ed39c, Version 6:82
Phase 2: Checking VMFS heartbeat region
Phase 3: Checking all file descriptors.
Phase 4: Checking pathname and connectivity.
Phase 5: Checking resource reference counts.
Total Errors Found:           0
Total Errors Fixed:           0
Total Partially Fixed errors: 0

收集並儲存 VMFS 中繼資料傾印。如果在後續步驟中發現任何元數據不一致，則需要這樣做。

如需更多有關使用的詳細資訊，請參閱 https://docs.vmware.com/en/VMware-vSphere/8.0/vsphere-storage/GUID-6F991DB5-9AF0-4F9F-809C-B82D3EED7DAF.html voma 在核取、進階修正模式或傾印模式中。

從 ESXi 主機取消掛接 SCSI LUN

從 VC 中的每個 ESXi 主機取消掛接 SCSI LUN。如需詳細步驟，請參閱 KB 文章 https://kb.vmware.com/s/article/2004605 。

停止顯示來自陣列的 SCSI LUN。

取消顯示 SCSI LUN 的步驟特定於儲存陣列。客戶應查看有關程序的陣列特定說明文件。

將裝置作為 NVMe 提供給一個 ESXi 主機。

使用 NVMe 重新呈現裝置的步驟為特定儲存陣列。客戶應查看有關程序的陣列特定說明文件。

在主機上啟動裝置重新掃描。

使用 NVMe 將裝置呈現至 ESXi 主機後，通常會立即進行探索。但是，如果裝置未顯示，請使用 vSphere UI 或 CLI 重新掃描一或多個配接卡：

esxcli storage core adapter rescan -a

轉換後檢查 VMFS 磁碟區中繼資料的一致性。

在有權存取裝置的 ESXi 主機上，再次以檢查模式執行 voma，以驗證 VMFS 磁碟上的中繼資料是否仍一致。繼續之前，必須先調查任何中繼資料不一致之處。
Voma 使用 SCSI-2 保留命令鎖定裝置，以防止在 voma 工作階段處於活動狀態時同時存取或修改 VMFS 磁碟區。但是，NVMe 裝置不支援等效的 SCSI-2 保留。為了解決此問題，用戶必須傳遞”-N」選項以 VOMA 後端裝置為 NVMe 時。例如：

執行 VOMA （VMware 磁碟上中繼資料分析器）在檢查模式下執行：

voma -m vmfs -f check -N -d /vmfs/devices/disks/<DEVICE>:<PARTITION> -s <OUTPUT FILE>

當 voma 使用「-N」選項隨即顯示下列警告訊息。

########################################################################
# Warning !!! #
# #
# You are about to execute VOMA without device reservation. #
# Any access to this device from other hosts when VOMA is running #
# can cause severe data corruption #
# #
# This mode is supported only under VMware Support supervision. #
########################################################################
VMware ESXi Question:
Do you want to continue (Y/N)?
0) _Yes
1) _No

選取一個介於 0 至 1 的數字：
這代表在目前的 voma 工作階段正在進行時，使用者有責任防止磁碟區同時從其他主機掛接或存取。如果已遵循此處概述的步驟，且僅在一個 ESXi 主機上對應和探索到裝置，則繼續應該是安全的。使用者應在提示時輸入「0」，以繼續使用 voma 檢查模式。範例如下：

[root@dsib0180:~] voma -m vmfs -f check -N -d /vmfs/devices/disks/eui.03025330303130420000976000012020:1

在檢查模式下
執行 VMFS Checker 2.1 版初始化 LVM 中繼資料，已完成基本檢查
正在檢查檔案系統活動
NVMe 裝置 st 活動（4096 位元組/HB、1024 HB）不提供保留支援。 \
執行文件系統活動性檢查..|

########################################################################
#   Warning !!!                                                        #
#                                                                      #
#   You are about to execute VOMA without device reservation.          #
#   Any access to this device from other hosts when VOMA is running    #
#   can cause severe data corruption                                   #
#                                                                      #
#   This mode is supported only under VMware support supervision.      #
########################################################################

VMware ESXi Question:
Do you want to continue (Y/N)?

0) _Yes
1) _No

Select a number from 0-1: 0

Phase 1: Checking VMFS header and resource files
   Detected VMFS-6 file system (labeled:'Temp_Datastore') with UUID:64359f88-dd0fd27e-af5a-34800d0ed39c, Version 6:82
Phase 2: Checking VMFS heartbeat region
Phase 3: Checking all file descriptors.
Phase 4: Checking pathname and connectivity.
Phase 5: Checking resource reference counts.
Total Errors Found:           0

從 0 到 1 中選擇一個數字：

0 階段 1：正在檢查 VMFS 標頭和資源檔案
偵測到 VMFS-6 檔案系統（標記：'Temp_Datastore'）與 UUID:64359f88-dd0fd27e-af5a-34800d0ed39c, Version 6:82
第 2 階段：檢查 VMFS 活動訊號區域
階段 3：檢查所有檔案描述項。
第 4 階段：正在檢查路徑名和連線能力。
第 5 階段：檢查資源引用計數。
找到的錯誤總數： 0

重新簽署 VMFS 磁碟區

現在裝置顯示為 NVMe，必須更新資料存放區上的簽名。這是因為使用 SCSI 顯示時，目前的簽名部分基於裝置的 WWN。由於 NVMe 裝置 ID 不同，因此必須產生新的簽章。因此，在前兩個步驟中使用的同一 ESXi 主機上，運行以下命令以重新簽名卷：

雖然備援，但請執行下列命令來重新掃描檔案系統：

esxcli storage filesystem rescan

接下來，執行下列命令以取得 VMFS 快照 LUN 的清單：

esxcli storage vmfs snapshot list

新出現的 NVMe 裝置應已存在，但根據環境而定，可能會有與此程序無關的其他快照。

執行下列步驟，以重新簽署 VMFS 磁碟區：

esxcli storage vmfs snapshot resignature --volume-label=<label>|–volume-uuid=<id>

範例如下：

[root@dsib0180:~] esxcli storage filesystem rescan
[root@dsib0180:~] esxcli storage vmfs snapshot list
64359f88-dd0fd27e-af5a-34800d0ed39c
   Volume Name: Temp_Datastore
   VMFS UUID: 64359f88-dd0fd27e-af5a-34800d0ed39c
   Can mount: true
   Reason for un-mountability:
   Can resignature: true
   Reason for non-resignaturability:
   Unresolved Extent Count: 1
[root@dsib0180:~] esxcli storage vmfs snapshot resignature -l Temp_Datastore

重新命名 VMFS 資料存放區（選用）

當 VMFS 磁碟區重新簽署時，VMFS 磁碟區標籤會加上標籤「snap」，後跟字母數字字串。例如，上一步驟中的 VMFS 資料存放區現在已命名為： snap-5c42a2bc-Temp_Datastore 如有需要，請將資料存放區重新命名為原始名稱，並移除前置詞。

在重新簽署後檢查 VMFS 磁碟區中繼資料的一致性。

再次驗證磁碟上的 VMFS 中繼資料在重新簽署後是否一致。在 VMFS 磁碟區上以檢查模式執行 voma。請參閱第 2.8 節，了解必須包含「-N」旗標的 voma 命令列。確認 voma 是否回報任何不一致之處。如果 voma 未回報任何錯誤，請繼續。

將裝置作為 NVMe 提供給叢集中的所有 ESXi 主機。

如果上述任何步驟都沒有問題，則現在可以使用 NVMe 將裝置呈現給叢集中的所有 ESXi 主機。如前所述，系統會立即識別 NVMe 裝置，但如果無法辨識，請透過 vSphere UI 或 CLI 重新掃描配接卡。確認已在所有主機上掛接並可存取 VMFS6 磁碟區。

註冊所有 VM 並開啟電源

註冊資料存放區上託管的所有虛擬機器，並開啟其電源。確認 VM 已成功開啟電源，且可存取 vmdks。作為最佳實務，使用者可以在單一 ESXi 上註冊 VM 並開啟其電源。一旦成功，它們就可以遷移到其他主機。

便條：從 vCenter UI 開啟 VM 電源時，可能會出現如下所示的快顯視窗。這會提示使用者記錄 VM 是否已複製或移動。在彈出視窗中選擇“我複製了它”。

回答有關複製虛擬機器的問題。

遷移後

檢查對任何重要功能的影響，並視需要執行任何清理。

1.4 檢查每個 ESXi 主機的裝置數量和路徑 3
1.5 檢查不支援的功能 4
1.6 檢查遷移後對支援功能的潛在影響 4
2. 遷移 4
2.2 從所有主機取消掛接 VMFS 磁碟區 5
2.3 檢查 VMFS 磁碟區中繼資料一致性。
5 2.9 重新簽署 VMFS 磁碟區 10
2.10 重新命名 VMFS 資料存放區（選用） 11
2.11 在重新簽署後檢查 VMFS 磁碟區中繼資料的一致性。11
2.12 將裝置作為 NVMe 提供給叢集中的所有 ESXi 主機 11
2.13 註冊所有 VM 並開啟電源 11
3.遷移後。12

概觀

隨著 NVMe 採用率的不斷增長，越來越多的客戶開始考慮將資料從 SCSI 遷移至 NVMe。本文件說明將 SCSI 遷移至 NVMe 的其中一種雖具效率但仍會中斷的方法，稱為離線遷移。從 SCSI 到 NVMe 的離線 VMFS 資料存放區遷移不涉及資料移動。先前作為 SCSI 裝置提供給 ESXi 主機或叢集的裝置，現在未顯示，然後又重新顯示為 NVMe 裝置。隨後會對 VMFS 資料存放區進行重新簽署並提供給主機使用，並保留其 VM 內容。脫機遷移步驟的詳細資訊如下所述。

範圍

後續章節中概述的離線遷移步驟僅適用於 VMFS6 資料存放區。
這些步驟涵蓋遷移的功能方面，並不涵蓋遷移後工作負載的性能特徵。
規模（併發遷移數等）或限制（每個設備的最大路徑數、每個 VM 的最大 VMDK 數等）的驗證不在範圍內。
術語設備、卷和 LUN 在文檔中可互換使用。
離線遷移需要關閉 VMFS 資料存放區中的所有 VM 電源，才能開始。

離線遷移步驟

將 VMFS6 資料存放區從 SCSI 離線遷移至 NVMe 包括三個階段。每個階段可能涉及多個檢查或步驟。

遷移前

此準備階段包括檢查以瞭解環境特徵和正在使用的功能。此階段需要確定離線遷移在環境中是否可行，並瞭解遷移后的影響。下面列出了一些重要的檢查。這並非詳盡清單，而是涵蓋了標準客戶環境中最常見的檢查。

檢查 VMFS 磁碟區的鎖定模式。

首先，確保 LUN 支援 ATS 模式。僅當 VMFS6 資料存放區使用僅限 ATS 鎖定模式且未使用 SCSI-2 保留時，才應嘗試遷移。

若要判斷指定磁碟區的鎖定模式，請執行下列命令 esxcli storage vmfs lockmode list -l <volume name/label> 在可存取資料存放區的 ESXi 主機上。僅當 VMFS6 卷的鎖定模式為「ATS」時，才支援離線遷移。不支援

模式「ATS+SCSI」。支援離線遷移的磁碟區範例：

esxcli storage vmfs lockmode list -l testVol1
Volume Name UUID                                Type   Locking Mode ATS Compatible ATS Upgrade Modes ATS Incompatibility Reason

----------- ----------------------------------- ------ ------------ -------------- ----------------- --------------------------

testVol1    5d1c5b0f-xxxxxxxx-xxxx-246e9xxxxdb0 VMFS-6 ATS          true           No upgrade needed

An example of a volume not supporting offline migration:

esxcli storage vmfs lockmode list -l testVol2
 Volume Name UUID                                Type   Locking Mode ATS Compatible ATS Upgrade Modes ATS Incompatibility Reason

----------- ----------------------------------- ------ ------------ -------------- ----------------- --------------------------

testVol2    63510e51-xxxxxxxx-xxxx-246e9xxxxde6 VMFS-6 ATS+SCSI     false          None              Device does not support ATS

1.2 檢查是否有 `vmdk` 所選資料存放區中任何 VM 的 VM 會作為 RDM 使用（實體或虛擬）

如果所選資料存放區中的虛擬機器具有 SCSI 模式的 RDM，則無法允許其遷移至 NVMe。如果虛擬機器具有 RDM，則沒有 VMware 命令，但 Dell VSI 附掛程式會列出每個虛擬機器的磁碟類型。以下是 VSI 中的檢視螢幕擷取畫面，其中會列出是否有任何 VM （執行階段名稱）具有 RDM。

列出要遷移的 VMFS 和 RDM。

如果虛擬機器具有 RDM，則必須先從虛擬機器移除該 RDM 並進行轉換，或是將虛擬機器移至其他資料存放區後再進行遷移。

1.3 檢查 `claim rules/settings` 對應至主機代管 VMFS 資料存放區的裝置。

如果在遷移之前在 SCSI 裝置上有任何自訂聲明規則，則在使用 NVMe 顯示時，這些規則可能不會應用於設備。透過查詢存取 NVMe 裝置時，不會顯示個別廠商和型號欄位。欄位位於一起，因此如果需要，則需要新的聲明規則。此外，由於 SCSI 識別碼和 NVMe 識別碼不同，以全球名稱（WWN）為基礎的宣告規則將會失敗。
根據預設，VMware 會以 HPP 的預設路徑附掛程式宣告新出現的 NVMe 裝置。

1.4 檢查裝置數量和每個 ESXi 主機的路徑。

NVMe 支援傳送至每個 ESXi 主機的裝置和路徑少於 SCSI。如果 SCSI 裝置數量超過 NVMe 限制，則無法在同一 ESXi 主機上轉換所有資料存放區。作為解決方案，客戶可以在使用 Storage vMotion 轉換之前或之後使用更多 ESXi 主機或整合資料存放區。

SCSI - 1024 個裝置/4096 個路徑
NVMe - 256 個裝置/2048 個路徑

1.5 檢查不支援的功能。

NVMe 目前不支援部分 VMware 功能。遷移前請檢查支援能力。
例如，在 ESXi 上執行的 NVMe （透過版本 8.0U1）目前不支援下列功能。

功能	簡要說明	備註
客體叢集化	叢集 VMDK 功能，可支援 Windows Server 容錯移轉叢集（WSFC）等高可用性解決方案	無法遷移啟用了叢集 VMDK 的 VMFS 資料存放區。
SRM	NVMe 不支援使用 SRM 的陣列式複寫。	遷移與 SRM 陣列複製相關的資料存放區會使解決方案毫無用處。

注意：以上清單並非詳盡無遺。客戶應查看陣列專屬說明文件，以瞭解遷移對關鍵功能的影響。

檢查遷移後對支援功能的潛在影響。

與 SCSI 相比，未整合下列功能可能會改變某些作業在 NVMe 上的執行方式。

功能	影響的性質	應採取的行動
硬體加速遷移 - XCOPY	目前沒有等效的命令 `XCOPY`。 `VMware` 將改用軟體資料移動者。這可能會降低通常使用原語的作業效能，例如複製或 `SvMotion`。	無
寫入相同/UNMAP	如果 NVMe 裝置不支援等同的 NVMe 寫入零，或 `unmap`，可能會對性能產生影響。	無

遷移

此階段包含將資料存放區從 SCSI 遷移至 NVMe 的步驟。

關閉所有 VM 的電源，並取消註冊

關閉並取消註冊要遷移的數據存儲上託管的所有虛擬機。請務必不要刪除它們，只能取消註冊。

從所有主機取消掛接 VMFS 磁碟區

取消註冊所有 VM 後，請從所有 ESXi 主機取消掛接 VMFS 磁碟區。這是為了確保在執行一致性檢查和遷移時不在使用中。

檢查 VMFS 磁碟區中繼資料的一致性。

在開始遷移之前，請檢查 VMFS 磁碟上元數據的一致性。這可確保在開始之前沒有不一致之處。

執行 VOMA （VMware 磁碟上中繼資料分析器）在檢查模式下執行：

voma -m vmfs -f check -d /vmfs/devices/disks/<DEVICE>:<PARTITION> -s <OUTPUT FILE>

其中：
DEVICE 是託管要遷移的 VMFS6 磁碟區的 SCSI 裝置。
PARTITION 是在裝置上格式化 VMFS 磁碟區的磁碟分割號碼。
輸出檔案 是檔案的絕對路徑，命令輸出必須儲存在其中。此檔案位於 /tmp 如果有足夠的空間或要遷移的磁碟區以外的任何 VMFS 磁碟區。

例如：

voma -m vmfs -f check -d naa.60000970000120200302533030313031:1 -s /tmp/voma.out

輸出應類似於以下內容：

[root@dsib0184:/dev/disks] voma -m vmfs -f check -d naa.60000970000120200302533030313031:1
Running VMFS Checker version 2.1 in check mode
Initializing LVM metadata, Basic Checks will be done

Checking for filesystem activity
         Scsi 2 reservation successful                       st activity (4096 bytes/HB, 1024 HBs).                            
Phase 1: Checking VMFS header and resource files
   Detected VMFS-6 file system (labeled:'SRM_UPGRADE_1') with UUID:6418928f-d0fb0a78-fa29-34800d0ed39c, Version 6:82
Phase 2: Checking VMFS heartbeat region
Phase 3: Checking all file descriptors.
Phase 4: Checking pathname and connectivity.
Phase 5: Checking resource reference counts.
Total Errors Found:           0

注意：如果命令收到下列錯誤，則表示 VMFS 並未正確卸載：

VOMA 無法檢查裝置：裝置或資源忙

分析輸出檔案以查看 voma。如果有，則必須執行此命令加以解決 voma 在繼續之前處於高級修復模式。範例如下：

[root@dsib0184:/dev/disks] voma -m vmfs -f fix -d naa.60000970000120200302533030313031:1
Running VMFS Checker version 2.1 in fix mode
Initializing LVM metadata, Basic Checks will be done
Checking for filesystem activity
         Scsi 2 reservation successful                       st activity (4096 bytes/HB, 1024 HBs).                            
Phase 1: Checking VMFS header and resource files
   Detected VMFS-6 file system (labeled:'SRM_UPGRADE_1') with UUID:6418928f-d0fb0a78-fa29-34800d0ed39c, Version 6:82
Phase 2: Checking VMFS heartbeat region
Phase 3: Checking all file descriptors.
Phase 4: Checking pathname and connectivity.
Phase 5: Checking resource reference counts.
Total Errors Found:           0
Total Errors Fixed:           0
Total Partially Fixed errors: 0

收集並儲存 VMFS 中繼資料傾印。如果在後續步驟中發現任何元數據不一致，則需要這樣做。

如需更多有關使用的詳細資訊，請參閱 https://docs.vmware.com/en/VMware-vSphere/8.0/vsphere-storage/GUID-6F991DB5-9AF0-4F9F-809C-B82D3EED7DAF.html voma 在核取、進階修正模式或傾印模式中。

從 ESXi 主機取消掛接 SCSI LUN

從 VC 中的每個 ESXi 主機取消掛接 SCSI LUN。如需詳細步驟，請參閱 KB 文章 https://kb.vmware.com/s/article/2004605。

停止顯示來自陣列的 SCSI LUN。

取消顯示 SCSI LUN 的步驟特定於儲存陣列。客戶應查看有關程序的陣列特定說明文件。

將裝置作為 NVMe 提供給一個 ESXi 主機。

使用 NVMe 重新呈現裝置的步驟為特定儲存陣列。客戶應查看有關程序的陣列特定說明文件。

在主機上啟動裝置重新掃描。

使用 NVMe 將裝置呈現至 ESXi 主機後，通常會立即進行探索。但是，如果裝置未顯示，請使用 vSphere UI 或 CLI 重新掃描一或多個配接卡：

esxcli storage core adapter rescan -a

轉換後檢查 VMFS 磁碟區中繼資料的一致性。

在有權存取裝置的 ESXi 主機上，再次以檢查模式執行 voma，以驗證 VMFS 磁碟上的中繼資料是否仍一致。繼續之前，必須先調查任何中繼資料不一致之處。
Voma 會使用 SCSI-2 保留命令來鎖定裝置，以防止在 voma 工作階段處於使用中時同時存取或修改 VMFS 磁碟區。但是，NVMe 裝置不支援等效的 SCSI-2 保留。為了解決此問題，用戶必須傳遞”-N」選項以 VOMA 後端裝置為 NVMe 時。例如：

執行 VOMA （VMware On-Disk Metadata Analyzer），並在檢查模式下執行：

voma -m vmfs -f check -N -d /vmfs/devices/disks/<DEVICE>:<PARTITION> -s <OUTPUT FILE>

When voma is invoked with "-N" option following warning message is displayed. 
########################################################################
# Warning !!! #
# #
# You are about to execute VOMA without device reservation. #
# Any access to this device from other hosts when VOMA is running #
# can cause severe data corruption #
# #
# This mode is supported only under VMware Support supervision. #
########################################################################
VMware ESXi Question:
Do you want to continue (Y/N)?
0) _Yes
1) _No

選取一個介於 0 至 1 的數字：
這代表在目前的 voma 工作階段正在進行時，使用者有責任防止磁碟區同時從其他主機掛接或存取。如果已遵循此處概述的步驟，且僅在一個 ESXi 主機上對應和探索到裝置，則繼續應該是安全的。使用者應在提示時輸入「0」，以繼續使用 voma 檢查模式。範例如下：

[root@dsib0180:~] voma -m vmfs -f check -N -d /vmfs/devices/disks/eui.03025330303130420000976000012020:1

在檢查模式下
執行 VMFS Checker 2.1 版初始化 LVM 中繼資料，已完成基本檢查
正在檢查檔案系統活動
NVMe 裝置 st 活動（4096 位元組/HB、1024 HB）不提供保留支援。 \

Performing filesystem liveness check..|
########################################################################
#   Warning !!!                                                        #
#                                                                      #
#   You are about to execute VOMA without device reservation.          #
#   Any access to this device from other hosts when VOMA is running    #
#   can cause severe data corruption                                   #
#                                                                      #
#   This mode is supported only under VMware support supervision.      #
########################################################################

VMware ESXi Question:
Do you want to continue (Y/N)?

0) _Yes
1) _No

Select a number from 0-1: 0

Phase 1: Checking VMFS header and resource files
   Detected VMFS-6 file system (labeled:'Temp_Datastore') with UUID:64359f88-dd0fd27e-af5a-34800d0ed39c, Version 6:82
Phase 2: Checking VMFS heartbeat region
Phase 3: Checking all file descriptors.
Phase 4: Checking pathname and connectivity.
Phase 5: Checking resource reference counts.
Total Errors Found:           0

重新簽署 VMFS 磁碟區

現在裝置顯示為 NVMe，必須更新資料存放區上的簽名。這是因為使用 SCSI 顯示時，目前的簽名部分基於裝置的 WWN。由於 NVMe 裝置 ID 不同，因此必須產生新的簽章。因此，在前兩個步驟中使用的同一 ESXi 主機上，運行以下命令以重新簽名卷：

雖然備援，但請執行下列命令來重新掃描檔案系統：

esxcli 儲存檔案系統重新掃描

接下來，執行下列命令以取得 VMFS 快照 LUN 的清單：

esxcli 儲存裝置 VMFS 快照清單

新顯示的 NVMe 裝置應已存在，但根據環境而定，可能有與此程序無關的其他快照。

執行下列步驟，以重新簽署 VMFS 磁碟區：

esxcli storage vmfs snapshot resignature --volume-label=<label>|–volume-uuid=<id>

範例如下：

[root@dsib0180:~] esxcli storage filesystem rescan
[root@dsib0180:~] esxcli storage vmfs snapshot list
64359f88-dd0fd27e-af5a-34800d0ed39c
   Volume Name: Temp_Datastore
   VMFS UUID: 64359f88-dd0fd27e-af5a-34800d0ed39c
   Can mount: true
   Reason for un-mountability:
   Can resignature: true
   Reason for non-resignaturability:
   Unresolved Extent Count: 1
[root@dsib0180:~] esxcli storage vmfs snapshot resignature -l Temp_Datastore

重新命名 VMFS 資料存放區（選用）

當 VMFS 磁碟區重新簽署時，VMFS 磁碟區標籤會加上標籤「snap」，後跟字母數字字串。例如，上一步驟中的 VMFS 資料存放區現在命名為： snap-5c42a2bc-Temp_Datastore。如有需要，請將資料存放區重新命名為原始名稱，並移除前置詞。

在重新簽署後檢查 VMFS 磁碟區中繼資料的一致性。

再次驗證磁碟上的 VMFS 中繼資料在重新簽署後是否一致。在 VMFS 磁碟區上以檢查模式執行 voma。請參閱第 2.8 節，了解必須包含「-N」旗標的 voma 命令列。確認 voma 是否回報任何不一致之處。如果 voma 未回報任何錯誤，請繼續。

將裝置作為 NVMe 提供給叢集中的所有 ESXi 主機。

如果上述任何步驟都沒有問題，則現在可以使用 NVMe 將裝置呈現給叢集中的所有 ESXi 主機。如前所述，系統會立即識別 NVMe 裝置，但如果無法辨識，請透過 vSphere UI 或 CLI 重新掃描配接卡。確認已在所有主機上掛接並可存取 VMFS6 磁碟區。

註冊所有 VM 並開啟電源

註冊資料存放區上託管的所有虛擬機器，並開啟其電源。確認 VM 已成功開啟電源，且可存取 vmdks。作為最佳實務，使用者可以在單一 ESXi 上註冊 VM 並開啟其電源。一旦成功，它們就可以遷移到其他主機。

便條：從 vCenter UI 開啟 VM 電源時，可能會出現如下所示的快顯視窗。這會提示使用者記錄 VM 是否已複製或移動。在彈出視窗中選擇“我複製了它”。

在複製過程中回答問題。

遷移後

檢查對任何重要功能的影響，並視需要執行任何清理。

這是 VMware 針對離線資料存放區遷移進行官方審查的程序。您可以使用 Storage vMotion 完成個別 VM 的線上遷移。VMware 沒有可用於此程序的個別 KB。

PowerFlex Appliance, PowerFlex custom node, PowerMax 2000, PowerMax 2500, PowerMax 8000, PowerMax 8500, PowerStore 1000X, PowerStore 1000T, PowerStore 1200T, PowerStore 3000X, PowerStore 3000T, PowerStore 3200T, PowerStore 5000X, PowerStore 5000T , PowerStore 500T, PowerStore 5200T, PowerStore 7000X, PowerStore 7000T, PowerStore 9000X, PowerStore 9000T, PowerStore 9200T, VMAX 250F, VMAX 450F, VMAX 950F, VMware ESXi 7.x, VMware ESXi 8.x ...

SCSI 至 NVMe VMware VMFS 資料存放區離線遷移步驟

詳細記事

手順

追加情報

対象製品

手順

SCSI 至 NVMe 離線 VMFS 資料存放區遷移步驟

目錄

概觀

範圍

檢查是否有任何 vmdk 所選資料存放區中任何 VM 的 VM 會作為 RDM 使用（實體或虛擬）

1.3 檢查對應至主機代管 VMFS 資料存放區的裝置的宣告規則/設定

檢查裝置數量和每個 ESXi 主機的路徑

檢查不支援的功能

檢查遷移後對支援功能的潛在影響

遷移

關閉所有 VM 的電源，並取消註冊

從所有主機取消掛接 VMFS 磁碟區

檢查 VMFS 磁碟區中繼資料一致性

從 ESXi 主機取消掛接 SCSI LUN

在主機上啟動裝置重新掃描。

遷移後

概觀

範圍

離線遷移步驟

遷移前

檢查 VMFS 磁碟區的鎖定模式。

1.2 檢查是否有 vmdk 所選資料存放區中任何 VM 的 VM 會作為 RDM 使用（實體或虛擬）

1.3 檢查 claim rules/settings 對應至主機代管 VMFS 資料存放區的裝置。

1.4 檢查裝置數量和每個 ESXi 主機的路徑。

1.5 檢查不支援的功能。

遷移

關閉所有 VM 的電源，並取消註冊

從 ESXi 主機取消掛接 SCSI LUN

停止顯示來自陣列的 SCSI LUN。

將裝置作為 NVMe 提供給一個 ESXi 主機。

在主機上啟動裝置重新掃描。

轉換後檢查 VMFS 磁碟區中繼資料的一致性。

重新簽署 VMFS 磁碟區

遷移後

その他の情報

対象製品

文書のプロパティ

質問に対する他のDellユーザーからの回答を見つける

サポート サービス

文書のプロパティ

質問に対する他のDellユーザーからの回答を見つける

サポート サービス

檢查是否有任何 `vmdk` 所選資料存放區中任何 VM 的 VM 會作為 RDM 使用（實體或虛擬）

1.2 檢查是否有 `vmdk` 所選資料存放區中任何 VM 的 VM 會作為 RDM 使用（實體或虛擬）

1.3 檢查 `claim rules/settings` 對應至主機代管 VMFS 資料存放區的裝置。

サポートサービス

サポートサービス