vRealize Orchestrator Appliance 8.2 | 2020 年 10 月 6 日 | 組建編號 16995073

vRealize Orchestrator 更新存放庫 8.2 | 2020 年 10 月 13 日 | 組建編號 17015463

請經常查看這些版本說明的增補和更新。

版本說明的內容

此版本說明涵蓋下列主題:

vRealize Orchestrator 8.2 的新功能

vRealize Orchestrator 8.2 版主要著重於維護和穩定性。您現在可以直接從參考工作流程和動作的父系工作流程中編輯這些工作流程和動作。如需詳細資訊,請參閱從父系工作流程中編輯工作流程和動作

粗穢言語注意事項

包容是 VMware 重視的價值之一。為了在我們的客戶、合作夥伴和內部社群中貫徹這一原則,我們移除了說明文件的非包容性語言。

功能注意事項

工作流程 Token 重新執行功能現在依預設為停用。您可以對每個工作流程執行個別執行 Token 重新執行,或從 vRealize Orchestrator 控制中心為所有工作流程執行啟用此功能。如需詳細資訊,請參閱在 vRealize Orchestrator 用戶端中使用工作流程 Token 重新執行

部署 VMware vRealize Orchestrator 8.2 Appliance

vRealize Orchestrator Appliance 是以 OVA 檔案形式散佈的 VMware PhotonOS 型應用裝置。此應用裝置使用內部 PostgreSQL 資料庫預先建置並預先設定,可與 vCenter Server 6.0 或更新版本一起部署。

vRealize Orchestrator Appliance 效能迅速,容易使用,能配合您的 IT 流程與環境,以更實惠的方式整合 VMware 雲端堆疊,包括 vRealize Automation 和 vCenter Server。

如需部署 vRealize Orchestrator Appliance 的相關指示,請參閱〈下載和部署 vRealize Orchestrator Appliance〉。 

如需設定 vRealize Orchestrator Appliance 伺服器的相關資訊,請參閱〈設定獨立 vRealize Orchestrator 伺服器〉

升級和移轉至 vRealize Orchestrator 8.2

您可以使用掛接的 ISO 映像,將獨立或叢集化 vRealize Orchestrator 8.0 或 8.0.1 部署升級至最新產品版本。

如需有關升級 vRealize Orchestrator Appliance 的詳細資訊,請參閱〈升級 vRealize Orchestrator〉

您可以將使用 vSphere 或 vRealize Automation 進行驗證的獨立 vRealize Orchestrator 執行個體移轉至 vRealize Orchestrator 8.2。支援移轉的 vRealize Orchestrator 7.x 產品版本包括 7.3 至 7.6 版。不支援移轉已叢集化 vRealize Orchestrator 7.x 部署。

如需有關移轉 vRealize Orchestrator Appliance 的詳細資訊,請參閱〈移轉 vRealize Orchestrator〉

根密碼到期延伸

重要基於安全考量,vRealize Orchestrator Appliance root 帳戶的密碼過期時間設為 365 天。若要延長帳戶的過期時間,請以 root 身分登入 vRealize Orchestrator Appliance,並且執行以下命令:

passwd -x number_of_days name_of_account

若要永久保存您的 vRealize Orchestrator Appliance root 密碼,請執行以下命令:

passwd -x 99999 root

與 vRealize Orchestrator 8.2 一併安裝的外掛程式

以下為預設與 vRealize Orchestrator 8.2 一併安裝的外掛程式

  • vRealize Orchestrator vCenter Server Plug-in 6.5.0
  • vRealize Orchestrator Mail Plug-in 7.0.3
  • vRealize Orchestrator SQL Plug-in 1.1.5
  • vRealize Orchestrator SSH Plug-In 7.2.0
  • vRealize Orchestrator SOAP Plug-In 2.0.2
  • vRealize Orchestrator HTTP-REST Plug-In 2.3.8
  • vRealize Orchestrator Plug-In for Microsoft Active Directory 3.0.11
  • vRealize Orchestrator AMQP Plug-in 1.0.4
  • vRealize Orchestrator SNMP Plug-in 1.0.3
  • vRealize Orchestrator PowerShell Plug-in 1.0.18
  • vRealize Orchestrator Multi-Node Plug-In 8.2.0
  • vRealize Orchestrator Dynamic Types 1.3.6
  • vRealize Orchestrator vCloud Suite API (vAPI) Plug-In  7.5.2

國際化支援

vRealize Orchestrator 8.2 支援多語言版本的 vRealize Orchestrator 控制中心和 vRealize Orchestrator 用戶端。

如何提供意見反應

誠摯感謝您的寶貴意見。請使用下列一種方法提供意見反應:

支援要求

即便您以其他方式回報至 VMware,也可透過支援要求 (SR) 方式提出您發現的所有問題。

如需有關 VMware 支援的詳細資訊和如何歸檔 SR 的相關指示,請造訪官方 VMware 支援服務產品頁面

請在您的 SR 中隨附記錄檔。

產生 vRealize Orchestrator 記錄:

1.以 root 身分登入 vRealize Orchestrator Appliance 命令列。

2.執行 vracli log-bundle 命令。

結果:記錄服務包將在 vRealize Orchestrator Appliance 的根資料夾中產生。

vRealize Orchestrator 先前版本

各個版本提供的版本說明皆已描述 vRealize Orchestrator 先前版本的功能和問題。若要檢閱 vRealize Orchestrator 先前版本的版本說明,請按一下以下的任一連結:

已解決的問題

  • 無法從卡視圖載入超過 20 個物件卡。

    如果您將顯示器設定為使用 2K 及以上的解析度,或是高度超過 1080 像素的自訂解析度,則卡視圖無法載入超過 20 個卡。

  • 在升級 High Availability (HA) vRealize Automation 8.0.1 環境後,內嵌式 vRealize Orchestrator 用戶端的樹狀結構視圖中會顯示重複的資料夾。

    升級至 vRealize Automation 8.1 後,在內嵌式 vRealize Orchestrator 用戶端的樹狀結構視圖中,會顯示具有相同名稱的多個資料夾。會使用其中一個資料夾,而其他資料夾可能為空白。全新的 HA vRealize Automation 8.1 部署也可能發生類似問題。

  • 當 ognl 使用「__current」變數時,使用舊版呈現驗證執行工作流程將會失敗。

    當欄位值為 SDK 物件時,在 Orchestrator 舊版用戶端中建立且在其 OGNL 自訂驗證指令碼中使用「__current」變數的工作流程無法從 vRealize Orchestrator 用戶端啟動。

  • 提取和推送作業需要很長時間才能完成。

    在某些情況下,從 vRealize Orchestrator 用戶端到整合式 Git 伺服器的提取和推送作業會持續 2 分鐘。

  • [內容] 和 [陣列/內容] 類型不能具有預設的外部來源值。

    在工作流程輸入表單中針對 [內容] 和 [陣列/內容] 類型使用外部值,不會顯示正確的動作。即使您可以設定正確的動作,輸入表單也會在驗證期間填入無效值。

  • 在 [版本歷程記錄] 的視覺差異視圖中啟用了中斷點。

    您可在視覺差異視圖中放置元素和可編寫指令碼的工作中斷點。

  • 樹狀結構視圖中遺失 [複製] 按鈕。

    當您在樹狀結構視圖中選取資料夾或個別物件時,[複製] 按鈕會遺失。

  • 無法複製內建的動作。

    如果您編輯標準 vRealize Orchestrator 程式庫隨附的動作,則必須先複製相關的動作。您無法複製動作,因為動作卡中遺失了 [複製] 按鈕。

  • [版本歷程記錄] 頁面會顯示不準確的目前版本相關資料。執行推送作業後,對內容所做的最後一次變更將消失。 

    當多個物件編輯器同時開啟,且一或多個使用者進行變更時,可能會發生此錯誤。例如,您可能會在瀏覽器的單獨索引標籤中變更 vRealize Orchestrator 工作流程和 vRealize Orchestrator 動作。對工作流程和動作進行數個變更後,您需要將變更儲存至工作流程。當您將更新的工作流程推送至整合式 Git 存放庫時,您儲存的動作變更將會遺失。

  • 即使瀏覽器視窗中有活動,您仍會登出 vRealize Orchestrator 用戶端。

    當瀏覽器長時間閒置時,您的工作階段會逾時,且系統會將您登出。該期間依預設為 25 分鐘。如果有多個瀏覽器索引標籤或瀏覽器視窗開啟了相同的應用程式,將會個別計算每個索引標籤或視窗的閒置逾時。因此,即使您在其中一個索引標籤中處於作用中狀態,您仍會登出工作階段。 

  •  包含工作流程的套件會遺失工作流程輸入表單所包含的動作。

     包含工作流程的套件會遺失工作流程輸入表單所包含的動作。

已知問題

已知問題分類如下。

組態問題
  • vRealize Orchestrator 控制中心容器無法啟動,且無法在瀏覽器中開啟。

    此問題是由於 /data/vco/usr/lib/vco/configuration/log/catalina.log 檔案中的錯誤所致。

    因應措施:

    1. 藉由執行下列命令,重新啟動停滯的 vco-app 網繭。
      kubectl -n prelude delete pod vco-app[id]
    2.  幾秒後,會銷毀此網繭並部署新的網繭。
      * vco-app-[id_new_deployment]         3/3    Running       30          4d6h
移轉/升級問題
  • 將 vRealize Orchestrator 7.4 移轉至 vRealize Orchestrator 8.2 時,動作和資源的本機變更在 Git 歷程記錄頁面上會呈現為空白。

    將 vRealize Orchestrator 7.4 移轉至 vRealize Orchestrator 8.2 時,動作和資源的本機變更在 Git 歷程記錄頁面中會呈現為空白。內容無法使用。

    因應措施:先將您的 vRealize Orchestrator 執行個體從 7.4 移轉至 8.1 HF1/HF2,然後再升級至 8.2。

  • 使用 vRealize Orchestrator Git 整合時,在 Git 中可能會將外掛程式內容偵測為本機變更。

    安裝 vRealize Automation 或 vRealize Orchestrator 8.1 Patch 3 之後,vCenter 外掛程式中的工作流程和動作在 Git 中會被偵測為本機變更,例如 Workflows/Library/vCenter/Virtual Machine management/Device Management/Add CD-ROM/workflow.xml

    無因應措施。

  • 部署 vRealize Automation 8.1 修補程式後,Kubernetes 網繭的 vco-app- 會失敗並出現 CrashLoopBackOff 狀態

    vco-app-xxx 記錄包含如下的項目:

    [ERROR] ERROR: duplicate key value violates unique constraint "uk_vmoreselt"
      Detail: Key (tenantid, categoryid, name)=(__SYSTEM, 8a7482a57310c83401733xxxxxxxxxxxxx, configuration.json) already exists.
      Where: SQL statement "UPDATE vmo_resourceelement
         SET categoryid = '8a7482a57310c83401733xxxxxxxxx'
        WHERE categoryid IN ( SELECT t.id FROM Tree t WHERE t.id != '8a7482a57310c83401733xxxxxxxxxxx' AND t.name = 'SecurityModel' AND t.level = '11' AND t.parentcategoryid = '8a7482a57310c83401733xxxxxxxxxx' AND t.tenantId = '_SYSTEM' ) and tenantid = '_SYSTEM'"

    因應措施:

    1. 登入 vRealize Automation 應用裝置的 Posgres DB。
    2. 找出 vco-db 密碼:   
      • 執行 kubectl get secret db-credentials -n prelude -o yaml 命令。   
      • 找出 vco-db 值並將其解密 (echo “vco-db value” | base64 --decode )
    3. 若要導覽至 Postgres 網繭主控台,請執行 kubectl exec -it postgres-0 /bin/bash -n prelude 命令。 
    4. 若要登入 ebs-db,請執行 psql -U vco-db -h localhost 命令。
    5. 清理資料庫。
      • 檢查具有下列 categoryid 的項目:SELECT name, categoryid FROM          vmo_resourceelement ORDER BY name   
      • 刪除具有下列 categoryid 的項目:DELETE FROM vmo_resourceelement WHERE categoryid ‘8a7482a57310c83401733xxxxxxxx’。    
  • 將 vRealize Orchestrator 7.4 移轉至 8.1 版 Patch 3 或 8.2 版時,系統工作流程在 Git 歷程記錄中會被偵測為本機變更。

    從 7.4 版移轉至 8.1 版 Patch 3 或 8.2 版的系統工作流程,在 Git 歷程記錄中會被偵測為本機變更。

    無因應措施。

  • 升級之後,「等待輸入」類別會顯示零個工作流程 Token。

    升級之後,工作流程執行等待輸入類別中顯示處於「等待中」狀態的 Token 數目會不相同。 

    無因應措施。

Web 用戶端問題
  • 將認可推送至受保護 Git 分支的作業會失敗。

    如果設定的 Git 分支受到保護,推送作業會持續失敗,但顯示的訊息卻指出推送成功。

    無因應措施。

  • 當您從工作流程架構中選取元素時,工作流程記錄不會變更。

    當您從工作流程架構中選取元素時,記錄不會變更。只會針對第一個選取的元素顯示記錄。

    因應措施:啟用 Token 重新執行,然後從 Token 樹狀結構視圖中選取元素。

  • 即使在解決錯誤後,工作流程的工作流程驗證錯誤仍存在。

    在解決錯誤並儲存已驗證的工作流程後,驗證錯誤不會從工作流程架構中消失。

    無因應措施。

  • 使用新的執行階段執行自訂決策元素指令碼時發生錯誤。

    JavaScript 以外的執行階段不支援自訂決策元素指令碼。 

    因應措施:請勿將自訂決策指令碼新增至 Python、Node.js 或 PowerShell 指令碼。

  • 使用者可以捨棄對其無法存取之內容的 Git 變更。

    具有工作流程設計工具權限的使用者可以從 Git 歷程記錄頁面捨棄對其無法存取之內容的 Git 變更。

    無因應措施。

  • 在 vRealize Orchestrator 用戶端中,您會看到名稱中包含底線字元的標籤。

    vRealize Orchestrator 用戶端不支援少於三個字元的標籤名稱,或包含空白字元的名稱。從名稱較短的物件自動產生的所有標籤,都會以底線字元作為尾碼。所有空白字元也都會取代為底線。例如,位於 Orchestrator 舊版用戶端的 /Library/project A/app/DR/backup 中的工作流程在經過移轉後,在 vRealize Orchestrator 用戶端中將會有以下自動產生的標籤:「Library」、「project_A」、「app」、「DR_」。

    因應措施:在 vRealize Orchestrator 用戶端中建立新內容時,請遵循標記慣例。

  • 在 vRealize Orchestrator 8.0 中無法刪除從 vRealize Orchestrator 7.6 匯入的部分內容。

    從 vRealize Orchestrator 7.6 匯入至 vRealize Orchestrator 8.x 的程式庫工作流程無法作為自訂內容的相依性予以刪除,因為這些程式庫工作流程是唯讀的。您可能會想要在其存在於 vRealize Orchestrator 7.6 中,而不存在於 vRealize Orchestrator 8.x 中,但會隨套件一起匯入時加以刪除。如果有部分工作流程使用了在 vRealize Orchestrator 7.6 中有效、但在 vRealize Orchestrator 8 中無效的字元,就可能會發生與此有關的 Git 錯誤。

    因應措施:在匯出之前,從套件中刪除程式庫工作流程。或者在匯入前,您可以取消選取程式庫工作流程而不進行匯入。若未使用上述任何因應措施,您可以在匯入之前還原上次的 vRealize Orchestrator 資料庫備份。

  • 在複製工作流程後加以刪除,不會出現本機變更。

    您複製了工作流程,然後加以刪除。在 Git 歷程記錄中,已刪除的工作流程並沒有本機變更。

    無因應措施。

  • 若將作用中存放庫切換為非作用中,然後再次切換回作用中,則會在嘗試推送本機變更時發生錯誤。

    變更存放庫的狀態時,可能會導致在下次認可至存放庫時發生錯誤。此錯誤訊息可能如下所示:「錯誤:推送至遠端失敗,狀態為:REJECTED_NONFASTFORWARD」。

    因應措施:先提取,然後推送本機變更。

  • 無法更新資源元素詳細資料。

    vRealize Orchestrator 用戶端不支援更新下列資源元素內容:名稱、說明、版本 (在 UI 中不可見) 、MIME 類型。

    無因應措施。

  • 升級至 vRealize Orchestrator 或 vRealize Automation 8.2 後,vRealize Orchestrator 用戶端中的某些資源元素可能會顯示為已變更或還原為較舊版本。

    升級至 vRealize Orchestrator 或 vRealize Automation 8.2 後,vRealize Orchestrator 用戶端中的某些資源元素可能會顯示為已變更或還原為較舊版本。此問題會發生在先前使用不同來源檔案,在 vRealize Orchestrator 用戶端中更新的資源元素。升級 vRealize Orchestrator 或 vRealize Automation 部署後,這些資源元素可能會被較舊的版本取代。這是間歇性的問題。

    因應措施:

    1.登入 vRealize Orchestrator 用戶端。
    2.導覽至資產 > 資源
    3.選取受此問題影響的資源元素。
    4.選取版本歷程記錄索引標籤,然後將元素還原至適當的版本。
    5.對所有受影響的資源元素重複此步驟。

其他問題
  • 由於 vmo_tokenreplay 資料表的關係,vRealize Orchestrator 資料庫非常龐大。

    vmo_tokenreplay 資料表非常龐大。

    因應措施:前往控制中心。在延伸內容底下輸入 tokenreplay,並停用記錄所有工作流程執行的重新執行內容。

  • 匯入大小超出允許的套件時,您會看到指出上傳失敗的訊息,並顯示狀態碼 500。

    依預設,匯入套件的大小上限為 50 MB。如果您嘗試匯入大於 50 MB 的套件,則會看到指出上傳失敗的訊息。

    無因應措施。

  • 將在較新 vRealize Orchestrator 版本中建立的套件匯入到較早版本的 vRealize Orchestrator 可能會導致錯誤。

    vRealize Orchestrator 版本之間的相容性問題導致無法將較新產品版本中建立的套件匯入到較早的 vRealize Orchestrator 部署中。

    無因應措施。

  • vCenter Server 外掛程式不支援原則。
    vRealize Orchestrator 的 vCenter Server 外掛程式不支援使用原則監控由受管 vCenter Server 執行個體發出的事件。
  • 在多節點外掛程式中執行「執行 SSH 命令」工作流程時,會導致工作流程失敗。

    使用多節點外掛程式連結遠端 vRealize Orchestrator 執行個體,然後執行執行 SSH 命令工作流程 (從遠端存放庫進行同步) 時,會導致工作流程失敗。

    因應措施:若要讓工作流程成功通過,請在產生的工作流程中,針對執行 SSH 命令最後指令碼元素重新命名本機變數。以下指令碼為修正範例。

    var r = remoteToken.getOutputParameters(); 
    result = r.get("result"); 
    errorText = r.get("errorText"); 
    outputText = r.get("outputText");

先前已知問題

若要檢視先前已知問題清單,請按一下此處

check-circle-line exclamation-circle-line close-line
Scroll to top icon