VMware vRealize Orchestrator 7.2 版本說明

|

vRealize Orchestrator Appliance 7.2 | 2016 年 11 月 22 日 | 組建編號 4629837

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

版本說明上次更新日期:2017 年 5 月 29 日。

版本說明的內容

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

vRealize Orchestrator 7.2 的新功能

vRealize Orchestrator 7.2 引入了數項改進與錯誤修正,並以多個全新選項擴展自動組態:

  • 整合了事件代理服務,可於 vRealize Automation 中監控有關業務狀態或工作流程變更的通知。
  • 改善了控制中心的可用性,包括提供西班牙文、法文、德文、繁體中文、簡體中文、韓文以及日文等當地語系。
  • 現在,vRealize Automation 適用的 vRealize Orchestrator 外掛程式已隨附於 Orchestrator 平台。

vRealize Orchestrator 7.2 隨附於與 vSphere 6.5 相容的 vCenter Server 外掛程式版本。重新設計的 vRealize Orchestrator vCenter Server 外掛程式是 vRealize Orchestrator 7.2 的獨立下載套件。此外掛程式相容於 vSphere 6.5 和 vRealize Orchestrator 7.2,且將於未來版本中取代目前隨附於 Orchestrator 平台的 vCenter Server 外掛程式版本。全新的 vCenter Server 外掛程式擁有下列功能:

  • 相較於舊版的外掛程式,簡化的維護作業以及更迅速的疑難排解。
  • 將與 vSphere Server 執行個體之間的通訊最佳化,並變更快取架構,藉此改善效能。
  • 指令碼 API 最大相容性,以及與 5.5 版或更新版本的 vSphere 產品的內容相容性。

如需進一步瞭解適用於 vRealize Orchestrator 7.2 之全新 vCenter Server 外掛程式的變更,請參閱《全新 vCenter Server 外掛程式的新增功能》

功能與支援注意事項

  • 只有當您部署 Orchestrator Appliance 並選取 vSphere 作為驗證提供者時,才能夠將 Orchestrator 設定為 vCenter Server 的延伸模組,並將它搭配 vSphere Web Client 使用。

  • vRealize Orchestrator 中的下列功能已過時,且已預定在未來的版本中移除。此功能不應作為任何 vRealize Orchestrator 解決方案的一部分使用。
    • LDAP 驗證

部署 VMware vRealize Orchestrator Appliance 7.2

VMware vRealize Orchestrator 7.2 以預先設定的虛擬應用裝置的形式推出。

Orchestrator Appliance 以 OVA 檔案格式發佈。此應用裝置使用 Novell SUSE Linux Enterprise Server、PostgreSQL 和 In-Process ApacheDS LDAP 預先建置並預先設定,可搭配 vCenter Server 5.5 或更新版本部署。

若使用外部資料庫,Orchestrator Appliance 功能可適用於任何使用案例,範圍從實驗室評估乃至於大規模生產皆適用。此應用裝置在使用上十分靈活,可使用預先建置的目錄服務和資料庫,或者使用 vRealize Automation 和 vSphere 6.x 提供的 Single Sign-On 驗證,以及 Oracle 或 Microsoft SQL 等外部資料庫伺服器。

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

升級至 vRealize Orchestrator 7.2

如需部署與使用 Orchestrator Appliance 的相關說明,請參閱《安裝與設定 VMware vRealize Orchestrator》

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

passwd -x number_of_days name_of_account

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

passwd -x 99999 root

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

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

  • vRealize Automation Center Infrastructure Administration Plug-in 7.2.0
  • vRealize Automation Plug-in 7.2.0
  • vRealize Orchestrator vCenter Server Plug-in 6.5.0
  • vRealize Orchestrator Mail Plug-in 7.0.1
  • vRealize Orchestrator SQL Plug-in 1.1.4
  • vRealize Orchestrator SSH Plug-in 7.0.1
  • vRealize Orchestrator SOAP Plug-in 2.0.0
  • vRealize Orchestrator HTTP-REST Plug-in 2.2.1
  • vRealize Orchestrator Plug-in for Microsoft Active Directory 3.0.3
  • vRealize Orchestrator AMQP Plug-in 1.0.4
  • vRealize Orchestrator SNMP Plug-in 1.0.3
  • vRealize Orchestrator PowerShell Plug-in 1.0.10
  • vRealize Orchestrator Multi-Node Plug-in 7.2.0
  • vRealize Orchestrator Dynamic Types 1.2.0
  • vRealize Orchestrator vCloud Suite API (vAPI) Plug-in 7.2.0
  • vRealize Orchestrator Plug-in for vRealize Automation 7.2.0

國際化支援

vRealize Orchestrator 7.2 支援多語言版本的控制中心,並針對 Orchestrator 用戶端支援國際化第 1 級。

如何提供意見反應

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

  • 支援要求 (SR)
  • Orchestrator 論壇

支援要求

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

VMware 支援所受理的客戶支援要求,以及提出支援要求的相關說明,請參閱 https://www.vmware.com/support/services/beta

請在您的 SR 中隨附記錄檔。同時請依照下列步驟收集 Orchestrator 的記錄檔與組態:

  1. 請前往控制中心,網址是:https://orchestrator_server_ip_address:8283/vco-controlcenter
  2. 根使用者身分登入。
  3. 按一下匯出記錄
  4. 按一下匯出記錄
  5. 儲存系統產生的 ZIP 檔。
  6. 將已儲存 ZIP 檔上傳至 VMware 支援。

vRealize Orchestrator 先前版本

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

已解決的問題

vRealize Orchestrator 7.2 解決以下問題:

  • Orchestrator 排定的工作會按排定的時間間歇性地停止運作,且 Orchestrator 用戶端中會顯示綠色的三角形符號
    Orchestrator 排程並未採用工作流程執行最近的狀態,而工作流程將顯示為執行中,且 Orchestrator 用戶端中的「工作流程」索引標記會顯示該工作流程已順利完成。

    已在此版本中解決此問題。

  • 控制中心裡,位於叢集管理頁面上的「推送組態」按鈕並未同步所有與外掛程式相關的 XML 檔案
    在 Orchestrator 叢集中,當其中一個節點從 6.0.x 版升級至 7.1 版,而另一個節點為新安裝的 7.1 版,則叢集組態將無法同步,因為 /etc/vco/app-server/plugins 目錄中的部分外掛程式組態 XML 檔案並未由已升級的 Orchestrator Appliance 複製到新安裝的 7.1 版應用裝置。

    已在此版本中解決此問題。

  • Orchestrator 無法透過 SSL 連線至 Microsoft SQL Server 資料庫
    相較於舊版的 JDK,JDK 1.8 版支援有限的加密套件集。

    已在此版本中解決此問題。

  • 針對工作流程類別產生說明文件會導致 Orchestrator 用戶端停止回應
    當您在 Orchestrator 用戶端中針對工作流程類別執行產生說明文件步驟時,Orchestrator 用戶端沒有回應,而且並未產生工作流程說明文件。

    已在此版本中解決此問題。

  • 以 RESTResponse.getAllHeaders() 方式傳回的各個標頭名稱僅包含一個標頭,即使當伺服器 HTTP 回應於同一名稱中包含多個標頭時也是如此。

    已在此版本中解決此問題。

  • REST 主機的更新逾時值只會在 Orchestrator 伺服器重新啟動後生效。
    若要執行更新 REST 主機工作流程以變更 REST 主機的逾時設定,必須重新啟動 Orchestrator 伺服器,變更才會生效。

    已在此版本中解決此問題。

  • 傳送 PUT 要求時,HTTP-REST 外掛程式並未正確解譯 HTTP 回應狀態碼「301 Moved Permanently (永久移除)」。
    當遠端部分傳回 HTTP 回應碼「301 Moved Permanently (永久移除)」,則 Orchestrator 無法建立成功的 PUT 要求。

    已在此版本中解決此問題。

  • 您無法從 Orchestrator 伺服器執行個體匯出動態類型套件並將其匯入同一個執行個體,且若動態類型套件是由 Orchestrator 伺服器 7.0.1 版產生,則您將無法匯入該套件。
    若動態類型套件是由 Orchestrator 7.0.1 版產生,則從該動態類型套件匯入組態會失敗且顯示 NullPointerException 錯誤訊息。

    已在此版本中解決此問題。

  • 若為內建於 vRealize Automation 7.1 版中的 Orchestrator Appliance 7.1 版,則產生金鑰配對工作流程會失敗。
    內嵌式 Orchestrator Appliance 上的產生金鑰配對工作流程會失敗並顯示 InternalError: ../server/vmo/conf/vco_key (沒有這個檔案或目錄) 錯誤訊息。

    已在此版本中解決此問題。

  • 使用含有 @ 字元的使用者名稱驗證 Orchestrator 伺服器時,無法利用 vco-cli-java-7.1.0.jar 工具匯出套件。
    若您用來驗證的使用者帳戶包含 @ 字元,則無法透過 vco-cli-java 命令列工具匯出套件,且會顯示錯誤訊息「無法連線到伺服器 ‘[orchestrator_DNS_name:443]'」。

    已在此版本中解決此問題。

  • 因為 OAuth Token 已到期,因此 Orchestrator 沒有回應。
    因為 Oauth Token 已到期且並未自動更新,因此 Orchestrator 無法執行工作流程,且 Orchestrator 伺服器停止回應。

    已在此版本中解決此問題。

  • 您無法在 Orchestrator 用戶端記錄窗格中,查看工作流程 Token 的偵錯記錄訊息。

    已在此版本中解決此問題。

  • 以其他「屬性」物件作為引數來初始化「屬性」指令碼物件時,會造成序列化失敗。
    若初始化屬性指令碼物件並以另一個屬性物件作為引數,則 Orchestrator 將無法序列化物件。

    已在此版本中解決此問題。

  • 若您編輯指令碼動作數次並在工作流程中執行此動作,則 Orchestrator 用戶端會回報 OutOfMemory 錯誤。
    當您編輯或儲存自訂動作數次然後將此動作作為工作流程中的一部分執行,則 Orchestrator 用戶端將停止運作並顯示 java.lang.OutOfMemoryError: Java 堆積空間錯誤。

    已在此版本中解決此問題。

  • 若工作流程含有動作元素,則無法存取工作流程中的項目。
    嘗試存取包括決策動作之工作流程的配置元素會失敗,並顯示錯誤訊息「出現錯誤:(Workflow:Bug / Scriptable task (item3)#10198) Wrapped java.lang.ClassCastException: org.mozilla.javascript.NativeJavaObject 無法轉換至 ch.dunes.scripting.jsmodel.JSWorkflowItem」。

    已在此版本中解決此問題。

  • iSCSI/FC/本機 SCSI 工作流程中的新增資料存放區執行失敗並顯示錯誤。
    若您選取最大可用容量的選項,則當您透過 Orchestrator 用戶端在 iSCSI/FC/本機 SCSI 工作流程中執行新增資料存放區時,工作流程會失敗並顯示錯誤訊息「指定的參數不正確」。

    已在此版本中解決此問題。

  • 若您修改 log4j 組態檔,則在升級之後,Orchestrator 用戶端將不再顯示 scripting.log 輸出。
    升級期間,自訂 log4j.xml 檔案並未由升級套件中包含的預設 log4j.xml 檔案所取代,而現有的 log4j.xml 停止運作。因此,指令碼記錄不會顯示任何輸出。

    已在此版本中解決此問題。

  • 當 Orchestrator 無法連線至 Syslog 伺服器時,Orchestrator 節點便失去回應。
    若您擁有設定為要搭配 Orchestrator 使用的外部 Syslog 伺服器,且該 Syslog 伺服器目前無法連線,則 Orchestrator 會停止回應。

    已在此版本中解決此問題。

已知問題

已知問題分類如下:

安裝問題

  • 執行備份並還原程序後,Orchestrator 服務無法復原
    當您備份並還原 Orchestrator 後,無法從 vRealize Automation 存取伺服器,且會出現 Unable to establish a connection to vCenter Orchestrator server 錯誤訊息。這個情況導致 Orchestrator 雖處於「已啟動」狀態卻無法啟動、找不到工作和原則,且必須重新執行工作流程。

    因應措施:重新建立遺失的已排定工作和原則,重新執行尚未開始的已排定工作流程,然後再重新啟動 Orchestrator 服務。

組態問題

  • vRealize Orchestrator SQL 外掛程式無法連線至 MySQL 資料庫。
    對 MySQL 資料執行的「新增資料庫」工作流程失敗時,會出現 The driver 'com.mysql.jdbc.Driver' for 'MySQL' database cannot be found! 錯誤訊息。

    注意:vRealize Orchestrator 7.0 已移除 MySQL 資料庫支援。

    因應措施:若要啟用支援 MySQL 資料庫,您必須在 Orchestrator 平台上安裝適用於 MySQL 的 JDBC 驅動程式。

    1. 請從以下網址下載適用於 MySQL 的最新 JDBC 驅動程式:http://dev.mysql.com/downloads/connector/j/
    2. 解壓縮下載的封存。
    3. 在解壓縮的資料夾中,找到 mysql-connector-java-x.x.x.jar 檔案,x.x.x 是目前的次要版本。
    4. 請將 mysql-connector-java-x.x.x.jar 複製到 Orchestrator 伺服器上的 /usr/lib/vco/app-server/lib 目錄。
    5. 變更 mysql-connector-java-x.x.x.jar 檔案的擁有權。
    6. chown vco:vco mysql-connector-java-x.x.x.jar

    7. 變更 mysql-connector-java-x.x.x.jar 的權限。
    8. chmod 644 mysql-connector-java-x.x.x.jar

    9. 重新啟動 Orchestrator 伺服器服務。
    10. service vco-server restart

  • 若您所使用的連接埠需要核發 STARTTLS 命令,則 Orchestrator 不支援匯入郵件伺服器憑證做為信任憑證。
    當您使用 [從 URL 匯入選項] 匯入郵件伺服器 SSL/TLS 憑證,且 URL 包括 SMTP 連接埠 587,匯入作業會失敗,並出現以下錯誤訊息:Error! (錯誤!)IOException.Message: 'Unrecognized SSL message, plaintext connection?'

    因應措施:將憑證匯出至 PEM 編碼的檔案,並手動匯入至 Orchestrator。

    1. 使用 SSH 存取 Orchestrator Appliance 並以 root 身分登入。
    2. 執行以下命令:
    3. openssl s_client -connect smtp.office365.com:587 -debug -starttls smtp

    4. 將伺服器憑證的內容從 -----BEGIN CERTIFICATE----------END CERTIFICATE----- 完整複製,並儲存在檔案中。
    5. 使用從 PEM 編碼的檔案匯入選項,將憑證檔案匯入至控制中心的信任憑證

  • SOAP Plug-in 無法透過驗證的 Proxy 伺服器連線。
    若要執行新增 SOAP 主機工作流程,請使用無須驗證的 Proxy 伺服器。
  • 無法以 Java 8 之前的版本執行 Orchestrator 用戶端。
    您需要 Java 8 才可執行 Orchestrator 用戶端。
  • 若連線至 SOAP 或 REST 主機或匯入憑證時發生問題,可能要明確地啟用 SSL 或 TLS 的特定版本。
    如需此問題的相關資訊,請參閱 https://docs.oracle.com/javase/8/docs/technotes/guides/security/jsse/JSSERefGuide.html

    因應措施:如需明確地啟用連出 HTTPS 連線的 SSLv3 和 TLSv1 的相關資訊,請參閱 Enable TLSv1 for outgoing HTTPS connections in vRealize Orchestrator 6.0.4 and 7.0.x manually (在 vRealize Orchestrator 6.0.4 和 7.0.x 版本中手動啟用連出 HTTPS 連線的 TLSv1) (KB 2144318)

  • 無法在 vSphere Web Client 中存取 vCenter Server 物件
    若您嘗試存取的 vCenter Server 執行個體已在 Orchestrator 中以 IP 位址註冊,則 Orchestrator 無法在 vSphere Web Client 中存取 vCenter Server 物件。

    因應措施:以主機名稱註冊 vCenter Server 執行個體。

  • 若驗證提供者的憑證變更或重新產生,Orchestrator 驗證組態可能會無效
    設定 Orchestrator 使用 vCenter Single Sign-On 時,若 vCenter Single Sign-On 伺服器的憑證變更或重新產生,Orchestrator 驗證組態就會失效且 Orchestrator 伺服器無法啟動。

    因應措施:匯入新的驗證提供者憑證:

    1. root 使用者身分登入控制中心。
    2. 按一下憑證
    3. 按一下信任憑證索引標籤上的匯入
    4. 從 URL 或檔案載入 SSL 憑證
    5. 按一下匯入
    6. 從控制中心的啟動選項頁面,重新啟動 Orchestrator 伺服器。

  • Orchestrator 不採用 Active Directory 的樹系和外部信任

    Orchestrator 不支援也不採用不在相同樹狀結構卻有雙向信任的多重網域。網域樹狀結構是多重網域 Active Directory 唯一支援的組態。不支援樹系和外部信任。

  • 不支援使用 TNSNames 連線至 Oracle 資料庫
    您無法使用 TNSNames 連線至 Oracle 資料庫。您可以使用 IP 位址或 DNS 名稱連線至 Oracle 資料庫。

    因應措施:請參閱 Add support for RAC and TNS configuration for Oracle 11g Database instances to vRealize Orchestrator (將 Oracle 11g Database 執行個體的 RAC 和 TNS 組態支援新增至 vRealize Orchestrator) (KB 1022828)。

用戶端問題

  • 全新功能!在全新的 vCener Server 外掛程式中,系統會對集合中的每個元素套用布林值 XPath 運算式,而非套用於整個集合。
    當您使用的 XPath 運算式包含集合專用的運算子時,會傳回不正確的結果。例如,在 xpath:name[contains(.,'vm1')] 運算式中,篩選條件會套用至每個元素,而運算式並不會傳回任何結果。

    因應措施:使用將篩選條件套用至元素集合中單一元素的 XPath 查詢,例如:xpath:contains(name,'vm1'),或是使用名稱做為搜尋工具方法的查詢參數,例如:VcPlugin.getAllVirtualMachines(null, "vm1”))

  • 複製工作流程會一律同時複製原始工作流程的版本歷程記錄,即使將 [複製版本歷程記錄] 設定為 [否] 亦然。
    會將事件歷程記錄從原始工作流程傳輸至複製的工作流程,即使您在複製期間針對 [複製版本歷程記錄] 選取 [否] 選項按鈕亦然。
  • 疑難排解工作流程類別中的匯出記錄與應用程式設定工作流程失敗。
    疑難排解工作流程類別中的匯出記錄與應用程式設定工作流程失敗,同時顯示非目錄錯誤訊息。
  • 因應措施:請勿使用此工作流程。您可以透過控制中心的匯出記錄頁面,下載記錄檔和組態檔。

  • 若驗證工作流程指令碼包含加上註解的模組,則該工作流程步驟便會失敗。
    Orchestrator 用戶端中的工作流程指令碼解譯器不會忽略採用兩個正斜線字元加上註解的指令碼模組。例如:

    //System.getModule("com.vmware.vra.endpoint.azure").findStorageAccounts(connection, ["sharedstoacc"]);

  • 因應措施:刪除加上註解的內容,或者在指令碼模組名稱中的點的前方或後方插入空格字元。

  • 使用 Java Web Start 的 Orchestrator Java 用戶端會斷斷續續地停止運作。
    由於 Java 8 在安全性改善方面的最新更新的緣故,以 Java Web Start 為基礎的 Orchestrator 用戶端也因此會斷斷續續地停止回應。
  • 因應措施:請在您的本機電腦執行 Orchestrator 用戶端應用程式。您可以透過 Orchestrator 的歡迎使用頁面下載適用於您作業系統的 Orchestrator 用戶端應用程式。

  • 若是 Orchestrator 伺服器與 Orchestrator 用戶端採用不同的時區設定,則工作排程器無法執行。
    如果 Orchestrator 用戶端採用 UTC 以外的其他時區設定,則 Orchestrator 伺服器一律會將所有排程工作所排定的時間解譯為 UTC 時間,且該工作無法按照指定的時間執行。
  • 因應措施:請一律以 UTC 時間輸入排程工作的時間。

  • 使用者互動畫面中的布林值輸入參數會顯示 No 值
    在使用者互動工作流程中,若您輸入參數的布林值等於 Yes 並且執行工作流程,則使用者輸入參數會出現 No 值。
  • 輸入參數的 OGNL 運算式會隨著每次輸入參數更新執行
    若輸入參數包括的 OGNL 運算式繫結一個以上的輸入參數,則 OGNL 運算式會在每次任何輸入參數更新時執行,並非等所有輸入參數更新完才執行一次。若 OGNL 運算式呼叫資料探勘等消耗資源的作業,顯示畫面可能會緩慢執行。
  • 若預設值已繫結其他的輸入參數,則輸入參數的值會重設為預設值
    如果您更新第一個輸入參數,第二個輸入參數會重設為預設值,即便更新後也是如此。
  • 處理某些內容中的非 ASCII 字元時發生問題
    在輸入參數中使用非 ASCII 字元會在以下狀況中出現錯誤行為:
    • 若您在含有非 ASCII 字元檔案名稱中的 SSH 資料夾執行 SCP put 或 SCP get 工作流程,工作流程會執行,但目的地電腦所產生之檔案的名稱則無法讀取。
    • 若您嘗試在屬性名稱中填入非 ASCII 字元,則該字元不會出現。此問題會在處理工作流程屬性和動作屬性時發生。
  • 若 Orchestrator Appliance 在網路位址轉譯 (NAT) 背後執行,則不支援透過 Java WebStart 使用 Orchestrator 用戶端。

其他問題

  • 將 7.0.x 版或 6.x 版上的外部 vRealize Orchestrator 移轉至 vRealize Automation 後,您就無法再登入 Orchestrator 用戶端。
    您從外部 Orchestrator 伺服器匯出的組態服務套件含有 setenv.sh 檔案。移轉時,匯出組態的 setenv.sh 檔案會覆寫內建 vRealize Orchestrator 的 setenv.sh 檔案。匯入的 setenv.sh 檔案與內建 Orchestrator 伺服器不相容,而該伺服器會變得無法存取。

    因應措施:從外部 Orchestrator 匯入組態之前,請先備份內建 Orchestrator 伺服器的 setenv.sh 檔案。將 orchestrator-config-export-orchestrator_appliance_ip-date_hour.zip 檔案匯入內建 Orchestrator 伺服器後,再使用備份複本還原原始的 setenv.sh 檔案。

    1. 匯入組態之前,請先導覽到 vRealize Automation Appliance 的 /var/lib/vco/app-server/bin 目錄。
    2. 建立 setenv.sh 檔案備份複本。
    3. cp setenv.sh setenv.sh.ControlCenter-$(date +%Y-%m-%d_%H-%M-%S)

    4. 將從外部 vRealize Orchestrator 匯出的組態匯入至內建 Orchestrator。請按照〈將外部 Orchestrator 伺服器移轉至 vRealize Automation〉所述的步驟執行,但是請勿啟動內建 Orchestrator 的 Orchestrator 伺服器服務。
    5. 使用原始的 setenv.sh 檔案取代從外部 Orchestrator 伺服器匯入的 setenv.sh 檔案,此原始檔案備份在 setenv.sh.ControlCenter-date_hour 名稱下。
    6. mv setenv.sh.ControlCenter-date_hour setenv.sh

    7. setenv.sh 檔案的擁有權變更為 vco 使用者。
    8. chown vco:vco setenv.sh

    9. 啟動 Orchestrator 伺服器服務,並驗證其在 vRealize Automation Appliance 管理主控台中是否顯示為「已註冊 (REGISTERED)」。

  • 將 7.x 版或 6.x 版上的外部 vRealize Orchestrator 移轉至 vRealize Automation 後,您可以在連接埠 8281 存取內建的 Orchestrator。
    以外部 Orchestrator 伺服器組態匯入的 server.xml 組態檔,可讓使用者在連接埠 8281 存取內建的 Orchestrator,但您應該只能在連接埠 443 上存取 Orchestrator。
  • 因應措施:將 orchestrator-config-export-orchestrator_appliance_ip-date_hour.zip 檔案匯入內建 Orchestrator 伺服器後,再使用由 vRealize Automation Appliance 自動產生的原始檔案備份複本,來還原 server.xml 檔案。

    1. 將從外部 vRealize Orchestrator 匯出的組態匯入至內建 Orchestrator。請按照〈將外部 Orchestrator 伺服器移轉至 vRealize Automation〉所述的步驟執行,但是請勿啟動內建 Orchestrator 的 Orchestrator 伺服器服務。
    2. 使用原始的 server.xml 檔案取代從外部 Orchestrator 伺服器匯入的 server.xml 檔案,此原始檔案備份在 server.xml.ControlCenter-date_hour 名稱下。
    3. mv server.xml.ControlCenter-date_hour server.xml

    4. server.xml 檔案的擁有權變更為 vco 使用者。
    5. chown vco:vco server.xml

    6. 啟動 Orchestrator 伺服器服務,並驗證其在 vRealize Automation Appliance 管理主控台中是否顯示為「已註冊 (REGISTERED)」。

  • 如果您使用的延伸方法含有 lambda 運算式,則編譯自訂模式導向的外掛程式會失敗。
    使用模式導向外掛程式建立外掛程式並新增延伸方法到特定延伸時,若延伸方法含有 lambda 運算式,則外掛程式不會執行編譯。外掛程式編譯失敗,並出現類似以下的錯誤訊息:Caused by: java.lang.ArrayIndexOutOfBoundsException: 52789.

    因應措施:不在延伸方法內文中使用 lambda 運算式。

  • 適用於 vSphere Web Client 的 Orchestrator 外掛程式不支援 vSphere Web Client Integration 6.5。
  • 若 REST 主機執行個體是以 Swagger 規格建立的,則 RESTOperation ID 無法正確地初始化。
    在 HTTP-REST 外掛程式中,若 REST 主機執行個體是採用 Swagger 規格所建立,則 RESTOperation ID 無法正確地初始化,且 RESTHost 物件的 getOperation 也無法正常運作。
  • 自訂事件架構元素無法在 Orchestrator 叢集中運作
    當 Orchestrator 伺服器設定在叢集中,則根據等待自訂事件架構元素繼續執行的工作流程無法正常運作。自訂事件架構元素僅能在單一 Orchestrator 節點中運作。
  • SOAP Plug-in 不支援與 SOAP 主機進行相互驗證。
    可用的驗證機制僅支援單向驗證。

  • SSH Plug-in 無法連線至 Cisco Adaptive Security Appliance (ASA) 防火牆。
    vRealize Orchestrator 7.1 版本的 SSH Plug-in 不支援 Cisco Adaptive Security Appliance (ASA) 防火牆的連線。
  • Orchestrator Appliance 的主控台經常顯示警告訊息。
    主控台畫面經常出現 [警告] 嘗試編譯無效的 IPv6 位址訊息。您可以放心地忽略此訊息。
  • 若選取 [每位使用者工作階段],限制存取 vCenter Server 詳細目錄會造成錯誤
    若您在將 vCenter Server 執行個體新增至 Orchestrator 時選取 [每位使用者工作階段] 選項,在限制存取詳細目錄物件的情況下,使用者若嘗試存取 vCenter Server 詳細目錄,則可能會出現錯誤。
  • 從 Orchestrator 6.0.2 或更早的版本升級後,vCenter Server 外掛程式不具備有效的認證。
    若您從 Orchestrator 6.0.3 之前的版本升級,則 vCenter Server 外掛程式並不具備有效認證。

    因應措施:Orchestrator 升級後,請更新 vCenter Server 執行個體並設定使用者的密碼。

  • vRealize Orchestrator 顯示 vCenter Server 外掛程式已停用
    在升級至 vRealize Orchestrator 6.0.x 或更新版本後,若未將 Site Recovery Manager 外掛程式升級至 6.0.0 版本,就無法使用 vCenter Server 外掛程式。

    因應措施:請升級為最新版本的 Site Recovery Manager 外掛程式 (此為 vCenter Server 6.0 支援的外掛程式),或停用 Site Recovery Manager 5.8.0 外掛程式。

  • 使用 Internet Explorer 11 時可能無法存取 Orchestrator 組態介面。
    若您使用 Internet Explorer 11,可能無法登入 Orchestrator 組態介面。

    因應措施:請安裝 Internet Explorer 11.0.11 版本、Google Chrome 或 Mozilla Firefox 的最新版本。

  • 若工作流程名稱含有斜線,則工作流程 Token 會維持在未完成
    若工作流程名稱含有斜線,當您執行工作流程時,即使工作流程已執行完畢,工作流程 Token 仍可能不會變更為已完成。

    因應措施:請移除工作流程名稱的斜線。

  • 轉換磁碟至精簡佈建的工作流程無法正確處理含有快照的虛擬機器,也無法轉換完整佈建磁碟。
    工作完成時,轉換磁碟至精簡佈建的工作流程回報含有快照之虛擬機器的完整佈建磁碟,已成功轉換為精簡佈建,即使失敗亦然。

    因應措施:請勿在工作流程中加入含有快照的虛擬機器。

  • 無法新增數值至陣列類型的 vCenter Server 資料物件屬性
    Orchestrator 執行指令碼時,vCenter Server 外掛程式將 JavaScript 陣列轉換為固定大小的 Java 陣列。這會導致您無法新增數值至將陣列視為內容值的 vCenter Server 資料物件。若您藉由提供預先填入的陣列將物件轉化為執行個體,即可建立將陣列視為內容的物件。然而,在您將物件轉化為執行個體後,卻無法新增數值至該陣列。

    舉例來說,以下的程式碼無法執行:

    var spec = new VcVirtualMachineConfigSpec();
    spec.deviceChange = [];
    spec.deviceChange[0] = new VcVirtualDeviceConfigSpec();
    System.log(spec.deviceChange[0]);

    上述的程式碼中,Orchestrator 會先將空白的 spec.deviceChange JavaScript 陣列轉換為固定大小的 Java 陣列 VirtualDeviceConfigSpec[],然後再呼叫 setDeviceChange()。呼叫 spec.deviceChange[0] = new VcVirtualDeviceConfigSpec() 時,Orchestrator 會呼叫 getDeviceChange() 而陣列會保留固定的空白 Java 陣列。呼叫 spec.deviceChange.add() 也會產生相同行為。

    因應措施:宣告陣列為本機變數:

    var spec = new VcVirtualMachineConfigSpec();
    var deviceSpec = [];
    deviceSpec[0] = new VcVirtualDeviceConfigSpec();
    spec.deviceChange = deviceSpec;
    System.log(spec.deviceChange[0]);