共用方式為

Azure Local 2411 版本中的已知問題

  • 發行項

適用於：Azure 本地，版本 23H2

本文會識別 Azure Local 2411 版本中的重要已知問題及其因應措施。

這些版本資訊會持續更新，而且當發現需要因應措施的嚴重問題時，就會新增它們。 部署 Azure 本機實例之前，請先仔細檢閱這裡所包含的資訊。

重要

如需此版本支援更新路徑的資訊，請參閱 版本資訊。

如需此版本中新功能的詳細資訊，請參閱 23H2 的新功能。

版本 2411 的已知問題

此軟體版本對應至軟體版本號碼 2411.0.24。

重要

此軟體的新部署將會使用 2411.0.22 組建，而如果您從 2408.2 更新，您將取得 2411.0.24 組建。 如果您已從 2408.2 更新為 2411.0.22，則不需要採取任何動作。

此版本的版本資訊包括此版本中已修正的問題、此版本中的已知問題，以及舊版所轉載的版本附注問題。

注意

如需常見已知問題的詳細補救，請參閱 Azure 本地支援能力 GitHub 存放庫。

已修正問題

此版本中已修正下列問題：

特徵 問題 因應措施/批注
Arc VM 管理 如果您嘗試在移轉的 VM 上啟用客體管理，作業會失敗，並出現下列錯誤：（InternalError） 許可 Webhook “createupdatevalidationwebhook.infrastructure.azstackhci.microsoft.com” 拒絕要求：在資源建立後無法變更 OsProfile

此版本中的已知問題

下表列出此版本中的已知問題：

特徵 問題 因應措施
安全性弱點 Microsoft 已識別出一個安全性弱點，可能會使在 Azure 本機建立 Arc VM 時使用的本機系統管理員憑證被 VM 以及其主機上的非系統管理員使用者存取。
在 Azure Local 2411 版本之前的版本上執行的 Arc VM 很容易受到攻擊。		 若要識別需要這項變更和變更帳戶密碼的 Arc VM，請參閱下列詳細指示：Azure 本機上 Arc VM 安全性弱點。
部署
升級		 如果在部署 Azure Local 之前，時區未設定為 UTC，則驗證期間會發生 ArcOperationTimeOut 錯誤。 顯示下列錯誤訊息：OperationTimeOut、未從裝置接收任何更新以進行作業。 根據您的案例，針對此問題選擇下列其中一個因應措施：

案例 1. 開始部署之前，請確定時區設定為UTC。

連線到每個 Azure 本機節點，並將時區變更為 UTC。

執行下列命令：Set-TimeZone -Id "UTC"。

案例 2. 如果您在未設定 UTC 時區的情況下啟動部署，並收到驗證階段中所述的錯誤，請遵循下列步驟：

1.連線到每個 Azure 本機節點。 使用 Set-TimeZone -Id "UTC"將時區變更為UTC。 重新啟動節點。

2.在節點重新啟動之後，請移至 Azure 入口網站中的 Azure 本機資源。 再次啟動驗證以解決問題，並繼續進行部署或升級。

如需詳細的補救步驟，請參閱 Azure 本機支援性 GitHub 存放庫中的疑難解答指南。
更新 從 2408.2.7 版更新至 2411.0.24 時，更新程式可能會失敗，並出現下列錯誤訊息：Type 'CauPreRequisites' of Role 'CAU' raised an exception: Could not finish cau prerequisites due to error 'Cannot remove item C:\UpdateDistribution\<any_file_name>: Access to the path is denied.' 如需如何減輕此問題的詳細步驟，請參閱 更新的 Azure 本機疑難解答指南。
更新 在 2411 版中，方案與解決方案產生器擴充功能更新不會在單一更新執行中合併。 若要套用方案產生器延伸模組套件，您需要個別的更新執行。
更新 在此版本中套用解決方案更新時，更新可能會失敗。 只有在更新於 11 月 26 日之前啟動的情況下，這才會發生。 造成失敗的問題可能會導致下列其中一個錯誤訊息：

錯誤 1 - 步驟「更新 ARB 和擴充功能」發生錯誤 "Clear-AzContext" 失敗代碼 0，並在「Clear-AzPowerShellCache」中呼叫 "Initialize" 時出現 「1」 引數的例外狀況："物件參考未設定為物件的執行個體"。

錯誤 2 - 步驟 “EvalTVMFlow” 錯誤 “CloudEngine.Actions.InterfaceInvocationFailedException：角色 'ArcIntegration' 的類別 'EvalTVMFlow' 引發例外狀況：此模組需要 Az.Accounts 3.0.5 版。 較早版本的 Az.Accounts 已被匯入到目前的 PowerShell 工作階段中。 匯入此模組之前，請先開啟新的工作階段。 此錯誤可能表示系統上已安裝多個不相容版本的 Azure PowerShell Cmdlet。 如需疑難解答資訊，請參閱 https://aka.ms/azps-version-error。」

根據 PowerShell 模組的版本，可能會針對 3.0.4 和 3.0.5 版報告上述錯誤。		 如需獲得減輕此問題的詳細步驟，請前往：https://aka.ms/azloc-update-30221399。

舊版的已知問題

下表列出舊版的已知問題：

特徵 問題 因應措施
修復伺服器 修復節點並執行命令 Set-AzureStackLCMUserPassword之後，您可能會遇到下列錯誤：

CloudEngine.Actions.InterfaceInvocationFailedException: Type 'ValidateCredentials' of Role 'SecretRotation' raised an exception: Cannot load encryption certificate. The certificate setting 'CN=DscEncryptionCert' does not represent a valid base-64 encoded certificate, nor does it represent a valid certificate by file, directory, thumbprint, or subject name. at Validate-Credentials		 請遵循下列步驟來減輕問題：

$NewPassword = <Provide new password as secure string>

$OldPassword = <Provide the old/current password as secure string>

$Identity = <LCM username>

$credential = New-Object -TypeName PSCredential -ArgumentList $Identity, $NewPassword

1.匯入必要的模組：

Import-Module "C:\Program Files\WindowsPowerShell\Modules\Microsoft.AS.Infra.Security.SecretRotation\PasswordUtilities.psm1" -DisableNameChecking

2.檢查 ECE 叢集群組的狀態：

$eceClusterGroup = Get-ClusterGroup | Where-Object {$_.Name -eq "Azure Stack HCI Orchestrator Service Cluster Group"}

if ($eceClusterGroup.State -ne "Online") {Write-AzsSecurityError -Message "ECE cluster group is not in an Online state. Cannot continue with password rotation." -ErrRecord $_}

3. 使用新密碼來更新 ECE：

Write-AzsSecurityVerbose -Message "Updating password in ECE" -Verbose

$eceContainersToUpdate = @("DomainAdmin", "DeploymentDomainAdmin", "SecondaryDomainAdmin", "TemporaryDomainAdmin", "BareMetalAdmin", "FabricAdmin", "SecondaryFabric", "CloudAdmin") <br><br> foreach ($containerName in $eceContainersToUpdate) {Set-ECEServiceSecret -ContainerName $containerName -Credential $credential 3>$null 4>$null} <br><br> Write-AzsSecurityVerbose -Message "Finished updating credentials in ECE." -Verbose

4.更新 Active Directory 中的密碼：

Set-ADAccountPassword -Identity $Identity -OldPassword $OldPassword -NewPassword $NewPassword
Arc VM 管理 不支援使用導出的 Azure VM OS 磁碟作為 VHD 來建立布建 Arc VM 的資源庫映射。 執行命令 restart-service mochostagent 重新啟動mochostagent服務。
網路 當節點設定為位址中有大寫字母的代理伺服器時，例如 HTTPS://10.100.000.00:8080，Arc 延伸模組在現有組建版本的節點上無法安裝或更新，包括 2408.1 版。 不過，節點會維持Arc連線。 請遵循下列步驟來減輕問題：

1.以小寫設定環境值。 [System.Environment]::SetEnvironmentVariable("HTTPS_PROXY", "https://10.100.000.00:8080", "Machine")。

2.驗證已設定值。 [System.Environment]::GetEnvironmentVariable("HTTPS_PROXY", "Machine").

3.重新啟動Arc服務。

Restart-Service himds

Restart-Service ExtensionService

Restart-Service GCArcService

4. 使用小寫代理資訊向 AzcmaAgent 發出訊號。

& 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config set proxy.url https://10.100.000.00:8080

& 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config list
網路 當 Arc 機器當機時，在新的入口網站體驗中，[所有叢集] 頁面會顯示「部分連線」或「最近未連線 狀態」。 即使 Arc 機器狀況良好，它們可能不會顯示「已連線」狀態。 此問題沒有已知的因應措施。 若要檢查連線狀態，請使用舊體驗來查看其是否顯示為「連線」。
安全性 SideChannelMitigation 安全性功能可能不會顯示已啟用狀態，即使已啟用也一樣。 此版本中沒有替代方案。 如果您遇到此問題，請連絡Microsoft支援以判斷後續步驟。
Arc VM 管理 Mochostagent 服務看似正在運行，但可能會卡住而無法更新日誌，長達一個多月。 您可以藉由檢查 C:\programdata\mochostagent\logs 中的服務記錄來識別此問題，以查看記錄是否已更新。 執行下列命令以重新啟動mochostagent服務：restart-service mochostagent。
升級 在將戳記從版本 2311 或之前的組建升級至版本 2408 或更新版本時，新增節點和修復節點的作業可能會失敗。 例如，您可能會看到錯誤：Type 'AddAsZHostToDomain' of Role 'BareMetal' raised an exception。 此版本中沒有因應措施。 如果您遇到此問題，請連絡Microsoft支援以判斷後續步驟。
更新 使用 Azure 更新管理員檢視 Azure 本地實例的整備檢查結果時，可能會有多個具有相同名稱的整備檢查。 此版本中沒有已知的因應措施。 選取 [檢視詳細資訊 以檢視整備檢查的特定資訊。
部署 在某些情況下，在 Azure 本機電腦的註冊期間，可能會在偵錯記錄中看到此錯誤：發生內部伺服器錯誤。 可能未安裝裝置部署所需的其中一個強制擴充功能。 請遵循下列步驟來減輕問題：

$Settings = @{ "CloudName" = $Cloud; "RegionName" = $Region; "DeviceType" = "AzureEdge" }

New-AzConnectedMachineExtension -Name "AzureEdgeTelemetryAndDiagnostics" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Observability" -Settings $Settings -ExtensionType "TelemetryAndDiagnostics" -EnableAutomaticUpgrade

New-AzConnectedMachineExtension -Name "AzureEdgeDeviceManagement" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.Edge" -ExtensionType "DeviceManagementExtension"

New-AzConnectedMachineExtension -Name "AzureEdgeLifecycleManager" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Orchestration" -ExtensionType "LcmController"

New-AzConnectedMachineExtension -Name "AzureEdgeRemoteSupport" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Observability" -ExtensionType "EdgeRemoteSupport" -EnableAutomaticUpgrade
更新 在此版本中，當 Azure 入口網站錯誤地將更新狀態回報為 無法更新 或 進行中 時，即使更新已完成，仍會發生間歇性問題。 透過遠端 PowerShell 工作階段連線到您的 Azure 本機執行個體。 若要確認更新狀態，請執行下列 PowerShell Cmdlet：

$Update = get-solutionupdate| ? version -eq "<version string>"

請將版本字串替換為您正在使用的版本。 例如，“10.2405.0.23”。

$Update.state

如果更新狀態顯示為 已安裝，那麼您不需要採取進一步的動作。 Azure 入口網站在24小時內會正確更新狀態。
若要更快重新整理狀態，請遵循其中一個節點上的這些步驟。
重新啟動雲端管理叢集群組。
Stop-ClusterGroup "Cloud Management"
Start-ClusterGroup "Cloud Management"
更新 在初始MOC更新期間，因為目錄快取中找不到目標MOC版本，所以會發生失敗。 在後續更新和重試中，目標版本顯示為MOC，但未成功更新，因此導致Arc Resource Bridge更新失敗。

若要驗證此問題，請使用 Azure 本機版本 23H2 的解決方案更新疑難排解，來收集更新記錄。 記錄檔應該會顯示類似的錯誤訊息（目前版本在錯誤訊息中可能不同）：

[ERROR: { "errorCode": "InvalidEntityError", "errorResponse": "{\n\"message\": \"the cloud fabric (MOC) is currently at version v0.13.1. A minimum version of 0.15.0 is required for compatibility\"\n}" }]		 請遵循下列步驟來減輕問題：

1.若要尋找 MOC 代理程式版本，請執行下列命令：'C:\Program Files\AksHci\wssdcloudagent.exe' version。

2.使用 命令的輸出，從下表中尋找符合代理程式版本的MOC版本，並將 $initialMocVersion 設定為該MOC版本。 若要設定 $targetMocVersion，請先找出您要更新的 Azure 本機組建，接著從下表取得對應的 MOC 版本。 請在以下提供的緩解腳本中使用這些值：

組建 MOC 版本 代理程式版本
2311.21.0.24.10106v0.13.0-6-gf13a73f7， v0.11.0-alpha.38,01/06/2024
24021.0.25.10203v0.14.0、v0.13.1、02/02/2024
2402.11.0.25.10302v0.14.0、v0.13.1、03/02/2024
2402.21.1.1.10314v0.16.0-1-g04bf0dec， v0.15.1， 03/14/2024
2405/2402.31.3.0.10418v0.17.1、v0.16.5、04/18/2024


例如，如果代理程式版本是 v0.13.0-6-gf13a73f7，v0.11.0-alpha.38,01/06/2024，則 $initialMocVersion = "1.0.24.10106"，如果您要更新為 2405.0.23，則 $targetMocVersion = "1.3.0.10418"。

3.在第一個節點上執行下列 PowerShell 命令：

$initialMocVersion = "<initial version determined from step 2>"
$targetMocVersion = "<target version determined from step 2>"

# 匯入MOC模組兩次
import-module moc
import-module moc
$verbosePreference = "Continue"

# 清除 SFS 目錄快取
Remove-Item (Get-MocConfig).manifestCache

# 將版本設定為更新之前的目前MOC版本，並將狀態設定為更新失敗
Set-MocConfigValue -name "version" -value $initialMocVersion
Set-MocConfigValue -name "installState" -value ([InstallState]::UpdateFailed)

# 將MOC更新重新執行至所需的版本
Update-Moc -version $targetMocVersion

4.繼續更新。
Azure 本機上的 AKS AKS 叢集的建立失敗，發生了 Error: Invalid AKS network resource id錯誤。 當相關聯的邏輯網路名稱有底線時，就會發生此問題。 邏輯網路名稱無法支援底線。 請務必不要在 Azure 本機部署的邏輯網路名稱中使用底線。
修復伺服器 在罕見的情況下，Repair-Server 作業會失敗，並發生 HealthServiceWaitForDriveFW 錯誤。 在這些情況下，已修復節點的舊磁碟驅動器不會被移除，而新磁碟則會停留在維護模式中。 為避免此問題，務必確保您不要透過 Windows Admin Center 清空節點，或在開始 Repair-Server之前使用 Suspend-ClusterNode -Drain PowerShell Cmdlet。
如果發生此問題，請連絡Microsoft支援以取得後續步驟。
修復伺服器 當單一節點 Azure 本機實例從 2311 更新至 2402，然後執行 Repair-Server 時，就會發生此問題。 修復作業失敗。 修復單一節點之前，請遵循下列步驟：
1. 執行 ADPrepTool的版本 2402。 請遵循準備 Active Directory中的步驟。 此動作迅速，為組織單位 (OU) 新增必要的權限。
2.將計算機物件從 Computers 區段移至根 OU。 執行下列命令：
Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>"
部署 如果您自行準備 Active Directory（不使用 Microsoft 提供的腳本和程式），您的 Active Directory 驗證可能會因缺少 Generic All 權限而失敗。 這是因為驗證檢查中存在一個問題，即該檢查需要一個專門用於 msFVE-RecoverInformationobjects – General – Permissions Full control的許可權項目，而這是 BitLocker 復原所必需的。 使用 準備 AD 腳稿方法 或使用您自己的方法，請務必指派特定許可權 msFVE-RecoverInformationobjects – General – Permissions Full control。
部署 此版本中罕見的問題，其中 DNS 記錄會在 Azure 本機部署期間遭到刪除。 發生這種情況時，會看到下列例外狀況：
Type 'PropagatePublicRootCertificate' of Role 'ASCA' raised an exception:<br>The operation on computer 'ASB88RQ22U09' failed: WinRM cannot process the request. The following error occurred while using Kerberos authentication: Cannot find the computer ASB88RQ22U09.local. Verify that the computer exists on the network and that the name provided is spelled correctly at PropagatePublicRootCertificate, C:\NugetStore\Microsoft.AzureStack, at Orchestration.Roles.CertificateAuthority.10.2402.0.14\content\Classes\ASCA\ASCA.psm1: line 38, at C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 127,at Invoke-EceInterfaceInternal, C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 123.		 檢查 DNS 伺服器，以查看節點是否有任何 DNS 記錄遺失。 在其 DNS 記錄遺失的節點上套用下列緩解措施。

重新啟動 DNS 用戶端服務。 開啟 PowerShell 執行階段，並在受影響的節點上執行下列 cmdlet：
Taskkill /f /fi "SERVICES eq dnscache"
部署 在此版本中，多節點部署發生遠端工作失敗，導致下列例外狀況：
ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>).		 緩和措施是重新啟動受影響節點上的 ECE 代理程式。 在您的電腦上，開啟 PowerShell 視窗並執行以下命令：
Restart-Service ECEAgent。
新增伺服器 在此版本和舊版中，將計算機新增至系統時，無法更新 Proxy 略過清單字串以包含新計算機。 更新主機上的環境變數 Proxy 略過清單將不會更新 Azure Resource Bridge 或 AKS 上的 Proxy 略過清單。 此版本中沒有因應措施。 如果您遇到此問題，請連絡Microsoft支援以判斷後續步驟。
新增/修復伺服器 在此版本中，當新增或修復機器時，從現有節點複製軟體負載平衡器或網路控制器 VM 憑證會發生錯誤。 失敗是因為部署/更新期間不會產生這些憑證。 此版本中沒有替代方案。 如果您遇到此問題，請連絡Microsoft支援以判斷後續步驟。
部署 在此版本中，發生暫時性問題，導致部署失敗，但發生下列例外狀況：
Type 'SyncDiagnosticLevel' of Role 'ObservabilityConfig' raised an exception:*<br>*Syncing Diagnostic Level failed with error: The Diagnostic Level does not match. Portal was not set to Enhanced, instead is Basic.		 由於這是暫時性問題，因此重試部署應該修正此問題。 如需詳細資訊，請參閱如何 重新執行部署。
部署 在此版本中，[秘密 URI/位置] 欄位發生問題。 這是標示為 非必要 的字段，卻會導致 Azure Resource Manager 範本部署失敗。 使用 透過 Azure Resource Manager 範本部署 Azure 本機版本 23H2 中的範例參數檔案，以確保所有輸入都以所需的格式提供，然後嘗試部署。
如果部署失敗，您也必須清除下列資源，才能 重新執行部署：
1.移除 C:\EceStore。
2.刪除 C:\CloudDeployment。
3. 刪除 C:\nugetstore。
4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation。
安全性 針對新的部署，具有安全核心功能的裝置預設不會啟用動態根測量（DRTM）。 如果您嘗試使用 Enable-AzSSecurity Cmdlet 來啟用 （DRTM），您會看到目前版本不支援DRTM設定的錯誤。
Microsoft建議採用深度防禦，UEFI 安全開機透過確保只有在簽署並驗證後載入，仍然保護信任靜態根（SRT）開機鏈中的元件。		 此版本不支援DRTM。
網路 使用 Proxy 伺服器時，環境檢查會失敗。 根據設計，winHTTP 和 wininet 的略過清單不同，這會導致驗證檢查失敗。 請遵循下列因應措施步驟：

1. 在健康檢查之前，以及在開始部署或更新之前，清除 Proxy 略過清單。

2. 通過檢查之後，等待確認部署或更新是否失敗。

3.再次設定 Proxy 略過清單。
Arc VM 管理 當此作業期間自動產生的臨時SPN密碼以連字號開頭時，Arc資源橋接器的部署或更新可能會失敗。 重試部署/更新。 重試應該會重新生成SPN密鑰，且操作可能會成功。
Arc VM 管理 Arc VM 上的 Arc 延伸模組會無限期保持在「建立」狀態。 登入 VM、開啟命令提示字元，然後輸入下列命令：
Windows：
notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json
Linux：
sudo vi /var/opt/azcmagent/agentconfig.json
接下來，尋找 resourcename 屬性。 刪除附加在資源名稱結尾的 GUID，以便此屬性與 VM 的名稱一致。 然後重新啟動 VM。
Arc VM 管理 將新電腦新增至 Azure 本機實例時，不會為新建立的磁碟區自動建立記憶體路徑。 您可以手動建立任何新磁碟區的記憶體路徑。 如需詳細資訊，請參閱 建立記憶體路徑。
Arc VM 管理 Arc VM 作業在重新啟動後會於大約 20 分鐘內完成，儘管 VM 本身大約在一分鐘內重新啟動。 此版本中沒有已知的因應措施。
Arc VM 管理 在某些情況下，Azure 入口網站中顯示邏輯網路的狀態為失敗。 當您嘗試刪除邏輯網路而不先刪除任何資源，例如與該邏輯網路相關聯的網路介面時，就會發生這種情況。
您仍然可以在此邏輯網路上建立資源。 此實例中的狀態會誤導。		 如果當此邏輯網路配置時其狀態為 成功，您可以繼續在此網路上建立資源。
Arc VM 管理 在此版本中，當您使用 Azure CLI 以連結至它的數據磁碟更新 VM 時，作業會失敗，並出現下列錯誤訊息：
找不到名稱為的虛擬硬碟。		 針對所有 VM 更新作業使用 Azure 入口網站。 如需詳細資訊，請參閱 管理Arc VM 和 管理Arc VM資源。
更新 在罕見的實例中，您在更新 Azure 本機實例時可能會遇到此錯誤：Type 'UpdateArbAndExtensions' of Role 'MocArb' raised an exception: Exception Upgrading ARB and Extension in step [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]。 如果您看到此問題，請連絡 Microsoft 支援服務以協助您進行後續步驟。
網路 此版本中發生不常的 DNS 用戶端問題，導致部署在兩個節點系統上失敗，且發生 DNS 解析錯誤：傳送 RestRequest 時發生 webException 。WebException.Status：NameResolutionFailure。 由於錯誤，第二個節點的 DNS 記錄會在建立后不久刪除，因而產生 DNS 錯誤。 重新啟動電腦。 此作業會註冊 DNS 記錄，以防止它遭到刪除。
Azure 入口網站 在某些情況下，Azure 入口網站可能需要一些時間才能更新，而且檢視可能不是最新的。 您可能需要等候 30 分鐘以上才能查看更新的檢視。
Arc VM 管理 從 Azure 入口網站刪除 Arc VM 上的網路介面無法在此版本中運作。 使用 Azure CLI 先移除網路介面，然後再將其刪除。 如需詳細資訊，請參閱 移除網路介面，請參閱 刪除網路介面。
部署 在 Azure 入口網站中未偵測到以不正確的語法提供 OU 名稱。 不正確的語法包含不支援的字元，例如 &,",',<,>。 在系統驗證期間稍後的步驟中偵測到不正確的語法。 請確定 OU 路徑語法正確且不包含不支援的字元。
部署 透過 Azure Resource Manager 的部署會在 2 小時後逾時。 超過2小時的部署雖然系統成功建立，但在資源群組中顯示為失敗。 若要在 Azure 入口網站中監視部署，請前往 Azure 本地實例資源，然後移至新的 部署 項目。
Azure Site Recovery （Azure 的站點復原服務） 在此版本中，Azure Site Recovery 無法安裝在 Azure 本機實例上。 此版本中沒有已知的因應措施。
更新 透過 Azure 更新管理員更新 Azure 本機實例時，Azure 入口網站中可能不會顯示更新進度和結果。 若要解決此問題，請在每個節點上新增下列登錄機碼（不需要值）：

New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force

然後在其中一個節點上重新啟動雲端管理叢集群組。

Stop-ClusterGroup "Cloud Management"

Start-ClusterGroup "Cloud Management"

這不會完全補救問題，因為進度詳細數據在更新程序期間可能仍未顯示。 若要取得最新的更新詳細數據，您可以使用PowerShell擷取更新進度。
更新 在 Azure Update Manager 中，罕見的情況下，如果失敗的更新卡在 進行中 狀態，再試一次 按鈕會被停用。 若要繼續更新，請執行下列 PowerShell 命令：
Get-SolutionUpdate | Start-SolutionUpdate。
更新 在某些情況下，如果 Send-DiagnosticData 命令之後執行，SolutionUpdate 命令可能會失敗。 請務必關閉用於 Send-DiagnosticData的 PowerShell 工作階段。 開啟新的 PowerShell 會話，並用它來執行 SolutionUpdate 命令。
更新 在罕見的情況下，當從 2311.0.24 更新至 2311.2.4 時，系統狀態報告顯示為 進行中，而不是預期的 更新失敗。 重試更新。 如果問題持續發生，請連絡Microsoft支援。
更新 嘗試安裝方案更新在 CAU 步驟結束時可能失敗：
 There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on.
如果 Cluster Name 或 Cluster IP Address 資源在節點重新啟動后無法啟動，而且在小型部署中最為常見，就會發生這個罕見的問題。		 如果您遇到此問題，請連絡Microsoft支援以取得後續步驟。 他們可以與您合作，手動重新啟動 Azure 本機資源，並視需要繼續更新。
更新 將系統更新套用至 10.2402.3.11 時，Get-SolutionUpdate Cmdlet 可能不會回應，而且最終會在大約 10 分鐘後失敗，並出現 RequestTimeoutException。 這可能是在新增或修復伺服器案例之後發生。 使用 Start-ClusterGroup 和 Stop-ClusterGroup Cmdlet 重新啟動更新服務。

Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Stop-ClusterGroup

Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Start-ClusterGroup

成功執行這些 Cmdlet 後，應該能使更新服務上線。
叢集感知更新 嘗試恢復節點操作未能成功恢復節點。 這是暫時性的問題，可以自行解決。 等候幾分鐘，然後重試作業。 如果問題持續發生，請連絡Microsoft支援。
叢集感知更新 暫停節點作業停滯超過90分鐘。 這是暫時性的問題，可以自行解決。 等候幾分鐘，然後重試作業。 如果問題持續發生，請連絡Microsoft支援。

後續步驟