Ismert problémák megtekintése az Azure Stack HCI 2405-kiadásban

A következőkre vonatkozik: Azure Stack HCI, 23H2-es verzió

Ez a cikk az Azure Stack HCI 2405-kiadás kritikus fontosságú ismert problémáit és kerülő megoldásait ismerteti.

A kibocsátási megjegyzések folyamatosan frissülnek, és a megkerülő megoldást igénylő kritikus problémák felderítése után a rendszer hozzáadja őket. Az Azure Stack HCI üzembe helyezése előtt gondosan tekintse át a kibocsátási megjegyzésekben található információkat.

Fontos

A kiadás támogatott frissített elérési útjairól további információt a Kiadási információk című témakörben talál.

A jelen kiadás új funkcióiról további információt a 23H2 újdonságai című témakörben talál.

A 2405-ös verzióval kapcsolatos problémák

Ez a szoftverkiadás a 2405.0.24-es szoftververzióra képez le.

A verzió kibocsátási megjegyzései közé tartoznak az ebben a kiadásban kijavított problémák, a kiadás ismert problémái, valamint a korábbi verziókból átvitt problémák.

Megoldott problémák

Az alábbiakban a kiadásban kijavított problémákat találja:

Szolgáltatás	Probléma	Áthidaló megoldás/megjegyzések
Active Directory	A nagy Active Directoryt használó fürttelepítések során a rendszer kijavított egy hibát, amely időtúllépéseket okozhat a felhasználók helyi rendszergazdai csoporthoz való hozzáadásakor.
Felfejlődés	Új ARM-sablonok jelennek meg a fürtlétrehozáshoz, amelyek leegyszerűsítik a függőségi erőforrások létrehozását. Ezek a sablonok néhány javítást tartalmaznak, amelyek a hiányzó kötelező mezőket javították.
Felfejlődés	A titkos kulcsváltás PowerShell-parancsa Set-AzureStackLCMUserPassword egy új paramétert támogat a megerősítést kérő üzenet kihagyásához.
Felfejlődés	Javította a titkos kulcsok rotálásának megbízhatóságát, ha a szolgáltatások nem indulnak újra időben.
Felfejlődés	Kijavítottunk egy hibát, amely miatt az üzembe helyezés engedélyezve lett egy különálló névtér használatakor.
Felfejlődés	Kijavítottunk egy hibát az üzembe helyezés során, amikor az Azure-ban és az eszközön beállítottuk a diagnosztikai szintet.
SBE	Megjelenik egy új PowerShell-parancs, amely az üzembe helyezéskor megadott SBE-partnertulajdonság-értékek frissítésére használható.
SBE	Kijavítottunk egy hibát, amely megakadályozta, hogy a frissítési szolgáltatás válaszoljon a kérelmekre, miután egy SBE csak a frissítési futtatás után futott.
Kiszolgáló hozzáadása Kiszolgáló javítása	Kijavítottunk egy hibát, amely megakadályozza, hogy egy csomópont csatlakozzon az Active Directoryhoz egy kiszolgáló hozzáadása során.
Hálózati	Javította a hálózati ATC megbízhatóságát a gazdagép hálózati konfigurációjának bizonyos hálózati adaptertípusokkal való beállításakor.
Hálózati	Nagyobb megbízhatóság a lemezmeghajtók belső vezérlőprogram-verzióinak észlelésekor.
Frissítések	Javítottuk az eszközről az AUM-nek (Azure Update Manager) küldött állapot-ellenőrzési eredmények frissítési értesítéseinek megbízhatóságát. Bizonyos esetekben előfordulhat, hogy az üzenet mérete túl nagy, és nem jelenik meg eredmény az AUM-ban.
Frissítések	Kijavítottunk egy fájlzárolási hibát, amely a megbízható indítású virtuálisgép-ügynök (IGVM) frissítési hibáit okozhatja.
Frissítések	Kijavítottunk egy hibát, amely megakadályozta a vezénylőügynök újraindítását a frissítés futtatása során.
Frissítések	Kijavítottunk egy ritka feltételt, amely miatt a frissítési szolgáltatás sokáig tartott a frissítés felderítéséhez vagy elindításához.
Frissítések	Kijavítottunk egy hibát a fürtérzékeny frissítés (CAU) és a vezénylő közötti interakció során, amikor a CAU egy folyamatban lévő frissítést jelentett.
Frissítések	A frissítések elnevezési sémája úgy lett módosítva, hogy lehetővé tegye a funkció azonosítását a kumulatív frissítésekhez képest.
Frissítések	Javította a fürtfrissítés előrehaladásának a vezénylőnek való jelentésének megbízhatóságát.
Azure Arc	Megoldotta azt a hibát, amely miatt az Azure Arc-kapcsolat megszakadt a hibrid példány metaadat-szolgáltatásának (HIMDS) újraindításakor, ami az Azure Portal funkcióinak megszakadását jelentette. Az eszköz ilyenkor automatikusan újraindul az Azure Arc-kapcsolattal.

Ismert problémák ebben a kiadásban

A jelen kiadás ismert problémái a következők:

Szolgáltatás	Probléma	Áthidaló megoldás/megjegyzések
Felfejlődés	Az Azure Stack HCI 23H2-es verziójának új ISO-rendszerképe vissza lett állítva egy korábbi verzióra bizonyos hardverkonfigurációkkal kapcsolatos kompatibilitási problémák miatt.	Ha bármilyen problémát tapasztal az Arc-regisztráció során, térjen vissza az előző verzióra. Nincs szükség műveletre, ha már sikeresen üzembe helyezte az újabb rendszerképet. Mindkét ISO-lemezkép ugyanaz az operációs rendszer buildverziója.
Frissít	Ha egy Azure Stack HCI-fürt készültségi ellenőrzésének eredményeit az Azure Update Manageren keresztül tekinti meg, több, azonos nevű készültségi ellenőrzés is előfordulhat.	Ebben a kiadásban nincs ismert megkerülő megoldás. Válassza a Részletek megtekintése lehetőséget a készültségi ellenőrzésre vonatkozó konkrét információk megtekintéséhez.
Felfejlődés	Bizonyos esetekben az Azure Stack HCI-kiszolgálók regisztrálása során ez a hiba a hibanaplókban jelenhet meg: Belső kiszolgálóhiba történt. Előfordulhat, hogy az eszköztelepítés egyik kötelező bővítménye nem telepíthető.	A probléma megoldásához kövesse az alábbi lépéseket: $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
Frissít	Időszakos probléma merült fel ebben a kiadásban, ha az Azure Portal helytelenül jelenti a frissítési állapotot sikertelen frissítésnek vagy folyamatban lévő állapotnak, ha a frissítés befejeződött.	Csatlakozzon az Azure Stack HCI-hez egy távoli PowerShell-munkameneten keresztül. A frissítés állapotának megerősítéséhez futtassa a következő PowerShell-parancsmagokat: $Update = get-solutionupdate| ? version -eq "<version string>" Cserélje le a verziósztringet a futó verzióra. Például: "10.2405.0.23". $Update.state Ha a frissítés állapota telepítve van, nincs szükség további műveletre az Ön részéről. Az Azure Portal 24 órán belül megfelelően frissíti az állapotot. Az állapot korábbi frissítéséhez kövesse az alábbi lépéseket az egyik fürtcsomóponton. Indítsa újra a Cloud Management-fürtcsoportot. Stop-ClusterGroup "Cloud Management" Start-ClusterGroup "Cloud Management"
Frissít	A kezdeti MOC-frissítés során hiba történik, mert a cél MOC-verzió nem található a katalógus gyorsítótárában. A követő frissítések és az újrapróbálkozási próbálkozások az MOC-t jelenítik meg a célverzióban, a frissítés sikeres végrehajtása nélkül, és ennek következtében az Arc Resource Bridge frissítése meghiúsul. A probléma érvényesítéséhez gyűjtse össze a frissítési naplókat az Azure Stack HCI 23H2-es verziójának megoldásfrissítéseinek hibaelhárításával. A naplófájlokban hasonló hibaüzenetnek kell megjelennie (az aktuális verzió eltérhet a hibaüzenetben): [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}" }]	A probléma megoldásához kövesse az alábbi lépéseket: 1. Az MOC-ügynök verziójának megkereséséhez futtassa a következő parancsot: 'C:\Program Files\AksHci\wssdcloudagent.exe' version. 2. A parancs kimenetével keresse meg az ügynök verziójának megfelelő MOC-verziót az alábbi táblázatból, és állítsa az $initialMocVersion MOC-verzióra. Ezt úgy $targetMocVersion állíthatja be, hogy megkeresi a frissített Azure Stack HCI-buildet, és lekérheti a megfelelő MOC-verziót az alábbi táblázatból. Használja ezeket az értékeket az alábbi kárenyhítési szkriptben: Build MOC-verzió Ügynök verziója 2311.2 1.0.24.10106 v0.13.0-6-gf13a73f7, v0.11.0-alpha.38,01/06/2024 2402 1.0.25.10203 v0.14.0, v0.13.1, 2024.02.02. 2402.1 1.0.25.10302 v0.14.0, v0.13.1, 2024.02.03. 2402.2 1.1.1.10314 v0.16.0-1-g04bf0dec, v0.15.1, 03/14/2024 2405/2402.3 1.3.0.10418 v0.17.1, v0.16.5, 2024.04.18. Ha például az ügynök verziója v0.13.0-6-gf13a73f7, v0.11.0-alpha.38,01/06/2024, akkor $initialMocVersion = “1.0.24.10106” és ha a 2405.0.23-ra frissítünk, akkor $targetMocVersion = “1.3.0.10418”. 3. Futtassa a következő PowerShell-parancsokat az első csomóponton: $initialMocVersion = "<initial version determined from step 2>" $targetMocVersion = "<target version determined from step 2>" # MOC-modul importálása kétszer import-module moc import-module moc $verbosePreference = "Continue" # Az SFS-katalógus gyorsítótárának törlése Remove-Item (Get-MocConfig).manifestCache # Állítsa a verziót az aktuális MOC-verzióra a frissítés előtt, és állítsa be az állapotot sikertelen frissítésként Set-MocConfigValue -name "version" -value $initialMocVersion Set-MocConfigValue -name "installState" -value ([InstallState]::UpdateFailed) # Futtassa újra az MOC-frissítést a kívánt verzióra Update-Moc -version $targetMocVersion 4. Folytassa a frissítést.

A korábbi kiadások ismert problémái

A korábbi kiadások ismert problémái a következők:

Szolgáltatás	Probléma	Áthidaló megoldás
AKS a HCI-n	Az AKS-fürt létrehozása a következővel meghiúsul: Error: Invalid AKS network resource id. Ez a probléma akkor fordulhat elő, ha a társított logikai hálózat neve aláhúzással rendelkezik.	A logikai hálózatok nevei nem támogatják az aláhúzásjeleket. Ügyeljen arra, hogy ne használjon aláhúzásjelet az Azure Stack HCI-n üzembe helyezett logikai hálózatok neveiben.
Kiszolgáló javítása	Ritka esetekben a művelet a Repair-Server hibával HealthServiceWaitForDriveFW meghiúsul. Ezekben az esetekben a javított csomópont régi meghajtói nem lesznek eltávolítva, és az új lemezek karbantartási módban elakadnak.	A probléma megelőzéséhez először ne ürítse ki a csomópontot a Windows Felügyeleti központban vagy a Suspend-ClusterNode -Drain PowerShell-parancsmag Repair-Serverhasználatával. Ha a probléma jelentkezik, a következő lépésekért forduljon Microsoft ügyfélszolgálata.
Kiszolgáló javítása	Ez a probléma akkor jelenik meg, ha az azure Stack HCI egyetlen kiszolgálója 2311-ről 2402-re frissül, majd végrehajtja.Repair-Server A javítási művelet meghiúsul.	Az egyetlen csomópont javítása előtt kövesse az alábbi lépéseket: 1. Futtassa az ADPrepTool 2402-es verzióját. Kövesse az Active Directory előkészítése című témakörben leírt lépéseket. Ez a művelet gyors, és hozzáadja a szükséges engedélyeket a szervezeti egységhez (szervezeti egység). 2. Helyezze át a számítógép-objektumot a Számítógépek szegmensből a legfelső szintű szervezeti egységbe. Futtassa az alábbi parancsot: Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>"
Felfejlődés	Ha önállóan készíti elő az Active Directoryt (nem a Microsoft által biztosított szkriptet és eljárást használja), az Active Directory-érvényesítés hiányzó Generic All engedélyekkel meghiúsulhat. Ennek oka az ellenőrzési ellenőrzés azon hibája, amely a BitLocker-helyreállításhoz szükséges dedikált engedélybejegyzést msFVE-RecoverInformationobjects – General – Permissions Full controlellenőrzi.	Használja az AD-szkript előkészítése metódust , vagy ha saját módszert használ, mindenképpen rendelje hozzá az adott engedélyt msFVE-RecoverInformationobjects – General – Permissions Full control.
Felfejlődés	Ebben a kiadásban van egy ritka probléma, amely miatt a DNS-rekord törlődik az Azure Stack HCI üzembe helyezése során. Ha ez történik, a következő kivétel jelenik meg: 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.	Ellenőrizze a DNS-kiszolgálót, hogy hiányoznak-e a fürtcsomópontok DNS-rekordjai. Alkalmazza a következő kockázatcsökkentést azon csomópontokon, ahol hiányzik a DNS-rekordja. Indítsa újra a DNS-ügyfélszolgáltatást. Nyisson meg egy PowerShell-munkamenetet, és futtassa a következő parancsmagot az érintett csomóponton: Taskkill /f /fi "SERVICES eq dnscache"
Felfejlődés	Ebben a kiadásban távoli feladathiba lép fel egy többcsomópontos üzemelő példányon, amely a következő kivételt eredményezi: ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>).	A kockázatcsökkentés az ECE-ügynök újraindítása az érintett csomóponton. A kiszolgálón nyisson meg egy PowerShell-munkamenetet, és futtassa a következő parancsot: Restart-Service ECEAgent.
Kiszolgáló hozzáadása/javítása	Ebben a kiadásban egy kiszolgáló hozzáadásakor vagy javításakor hiba jelenik meg, amikor a szoftveres terheléselosztó vagy a hálózati vezérlő virtuálisgép-tanúsítványai ki vannak másolva a meglévő csomópontokról. A hiba az, hogy ezek a tanúsítványok nem lettek létrehozva az üzembe helyezés/frissítés során.	Ebben a kiadásban nincs áthidaló megoldás. Ha ezt a problémát tapasztalja, lépjen kapcsolatba Microsoft ügyfélszolgálata a következő lépések meghatározásához.
Felfejlődés	Ebben a kiadásban átmeneti probléma lép fel, amely a következő kivétellel az üzembe helyezési hibát eredményezi: 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.	Mivel ez átmeneti probléma, az üzembe helyezés újrapróbálkozásának ezt meg kell oldania. További információ: az üzembe helyezés újrafuttatása.
Felfejlődés	Ebben a kiadásban probléma van a Titkos kulcsok URI/hely mezővel. Ez egy kötelező mező, amely nem kötelezőként van megjelölve, és az Azure Resource Manager-sablon üzembe helyezési hibáit eredményezi.	Az Azure Stack HCI 23H2-es verziójának Azure Resource Manager-sablonon keresztüli üzembe helyezéséhez használja a mintaparaméter-fájlt, hogy az összes bemenet a szükséges formátumban legyen megadva, majd próbálja ki az üzembe helyezést. Sikertelen üzembe helyezés esetén az üzembe helyezés újrafuttatása előtt a következő erőforrásokat is törölnie kell: 1. Törlés C:\EceStore. 2. Törlés C:\CloudDeployment. 3. Törlés C:\nugetstore. 4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation.
Biztonság	Új üzemelő példányok esetén a biztonságos magos eszközök alapértelmezés szerint nem engedélyezik a dinamikus mérésgyökér (DRTM) használatát. Ha az Enable-AzSSecurity parancsmaggal próbálja engedélyezni a DRTM-et, hibaüzenet jelenik meg, hogy a DRTM-beállítás nem támogatott az aktuális kiadásban. A Microsoft javasolja a mélységi védelmet, és az UEFI Secure Boot továbbra is védi az összetevőket a Statikus megbízhatósági gyökér (SRT) rendszerindítási láncban azáltal, hogy csak akkor töltődik be, ha aláírták és ellenőrizték őket.	A DRTM ebben a kiadásban nem támogatott.
Hálózati	A környezet ellenőrzése proxykiszolgáló használata esetén meghiúsul. A kitérőlista a winhttp és a wininet esetében eltérő, ezért az érvényesítési ellenőrzés sikertelen lesz.	Kövesse az alábbi megkerülő lépéseket: 1. Törölje a proxy megkerülő listáját az állapot-ellenőrzés előtt és az üzembe helyezés vagy a frissítés megkezdése előtt. 2. Az ellenőrzés végrehajtása után várja meg, amíg az üzembe helyezés vagy a frissítés meghiúsul. 3. Állítsa be ismét a proxy megkerülő listáját.
Arc virtuális gép kezelése	Az Arc Resource Bridge üzembe helyezése vagy frissítése meghiúsulhat, ha a művelet során automatikusan létrehozott ideiglenes SPN-titkos kód egy kötőjellel kezdődik.	Próbálkozzon újra az üzembe helyezéssel/frissítéssel. Az újrapróbálkozásnak újra létre kell hoznia az SPN-titkos kódot, és a művelet valószínűleg sikeres lesz.
Arc virtuális gép kezelése	Az Arc virtuális gépek arcbővítményei határozatlan ideig "Létrehozás" állapotban maradnak.	Jelentkezzen be a virtuális gépre, nyisson meg egy parancssort, és írja be a következőt: Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json Ezután keresse meg a tulajdonságot resourcename . Törölje az erőforrásnév végéhez hozzáfűzött GUID azonosítót, így ez a tulajdonság megegyezik a virtuális gép nevével. Ezután indítsa újra a virtuális gépet.
Arc virtuális gép kezelése	Amikor új kiszolgálót ad hozzá egy Azure Stack HCI-fürthöz, a rendszer nem hozza létre automatikusan a tárolási útvonalat az újonnan létrehozott kötethez.	Bármilyen új kötethez manuálisan hozhat létre tárolási útvonalat. További információ: Tár elérési út létrehozása.
Arc virtuális gép kezelése	Az Arc virtuális gép újraindítása körülbelül 20 perc elteltével fejeződik be, bár maga a virtuális gép körülbelül egy perc múlva újraindul.	Ebben a kiadásban nincs ismert megkerülő megoldás.
Arc virtuális gép kezelése	Bizonyos esetekben a logikai hálózat állapota sikertelenként jelenik meg az Azure Portalon. Ez akkor fordul elő, ha úgy próbálja törölni a logikai hálózatot, hogy először nem törli az adott logikai hálózathoz társított erőforrásokat, például hálózati adaptereket. Továbbra is képesnek kell lennie erőforrások létrehozására ezen a logikai hálózaton. Az állapot ebben a példában félrevezető.	Ha a logikai hálózat állapota sikeres volt a hálózat kiépítésekor, akkor továbbra is létrehozhat erőforrásokat ezen a hálózaton.
Arc virtuális gép kezelése	Ebben a kiadásban, amikor egy virtuális gépet az Azure CLI használatával csatolt adatlemezzel frissít, a művelet a következő hibaüzenettel meghiúsul: Nem található a névvel rendelkező virtuális merevlemez.	Használja az Azure Portalt az összes virtuálisgép-frissítési művelethez. További információ: Arc virtuális gépek kezelése és Arc virtuálisgép-erőforrások kezelése.
Frissít	Ritka esetekben ez a hiba jelenhet meg az Azure Stack HCI frissítése során: Az "MocArb" szerepkör "UpdateArbAndExtensions" típusával kivétel lépett fel: Kivétel az ARB és a bővítmény frissítése a lépésben [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml].	Ha ezt a problémát tapasztalja, forduljon Microsoft ügyfélszolgálata a következő lépések végrehajtásához.
Hálózati	Ebben a kiadásban ritkán fordul elő DNS-ügyfélhiba, amely miatt az üzembe helyezés sikertelen lesz egy DNS-feloldási hibával rendelkező kétcsomópontos fürtön: RestRequest küldésekor WebException történt. WebException.Status: NameResolutionFailure. A hiba következtében a második csomópont DNS-rekordja nem sokkal a létrehozása után törlődik, ami DNS-hibát eredményez.	Indítsa újra a kiszolgálót. Ez a művelet regisztrálja a DNS-rekordot, ami megakadályozza a törlést.
Azure Portal	Bizonyos esetekben az Azure Portal frissítése eltarthat egy ideig, és előfordulhat, hogy a nézet nem aktuális.	Előfordulhat, hogy a frissített nézet megtekintéséhez 30 percet vagy többet kell várnia.
Arc virtuális gép kezelése	Ebben a kiadásban nem működik az Arc virtuális gép hálózati adapterének törlése az Azure Portalról.	Az Azure CLI használatával először távolítsa el a hálózati adaptert, majd törölje azt. További információ: A hálózati adapter eltávolítása és a hálózati adapter törlése.
Telepítés	A szervezeti egység nevének helytelen szintaxisban való megadása nem észlelhető az Azure Portalon. A helytelen szintaxis nem támogatott karaktereket tartalmaz, például &,",',<,>. A rendszer egy későbbi lépésben észleli a helytelen szintaxist a fürt érvényesítése során.	Győződjön meg arról, hogy a szervezeti egység elérési útja szintaxisa helyes, és nem tartalmaz nem támogatott karaktereket.
Telepítés	Az Azure Resource Manageren keresztüli üzembe helyezések 2 óra elteltével időtúllépést hajtanak végre. A 2 órát meghaladó üzemelő példányok sikertelenként jelennek meg az erőforráscsoportban, bár a fürt sikeresen létrejött.	Az üzembe helyezés az Azure Portalon való figyeléséhez nyissa meg az Azure Stack HCI-fürterőforrást, majd nyissa meg az új üzembe helyezési bejegyzést .
Azure Site Recovery	Ebben a kiadásban az Azure Site Recovery nem telepíthető egy Azure Stack HCI-fürtre.	Ebben a kiadásban nincs ismert megkerülő megoldás.
Frissít	Ha az Azure Stack HCI-fürtöt az Azure Update Manageren keresztül frissíti, előfordulhat, hogy a frissítés állapota és az eredmények nem láthatók az Azure Portalon.	A probléma megoldásához minden fürtcsomóponton adja hozzá a következő beállításkulcsot (nincs szükség értékre): New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force Ezután az egyik fürtcsomóponton indítsa újra a Cloud Management fürtcsoportot. Stop-ClusterGroup "Cloud Management" Start-ClusterGroup "Cloud Management" Ez nem fogja teljesen orvosolni a problémát, mivel előfordulhat, hogy a frissítési folyamat egy ideje még nem jelenik meg a folyamat előrehaladási adatai. A legújabb frissítési adatok lekéréséhez lekérheti a frissítés állapotát a PowerShell használatával.
Frissít	Ritka esetekben, ha egy sikertelen frissítés folyamatban lévő állapotban van az Azure Update Managerben, az Újrapróbálkozás gomb le van tiltva.	A frissítés folytatásához futtassa a következő PowerShell-parancsot: Get-SolutionUpdate|Start-SolutionUpdate.
Frissítések	Bizonyos esetekben a parancsok sikertelenek lehetnek, SolutionUpdate ha a Send-DiagnosticData parancs után futnak.	Zárja be a PowerShell-munkamenetet Send-DiagnosticData. Nyisson meg egy új PowerShell-munkamenetet, és használja parancsokhoz SolutionUpdate .
Frissít	Ritkán a 2311.0.24-ről a 2311.2.4-ről a 2311.2.4-re történő frissítés alkalmazásakor a fürt állapotjelentései folyamatban lesznek a várt sikertelen frissítés helyett.	Próbálkozzon újra a frissítés. Ha a probléma továbbra is fennáll, forduljon Microsoft ügyfélszolgálata.
Frissít	A megoldásfrissítések telepítésére tett kísérletek a CAU-lépések végén meghiúsulhatnak a következőkkel: There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on. Ez a ritka probléma akkor fordul elő, ha a csomópont újraindítása után az erőforrások vagy Cluster IP Address erőforrások Cluster Name nem indulnak el, és a kis fürtökben a leggyakoribbak.	Ha ezt a problémát tapasztalja, a következő lépésekért forduljon Microsoft ügyfélszolgálata. Önnel együttműködve manuálisan újraindíthatják a fürterőforrásokat, és szükség szerint folytathatják a frissítést.
Frissít	Amikor fürtfrissítést alkalmaz a 10.2402.3.11-re, előfordulhat, hogy a Get-SolutionUpdate parancsmag nem válaszol, és körülbelül 10 perc elteltével egy RequestTimeoutException hibával meghiúsul. Ez valószínűleg egy kiszolgáló hozzáadása vagy javítása esetén fordul elő.	A frissítési szolgáltatás újraindításához használja a Start-ClusterGroup parancsmagokat Stop-ClusterGroup . Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Stop-ClusterGroup Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Start-ClusterGroup Ezeknek a parancsmagoknak a sikeres futtatásával online állapotba kell hoznia a frissítési szolgáltatást.
Fürtbarát frissítés	A csomópont újraindítása művelet nem tudta folytatni a csomópontot.	Ez átmeneti probléma, és önállóan is megoldható. Várjon néhány percet, és próbálkozzon újra a művelettel. Ha a probléma továbbra is fennáll, forduljon Microsoft ügyfélszolgálata.
Fürtbarát frissítés	A csomópontművelet felfüggesztése 90 percnél hosszabb ideig elakadt.	Ez átmeneti probléma, és önállóan is megoldható. Várjon néhány percet, és próbálkozzon újra a művelettel. Ha a probléma továbbra is fennáll, forduljon Microsoft ügyfélszolgálata.

Következő lépések

• Olvassa el az üzembe helyezés áttekintését.