Wyświetlanie znanych problemów w wersji 2402.1 usługi Azure Stack HCI

Dotyczy: Azure Stack HCI, wersja 23H2

W tym artykule opisano krytyczne znane problemy i ich obejścia w wersji 2402.1 usługi Azure Stack HCI.

Informacje o wersji są stale aktualizowane i po wykryciu krytycznych problemów wymagających obejścia są dodawane. Przed wdrożeniem rozwiązania Azure Stack HCI dokładnie przejrzyj informacje zawarte w informacjach o wersji.

Ważne

Ta wersja obsługuje tylko aktualizacje. Aby zaktualizować tę wersję, musisz mieć wersję 2402. Nowe wdrożenia nie są obsługiwane w tej wersji.

Aby uzyskać więcej informacji na temat nowych funkcji w tej wersji, zobacz Co nowego w wersji 23H2.

Problemy dotyczące wersji 2402.1

Ta wersja oprogramowania jest mapowana na numer wersji oprogramowania 10.2402.1.5.

Informacje o wersji dla tej wersji obejmują problemy rozwiązane w tej wersji, znane problemy w tej wersji oraz zanotowane problemy przenoszone z poprzednich wersji.

Naprawione problemy

Poniżej przedstawiono problemy rozwiązane w tej wersji:

Cecha	Problem	Obejście/komentarze
Aktualizacje	W tej wersji występuje problem z kontrolą kondycji, z powodu którego nie można zaktualizować z Azure Portal pojedynczego serwera rozwiązania Azure Stack HCI.	Zaktualizuj rozwiązanie Azure Stack HCI za pomocą programu PowerShell.
Zarządzanie maszynami wirtualnymi z usługą Arc	Podczas tworzenia dysku lub interfejsu sieciowego w tej wersji z podkreśleniami w nazwie operacja kończy się niepowodzeniem.	Pamiętaj, aby nie używać podkreślenia w nazwach dysków lub interfejsów sieciowych.
Zarządzanie maszynami wirtualnymi z usługą Arc	Jeśli grupa zasobów używana do wdrożenia maszyny wirtualnej usługi Arc w usłudze Azure Stack HCI ma podkreślenie w nazwie, instalacja agenta gościa zakończy się niepowodzeniem. W związku z tym nie będzie można włączyć zarządzania gościem.	Upewnij się, że w grupach zasobów używanych do wdrażania maszyn wirtualnych usługi Arc nie ma żadnych podkreśleń.

Znane problemy w tej wersji

Poniżej przedstawiono znane problemy w tej wersji:

Cecha	Problem	Obejście/komentarze
Usługa AKS w rozwiązaniu HCI	Tworzenie klastra usługi AKS kończy się niepowodzeniem z powodu błędu Error: Invalid AKS network resource id. Ten problem może wystąpić, gdy skojarzona nazwa sieci logicznej ma podkreślenie.	Podkreślenia nie są obsługiwane w nazwach sieci logicznych. Pamiętaj, aby nie używać podkreślenia w nazwach sieci logicznych wdrożonych w usłudze Azure Stack HCI.

Znane problemy z poprzednich wersji

Poniżej przedstawiono znane problemy z poprzednich wersji:

Cecha	Problem	Obejście
Naprawianie serwera	W rzadkich Repair-Server przypadkach operacja kończy się niepowodzeniem z powodu błędu HealthServiceWaitForDriveFW . W takich przypadkach stare dyski z naprawionego węzła nie są usuwane i nowe dyski są zablokowane w trybie konserwacji.	Aby zapobiec temu problemowi, przed rozpoczęciem Repair-Serverupewnij się, że nie opróżniasz węzła za pośrednictwem Windows Admin Center lub polecenia Suspend-ClusterNode -Drain cmdlet programu PowerShell. Jeśli wystąpi problem, skontaktuj się z pomoc techniczna firmy Microsoft w celu wykonania następnych kroków.
Naprawianie serwera	Ten problem występuje, gdy pojedynczy serwer Azure Stack HCI jest aktualizowany z 2311 do 2402, a następnie Repair-Server jest wykonywany. Operacja naprawy kończy się niepowodzeniem.	Przed naprawą pojedynczego węzła wykonaj następujące kroki: 1. Uruchom wersję 2402 dla narzędzia ADPrepTool. Wykonaj kroki opisane w temacie Przygotowywanie usługi Active Directory. Ta akcja jest szybka i dodaje wymagane uprawnienia do jednostki organizacyjnej (OU). 2. Przenieś obiekt komputera z segmentu Komputery do głównej jednostki organizacyjnej. Uruchom następujące polecenie: Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>"
Wdrażania	Jeśli samodzielnie przygotujesz usługę Active Directory (nie używasz skryptu i procedury dostarczonej przez firmę Microsoft), walidacja usługi Active Directory może zakończyć się niepowodzeniem z brakującymi Generic All uprawnieniami. Jest to spowodowane problemem podczas sprawdzania poprawności, który sprawdza wpis dedykowanych uprawnień dla msFVE-RecoverInformationobjects – General – Permissions Full controlelementu , który jest wymagany do odzyskiwania funkcji BitLocker.	Użyj metody przygotowywania skryptu usługi AD lub jeśli używasz własnej metody, upewnij się, że przypisano określone uprawnienie msFVE-RecoverInformationobjects – General – Permissions Full control.
Wdrażania	W tej wersji występuje rzadki problem polegający na tym, że rekord DNS jest usuwany podczas wdrażania rozwiązania Azure Stack HCI. W takim przypadku jest wyświetlany następujący wyjątek: 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.	Sprawdź serwer DNS, aby sprawdzić, czy brakuje rekordów DNS węzłów klastra. Zastosuj następujące środki zaradcze w węzłach, w których brakuje rekordu DNS. Uruchom ponownie usługę klienta DNS. Otwórz sesję programu PowerShell i uruchom następujące polecenie cmdlet w węźle, którego dotyczy problem: Taskkill /f /fi "SERVICES eq dnscache"
Wdrażania	W tej wersji występuje błąd zadania zdalnego we wdrożeniu z wieloma węzłami, który powoduje następujący wyjątek: ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>).	Ograniczenie ryzyka polega na ponownym uruchomieniu agenta ECE w węźle, którego dotyczy problem. Na serwerze otwórz sesję programu PowerShell i uruchom następujące polecenie: Restart-Service ECEAgent.
Dodawanie/naprawianie serwera	W tej wersji podczas dodawania lub naprawiania serwera występuje błąd podczas kopiowania certyfikatów maszyny wirtualnej programowego modułu równoważenia obciążenia lub kontrolera sieci z istniejących węzłów. Błąd jest spowodowany tym, że te certyfikaty nie zostały wygenerowane podczas wdrażania/aktualizacji.	W tej wersji nie ma obejścia. Jeśli wystąpi ten problem, skontaktuj się z pomoc techniczna firmy Microsoft, aby określić następne kroki.
Wdrażania	W tej wersji występuje przejściowy problem powodujący niepowodzenie wdrożenia z następującym wyjątkiem: 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.	Ponieważ jest to problem przejściowy, ponowienie próby wdrożenia powinno rozwiązać ten problem. Aby uzyskać więcej informacji, zobacz, jak ponownie uruchomić wdrożenie.
Wdrażania	W tej wersji występuje problem z polem Identyfikator URI/lokalizacja wpisów tajnych. Jest to wymagane pole, które jest oznaczone jako Nie obowiązkowe i powoduje błędy wdrażania szablonu usługi Azure Resource Manager.	Użyj przykładowego pliku parametrów w szablonie Wdrażanie rozwiązania Azure Stack HCI w wersji 23H2 za pośrednictwem usługi Azure Resource Manager, aby upewnić się, że wszystkie dane wejściowe są podane w wymaganym formacie, a następnie spróbuj wdrożyć. Jeśli wdrożenie nie powiodło się, należy również wyczyścić następujące zasoby przed ponownym uruchomieniem wdrożenia: 1. Usuń element C:\EceStore. 2. Usuń element C:\CloudDeployment. 3. Usuń element C:\nugetstore. 4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation.
Zabezpieczeń	W przypadku nowych wdrożeń urządzenia z obsługą zabezpieczonego rdzenia nie będą domyślnie włączone dynamicznego katalogu głównego pomiaru (DRTM). Jeśli spróbujesz włączyć (DRTM) przy użyciu polecenia cmdlet Enable-AzSSecurity, zobaczysz błąd, że ustawienie DRTM nie jest obsługiwane w bieżącej wersji. Firma Microsoft zaleca ochronę w głębi systemu, a bezpieczny rozruch UEFI nadal chroni składniki w łańcuchu rozruchowym Static Root of Trust (SRT), upewniając się, że są ładowane tylko po ich podpisaniu i zweryfikowaniu.	Funkcja DRTM nie jest obsługiwana w tej wersji.
Zarządzanie maszynami wirtualnymi z usługą Arc	Wdrożenie lub aktualizacja mostka zasobów usługi Arc może zakończyć się niepowodzeniem, gdy podczas tej operacji automatycznie wygenerowany tymczasowy wpis tajny nazwy SPN rozpoczyna się od łącznika.	Ponów próbę wdrożenia/aktualizacji. Ponawianie próby powinno ponownie wygenerować wpis tajny nazwy SPN, a operacja prawdopodobnie zakończy się pomyślnie.
Zarządzanie maszynami wirtualnymi z usługą Arc	Rozszerzenia usługi Arc na maszynach wirtualnych usługi Arc pozostają w stanie "Tworzenie" na czas nieokreślony.	Zaloguj się do maszyny wirtualnej, otwórz wiersz polecenia i wpisz następujące polecenie: Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json Następnie znajdź resourcename właściwość . Usuń identyfikator GUID, który jest dołączany na końcu nazwy zasobu, więc ta właściwość jest zgodna z nazwą maszyny wirtualnej. Następnie uruchom ponownie maszynę wirtualną.
Zarządzanie maszynami wirtualnymi z usługą Arc	Po dodaniu nowego serwera do klastra usługi Azure Stack HCI ścieżka magazynu nie jest tworzona automatycznie dla nowo utworzonego woluminu.	Możesz ręcznie utworzyć ścieżkę magazynu dla wszystkich nowych woluminów. Aby uzyskać więcej informacji, zobacz Twórca ścieżkę magazynu.
Zarządzanie maszynami wirtualnymi z usługą Arc	Ponowne uruchomienie operacji maszyny wirtualnej usługi Arc kończy się po około 20 minutach, chociaż sama maszyna wirtualna zostanie uruchomiona ponownie za około minutę.	W tej wersji nie ma znanego obejścia.
Zarządzanie maszynami wirtualnymi z usługą Arc	W niektórych przypadkach stan sieci logicznej jest wyświetlany jako Niepowodzenie w Azure Portal. Dzieje się tak, gdy próbujesz usunąć sieć logiczną bez uprzedniego usunięcia zasobów, takich jak interfejsy sieciowe skojarzone z tą siecią logiczną. Nadal powinno być możliwe tworzenie zasobów w tej sieci logicznej. Stan jest mylący w tym wystąpieniu.	Jeśli stan tej sieci logicznej to Powodzenie w momencie aprowizacji tej sieci, możesz nadal tworzyć zasoby w tej sieci.
Zarządzanie maszynami wirtualnymi z usługą Arc	W tej wersji po zaktualizowaniu maszyny wirtualnej przy użyciu dysku danych dołączonego do niej przy użyciu interfejsu wiersza polecenia platformy Azure operacja kończy się niepowodzeniem z następującym komunikatem o błędzie: Nie można odnaleźć wirtualnego dysku twardego o nazwie .	Użyj Azure Portal dla wszystkich operacji aktualizacji maszyny wirtualnej. Aby uzyskać więcej informacji, zobacz Zarządzanie maszynami wirtualnymi usługi Arc i Zarządzanie zasobami maszyn wirtualnych usługi Arc.
Aktualizowanie pliku	W rzadkich przypadkach ten błąd może wystąpić podczas aktualizowania rozwiązania Azure Stack HCI: Typ "UpdateArbAndExtensions" roli "MocArb" zgłosił wyjątek: Wyjątek Podczas uaktualniania ARB i rozszerzenia w kroku [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml].	Jeśli widzisz ten problem, skontaktuj się z pomoc techniczna firmy Microsoft, aby uzyskać pomoc w następnych krokach.
Sieci	W tej wersji występuje rzadki problem z klientem DNS, który powoduje niepowodzenie wdrożenia w klastrze z dwoma węzłami z błędem rozpoznawania nazw DNS: Wystąpił wyjątek WebException podczas wysyłania żądania RestRequest. WebException.Status: NameResolutionFailure. W wyniku usterki rekord DNS drugiego węzła jest usuwany wkrótce po jego utworzeniu, co powoduje błąd DNS.	Uruchom ponownie serwer. Ta operacja rejestruje rekord DNS, co uniemożliwia usunięcie go.
Azure Portal	W niektórych przypadkach aktualizacja Azure Portal może chwilę potrwać, a widok może nie być aktualny.	Może być konieczne odczekenie co najmniej 30 minut, aby wyświetlić zaktualizowany widok.
Zarządzanie maszynami wirtualnymi z usługą Arc	Usunięcie interfejsu sieciowego na maszynie wirtualnej usługi Arc z Azure Portal nie działa w tej wersji.	Użyj interfejsu wiersza polecenia platformy Azure, aby najpierw usunąć interfejs sieciowy, a następnie go usunąć. Aby uzyskać więcej informacji, zobacz Usuwanie interfejsu sieciowego i zobacz Usuwanie interfejsu sieciowego.
Wdrożenie	Podanie nazwy jednostki organizacyjnej w nieprawidłowej składni nie jest wykrywane w Azure Portal. Nieprawidłowa składnia zawiera nieobsługiwane znaki, takie jak &,",',<,>. Niepoprawna składnia jest wykrywana w późniejszym kroku podczas walidacji klastra.	Upewnij się, że składnia ścieżki jednostki organizacyjnej jest poprawna i nie zawiera nieobsługiwanych znaków.
Wdrożenie	Wdrożenia za pośrednictwem usługi Azure Resource Manager upłynął po upływie 2 godzin. Wdrożenia, które przekraczają 2 godziny, są wyświetlane jako zakończone niepowodzeniem w grupie zasobów, mimo że klaster został pomyślnie utworzony.	Aby monitorować wdrożenie w Azure Portal, przejdź do zasobu klastra Azure Stack HCI, a następnie przejdź do nowego wpisu Wdrożenia.
Azure Site Recovery	W tej wersji nie można zainstalować usługi Azure Site Recovery w klastrze rozwiązania Azure Stack HCI.	W tej wersji nie ma znanego obejścia.
Aktualizowanie pliku	Podczas aktualizowania klastra usługi Azure Stack HCI za pośrednictwem Menedżer aktualizacji platformy Azure postęp aktualizacji i wyniki mogą nie być widoczne w Azure Portal.	Aby obejść ten problem, w każdym węźle klastra dodaj następujący klucz rejestru (wartość nie jest wymagana): New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force Następnie w jednym z węzłów klastra uruchom ponownie grupę klastra zarządzania chmurą. Stop-ClusterGroup "Cloud Management" Start-ClusterGroup "Cloud Management" Nie spowoduje to całkowitego rozwiązania problemu, ponieważ szczegóły postępu mogą nadal nie być wyświetlane przez czas trwania procesu aktualizacji. Aby uzyskać najnowsze szczegóły aktualizacji, możesz pobrać postęp aktualizacji za pomocą programu PowerShell.
Aktualizacje	W rzadkich przypadkach, jeśli aktualizacja nieudana jest zablokowana w stanie W toku w Menedżer aktualizacji platformy Azure, przycisk Spróbuj ponownie jest wyłączony.	Aby wznowić aktualizację, uruchom następujące polecenie programu PowerShell: Get-SolutionUpdate|Start-SolutionUpdate.
Aktualizacje	W niektórych przypadkach SolutionUpdate polecenia mogą zakończyć się niepowodzeniem w przypadku uruchomienia po wykonaniu Send-DiagnosticData polecenia.	Pamiętaj, aby zamknąć sesję programu PowerShell używaną dla polecenia Send-DiagnosticData. Otwórz nową sesję programu PowerShell i użyj jej do SolutionUpdate poleceń.
Aktualizacje	W rzadkich przypadkach podczas stosowania aktualizacji z wersji 2311.0.24 do 2311.2.4 stan klastra jest zgłaszany w toku zamiast oczekiwanej aktualizacji Niepowodzenie.	Ponów próbę aktualizacji. Jeśli problem będzie się powtarzać, skontaktuj się z pomoc techniczna firmy Microsoft.
Aktualizowanie z rozpoznawaniem klastra	Nie można wznowić operacji wznawiania węzła.	Jest to przejściowy problem i można go rozwiązać samodzielnie. Poczekaj kilka minut i spróbuj ponownie wykonać operację. Jeśli problem będzie się powtarzać, skontaktuj się z pomoc techniczna firmy Microsoft.
Aktualizowanie z rozpoznawaniem klastra	Operacja wstrzymania węzła została zablokowana przez ponad 90 minut.	Jest to przejściowy problem i można go rozwiązać samodzielnie. Poczekaj kilka minut i spróbuj ponownie wykonać operację. Jeśli problem będzie się powtarzać, skontaktuj się z pomoc techniczna firmy Microsoft.

Następne kroki

• Zapoznaj się z omówieniem wdrożenia.