Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Dieser Artikel enthält Informationen zur Problembehandlung für integrierte Azure Stack Hub-Umgebungen.
Häufige Supportprobleme
Die folgenden Abschnitte enthalten Links zu Dokumentationen, die allgemeine Fragen umfassen, die an Microsoft-Support zu Azure Stack Hub gesendet werden.
Überlegungen zum Kauf
Updates und Diagnosen
- Sammeln von Diagnoseprotokollen
- Überprüfen des Azure Stack Hub-Systemstatus
- Veröffentlichungstakt des Update-Pakets
- Überprüfung und Fehlerbehebung des Knotenstatus
Unterstützte Betriebssysteme und Größen für Gast-VMs
- In Azure Stack Hub unterstützte Gastbetriebssysteme
- Vm-Größen, die in Azure Stack Hub unterstützt werden
Microsoft Marketplace
Microsoft Marketplace-Elemente für Azure Stack Hub
Kapazitätsmanagement
Gedächtnis
Um die verfügbare Gesamtspeicherkapazität für Azure Stack Hub zu erhöhen, können Sie Arbeitsspeicher hinzufügen. In Azure Stack Hub wird ihr physischer Server auch als scale unit node bezeichnet. Alle Skalierungseinheitsknoten, die Mitglieder einer einzelnen Skalierungseinheit sind, müssen denselben Arbeitsspeicher aufweisen.
Aufbewahrungszeitraum
Ein Cloudoperator kann die Einstellung für den Aufbewahrungszeitraum verwenden, um einen Zeitraum in Tagen (0 bis 9999) anzugeben, in dem alle gelöschten Konten potenziell wiederhergestellt werden können. Der Standardaufbewahrungszeitraum beträgt 0 Tage. Mit dem Wert 0 wird festgelegt, dass alle gelöschten Konten sofort aus der Aufbewahrung entfernt und für die regelmäßige automatische Speicherbereinigung markiert werden.
Weitere Informationen finden Sie unter Festlegen des Aufbewahrungszeitraums.
Verwaltung der rollenbasierten Zugriffssteuerung
Ein Benutzer in Azure Stack Hub kann ein Leser, ein Besitzer oder ein Mitwirkender an jeder Instanz eines Abonnements, einer Ressourcengruppe oder eines Diensts sein. Weitere Informationen finden Sie unter Festlegen von Zugriffsberechtigungen mithilfe der rollenbasierten Zugriffssteuerung.
Wenn die integrierten Rollen für Azure Ressourcen nicht den spezifischen Anforderungen Ihrer Organisation entsprechen, können Sie Eigene benutzerdefinierte Rollen erstellen.
Verwaltung der Nutzung und Abrechnung basierend auf dem Abonnementtyp
Wählen Sie den Typ des Kontos für gemeinsame Dienste aus, das Sie für Azure Stack Hub verwenden. Die Arten von Abonnements, die Sie für die Registrierung einer mehrinstanzigen Azure Stack Hub Bereitstellung verwenden können, sind Cloud Solution Provider (CSP) und Azure Partner Shared Services (APSS). Weitere Informationen finden Sie unter Erstellen eines CSP- oder APSS-Abonnements.
Metriken der Skalierungseinheit
Sie können PowerShell verwenden, um Stempelnutzungsinformationen ohne Hilfe von Microsoft-Support abzurufen:
Erstellen Sie eine Session für privilegierte Endpunkte (PEP).
Führen Sie den folgenden Befehl aus:
Test-AzureStackSchließen Sie die PEP-Sitzung.
Führen Sie den folgenden Befehl mithilfe eines Invoke-Command-Aufrufs aus:
Get-AzureStackLog -FilterByRole SeedRingExtrahieren Sie die SeedRing.zip Datei. Sie können den Überprüfungsbericht aus dem ERCS-Ordner abrufen, in dem Sie ausgeführt haben
Test-AzureStack.
Weitere Informationen finden Sie unter Send Azure Stack Hub Diagnoseprotokolle mithilfe des privilegierten Endpunkts.
Virtuelle Computer
Zurücksetzen eines Linux-VM-Kennworts
Wenn Sie das Kennwort für eine Linux-VM vergessen und die Option "Kennwort zurücksetzen " aufgrund von Problemen mit der VMAccess-Erweiterung nicht funktioniert, können Sie das Kennwort zurücksetzen, indem Sie die folgenden Schritte ausführen:
Wählen Sie eine Linux-VM aus, die als Wiederherstellungs-VM verwendet werden soll.
Melden Sie sich beim Benutzerportal an, und führen Sie dann folgende Aktionen aus:
- Notieren Sie sich die VM-Größe, die NIC, die öffentliche IP-Adresse, die Netzwerksicherheitsgruppe und die Datenträger.
- Beenden Sie die betroffene VM.
- Entfernen Sie den betroffenen virtuellen Computer.
- Fügen Sie den Datenträger vom betroffenen virtuellen Computer als Datenträger auf der Wiederherstellungs-VM an. (Der Datenträger kann einige Minuten dauern, bis er verfügbar ist.)
Melden Sie sich bei der Wiederherstellungs-VM an, und führen Sie den folgenden Befehl aus:
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 /tempmountMelden Sie sich beim Benutzerportal an, und führen Sie dann folgende Aktionen aus:
- Trennen Sie den Datenträger von der Wiederherstellungs-VM.
- Erstellen Sie den virtuellen Computer erneut vom Datenträger.
- Übertragen Sie die öffentliche IP von der vorherigen VM, fügen Sie die Datenträger an, und führen Sie verwandte Aufgaben aus.
Sie können auch eine Momentaufnahme des ursprünglichen Datenträgers erstellen und einen neuen Datenträger daraus erstellen, anstatt die Änderungen direkt auf dem ursprünglichen Datenträger auszuführen. Weitere Informationen finden Sie in den folgenden Themen:
- Ein lokales Linux-Kennwort auf Azure-VMs zurücksetzen
- Erstellen eines Datenträgers aus einer Momentaufnahme
- Ändern und Zurücksetzen des Stammkennworts (Dokumentation zu Red Hat Enterprise Linux)
Lizenzaktivierungsfehler für Windows Server 2012 R2 während der Bereitstellung
Wenn ein Problem bei der Lizenzaktivierung auftritt, kann Windows nicht aktiviert werden, und in der unteren rechten Ecke des Bildschirms wird ein Wasserzeichen angezeigt. Die WaSetup.xml Protokolle, die sich unter "C:\Windows\Panther" befinden, enthalten das folgende Ereignis:
<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>
Um die Lizenz zu aktivieren, kopieren Sie den AVMA-Schlüssel (Automatic Virtual Machine Activation) für die Edition, die Sie aktivieren möchten.
| Edition | AVMA-Schlüssel |
|---|---|
| Rechenzentrum | Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TW |
| Norm | DBGBW-NPF86-BJVTX-K3WKJ-MTB6V |
| Grundlagen | K2XGM-NMBT3-2R6Q8-WF2FK-P36R2 |
Führen Sie auf dem virtuellen Computer den folgenden Befehl aus:
slmgr /ipk <AVMA_key>
Ausführliche Informationen finden Sie unter Automatic Virtual Machine activation in Windows Server.
Standardbild und Galerieelement
Sie müssen ein Windows Server-Abbild und ein Galerieelement hinzufügen, bevor Sie virtuelle Computer in Azure Stack Hub bereitstellen.
VHD-Dateien auf dem Datenträger nach dem Löschen des virtuellen Computers
Nachdem Sie virtuelle Computer gelöscht haben, werden möglicherweise weiterhin die VHD-Dateien auf dem Datenträger angezeigt. Dieses Verhalten ist beabsichtigt:
- Wenn Sie einen virtuellen Computer löschen, werden VHDs nicht gelöscht. Datenträger sind separate Ressourcen in der Ressourcengruppe.
- Wenn Sie ein Speicherkonto löschen, wird der Löschvorgang sofort durch Azure Resource Manager angezeigt. Die Festplatten, die es möglicherweise enthält, bleiben jedoch gespeichert, bis die Garbage Collection stattfindet.
Wenn "verwaiste" VHDs angezeigt werden, ist es wichtig zu wissen, ob sie Teil des Ordners für ein gelöschtes Speicherkonto sind. Wenn das Speicherkonto nicht gelöscht wurde, ist es normal, dass es noch vorhanden ist.
Storage
Speicherwiederherstellung
Es kann bis zu 14 Stunden dauern, bis die zurückgewonnene Kapazität im Portal angezeigt wird. Die Speicherfreigabe hängt von verschiedenen Faktoren ab, darunter die prozentuale Nutzung interner Containerdateien in einem Block-Blob-Speicher. Je nachdem, wie viele Daten gelöscht werden, gibt es keine Garantie dafür, wie viel Speicherplatz zurückgewonnen werden kann, wenn der Garbage Collector ausgeführt wird.
Weitere Informationen zum Konfigurieren des Aufbewahrungsschwellenwerts und der On-Demand-Reclamation finden Sie in Manage Azure Stack Hub Speicherkonten.
Azure Storage-Explorer funktioniert nicht mit Azure Stack Hub
Wenn Sie ein integriertes System in einem getrennten Szenario verwenden, empfiehlt es sich, eine Unternehmenszertifizierungsstelle zu verwenden. Exportieren Sie das Stammzertifikat im Base64-Format, und importieren Sie es dann in Azure Storage-Explorer. Entfernen Sie unbedingt den abschließenden Schrägstrich (/) vom Resource Manager-Endpunkt. Weitere Informationen finden Sie unter "Vorbereiten der Verbindung mit Azure Stack Hub".
App Service
Wenn das Create-AADIdentityApp.ps1 Skript, das für App Service erforderlich ist, fehlschlägt, müssen Sie beim Ausführen des Skripts unbedingt den erforderlichen -AzureStackAdminCredential Parameter einschließen. Weitere Informationen finden Sie unter Voraussetzungen für die Bereitstellung von App Service auf Azure Stack Hub.
Azure Stack Hub Patches und Updates
Der Patch- und Updateprozess für Azure Stack Hub wurde entwickelt, um Operatoren bei der Anwendung von Updatepaketen auf einheitliche, optimierte Weise zu helfen. Obwohl Probleme während des Patch- und Updateprozesses ungewöhnlich sind, können sie auftreten. Es wird empfohlen, die folgenden Schritte auszuführen, wenn ein Problem auftritt.
Bevor Sie beginnen, achten Sie darauf, die Checkliste der Aktualisierungsaktivität zu befolgen und proaktive Protokollsammlung zu aktivieren.
Führen Sie die Korrekturschritte in der Fehlerwarnung aus.
Wenn Sie Ihr Problem nicht beheben können, erstellen Sie ein Azure Stack Hub Supportticket. Achten Sie darauf, Protokolle für den Zeitraum zu sammeln , in dem das Problem aufgetreten ist.
Wenn ein Update fehlschlägt, sei es mit einer kritischen Warnung oder mit einem Warnhinweis, ist es wichtig, dass Sie den Fehlerfall prüfen und sich wie im Warnhinweis angegeben an den Microsoft-Kundensupport wenden. Das Verlassen einer Skalierungseinheit in einem fehlerhaften Aktualisierungszustand für eine lange Zeit kann zu weiteren Problemen führen, die später schwieriger zu beheben sind.
Die folgenden Probleme und Lösungen gelten für Azure Stack Hub integrierten Systeme.
Vorbereitung fehlgeschlagen
Anwendbar: Dieses Problem gilt für alle unterstützten Versionen.
Ursache: Wenn Sie versuchen, das Azure Stack Hub-Update zu installieren, kann das Update fehlschlagen und der Status in PreparationFailed wechseln. Bei mit dem Internet verbundenen Systemen weist dieser Zustand in der Regel darauf hin, dass das Updatepaket aufgrund einer schwachen Internetverbindung nicht ordnungsgemäß heruntergeladen werden kann.
Korrektur: Wählen Sie "Jetzt installieren" erneut aus. Wenn das Problem weiterhin besteht, laden Sie das Updatepaket manuell hoch.
Vorkommen: Allgemein.
Fehler beim Aktualisieren mit einer Warnung zum Überprüfen und Erzwingen externer Schlüsselschutzkomponenten auf CSVs
Anwendbar: Dieses Problem gilt für alle unterstützten Versionen.
Ursache: Das BMC-Kennwort (Baseboard Management Controller) ist nicht ordnungsgemäß festgelegt.
Korrektur: Aktualisieren Sie die BMC-Anmeldeinformationen , und setzen Sie das Update fort.
Warnungen und Fehler, die gemeldet werden, während ein Update ausgeführt wird
Anwendbar: Dieses Problem gilt für alle unterstützten Versionen.
Ursache: Wenn sich ein Azure Stack Hub-Update im Status Wird ausgeführt befindet, werden im Portal möglicherweise Warnungen und Fehler gemeldet. Bei Komponenten kann es während eines Upgrades beim Warten auf andere Komponenten zu Zeitüberschreitungen kommen. Dieses Timeout führt zu einem Fehler. Azure Stack Hub verfügt über einen Mechanismus zum Wiederholen oder Beheben einiger Aufgaben aufgrund von zeitweiligen Fehlern.
Remediation: Während das Azure Stack Hub Update eine In progress status aufweist, können Sie Warnungen und Fehler ignorieren, die im Portal gemeldet wurden.
Vorkommen: Allgemein.
Fehler beim Update 2002
Anwendbar: Dieses Problem gilt nur für die Version 2002.
Ursache: Wenn Sie das Update 2002 versuchen, schlägt das Update möglicherweise fehl und stellt diese Meldung bereit: The private network parameter is missing from cloud parameters. Please use set-azsprivatenetwork cmdlet to set private networkTrace.