Oversigt
-
Vi har rettet et problem, hvor en lagerkonto kan blive delvist gendannet pga. en KVS-konkurrencetilstand i SRP-baggrundsforbrugsjobbet.
-
Vi har rettet et problem, hvor et virtuelt undernet ikke blev ryddet op, hvis tunnelen blev flyttet til en anden GW VM, og derefter VGW blev slettet.
-
Vi har rettet et problem, der kunne medføre, at registrering og intern hemmelig rotation mislykkedes.
Rettelser opløftet fra tidligere hotfixudgivelser
-
Vi har rettet et problem i den interne hemmelige rotation, som kunne medføre en fejl i den næste opdatering.
-
Tilføjede hukommelsesspecifikke indstillinger for nedbrudsdumpindstillinger.
-
Genstartede SQL VM'er for at mindske risikoen for problemer med databaseadgang, der påvirker adgangen til portalen.
-
Løst problem med ugyldiggørelse af SMB-handle udløst af ESENT-fejl 59-hændelse i TableServer.
-
Inkluderet AzsInfraRoleSummary Test-Azurestack-test som UpdateReadiness.
-
Løst ERCS-hukommelsestryk under programrettelse & opdatering.
-
Medtag identitetscertifikat for installationsudbyder i den interne hemmelige rotation.
-
Forbedret stabilitet af Netværkscontroller.
-
Øget opbevaring af netværkscontrollerlog for at hjælpe med diagnosticering.
-
Get-NetView er tilføjet som en del af Get-AzureStackLog-samlingen som standard.
-
Vi har rettet et problem, hvor marketplace-downloads kunne mislykkes på grund af en certifikatvalideringsfejl.
-
Forbedret logik for binære HealthAgent-skift.
-
Forbedret klyngedelt diskenheder balancere efter Patch & Update (PnU).
-
Brugte ADSI til at hente lokale gruppemedlemmer i HealthAgent.
-
Tilføjede de manglende poster, når WASP VM'er ikke synkroniserer poster og zoner ved hjælp af DNS-cmdlet'en under ind- og udskalering.
-
Forbedret pålidelighed af lagertjenesten under PNU.
-
Valideringen af den offentlige IP-kvote blev fjernet, hvilket forårsagede et problem ved oprettelse af en intern justering af belastning.
-
Forbedret stabilitet af sletning af VM: Sørg for, at nye virtuelle maskiner, der ikke kan oprettes eller føjes til klyngen, slettes.
-
Kontrollér og gennemtving nøglebeskyttelser på delte klyngedrev.
-
Vi har rettet et problem med "adgang nægtet", der medførte, at opdaterings- og administratorhandlinger mislykkedes.
-
WhsFaultScanner er blevet rettet til at starte igen, når den sidder fast for at sikre, at beskeder genereres korrekt for brugerne.
-
Vi har rettet en orkestreringsfejl, der forhindrede telemetrihændelser i lagergendannelse i at blive udsendt.
-
Vi har rettet et problem, der påvirkede pålideligheden ved download af efterfølgende opdateringer.
-
Forbedret mulighed for at diagnosticere fejl baseret på orchestrator-telemetri.
-
Vi har rettet SRP-konkurrencetilstand ved flytning af systemlagerkonti til systemets interne abonnement i løbet af 2005 PnU.
-
Der er rettet en skaleringsfejl for tidsenheden i metrikværdierne for serverventetid
-
Genstartede SQL VM'er for at mindske risikoen for problemer med databaseadgang, der påvirker adgangen til portalen.
-
Vi har rettet et problem, hvor konfigurationen af opbevaringsperioden for slettede lagerkonti blev genindført.
-
Forbedret stabilitet af lager-blob og tabeltjeneste.
-
Løst problem i Send-AzureStackDiagnosticLog PEP-cmdletten.
-
Vi har øget reparationstiden for HRP, når der opstår en opdateringsfejl.
Oplysninger om hotfix
Hvis du vil anvende dette hotfix, skal du have version 1.2005.6.53 eller nyere.
2005-opdateringen skal du sørge for at referere til tjeklisten for opdateringsaktivitet, når du kører Test-AzureStack (med angivne parametre), og løse eventuelle driftsproblemer, der findes, herunder alle advarsler og fejl. Gennemse også aktive beskeder, og løs eventuelle, der kræver handling.
Vigtigt Som beskrevet i produktbemærkningerne tilFiloplysninger
Download følgende filer. Følg derefter vejledningen på siden Anvend opdateringer i Azure Stack på webstedet Microsoft Learn for at anvende denne opdatering på Azure Stack.
Flere oplysninger
Azure Stack Hub-opdateringsressourcer
Administrer opdateringer i Azure Stack-oversigt
Anvend opdateringer i Azure Stack
Overvåg opdateringer i Azure Stack ved hjælp af det privilegerede slutpunkt