MED-V 作業疑難排解
本文包含可用來協助針對 MED-V) 2.0 Microsoft Enterprise Desktop Virtualization (一般作業問題進行疑難排解的資訊。
針對 MED-V 作業中的問題進行疑難排解
以下是終端使用者在執行 MED-V 時可能會遇到的一些問題，以及協助針對這些問題進行疑難排解的解決方案：
檔重新導向失敗。 此問題通常會在終端使用者的 [我的文件] 資料夾指向網路位置時發生。 Windows 不支援從另一個共用資料夾建立共用。 當磁片磁碟機或資料夾重新導向至客體時，RDP\Windows 虛擬電腦會為該資料夾建立共用。 因此，如果主機上的 [我的文件] 資料夾已經指向共用，RDP\Windows 虛擬電腦就無法建立共用的共用。
此問題的另一個可能原因是連線到網路資源所需的認證可能與使用者的網域認證不同。 MED-V 可能會偵測到檔已在主機上重新導向、將該資訊傳送給來賓，然後嘗試重新連線網路資源。 如果使用者的認證未驗證，MED-V 可能會停止嘗試驗證。
解決方案
請嘗試下列其中一項來解決此問題：
在 Active Directory 內設定使用者的根目錄。 客體和主機接著應該連線到相同的網路資源。
與其將 [我的文件] 資料夾重新導向至 UNC 路徑，而是將它對應至主機上的磁碟機號 (，將指向網路資源的磁片磁碟機對應) 。 然後可以將 [我的文件] 資料夾設定為使用磁碟機號，而不是 UNC 路徑。 客體接著會如預期般重新導向至該相同的對應磁片磁碟機。
在來賓中建立啟動腳本，將 [我的文件] 資料夾重新導向至網路資源，並視需要提供其他認證。
URL 重新導向失敗。 您指定要從主機重新導向至來賓的 URL 未如預期般重新導向，或傳回錯誤訊息指出網站不存在。
解決方案
當 URL 重新導向資訊中出現拼字錯誤或不正確的字元使用，例如星號 (*) 時，就會發生此錯誤。 檢查登錄值以取得 URL 重新導向，並更正任何錯誤。
登錄機碼稱為 RedirectUrls ，通常位於：
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MEDV\v2\UserExperience
工作列中的圖示誤導。 根據預設，出現在已發佈應用程式和重新導向 URL 之使用者工作列中的圖示是 Windows 虛擬電腦的圖示。 如果終端使用者不知道此預設行為，則在查看工作列以找出其應用程式時，可能會混淆。
解決方案
避免此預設行為的唯一方法是變更工作列屬性的使用者設定，如下所示：
以滑鼠右鍵選取工作列，然後選取 [ 屬性]。
在 [ 工作列和開始功能表屬性 ] 對話方塊中，選取 [ 工作列] 索引 標籤。
在 [ 工作列] 按鈕 方塊的下拉式列中，選取 [ 永不合並]。
選取 [確定]。
系統會顯示已發佈應用程式和重新導向 URL 的預期圖示。
如果第二個使用者嘗試登入或虛擬機器正在使用中，則發出警告。 當第二個使用者登入 MED-V 工作區，而第一個使用者仍在執行 MED-V 時，就會發出警告訊息。 如果在使用虛擬機器時啟動 MED-V，也會發出警告，例如，如果虛擬機器是透過 [ 開始 ] 功能表上的 Windows 虛擬機器啟動。 當終端使用者接受警告訊息時，MED-V 會關閉。
解決方案
使用者必須先確認所有其他使用者都已登出 MED-V，才能嘗試登入。 這可確保沒有其他的 MED-V 實例正在執行，而且 Windows 虛擬電腦無法控制虛擬機器。
第一次設定期間聽到嗶聲。 有時候，當 MED-V 第一次執行安裝程式時，會聽到嗶聲。 這可能會讓使用者感到混淆。 當虛擬機器執行某些動作，例如關機時，嗶聲源自虛擬機器。
解決方案
您可以在每個虛擬機器啟動順序的開頭指定「net stop beep」命令來停止嘵聲服務。 或者，您可以指定 「sc config beep start= disabled」 命令來停用嗶聲服務。 您可以先指定這些命令，再密封映射或做為 Sysprep 的一部分。
在 BRIDGED 模式中為 MED-V 工作區建立多個網路連線。 如果第一次安裝程式建立針對 NAT 模式設定的 MED-V 工作區，它只會在 Windows 虛擬電腦中建立單一網路連線。 不過，如果第一次安裝程式建立針對 BRIDGED 模式設定的 MED-V 工作區，它會為電腦中安裝的每個網路介面卡建立個別的網路連線，因為 MED-V 無法判斷哪個網路介面卡在作用中。 這也可確保漫遊使用者一律有網路介面卡可供有線和無線連線使用。
解決方案
無。
MED-V 應用程式在關閉時沒有回應太長。 在某些情況下，MED-V 應用程式會在嘗試關閉時停止回應。
解決方案
您可以在客體虛擬機器中設定 WaitToKillAppTimeout 登錄機碼，以指定 MED-V 等待關閉沒有回應應用程式的時間長度。
在客體虛擬機器中重新命名已發佈的應用程式快捷方式，並不會變更主機中的已發佈名稱。 當您建立快捷方式並重新命名客體虛擬機器中的快捷方式來發佈應用程式時，原始應用程式名稱會保留在主機的 [ 開始 ] 功能表中。 程式會繼續如預期般執行，但程式一律會保留原始名稱。
解決方案
無。 這是 Windows 虛擬電腦的已知行為。
在客體虛擬機器中移動快捷方式並不會更新主機電腦 [開始] 功能表上的位置。 發佈至主機電腦 [ 開始 ] 功能表的 MED-V 應用程式快捷方式會在登錄中編目。 如果您將應用程式快捷方式移至子資料夾，則登錄不會更新以反映變更。
解決方案
請遵循下列步驟來變更 MED-V 應用程式快捷方式的位置：
當 MED-V 正在執行時，請在 MED-V 客體虛擬機器上開啟 Windows 檔案總管。
流覽至 「%ALLUSERSPROFILE%\Start Menu\Programs」 目錄。
將應用程式快捷方式移出 startmenu 或 programs 資料夾。
大約 30 秒之後，請驗證快捷方式是否已從主機電腦的 [ 開始 ] 功能表中移除。
將應用程式快捷方式移回 [開始功能表\程式] 目錄下的新程式資料夾。
大約 30 秒之後，請驗證主機電腦 [ 開始 ] 功能表中的快捷方式已更新。
已發佈的應用程式可能會在閒置後逾時。 在某些情況下，如果已發佈的應用程式閒置一段時間，就會逾時。 只有在啟用 IPsec 且已針對 NAT 模式設定 MED-V 工作區時，才會發生這種情況。 如果是在 BRIDGED 模式中執行，就不會發生這種情況。
解決方案
當您以 NAT 模式執行 MED-V 工作區時，請停用 IPsec。
將已發佈的應用程式釘選到工作列會略過 MED-V。 如果使用者將已發佈的應用程式釘選到工作列，然後關閉應用程式，則下次從工作列圖示開啟應用程式時，會略過 MED-V。 相反地，應用程式會直接在 VMSAL 視窗中開啟。
解決方案
請勿將 MED-V 中發佈的應用程式釘選到工作列。