本讀我檔案中的資訊與 ZENworks 2020 Update 1 版本相關。
如需此版本中包括的新功能的資訊，請參閱《ZENworks 2020 Update 1 中的新增功能》。
請遵照以下準則規劃如何在您的管理區域中部署 ZENworks 2020 Update 1：
如果您使用的是 ZENworks 2017 上的磁碟加密或更早版本的全磁碟加密代理程式，並且要將這些代理程式更新至 ZENworks 2020 Update 1，則您必須先執行一些額外的步驟，然後方可將這些受管理裝置上的 ZENworks 代理程式更新至 ZENworks 2020 Update 1。這些步驟包括解密適用的裝置、移除然後刪除早於 17.1 版本的磁碟加密規則，並在更新 ZENworks 代理程式後部署新的磁碟加密規則。
如需從 17.0 或更早版本更新全磁碟加密代理程式的完整說明，請參閱《ZENworks 2020 Update 1 - Full Disk Encryption Update Reference》(ZENworks 2020 Update 1 - 全磁碟加密更新參考)。
必須先升級主要伺服器，然後將輔助伺服器更新至 ZENworks 2020 Update 1，最後更新受管理裝置。在將區域中的所有主要伺服器升級至 ZENworks 2020 Update 1 之前，請不要升級受管理裝置和輔助伺服器 (也不要在區域中新增新的 2020 Update 1 代理程式)。
附註：在升級所有主要伺服器之前，代理程式可能會從區域中接收不一致的資料。因此，升級程序的這一部分應在儘量短的時間內進行 - 最好在升級第一部主要伺服器之後立即進行。
您可以直接將 2020 Update 1 版本部署到以下裝置上：
|
裝置類型 |
作業系統 |
最低的 ZENworks 版本 |
|---|---|---|
|
主要伺服器 |
Windows 和 Linux |
ZENworks 2020 版和其後的版本 |
|
輔助伺服器 |
Windows、Linux 和 Mac |
ZENworks 11.3.x 版和其後的版本 |
|
受管理裝置 |
Windows |
ZENworks 11.3.x 版和其後的版本 |
|
Linux |
ZENworks 11.3.x 版和其後的版本 |
|
|
Mac |
ZENworks 11.3.x 版和其後的版本 |
升級至 ZENworks 2020 Update 1 之後，系統將重新開機一次。但是，在以下情況時，需要重新開機兩次：
如果您在啟用端點安全性的情況下從 11.3.x 更新至 ZENworks 2020 或其後版本 (2020 Update 1)，則需要再次重新開機以載入 ZESNETAccess 驅動程式。
如果受管理裝置使用的是 Windows 10，且啟用了用戶端自我防禦，當您從 11.4.x 升級至 ZENworks 2020 或其後版本 (2020 Update 1) 時，需要在 ZENworks 控制中心停用用戶端自我防禦，將受管理裝置重新開機，然後執行更新，這需要將裝置再次重新開機。
重要：執行早於 11.3.x 的版本的受管理裝置必須先升級至 11.3.x。系統會在升級至 11.3.x 之後重新開機，然後會在部署 ZENworks 2020 Update 1 系統更新後再次重新開機。
安裝系統更新之前，請確定以下位置有足夠的可用磁碟空間：
|
位置 |
描述 |
磁碟空間 |
|---|---|---|
|
Windows： %zenworks_home%\install\downloads Linux： opt/novell/zenworks/install/downloads |
用於維護代理程式套件。 |
6.2 GB |
|
Windows： %zenworks_home%\work\content-repo Linux： /var/opt/novell/zenworks/content-repo |
用於將 zip 檔案輸入內容系統。 |
6.2 GB |
|
代理程式快取 |
用於下載更新 ZENworks 伺服器所需的適用系統更新內容。 |
1.5 GB |
|
用於複製系統更新文件的來源位置。僅適用於輸入系統更新 zip 檔案所使用的 ZENworks 伺服器 |
用於儲存已下載的系統更新 zip 檔案。 |
6.2 GB |
如需下載和部署 ZENworks 2020 Update 1 的說明，請參閱《ZENworks System Updates Reference》(ZENworks 系統更新參考)。
若要使用 ZCC 中的檢查更新動作檢視可用的更新清單，您需要先執行以下小節中詳述的步驟以重新註冊系統更新授權：
登入 ZENworks 控制中心 (ZCC)。
導覽至組態 > 基礎架構管理 > 系統更新設定。
在「系統更新授權」區段中，按一下授權狀態欄位旁邊的設定連結。
指定電子郵件地址和啟用碼。
Micro Focus Customer Center 中的系統更新授權或 ZENworks Configuration Management 啟用碼下會提供啟用碼。
按一下啟動。啟用授權後，您可以在系統更新頁面中按一下動作 > 檢查更新來檢視可用的系統更新。
如需詳細資訊，請參閱 TID 7024521。
如果您的管理區域包含版本低於 ZENworks 2020 的主要伺服器，則只有在所有這些主要伺服器都已升級至 ZENworks 2020 之後，才能將 ZENworks 2020 Update 1 部署到這些主要伺服器。如需相關指示，請參閱《ZENworks 升級指南》。
如需管理任務的資訊，請造訪 ZENworks 2020 Update 1 文件網站。
重要：在區域中的所有聯結代理輔助伺服器完成更新之前，請勿更新遠端管理 (RM) 檢視器。若要透過聯結代理執行遠端管理，必須確定 RM 檢視器的版本與遠端管理的版本保持一致。
務必在下載和部署 ZENworks 2017 Update 1 更新之前閱讀規劃部署 ZENworks 2020 Update 1。
此更新需要對資料庫進行綱要變更。在初始修補程式安裝期間，服務將只在總主要伺服器或專屬主要伺服器上執行。這是為了確保其他主要伺服器不會嘗試存取資料庫中正在變更的表。
更新總主要伺服器或專屬主要伺服器後，其餘伺服器上將繼續執行服務；如果將更新指定到所有伺服器，則會同時套用該更新。
附註：在更新期間，您不需要在伺服器上手動停止或啟動服務。服務將會自動停止和啟動。
如果您延遲系統更新並登出受管理裝置，系統會依據部署排程在裝置上套用系統更新。
如需 ZENworks 2017 Update 1 管理區域中受支援的受管理裝置和輔助伺服器版本清單，請參閱受支援的受管理裝置和輔助伺服器版本。
此版本中解決了先前版本中發現的部分問題。如需已解決問題的清單，請參閱支援知識庫中的 TID 7024523。
在 ZENworks 2020 Update 1 的先前版本中探查到的部分問題仍未得到解決。如需詳細資訊，請檢閱以下讀我檔案文件：
本章包含有關使用 ZENworks 2020 Update 1 時可能發生的問題的資訊：
升級至 ZENworks 2020 Update 1 後，在舊版 ZENworks 中建立的自訂修補程式的部署套裝軟體詳細資料不會顯示在自訂修補程式的「關係」索引標籤中。
解決方式： 無
在重新整理時執行修補程式掃描 (弱點偵測) 可能需要一段時間，導致其他套裝軟體的安裝延遲。
解決方式： 做為最佳實務，建議您不要在重新整理時執行修補程式掃描。
如果等待下載的修補程式由於被取代已在修補程式摘要中停用，則它們在訂閱更新期間可能會停滯在「已排入佇列」狀態。
解決方式： 登入 ZCC，導覽至「安全性」>「修補程式下載詳細資料」，然後在「快取狀態」窗格中按一下「動作」>「取消等待中下載」。
RHEL 8.0 裝置的桌面功能表列上不顯示 ZENworks 圖示。
解決方式： 無。
在使用萬用字元證書的區域中，Linux 主要伺服器上的代理程式不會列出任何 CSR。
解決方式： 在代理程式上，執行 zac cache-clear 指令並重新啟動代理程式服務。如需 ZAC 指令的詳細資訊，請參閱《ZENworks 指令行公用程式參考》。
從遠端控制受管理裝置時，即使透過 JoinProxy 連接了受管理裝置，ZCC 中也不會顯示 JoinProxy 詳細資料。Zen-join 代理程式記錄檔案中會記錄「No Primary Server is available to update Joinproxy information into database」訊息，在技術人員應用程式中，伺服器狀態顯示為「最近的伺服器不可用」。
解決方式： 在代理程式上，執行 zac cache-clear 指令並重新啟動代理程式服務。如需 ZAC 指令的詳細資訊，請參閱《ZENworks 指令行公用程式參考》。
代管 YUM 服務時可能會出現以下問題：
如果您在 ZENworks 2017 裝置上代管 YUM 服務，該服務在移轉至 ZENworks 2020 後可能會變成無法使用狀態。移轉後會刪除所有現有 YUM 儲存庫的詳細資料，因而必須重新建立這些儲存庫。
如果您在獨立的 ZENworks 2017 Linux 主要伺服器上代管 YUM 服務，該服務在主要伺服器直接升級 (無需透過 ZENworks 2017.x 更新) 到 ZENworks 2020 後可能會變成無法使用狀態。雖然系統不會刪除 YUM 儲存庫的詳細資料，但使用者必須手動重新設定 YUM 服務。
解決方式：如果 YUM 服務在升級後變成無法使用狀態，請聯絡 Micro Focus 客戶服務中心，以獲取有關如何正確重新設定該服務的資訊。
出於安全原因，在某些作業系統為 Windows 7 的受管理裝置上，使用開機前驗證 (PBA) 的單一登入可能不會驗證 Windows 登入。
解決方式：使用者可能需要在使用 PBA 進行驗證後的一分鐘內按 Ctrl+Alt+Del，以使單一登入正常運作。如果已跳過單一登入，使用者仍可使用其 Windows 身分證明登入。
磁碟加密規則設計為僅加密「固定磁碟」。出於安全原因，如果在為虛擬機器上的其他分割區指定磁碟加密規則時選擇「加密所有磁碟機」選項，系統可能會將這些裝置解譯為「抽取式儲存」磁碟機。
解決方式：在磁碟加密規則組態中，使用「加密特定的本地固定磁碟區」選項而非「加密所有本地固定磁碟區」選項，以便為具有多個磁碟區的虛擬機器指定一個磁碟機代號。
每次在受管理裝置上安裝或解除安裝 ZENworks 代理程式後，都需要將系統重新開機。如果在裝置上安裝 ZENworks 代理程式後未重新開機又再次安裝該代理程式，則重新安裝後可能需要重新開機兩次，以安裝 zeswifi 驅動程式。否則，在執行端點安全性 Wi-Fi 規則時可能會出現問題。
將系統更新至 ZENworks 2020 Update 1 版本期間，啟用了 Vertica 的裝置伺服器會執行 verticaDBmigrate 設定動作。執行此動作的目的是將 RDBMS 中的新表移轉至最新版本中新增的 Vertica 資料庫。如果 Vertica 叢集中存在多個節點，其中的一個節點將執行此設定動作，而其餘節點以及非裝置伺服器將完成系統更新。但是，如果設定動作由於任何原因未在執行該動作的伺服器上完成，當您從成功完成系統更新的其他伺服器存取 dashlet 資料時，可能會發現 dashlet 中新表的資料不一致。這些表將從 RDBMS 而非 Vertica 資料庫獲取資料。
解決方式：在啟用了 Vertica 的所有裝置伺服器上手動執行 verticaDBmigrate 設定動作。如需此設定動作的詳細資訊，請參閱《Vertica Reference Guide》(Vertica 參考指南) 中的「Migrating Data to Vertica」(將資料移轉至 Vertica)。
本讀我檔案列出了 ZENworks 2020 Update 1 版本特有的問題。如需所有其他 ZENworks 2020 Update 1 文件，請造訪 ZENworks 2020 文件網站。
如需法律聲明、商標、免責聲明、擔保聲明、出口與其他使用限制、美國政府限制的權利、專利政策與 FIPS 法規遵循的相關資訊，請參閱 https://www.novell.com/company/legal/。
Copyright © 2008 - 2020 Micro Focus Software Inc. 版權所有。