Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Ten artykuł zawiera informacje dotyczące rozwiązywania problemów ze zintegrowanymi środowiskami usługi Azure Stack Hub.
Typowe problemy z pomocą techniczną
Poniższe sekcje zawierają linki do dokumentacji zawierającej typowe pytania wysyłane do pomoc techniczna firmy Microsoft o Azure Stack Hub.
Uwagi dotyczące zakupu
Aktualizacje i diagnostyka
- Zbieranie dzienników diagnostycznych
- Walidowanie stanu systemu usługi Azure Stack Hub
- Cykl wydania pakietu aktualizacji
- Weryfikowanie stanu węzła i rozwiązywanie problemów
Obsługiwane systemy operacyjne i rozmiary maszyn wirtualnych gościa
- Systemy operacyjne gościa obsługiwane w usłudze Azure Stack Hub
- Rozmiary maszyn wirtualnych obsługiwane w usłudze Azure Stack Hub
Microsoft Marketplace
Zarządzanie pojemnością
Pamięć
Aby zwiększyć łączną ilość dostępnej pamięci dla Azure Stack Hub, możesz dodać pamięć. W usłudze Azure Stack Hub serwer fizyczny jest również nazywany węzłem jednostki skalowania. Wszystkie węzły jednostki skalowania, które są elementami członkowskimi pojedynczej jednostki skalowania, muszą mieć taką samą ilość pamięci.
Okres przechowywania
Operator chmury może użyć ustawienia okresu przechowywania, aby określić okres w dniach (od 0 do 9999), podczas którego można potencjalnie odzyskać dowolne usunięte konto. Domyślny okres przechowywania wynosi 0 dni. Ustawienie wartości 0 oznacza, że każde usunięte konto natychmiast przestaje podlegać zatrzymaniu i jest oznaczane do okresowego usuwania danych.
Aby uzyskać więcej informacji, zobacz Ustawianie okresu przechowywania.
Zarządzanie kontrolą dostępu opartą na rolach
Użytkownik usługi Azure Stack Hub może być czytelnikiem, właścicielem lub współtwórcą w odniesieniu do każdej subskrypcji, grupy zasobów lub usługi. Aby uzyskać więcej informacji, zobacz Ustawianie uprawnień dostępu przy użyciu kontroli dostępu opartej na rolach.
Jeśli wbudowane role dla zasobów Azure nie spełniają określonych potrzeb organizacji, możesz
Zarządzanie użyciem i rozliczeniami na podstawie typu subskrypcji
Wybierz typ konta usług udostępnionych używanych dla usługi Azure Stack Hub. Typy subskrypcji, których można użyć do rejestracji wdrożenia wielodostępnego Azure Stack Hub, to Dostawca rozwiązań w chmurze (CSP) i Azure Partner Shared Services (APSS). Aby uzyskać więcej informacji, zobacz Tworzenie subskrypcji CSP lub APSS.
Metryki jednostki skalowania
Możesz użyć programu PowerShell, aby uzyskać informacje o wykorzystaniu sygnatur bez pomocy pomoc techniczna firmy Microsoft:
Uruchom następujące polecenie:
Test-AzureStackZamknij sesję PEP.
Uruchom następujące polecenie przy użyciu wywołania invoke-command:
Get-AzureStackLog -FilterByRole SeedRingWyodrębnij plik SeedRing.zip . Raport sprawdzania poprawności można pobrać z folderu ERCS, w którym uruchomiono polecenie
Test-AzureStack.
Aby uzyskać więcej informacji, zobacz Wysyłanie dzienników diagnostycznych usługi Azure Stack Hub przy użyciu uprzywilejowanego punktu końcowego.
Maszyny wirtualne
Resetowanie hasła maszyny wirtualnej z systemem Linux
Jeśli zapomnisz hasła dla maszyny wirtualnej z systemem Linux, a opcja Resetuj hasło nie działa z powodu problemów z rozszerzeniem VMAccess, możesz zresetować hasło, wykonując następujące kroki:
Wybierz maszynę wirtualną z systemem Linux, która ma być używana jako maszyna wirtualna odzyskiwania.
Zaloguj się do portalu użytkowników, a następnie:
- Zanotuj rozmiar maszyny wirtualnej, kartę sieciową, publiczny adres IP, sieciową grupę zabezpieczeń i dyski danych.
- Zatrzymaj dotkniętą problemem maszynę wirtualną.
- Usuń maszynę wirtualną, której dotyczy problem.
- Dołącz dysk z maszyny wirtualnej, której dotyczy problem, jako dysk danych na maszynie wirtualnej odzyskiwania. (Udostępnienie dysku może potrwać kilka minut).
Zaloguj się do VM odzyskiwania i uruchom następujące polecenie:
sudo su - mkdir /tempmount fdisk -l mount /dev/sdc2 /tempmount /*adjust /dev/sdc2 as necessary*/ chroot /tempmount/ passwd root /*substitute root with the user whose password you want to reset*/ rm -f /.autorelabel /*Remove the .autorelabel file to prevent a time consuming SELinux relabel of the disk*/ exit /*to exit the chroot environment*/ umount /tempmountZaloguj się do portalu użytkowników, a następnie:
- Odłącz dysk od maszyny wirtualnej odzyskiwania.
- Utwórz ponownie maszynę wirtualną na podstawie dysku.
- Przenieś publiczny adres IP z poprzedniej maszyny wirtualnej, dołącz dyski danych i wykonaj powiązane zadania.
Możesz również utworzyć migawkę oryginalnego dysku i utworzyć z niego nowy dysk zamiast wykonywać zmiany bezpośrednio na oryginalnym dysku. Aby uzyskać więcej informacji, zobacz następujące tematy:
- Resetuj lokalne hasło systemu Linux na maszynach wirtualnych Azure
- Tworzenie dysku na podstawie migawki
- Zmienianie i resetowanie hasła głównego (dokumentacja systemu Red Hat Enterprise Linux)
Niepowodzenie aktywacji licencji dla Windows Server 2012 R2 podczas aprowizacji
Jeśli wystąpi problem z aktywacją licencji, system Windows nie zostanie aktywowany, a w prawym dolnym rogu ekranu pojawi się znak wodny. Dzienniki WaSetup.xml znajdujące się w folderze C:\Windows\Panther zawierają następujące zdarzenie:
<Event time="2019-05-16T21:32:58.660Z" category="ERROR" source="Unattend">
<UnhandledError>
<Message>InstrumentProcedure: Failed to execute 'Call ConfigureLicensing()'. Will raise error to caller</Message>
<Number>-2147221500</Number>
<Description>Could not find the VOLUME_KMSCLIENT product</Description>
<Source>Licensing.wsf</Source>
</UnhandledError>
</Event>
Aby aktywować licencję, skopiuj klucz automatycznej aktywacji maszyny wirtualnej (AVMA) dla wersji, którą chcesz aktywować.
| Wydanie | Klucz AVMA |
|---|---|
| Centrum danych | Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TW |
| Standard | DBGBW-NPF86-BJVTX-K3WKJ-MTB6V |
| Essentials | K2XGM-NMBT3-2R6Q8-WF2FK-P36R2 |
Na maszynie wirtualnej uruchom następujące polecenie:
slmgr /ipk <AVMA_key>
Aby uzyskać szczegółowe informacje, zobacz Automatyczna aktywacja maszyny wirtualnej w Windows Server.
Domyślny obraz i element galerii
Przed wdrożeniem maszyn wirtualnych w Azure Stack Hub należy dodać obraz systemu Windows Server oraz element galerii.
Pliki VHD na dysku po usunięciu maszyny wirtualnej
Po usunięciu maszyn wirtualnych pliki VHD mogą być nadal widoczne na dysku. To zachowanie jest zgodnie z projektem:
- Po usunięciu maszyny wirtualnej dyski VHD nie zostaną usunięte. Dyski są oddzielnymi zasobami w grupie zasobów.
- Usunięcie konta magazynu jest widoczne natychmiast za pośrednictwem Azure Resource Manager. Jednak dyski, które mogą zawierać, pozostają w magazynie do momentu uruchomienia odzyskiwania pamięci.
Jeśli widzisz "osierocone" dyski VHD, ważne jest, aby wiedzieć, czy są one częścią folderu należącego do konta magazynu, które zostało usunięte. Jeśli konto przechowywania nie zostało usunięte, to normalne, że nadal tam są.
Magazyn
Odzyskiwanie przestrzeni dyskowej
Odzyskana pojemność może pojawić się w portalu dopiero po upływie 14 godzin. Odzyskiwanie miejsca zależy od różnych czynników, w tym od stopnia wykorzystania wewnętrznych plików kontenerów w magazynie blokowych obiektów blob. W zależności od ilości usuniętych danych nie ma gwarancji na ilość miejsca, które można odzyskać po uruchomieniu modułu odśmiecenia pamięci.
Więcej informacji na temat konfigurowania progu przechowywania i odzyskiwania na żądanie można uzyskać w Zarządzanie kontami magazynu Azure Stack Hub.
Eksplorator usługi Azure Storage nie działa z usługą Azure Stack Hub
Jeśli używasz zintegrowanego systemu w scenariuszu bez połączenia, zalecamy użycie urzędu certyfikacji przedsiębiorstwa. Wyeksportuj certyfikat główny w formacie Base64, a następnie zaimportuj go w Eksplorator usługi Azure Storage. Pamiętaj, aby usunąć ukośnik końcowy (/) z punktu końcowego Resource Manager. Aby uzyskać więcej informacji, zobacz Przygotowywanie do nawiązywania połączenia z usługą Azure Stack Hub.
App Service
Jeśli skrypt Create-AADIdentityApp.ps1 wymagany dla usługi App Service zakończy się niepowodzeniem, pamiętaj o dołączeniu wymaganego -AzureStackAdminCredential parametru podczas uruchamiania skryptu. Aby uzyskać więcej informacji, zobacz Wymagania wstępne dotyczące wdrażania usługi App Service w usłudze Azure Stack Hub.
Azure Stack Hub poprawki i aktualizacje
Proces stosowania poprawek i aktualizacji dla Azure Stack Hub został zaprojektowany w celu ułatwienia operatorom stosowania pakietów aktualizacji w spójny, usprawniony sposób. Chociaż problemy są rzadkie podczas procesu stosowania poprawek i aktualizacji, mogą wystąpić. Jeśli wystąpi problem, zalecamy wykonanie poniższych kroków.
Przed rozpoczęciem pamiętaj, aby postępować zgodnie z listą kontrolną czynności związanych z aktualizacją i włączyć proaktywne zbieranie dzienników.
Wykonaj kroki naprawcze podane w alercie o awarii.
Jeśli nie możesz rozwiązać problemu, utwórz bilet pomocy technicznej Azure Stack Hub. Pamiętaj, aby zebrać dzienniki dla przedziału czasu, kiedy wystąpił problem.
Jeśli aktualizacja zakończy się niepowodzeniem i towarzyszy temu alert krytyczny lub ostrzeżenie, ważne jest, aby przeanalizować przyczynę niepowodzenia i skontaktować się z Działem obsługi klienta firmy Microsoft zgodnie z instrukcjami podanymi w alercie. Pozostawienie jednostki skalowania w stanie nieudanej aktualizacji przez długi czas może spowodować dodatkowe problemy, które są trudniejsze do rozwiązania później.
Następujące problemy i rozwiązania dotyczą Azure Stack Hub zintegrowanych systemów.
Stan nieudanego przygotowania
Dotyczy: ten problem dotyczy wszystkich obsługiwanych wersji.
Cause: Podczas próby zainstalowania aktualizacji Azure Stack Hub stan aktualizacji może zakończyć się niepowodzeniem i zmienić stan na PreparationFailed. W przypadku systemów połączonych z Internetem ten stan zwykle wskazuje, że nie można poprawnie pobrać pakietu aktualizacji z powodu słabego połączenia internetowego.
Korygowanie: wybierz ponownie pozycję Zainstaluj . Jeśli problem będzie się powtarzać, przekaż ręcznie pakiet aktualizacji.
Wystąpienie: typowe.
Aktualizacja nie powiodła się z ostrzeżeniem, aby sprawdzić i wymusić funkcje ochrony kluczy zewnętrznych na woluminach CSV
Dotyczy: ten problem dotyczy wszystkich obsługiwanych wersji.
Przyczyna: Hasło kontrolera zarządzania płytą główną (BMC) nie jest poprawnie ustawione.
Korygowanie: zaktualizuj poświadczenia kontrolera BMC i wznów aktualizację.
Ostrzeżenia i błędy zgłaszane, gdy aktualizacja jest w toku
Dotyczy: ten problem dotyczy wszystkich obsługiwanych wersji.
Przyczyna: Gdy aktualizacja usługi Azure Stack Hub ma stan W toku, w portalu mogą być wyświetlane ostrzeżenia i błędy. Składniki mogą przekroczyć limit czasu podczas oczekiwania na inne składniki w trakcie aktualizacji. Przekroczenie limitu czasu powoduje błąd. Azure Stack Hub ma mechanizm ponawiania lub korygowania niektórych zadań z powodu sporadycznych błędów.
Remediation: Podczas gdy aktualizacja Azure Stack Hub ma stan W toku można zignorować ostrzeżenia i błędy zgłaszane w portalu.
Wystąpienie: typowe.
Aktualizacja 2002 nie powiodła się
Dotyczy: ten problem dotyczy tylko wersji 2002.
Przyczyna: Podczas próby aktualizacji 2002 aktualizacja może zakończyć się niepowodzeniem i podać następujący komunikat: The private network parameter is missing from cloud parameters. Please use set-azsprivatenetwork cmdlet to set private networkTrace.
Korygowanie: konfigurowanie prywatnej sieci wewnętrznej.