Dell EMC Unity：NFS VDM 匯入/區塊匯入 （IMT） 問題與解決方式 （使用者可修正）

尚未為遠端系統連線建立 VNX SANCopy 主機。（錯誤代碼：0x6500219）

指定的 LUN 是一致性群組的一部分。（錯誤代碼：0x6500229）

建立 VDM 匯入工作階段.......失敗
失敗：無法從目標導入介面訪問源導入介面。（錯誤代碼：0x900017a）

建立 VDM 匯入工作階段......失敗
失敗：找不到適當的來源介面來建立匯入工作階段。在來源 VDM 的資料移動器上建立名稱開頭為「nas_migration_」的網路介面，並將其連接至來源 VDM。請確定其處於「啟動」狀態。（錯誤代碼：0x9000144）

建立 VDM 匯入工作階段......失敗
失敗：名稱以「nas_migration_」開頭的源導入介面必須處於「up」狀態。（錯誤代碼：0x9000301）

建立 VDM 匯入工作階段......失敗
失敗：至少必須存在一個名稱不以「nas_migration_」開頭的源生產介面，並且該介面在源 VDM 上處於「up」狀態。（錯誤代碼：0x9000150）

建立 VDM 匯入工作階段.......失敗
失敗：創建工作階段失敗，並出現{0}錯誤。請透過 scp {1}@{2}：{3}/.migration/precheck_vdm_{4}.log查看訊息。（錯誤代碼：0x9000194）

開始 VDM 匯入工作階段........失敗
失敗：匯入驗證失敗：匯入目標與來源之間的差異時間超過 5 秒限制。（錯誤代碼：0x900014f）

開始 VDM 匯入工作階段........失敗
失敗：指定的目標池不夠大，無法容納所有UFS64文件系統。（錯誤代碼：0x900012d）

建立 VDM 匯入工作階段.......失敗
失敗：每個存儲處理器上只能存在一個活動的導入會話。（錯誤代碼：0x9000184）

建立 VDM 匯入工作階段.......失敗
失敗：伺服器參數 nfs.v3xfersize 的目前值在來源和目的地之間有所不同。在源上使用“server_param -facility nfs -modify v3xfersize -value”，或在目標上使用“/nas/bin/server_param ALL -facility nfs -modify v3xfersize -value ”以使它們相等。（錯誤代碼：0x900019b）

1） 請參閱以下 KB，以取得使用 Unity 頻內行動工具 （IMT） 時最佳實務的其他資訊，通常稱為我們的匯入/遷移工具：
KB 526213 如何成功進行 IMT 遷移
https://emcservice.my.salesforce.com/knowledge/publishing/articleOnlineDetail.apexp?id=kA5f1000000H0xK

2） 針對區塊或 NFS 匯入問題套用以下清單中的適當解決方案：
常見區塊匯入問題：
來源 VNX SP 和 Unity SP 之間沒有 iSCSI 連線配對：
尚未為遠端系統連線建立 VNX SANCopy 主機。（錯誤代碼：0x6500219）
解決方案：
a） 確認來源 VNX SP 和目標 Unity SP 已設定
iSCSI IP 位址 b） 確保 iSCSI 連接埠有連接至 LAN 網路
的網路線 c） 建立從來源 VNX SP 到 Unity SP
的 iSCSI 連線配對 Unisphere > 所有系統 > 在系統名稱>>上按一下滑鼠右鍵 儲存系統>之間的連線 新增：  在 SPA 和 SPB
之間建立來源至目標的 iSCSI 配對 d） 更新 Unity 匯入>連線 > 更多動作 > 驗證與更新

當 CG：
指定 LUN 屬於一致性群組時，嘗試將區塊 LUN 匯入為獨立。（錯誤代碼：0x6500229）
解決方案： 
a） 從匯入精靈中的一致性群組選取中匯入 LUN

常見檔案匯入問題：
-->有許多潛在問題可能會導致 VDM 匯入工作階段建立或工作階段啟動失敗
VNX VDM 介面和 Unity 行動介面之間缺乏網路連線能力：
建立 VDM 匯入工作階段.......失敗
失敗：無法從目標導入介面訪問源導入介面。（錯誤代碼：0x900017a）
解決方案：
a） 檢查網路佈線，確認 IP 位址正確，確保 ping 成功
b） 判斷 Unity 行動介面的介面 ID 是什麼，然後使用 Ping 驗證 IP 連線能力
spa：~> uemcli /net/if show
spa：~> uemcli /net/util ping -srcIf if_20 -addr xxx.xxx.xxx.xxxx
作業已成功完成。


來源資料移動者未設定介面：
建立 VDM 匯入工作階段.......失敗
失敗：創建工作階段失敗，並顯示 1 個錯誤。請透過 scp sysadmin@storageDomain@10.240.160.227：/home/sysadmin1/.migration/precheck_vdm_V58NFS1.log檢查訊息。（錯誤代碼：0x9000194）
# cat /home/sysadmin1/.migration/precheck_vdm_V58NFS1.log
錯誤：V58NFS1：svt.lab.com 的 DNS 伺服器無法通過未連接到 VDM 的網路介面進行訪問。遷移到 Unity 後，連接到 VDM 的網路介面也將遷移。數據移動器的其他用戶端無法連接到 DNS 伺服器。在資料移動器上創建另一個網路介面，並在適用的情況下創建正確的路由和 VLAN 功能，以確保它可以連接到 DNS 伺服器。
解決方案：
a） 源數據移動器必須至少配置一個不屬於要遷移的 VDM 的網路介面。  在來源 VNX 資料移動者上建立介面。


來源資料移動者必須將名為 nas_migration_xx 的介面連接到 VDM，且處於「UP」狀態：
建立 VDM 匯入工作階段......失敗
失敗：找不到適當的來源介面來建立匯入工作階段。在來源 VDM 的資料移動器上建立名稱開頭為「nas_migration_」的網路介面，並將其連接至來源 VDM。請確定其處於「啟動」狀態。（錯誤代碼：0x9000144）
建立 VDM 匯入工作階段......失敗
失敗：名稱以「nas_migration_」開頭的源導入介面必須處於「up」狀態。（錯誤代碼：0x9000301）
解決方案：
a） 建立名稱開頭為 nas_migration_xx
的來源 VNX 資料移動者介面 b） nas_migration_xx介面必須連接至要匯入的
VDM# nas_server -vdm vdm2 -attach nas_migration_28
c） 此外，nas_migration_xx必須為 UP 並具有網路連線


能力來源資料移動者必須具有 UP 生產介面並連接到 VDM：
建立 VDM 匯入工作階段......失敗
失敗：至少必須存在一個名稱不以“nas_migration_”開頭的源生產介面，並且該介面在源 VDM 上處於“up”狀態。（錯誤代碼：0x9000150）
解決方案：
a） 在來源資料移動者上建立介面並連接至 VDM
# nas_server -vdm vdm2 -attach xxx.xxx.xxx.xxx
b） 此外，介面必須為 UP 狀態，且具有網路連線


能力VNX 資料移動者 （主機 VDM） 和 Unity：
Start VDM 匯入工作階段........之間的 NTP 時間相差超過 5 秒失敗
失敗：匯入驗證失敗：匯入目標與來源之間的差異時間超過 5 秒限制。（錯誤代碼：0x900014f）
解決方案：
a） 請確定託管 VDM 伺服器的來源資料移動者配置與 Unity 系統相同的 NTP 伺服器，且時間在 5 秒內同步。
二） 修正 NTP 時間問題後，請前往 工作階段 > 更多動作 > 繼續 以啟動檔案匯入工作階段。


目標集區不夠大，無法進行遷移：
啟動 VDM 匯入工作階段........失敗
失敗：指定的目標池不夠大，無法容納所有UFS64文件系統。（錯誤代碼：0x900012d）
解決方案：
a） 建立足夠大的 Unity 集區，以容納 VDM 伺服器及其所有檔案系統


。（1） 每個 Unity SP 僅允許檔案匯入工作階段：
.......建立 VDM 匯入工作階段失敗
失敗：每個存儲處理器上只能存在一個活動的導入會話。（錯誤代碼：0x9000184）
解決方案：
a） 每個 Unity SP 只允許一個作用中的檔案匯入工作階段。  在同儕 SP 上建立第二個工作階段。


伺服器參數檢查失敗：
建立 VDM 匯入工作階段.......失敗
失敗：伺服器參數 nfs.v3xfersize 的目前值在來源和目的地之間有所不同。在源上使用“server_param -facility nfs -modify v3xfersize -value”，或在目標上使用“/nas/bin/server_param ALL -facility nfs -modify v3xfersize -value ”以使它們相等。（錯誤代碼：0x900019b）
解決方案：
-->比較 Unity 系統與 VDM 所在的來源資料移動者之間的伺服器參數。  某些參數差異可能會阻止導入會話創建繼續進行。
1.  略過參數檢查：
從 GUI 建立匯入工作階段時，您可以取消勾選允許比較伺服器參數的方塊，但要瞭解如果源系統和目標系統之間的某些參數不同，則無法保證 NFS 的透明度。  換言之，主機存取可能會在完全遷移作業期間造成干擾。
如果從 CLI 建立工作階段，請使用 -skipServerParamCheck 略過參數檢查。
2.  保留參數：
如果您希望在遷移過程中保證 NFS 的透明度，請保留參數檢查。  若要通過失敗的檢查，您可以修改來源 VNX 系統上的參數值以符合 Unity 系統的參數值，或是使用 Unity 上的svc_param指令檔與 VNX 端的參數值相符。
注意： 某些參數變更可能需要重新開機 VNX 資料移動者/Unity SP
a） 在 Unity 上使用服務指令檔來判斷參數值
spb：~> svc_param ALL -facility nfs -list |grep v3xfersize
nfs.v3xfersize
spb：~ > svc_param ALL -facility nfs -info v3xfersize
伺服器參數值， v3xfersize=“262144”
b） 使用 VNX 系統上的伺服器參數工具來判斷參數值
# server_param server_2 -facility nfs -list |grep v3xfersize
v3xfersize NFS 131072 131072 131072
c） 修改 VNX 端或 Unity，使參數彼此相符：
# server_param server_2 -facility nfs -modify v3xfersize -value 262144
server_2 ： done
警告 17716815750： server_2：您必須重新啟動server_2，v3xfersize 變更才會生效。
或
spb：~> svc_param ALL -facility nfs -modify v3xfersize -value 131072
警告17716815750：SVDM_A ：您必須重新啟動SVDM_A，v3xfersize 變更才會生效。