2019 年 3 月 25 日更新

vRealize Automation | 2018 年 9 月 20 日 | 組建編號 10053539

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

版本說明的內容

這些版本說明包含以下主題:

新增功能

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

現代化使用者介面和取用者使用者體驗

vRealize Automation 具有全新的外觀與風格,並簡化了一般自助工作的流程。

  • 使用者介面已更新,符合 VMware Clarity 標準
  • 目錄卡越大,顯示的說明越多
  • 目錄視圖更少裝飾
    • 跨業務群組的同一個目錄項目的多個執行個體現在彙總在一起;使用者在申請時選取業務群組
  • [項目和要求] 索引標籤合併到新的 [部署] 索引標籤
  • 已解除委任資源的申請詳細資料移至 [管理] 索引標籤
  • 改善了進行中要求的狀態
  • 歷程記錄視圖會顯示一段時間內與單一部署相關聯的所有要求
  • 改善了產品功能表和物件之間的搜尋功能
  • 從產品使用者介面對說明文件的內容存取
  • 此版本中首頁和 Portlet 已過時
  • 此版本中申請上的 [儲存] 按鈕已過時

改善了與 vRealize Operations 的整合

此版本與 vRealize Operations 整合,引入了適用於應用程式擁有者的部署儀表板,並增強了智慧工作負載放置功能。

  • 在部署詳細資料視圖中顯示機器的部署警示和重要度量 (CPU、記憶體、IOPS 和網路)
  • 最佳化 vRealize Automation 管理的工作負載以符合 vRealize Operations 放置原則
    • 此最佳化基於用於最佳化初始放置的先前整合,以允許持續最佳化現有的工作負載

如需相關資訊,請參閱〈以 vRealize Operations Manager 為基礎的監控〉〈使用 vRealize Operations Manager 連續最佳化〉

組態自動化架構

與外部 Ansible Tower 組態管理工具原生整合。

  • 在 vRealize Automation 中將 Ansible Tower 做為一等公民提供 OOTB 支援
  • 在藍圖設計畫布中拖放 Ansible Tower 物件
  • 參數化和支援早期與晚期繫結/申請時間
  • 為應用程式組態動態選取 Ansible 工作範本 (包括指導手冊) 
  • 支援登錄或解除委任機器的第 2 天動作

如需相關資訊,請參閱〈建立 Ansible 端點〉〈將 Ansible 元件新增至 vSphere 藍圖〉

NSX-T Data Center 原生整合

vRealize Automation 現在已與 NSX-T Data Center 原生整合。

  • 在 vRealize Automation 中將 NSX-T Data Center 做為一等公民提供 OOTB 支援
  • 在藍圖設計畫布中拖放下列 NSX-T Data Center 服務
    • 隨選負載平衡器
    • 隨選路由網路
    • 隨選 NAT 一對多網路 
    • 現有安全群組
  • 支援第 2 天動作
    • 更新套用到已部署虛擬機器的安全性
    • 變更隨選 NAT 網路的 NAT 規則

如需相關資訊,請參閱〈建立 NSX-T 端點〉〈瞭解 NSX-T 部署拓撲〉以及〈使用 NSX-T 設定設計藍圖〉

透過 PKS 整合對 Kubernetes 叢集的存取管理

vRA 現在可讓您輕鬆管理 Kubernetes 叢集。您可以與 PKS 端點整合,以建立 PKS (Kubernetes) 叢集並將其與業務群組相關聯,以簡化叢集生命週期管理。它還可讓您將 Docker 映像部署為網繭。vRA 還可簡化開發團隊的原生叢集存取。

  • 管理 PKS 叢集
    • 登錄 PKS 端點後,容器管理員可以建立、更新及刪除 Kubernetes 叢集,將這些叢集與業務群組相關聯,以及探索現有的 Kubernetes 叢集。
    • 容器管理員可以透過委派 PKS 叢集管理功能給業務群組成員 (透過管理),授權開發團隊。
  • 將 Docker 映像部署到 PKS 叢集
    • 容器管理員或開發人員可以將 Docker 映像做為「網繭」部署到 PKS 叢集。
  • 以原生方式存取 PKS 叢集
    • 開發人員可以檢視其 PKS 叢集,並透過下載 kubeconfig 以原生方式存取這些叢集。

Microsoft Azure 藍圖增強功能

  • Azure 受管理磁碟的支援
  • Azure 區域的增強型支援

如需相關資訊,請參閱〈建立 Microsoft Azure 端點〉〈建立 Microsoft Azure 藍圖〉

安裝、升級、移轉和修補改進

憑證管理改進:

  • API 能夠擷取憑證詳細資料
  • 所有憑證管理作業都會記錄下來,以供稽核之用
  • 憑證取代之前自動執行預先檢查
  • 針對 DEM 和代理程式新增了非 HttpActivation 檢查

虛擬應用裝置管理介面更新:

  • 從外部 vRO 自動移轉
  • 改善了刪除節點和資料庫容錯移轉的彈性
  • 升級中新增了必要條件和驗證檢查
  • 更新:從 vRA 7.4 升級至更新版本期間,不再需要停用負載平衡器次要節點或移除負載平衡器健全狀況監視器

修補:

  • vRA API 取得套用修補程式的進度
    • vRealize Lifecyle Manager 利用此 API。
  • 套用 Hotfix 是等冪作業
    • 例如,如果同一個 Hotfix 套用兩次,不會對產品造成不良影響。產品可以略過已套用的 Hotfix,或傳回適當的狀態訊息。
  • 修補程式管理命令的新中繼資料定義。
  • 改進了修補程式管理使用者介面 (在 VAMI 中)。
  • 修補程式組建編號的標準版本設定。

如需詳細資訊,請參閱〈安裝或升級 vRealize Automation〉

疑難排解改進

  • 改進了強制刪除/重新提交 (失敗/孤立部署)
  • 移轉後驗證
  • 跨解決方案一致的記錄追蹤
  • 將追蹤識別碼公開給 vRealize Orchestrator 外掛程式 API

vRO 資料庫叢集化和組態

已在 7.5 中更新外部 vRO 虛擬應用裝置。

  • 您無法再升級至 Orchestrator Appliance,您只能移轉至透過 vRA 提供的內嵌式應用裝置或其他 vRO 7.5 虛擬應用裝置。
  • VAMI 中可用的新移轉精靈能夠從外部 vRO 移轉至使用 vRA 部署的內嵌式 vRO。
  • 內嵌式 Postgres 資料庫變更
    • 內嵌式 Postgres 資料庫可叢集化,並支援自動資料庫容錯移轉。
    • 您只能使用 vRealize Orchestrator 7.5 中可用的內嵌式 PostgreSQL 資料庫。不再支援 Microsoft SQL Server 和 Oracle 資料庫做為外部資料庫伺服器。
  • 您無法再透過使用 Orchestrator 控制中心設定叢集和執行移轉。
    • 您必須使用 VAMI 介面管理叢集和資料庫,以及執行移轉。
  • 已更新虛擬應用裝置架構以減少部署空間,以及改善作業流暢度

自訂表單改進

  • vRealize Business 欄位支援
  • vRO 內容動作參數的現成支援
  • 新增可編輯的下拉式元件
  • 能夠新增或移除儲存區資料格中的欄位

如需有關自訂表單的詳細資訊,請參閱〈自訂藍圖申請表單〉。 

事件代理改進

  • 透過新增針對任何後續工作流程明確停止工作流程執行的功能,改善了故障/例外狀況管理
  • 透過新增在狀態中登錄之工作流程訂閱之間重複使用和合併裝載的功能,以增強裝載耗用量機制

如需詳細資訊,請參閱〈定義工作流程訂閱詳細資料〉〈將工作流程指派給訂閱〉

新增 保留區改進功能

舊版 vRA 7.5 保留區有時會在載入時逾時。載入單一保留區的時間表明了保留區中使用的主機組態與連結到這些保留區的儲存區組態之間的關聯性。在 vRA 7.5 中,顯著改進了在 UI 和 API 中計算保留區物件的功能。此外,載入多個保留區也進行了最佳化。

國際化

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

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

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

系統需求

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

說明文件

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

安裝

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

您也可以使用 vRealize Suite Life Cycle Manager 來安裝 vRealize Automation。請參閱〈vRealize Suite Lifecycle Manager 安裝、升級與管理〉

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

升級

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

您也可以使用 vRealize Suite Life Cycle Manager 來升級 vRealize Automation。請參閱〈vRealize Suite Lifecycle Manager 安裝、升級與管理〉

從 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 授權套用至應用裝置〉

已解決的問題

  • 當一或多個虛擬應用裝置無法使用時,vRealize Automation 健全狀況服務顯示多個錯誤

    當一或多個虛擬應用裝置無法使用時,健全狀況服務會顯示錯誤。某些錯誤會隱藏所發生的其他錯誤。

  • 新增 IaaS 自動升級至 7.4 之後,會啟用 Manager Service 自動容錯移轉模式

    如果從 vRealize Automation 7.3 或 7.3.1 升級或移轉至 7.4,並已在升級或移轉之前刻意停用自動容錯移轉,此功能會在 IaaS 自動升級至 7.4 期間啟用。

  • 針對 Azure 虛擬機器的佈建後作業「管理公用 IP 位址」逾時

    透過 vRealize Orchestrator 擷取 Azure 虛擬機器的最新且可供使用的公用位址所需的時間過長。vRealize Automation 中的此程序逾時,並顯示此錯誤訊息:「與 vCenter Orchestrator 伺服器的連線逾時。」

  • 自訂申請表單中不顯示 BP 設定檔詳細資料

    當自訂申請表單使用類似大小的 BP 設定檔時,自訂申請表單中不顯示特定內容的詳細資料。

  • 如果在提交目錄項目申請後立即取消該申請,程序會停滯在 [正在取消] 狀態

    系統不會呼叫可能會導致申請停滯在 [正在取消] 狀態的申請完成事件。

  • 從 6.2.4 成功移轉至 7.3.1 之後,重新佈建會向基本使用者和支援使用者傳回 404 錯誤訊息

    執行第 2 天作業時,向基本使用者和支援使用者顯示 404 錯誤,但是不會向管理員使用者顯示。

  • 內容值的變更不會自動反映在自訂表單中

    自訂申請表單將自訂內容做為內容群組的一部分時,會在初始使用期間將其值設定一次。內容值的後續變更不會反映在自訂申請表單中。

  • 移轉 vRealize Orchestrator 時,可能會遇到由於來源 vRealize Orchestrator 服務資料庫中有重複項目所導致的失敗。使用者介面中顯示類似下列內容的失敗資訊:無法驗證來源 vRealize Orchestrator 資料庫。在 Orchestrator 資料庫中發現重複的項目: 動作類別重複: 1 個名稱為「actionName」的項目。刪除不必要的項目可解決重複問題。

    此移轉前步驟會通知您有關來源 vRO 資料庫中重複項目的資訊,並在驗證期間停止移轉程序。此步驟會報告來源 Orchestrator 資料庫中的所有重複項目,您需要檢閱並手動移除這些重複項目,才能重新執行移轉。

    在來源 Orchestrator 資料庫中發現重複項目時,移轉至 vRealize Orchestrator 7.5 失敗。您必須解決重複項目,才能重新執行移轉。

  • 使用者要求下載記錄服務包時遇到長時間延遲

    修正之前,會在每個下載要求中動態產生記錄服務包封存檔。修正之後,封存檔會在記錄服務包產生過程中產生,因此已存在於檔案系統中。

  • 升級後或變更 SSO 管理員密碼後,vRA 入口網站關閉 (服務無法使用)

    如果使用者在 vRO 控制中心中設定了自訂 vRO 驗證提供者,則升級後或變更 SSO 管理員密碼後,此值會被預設值 (vsphere.local\vcoadmins) 覆寫。

  • vRA 升級在 IaaS 升級階段失敗,因為執行資料庫容錯移轉

    在 7.3.1 和 7.4 中,Postgres 同步複寫在虛擬應用裝置更新前指令碼的開頭處於停用狀態,而在虛擬應用裝置升級程序結束時重新啟動。這可能會導致在 IaaS 升級階段失敗,因為主要虛擬應用裝置重新開機後會執行容錯移轉。

  • 由於使用者帳戶到期,資料庫容錯移轉可能會失敗

    系統使用者帳戶可能已到期。

  • 瀏覽器最大化時,[執行] 按鈕對於批次升級不起作用

    如果您在瀏覽器最大化時前往 VAMI 中的 [軟體代理程式] 索引標籤,並嘗試按一下 [執行],此按鈕對於批次升級不起作用。

  • 軟體代理程式中的所有文字方塊不會提供預設值做為資訊工具提示的一部分

    軟體代理程式中的文字方塊不會提供預設值做為資訊工具提示的一部分。

  • 由於 vRealize Orchestrator 資料庫中存在重複項目,升級到 vRA 7.5 失敗

    vRealize Orchestrator 資料庫中有重複項目時,可能會發生此問題。
    在 VAMI 的 [更新] 索引標籤中,會顯示指示在安裝前階段升級已失敗的錯誤。在更新前記錄中,會顯示下列類型的錯誤:System tables duplicates:
            2 items with ID 'xxx' in database table 'vmo_scriptmodulecontent'
            刪除不必要的項目可解決重複問題。

  • 無法安裝大型外掛程式

    vRO 組態伺服器仍具有 512 MB 的大小上限 (不是指 vRO 服務本身,而是 vRO 設定工具服務)。對於外掛程式,由於較大,使用者必須手動調整 vRO 組態伺服器,才能成功安裝外掛程式,這將造成極大的不便。vRO 組態服務的記憶體大小已變更為 768 MB。

  • 新增 在藍圖層級透過軟體服務傳遞的自訂內容會導致 SQL 2014 安裝程式錯誤

    在 Windows 2016 機器上安裝 SQL 2014 時,在藍圖層級新增的任何內容均導致同一內容在軟體層級出現重複。將會出現 SQL 2014 安裝錯誤:  

    Microsoft.SqlServer.Chainer.Infrastructure.ChainerInfrastructureException: Item has already been added.Key in dictionary: 'swa_osversion' Key being added: 'swa_osversion' ---> System.ArgumentException: Item has already been added.Key in dictionary: 'swa_osversion' Key being added: 'swa_osversion'

    其中 'swa_osversion' 是使用者在藍圖層級新增的自訂內容。 

已知問題

已知問題分類如下。

安裝
  • 在 Windows 土耳其語言版本上全新安裝 vRealize Automation 7.2 時,資料庫設定失敗
    如果 IaaS 伺服器為 Windows 土耳其語言版本,vRealize Automation 安裝精靈會在資料庫設定期間失敗,並顯示此錯誤訊息:MSB3073。

    因應措施:此問題預計在未來版本中解決。

  • 當手動安裝 7.3 IaaS 網站元件時,IaaS 安裝程式顯示憑證驗證錯誤。

    在選取網站元件的情況下,在 [IaaS 伺服器自訂安裝] 頁面上按下一步時,會顯示錯誤訊息。此錯誤訊息為誤報,即使選取正確的選項,也會顯示此訊息。

    因應措施:在 vRealize Automation 應用裝置上開啟 SSH 連線。執行此命令以擷取將安裝網站元件之機器的節點識別碼:vra-command list-nodes。執行此命令以取得 Web 安裝命令參數的說明:vra-command help install-web。 

  • 新增 Java 更新 1.8 (版本 u192、u201 和 u202) 與 7.5 安裝不相容。

    如果尚未套用自動必要條件修正,最新的 Java 更新 1.8 (版本 u192、u201 和 u202) 可能會導致 IaaS 資料庫安裝出現問題。

    因應措施:使用 Java 版本 1.8 u191。或者,您可以在啟用自動必要條件修正的情況下安裝 7.5,以便在 IaaS 機器上安裝較舊的 Java 版本 1.8 u191。安裝完成後,可以手動安裝較新版本的 Java 1.8 版本 u201 或 u202。

  • 在執行 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%';」。

  • vRA 7.5 的初始 OVF 部署失敗並顯示錯誤:Deployment failed, you will need to redeploy.

    在應用裝置主控台上執行初始 OVF 部署之後,您會看到類似下列內容的錯誤:

    錯誤: DEPLOYMENT FAILED, YOU WILL NEED TO REDEPLOY
    錯誤記錄位於 /var/log/boot.msg

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

升級
  • 在 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.1 到 7.4 升級至 7.5 後,會出現 CPU 負載增加的情況

    將 vRealize Automation 7.1 到 7.4 升級至 7.5 時,重複的項目會新增到 IaaS 資料庫的 DynamicOps.Repository.WorkflowSchedules 資料表中。重複的排程針對度量工作流程。升級後,同時執行相同計算的多個度量工作流程會增加系統上的 CPU 負載。

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

  • 從 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"
  • 從 vRA 7.3 及更新版本升級後,vRA 7.5 中的健全狀況服務組態資料遺失

    健全狀況服務資料目前儲存在 vRA Postgres 資料庫中,而不是 vRA 7.3 和 7.4 之健全狀況服務中使用的內部資料存放區。沒有歷史資料的移轉路徑,並且升級後需要重新設定健全狀況服務。

    因應措施:設定升級後的健全狀況服務檢查。

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

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

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

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

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

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

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

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

  • 新增 如果 Log Insight 代理程式服務和更新程式服務正在執行,則升級程序會自動停止這些服務,並且在升級完成後不會將其啟動。

    如果 Log Insight 代理程式服務和 Log Insight 代理程式更新程式服務已安裝且正在執行,則升級程序會自動停止這些服務。升級完成後,您必須手動啟動 Log Insight 代理程式服務。

設定和佈建

  • 在高負載條件下,在負載平衡器上 vRA 叢集節點會報告為「關閉」

    在高負載條件下或容錯移轉後作業期間,在外部負載平衡器上 vRA 節點可能會標記為「關閉」(錯誤 503)。自 vRA 7.5 起,由於 vRA 節點健全狀況檢查的相依性,納入了 vIDM 健全狀況檢查。
    在壓力之下,內嵌式 vIDM 執行個體的健全狀況檢查需要較長時間進行回應,因而會提前在負載平衡器中將 vRA 節點標記為 [關閉]。

    請參閱知識庫文章 58709

  • 無法在 Chrome Edge 和 IE 中調整唯讀文字區域的大小

    如果 XaaS 藍圖包含較大文字區域,在 Chrome Edge 和 IE 中無法正確調整文字區域大小,因為缺少 Microsoft CSS 支援。

    或者,您可以使用 Firefox 瀏覽器。

  • 具有 [任何] 陣列類型的外部 vRO 動作不支援在自訂表單中填入欄位或內容

    將自訂表單中的欄位或自訂內容設定為透過 [任何] 陣列類型的 vRO 動作填入,會導致表單出現錯誤,並且無法正常運作。
    在各種使用案例中使用具有此傳回類型的動作可能非常容易出錯,我們要阻止客戶在其表單中進行此類設定。

  • 由軟體服務佈建的事件代理資源不會清除,並且在機器層級重新佈建時無法執行軟體佈建

    如果您在已部署軟體元素的機器上執行第 2 天重新佈建作業,軟體不會在已佈建的虛擬機器上進行重新部署。

    因應措施:無。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • 在 Azure 目錄申請中,無法刪除藍圖中定義的自訂內容

    將包含自訂內容的 Azure 藍圖新增至目錄權利中的藍圖後,您可以在目錄申請期間使用或覆寫內容的預設值。但無法移除此內容。

    因應措施:如果您不想要使用此內容,必須從藍圖中移除自訂內容。

  • 新增 使用 CloudClient 將藍圖匯入到 vRA,作業狀態失敗並顯示錯誤訊息

    在 vRA 7.5 中,新增了在藍圖建立和藍圖申請時執行軟體元件驗證的操作,這可能會導致類似下列內容的錯誤訊息:範例:"operationStatus" : "FAILED","operationErrors" : [ { "errorCode" : 900184, "errorMessage" : 「在 [Common-Functions] 元件中,軟體元件 [VMware-vRA-Common-Functions 未連結至 Common]」} 驗證原則是,在任何隔離的 vSphere 機器中,如果存在多個軟體元件,它們必須具有相依性,例如,SWA 取決於 SWB,而 SWB 取決於 SWC (SWA -> SWB -> SWC)。相依性顯示了在軟體元件安裝時的執行順序。不允許同時佈建這兩個軟體元件,導致出現以下格式的錯誤訊息:「在 <[component_name]> 元件中,軟體元件 [SWA 未連結至 SWB]」。

    因應措施:根據錯誤訊息找到 yaml 檔案中有問題的軟體元件,並在單獨的行中新增 "dependsOn: - ",如此處所示:SWA: type: Software.SWA dependsOn: - SWB data:

  • 新增 無法從 [基礎結構] 索引標籤建立計算資源保留區。

    從 [基礎結構] 索引標籤中,當您按一下 [計算資源] 並選取 [新增保留區] 時,未顯示 [新增保留區] 頁面。

先前已知問題

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

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