2019 年 5 月 20 日更新

vRealize Automation | 2019 年 4 月 11 日 | 組建編號:13027280

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

版本說明的內容

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

新增功能

vRealize Automation 7.6 版本包含已解決的問題及下列新功能。

新功能和增強功能

藉由 vRA/vRO 7.6,VMware 可以輕鬆實現混合雲。

  • 安裝和設定
    • 全新的 VAMI 使用者介面摘要頁面
    • 可設定的新 VAMI 其他叢集健全狀況警示
    • SNMP 服務 - 可協助監控 vRA 節點資源,例如 CPU、記憶體等等。可設定為主動監控資源並在超過特定臨界值時傳送 SNMP 設陷,API 可用
  • 升級增強功能:

    • 問題修正和微小增強功能

    • 升級會備份所有組態檔

    • API 改進功能 – 在 API 層級進行精細的進度報告

    • 升級流程現在更具可設定性 - 部分步驟可以設定為稍後執行

  • 自訂表單增強功能 - 針對想要在 vRA 中自訂並增強其申請表單的客戶提供更高層級的彈性

    • 資料格增強功能 – 新增、移除或編輯資料列時,藍圖定義的磁碟為唯讀,且經過儲存格驗證和欄位重新整理

    • 新增了雙清單選取器元件

    • 為複雜物件新增了多個選取器元件

    • 新增了連結元件

  • NSX 整合 - 支援 NSX-V 至 NSX-T 的移轉

  • vRO 使用者介面增強功能 - 改善了客戶建立 vRO 工作流程的使用者體驗

    • 在 Web Client 中設計、內容管理和疑難排解的增強功能 (請參閱 vRO 新增功能和版本說明以瞭解詳細資訊) 

國際化

vRealize Automation 7.6 提供下列語言版本:

  • 英文
  • 法文
  • 德文
  • 西班牙文
  • 日文
  • 韓文
  • 簡體中文
  • 繁體中文
  • 義大利文
  • 俄文
  • 荷蘭文
  • 巴西葡萄牙文

如需有關產品語言支援的詳細資訊,請參閱《VMware 產品全球化指南》

系統需求

如需支援的主機作業系統、資料庫和 Web 伺服器的相關資訊,請參閱《vRealize Automation 支援對照表》

說明文件

如需 vRealize Automation 7.6 說明文件,請參閱 VMware Docs 上的 VMware vRealize Automation

安裝

如需必要條件和安裝指示,請參閱 VMware Docs 上的《安裝 vRealize Automation》

附註請參閱知識庫文章 58708 解決加入叢集的驗證錯誤。

升級

如需一般指引,請參閱 VMware Docs 上的《升級 vRealize Automation》

從 vRealize Automation 6.2.x 升級之前

vRealize 生產測試升級協助工具可針對任何可能導致升級問題的功能組態分析您的 vRealize Automation 6.2.x 環境,並檢查您的環境是否準備好升級。若要下載此工具及相關說明文件,請前往 VMware vRealize 生產測試工具的下載產品頁面。

使用 vRealize Code Stream

若要在 vRealize Automation 環境中使用 vRealize Code Stream,您必須擁有 vRealize Code Stream 授權。

如需詳細資訊,請參閱 vRealize Code Stream 資訊中心中的 〈vRealize Code Stream 安裝〉〈將 vRealize Code Stream 授權套用至應用裝置〉

已解決的問題

已在此版本中修正下列缺陷。
  • 在 IaaS 自動升級期間,upgrade-dem 或 upgrade-agent 命令失敗。命令結果類似以下內容:結果:服務名稱包含無效字元、為空白或太長 (最大長度為 80)。管理代理程式 All.log 檔案中也會顯示相同的錯誤。提及服務的名稱長度超過 80 個字元

    用於在 IaaS 中處理 Windows 服務作業的 Microsoft .Net API 要求 Windows 服務名稱的長度上限為 80 個字元,儘管實際上作業系統允許更長的長度 (256 個字元)。嘗試重新啟動服務後,DEM/DEO/Agent 升級結束時,會發生此問題。

    服務名稱應會變更為較短的名稱,但 Windows 命令列工具/API 不允許執行此類變更 (僅可修改顯示名稱),因此可以透過重新安裝服務進行解決。為此,您可以解除安裝服務,然後下載 IaaS 安裝程式 (從 https://<vami_host>:5480/installer 上的 VAMI 安裝頁面下載),並在相應的 IaaS 主機上執行以安裝具有適當名稱的服務。請注意,安裝後,會針對每個 IaaS 服務在輸入名稱的前面自動指定一個前置詞。
    根據服務,將會指定下列前置詞:VMware DEM-Worker、VMware DEM-Orchestrator、VMware vCloud Automation Center Agent。附註:如果重新安裝 IaaS 代理程式以變更其名稱,也應該在 vRA 中變更對應端點的名稱。

  • 從 vRealize Automation 7.3 或更早版本升級後,使用 Get Details Form API 呼叫的應用程式會停止運作

    在 vRealize Automation 7.3 或更早版本中,使用目錄服務 API GET/api/consumer/requests/{id}/forms/details 擷取出的下列 XaaS 申請內容存在拼字錯誤:

    • "vco.execurion.state"
    • "vco.execurion.business.state"
    • "vco.execurion.current.activity.name"
    • "vco.execurion.start.date"
    • "vco.execurion.end.date"
    • "vco.execurion.error.details"

    從 vRealize Automation 7.3.1 版本起,"execurion" 已更正為 "execution"。繼續使用原始拼字的 XaaS 申請內容的應用程式會停止運作。

    因應措施:如果您的內容與任何拼字錯誤的 XaaS 申請內容相關且執行的是 vRealize Automation 7.3.1 或更新版本,請更新應用程式,以使用拼字如下的目前 XaaS 申請內容:

    • "vco.execution.state"
    • "vco.execution.business.state"
    • "vco.execution.current.activity.name"
    • "vco.execution.start.date"
    • "vco.execution.end.date"
    • "vco.execution.error.details"
  • 在執行 join-va (加入叢集) 步驟期間,vRealize Automation 7.5 叢集安裝失敗

     

    在執行 join-va (加入叢集) 步驟時,具有 2 或 3 個虛擬應用裝置的 vRA 7.5 叢集全新安裝報告「驗證失敗」。
    如果等待達 15 分鐘,而不按一下 [重試失敗],狀態最終會變更為 [成功],並且安裝會繼續進一步執行。

    這是由於使用者介面精靈過早逾時 (30 分鐘) 所致,如果加入作業花費的時間超過 30 分鐘,可能導致失敗。

    請參閱知識庫文章 58708

  • 產品安裝精靈中的「重試所有 IaaS」功能失敗並顯示 [驗證失敗] 狀態,並且在 [說明] 欄位中出現類似下列內容的訊息:「已新增具有相同金鑰的項目」

    這是影響 vRealize Automation 的已知問題

    此問題的因應措施是在重新觸發「重試所有 IaaS」作業之前,於內嵌式 vPostgres 資料庫上執行下列 SQL 更新陳述式:「update cluster_commands set output='' where type like '%install%';」。

  • 完整的第 2 天動作功能表未顯示在 IE11 和 Edge 瀏覽器中

    對於僅具有 1 或 2 個子機器的部署,完整的第 2 天動作功能表不會顯示在 IE11 和 Edge 瀏覽器中。

    因應措施:雖然動作清單在畫面上被截斷,仍可捲動以存取整個清單。或者,您可以使用 Firefox 或 Chrome 瀏覽器。

  • 升級或移轉至 7.5 後,Azure 機器不會顯示第 2 天動作 (例如啟動、停止和重新啟動)

    從 7.x 升級或移轉至 7.5 後,不會顯示啟動、停止和重新啟動動作。

    因應措施:請參閱知識庫文章 58864

  • 使用 [轉租人標籤] 做為自訂表單設計使用者介面中的繫結欄位不起作用

    嘗試在使用者介面的自訂表單中使用 [轉租人標籤] 做為繫結欄位時,繫結還原為 [承租人標籤]。

    在自訂表單使用者介面中改為使用 [轉租人參考] 欄位。您還可以將自訂表單匯出為 yaml,透過放置正確的繫結修改 yaml 檔案,然後重新匯入表單。

  • 在 vRA 模式下存取 [商業管理] 索引標籤時,發生 [無法使用 OAuthToken 進行驗證!] 例外狀況

    在 vRA 模式下,vRA 中的使用者工作階段到期時,此錯誤訊息會顯示在 [商業管理] 索引標籤上:

    org.springframework.security.authentication.BadCredentialsException: 無法使用 OAuthToken 進行驗證! 
    Token 已到期。

    因應措施:登出後再重新登入。

  • 升級或移轉後不會顯示 Azure 虛擬機器表單詳細資料

    從 vRA 7.x 升級或移轉後至 7.5 後,Azure 虛擬機器的現有表單會顯示為空白。

    因應措施:請參閱知識庫文章 58864

  • 升級到 vRA 7.5 後,未填入 [保留區] 下的儲存區網格

    將 vRA 升級至 7.5 版後,未填入 [保留區] 下的儲存區網格。

    因應措施:從命令列或 vRealize Automation 應用裝置管理介面重新啟動 VMware vCloud Automation Center 服務。

  • 已移除入口網站服務 API

    已移除下列入口網站服務 API:

    • 容量使用量
    • 計費
    • 回收
    • 匯出報告至 CSV、PDF 等等。 

     

  • 升級後,會覆寫 vRO 的 setenv.sh 檔案中的自訂更新

    升級後,vRO 的 setenv.sh 檔案中的自訂更新會被覆寫。該檔案位於 /usr/lib/vco/app-server/bin/setenv.sh。  升級後,請在適當時更新值並重新啟動 vco-server 以套用變更。

     

已知問題

已知問題分類如下。

安裝
  • 新增 vRA 安裝無法更正 IIS 組態問題。

    當 Windows 2019 用來部署 IaaS-Web 元件時,vRA 安裝無法更正 IIS 組態問題。

    因應措施:如果您在 Windows 2019 上部署 vRA,請參閱 VMware 知識庫文章以取得相關指示。

升級
  • 新增 vRA 7.6 升級預先檢查失敗,並且 IIS 伺服器沒有回應。

    使用 IaaS 安裝程式手動升級 IaaS 節點時,必要條件檢查失敗且「IIS 伺服器」檢查的狀態為「不正常」,同時發出錯誤:「IIS 伺服器已安裝且在執行中,但沒有回應。」

    因應措施:確認是否可以在預期連接埠上透過瀏覽 https://<web_node_fqdn>:<port> 連線到 IIS。如果 IIS 正常運作,並且是唯一失敗的必要條件檢查,則略過必要條件檢查並繼續。

  • 從 7.1 執行的自動升級可能無法升級管理代理程式。在 /opt/vmware/var/log/vami/updatecli.log 中,執行「/etc/bootstrap/preupdate.d/00-00-03-upgrade-management-agents」指令碼時發生類似下列內容的錯誤:The VMware certificate was not installed on the nodes listed below.請確認管理代理程式已啟動且正在執行,並且已連線至虛擬應用裝置。

    管理代理程式升級程序用於從 7.3 之前的版本升級的 VMware 簽署憑證已過期,並且驗證會阻止其安裝在 IaaS 節點上,因此管理代理程式升級無法繼續。

    1.登入每個 IaaS 節點。
    2.從 VAMI 下載頁面下載管理代理程式安裝程式 MSI 檔案 (https://<va_hostname>:5480/installer)。
    3.執行此檔案以手動升級管理代理程式。
    4.使用 SSH 登入主要虛擬應用裝置,並執行「touch /tmp/do-not-upgrade-ma」以略過管理代理程式升級。
    5.從 VAMI [更新] 索引標籤重新執行自動升級。

    將會提供相關知識庫。

  • 升級前,vco-configurator 服務正在所有應用裝置上執行。但是,升級至 vRA 7.6 後,vco-configurator 服務不在任何應用裝置上執行。

    TBD

    TBD

  • 在升級管理代理程式階段自動升級間歇性失敗,指示一或多個 MA 無法升級。在 VAMI [更新] 頁面上會顯示類似下列內容的錯誤:
    「管理代理程式沒有在下方列出的節點上進行升級。請確認管理代理程式已啟動且正在執行,並且已連線至虛擬應用裝置」。
    在 VAMI 叢集頁面上,上述錯誤中列出的 IaaS 機器未連線的時間超過管理代理程式的健全狀況檢查間隔 (預設為 30 秒)
    在管理代理程式無法升級的 IaaS 機器上檢查 MSI 升級記錄時,找到類似下列內容的錯誤:
    "Error 1921.Service 'VMware vCloud Automation Center Management Agent' (VMware vCloud Automation Center Management Agent) could not be stopped.Verify that you have sufficient privileges to stop system services."

    MSI 升級程序因 MA 升級程序鎖死而無法在預期的時間內停止管理代理程式服務,並導致逾時和失敗,畢竟管理代理程式處於停止狀態。

    https://kb.vmware.com/s/article/66541

設定和佈建

  • 當使用 Firefox 瀏覽器建立或編輯藍圖時,需要手動填入複製範本虛擬機器的儲存區值上限

    在 Firefox 中撰寫藍圖時,為虛擬機器建置資訊選取複製範本後,在 [機器資源] 索引標籤上不會自動填入儲存區值上限,並且將標示為紅色並反白顯示。

    您必須手動填入儲存區上限的值。

  • 變更租用第 2 天動作不會觸發核准,變更租用動作會通過,無需等待核准

    當核准是以所申請租用天數條件為基礎時,例如使用原則類型為「服務目錄 - 資源動作申請 - 變更租用 - 部署/機器」的核准原則,在該核准原則中,根據滿足租用天數的子句,需要核准,並且核准與目錄權利中的原則類型相關聯。佈建機器後,當您變更機器的租用時,動作會處理而不叫用任何核准。

    因應措施:針對變更租用,使用「一律」做為核准類型,而不是針對租用天數新增子句。

  • 更新 ASD vSphere 端點失敗

    嘗試在 vRA 中更新 ASD vSphere 端點失敗,因為欄位「instanceToUpdate」的值不正確
     

  • 若從中佈建虛擬機器的保留區包含的單一主機不在某個叢集中,開啟虛擬機器的電源會失敗。

    此問題在 vRealize Automation 7.6 中引入,並在 vRA 7.6.1 中得到解決。

    將主機移至現有叢集,或建立新的叢集以包含主機。

先前已知問題

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

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