Freigeben über

Problembehandlung für die verwaltete SQL Server-Sicherung in Azure

  • Artikel

In diesem Thema werden die Aufgaben und Tools beschrieben, mit denen Sie Fehler beheben können, die während SQL Server Managed Backup to Microsoft Azure-Vorgänge auftreten können.

Übersicht

SQL Server Managed Backup to Microsoft Azure verfügt über integrierte Überprüfungen und Problembehandlungen, sodass interne Fehler in vielen Fällen von SQL Server Managed Backup to Microsoft Azure-Prozess selbst übernommen werden.

Ein Beispiel für einen solchen Fall ist das Löschen einer Sicherungsdatei, die zu einem Bruch der Protokollkette führt, der sich auf die Wiederherstellbarkeit auswirkt. SQL Server Verwaltete Sicherung in Microsoft Azure identifiziert den Bruch in der Protokollkette und plant die sofortige Ausführung einer Sicherung. Nichtsdestotrotz sollten Sie den Status überwachen und mögliche Fehler, die ein manuelles Eingreifen erfordern, entsprechend behandeln.

SQL Server Verwaltete Sicherung in Microsoft Azure protokolliert Ereignisse und Fehler mithilfe von gespeicherten Systemprozeduren, Systemansichten und erweiterten Ereignissen. Systemansichten und gespeicherte Prozeduren enthalten SQL Server Verwaltete Sicherung in Microsoft Azure Konfigurationsinformationen, status von geplanten Sicherungen sowie die von erweiterten Ereignissen erfassten Fehler. SQL Server Verwaltete Sicherung in Microsoft Azure verwendet erweiterte Ereignisse, um die Fehler zu erfassen, die für die Problembehandlung verwendet werden. Zusätzlich zur Ereignisprotokollierung stellen die intelligenten Administrations-Richtlinien von SQL Server einen Integritätsstatus bereit, der von einem E-Mail-Benachrichtigungs-Auftrag zur Bereitstellung von Benachrichtigungen zu Fehlern und Problemen verwendet wird. Weitere Informationen finden Sie unter Überwachen SQL Server verwalteten Sicherungen in Azure.

SQL Server Verwaltete Sicherung in Microsoft Azure verwendet auch die gleiche Protokollierung, die beim manuellen Sichern in Azure Storage (SQL Server Backup to URL) verwendet wird. Weitere Informationen zu Problemen im Zusammenhang mit der Sicherung in URL finden Sie im Abschnitt zur Problembehandlung in SQL Server Bewährte Methoden und Problembehandlung für die Sicherung in URL.

Allgemeine Schritte zur Problembehandlung

  1. Aktivieren Sie die E-Mail-Benachrichtigung, um E-Mails zu Fehlern und Warnungen zu erhalten.

    Alternativ können Sie auch smart_admin.fn_get_health_status regelmäßig ausführen, um die aggregierten Fehler und Zahlen zu überprüfen. Zum Beispiel gibt number_of_invalid_credential_errors an, wie häufig die intelligente Sicherung eine Sicherung versucht, aber einen Fehler aufgrund ungültiger Anmeldeinformationen erhalten hat. Number_of_backup_loops und number_of_retention_loops sind keine Fehler; sie geben an, wie häufig Sicherungsthread und Beibehaltungsthread die Liste der Datenbanken überprüft haben. Wenn @begin_time und @end_time nicht bereitgestellt werden, zeigt die Funktion in der Regel die Informationen der letzten 30 Minuten an. Normalerweise sollten werte ungleich 0 für diese beiden Spalten angezeigt werden. Wenn sie null sind, weist dies auf eine Systemüberlastung oder sogar auf ein nicht reagierendes System hin. Weitere Informationen finden Sie im Abschnitt Zur Problembehandlung von Systemproblemen weiter unten in diesem Thema.

  2. Prüfen Sie die Protokolle der erweiterten Ereignisse, um weitere Details zu den Fehlern und zu den zugehörigen Ereignissen zu erfahren.

  3. Anhand der Informationen in den Protokollen sollten Sie das Problem lösen können. Bei einem Systemproblem oder -fehler müssen Sie den Dienst oder SQL Server-Agent möglicherweise neu starten.

Häufige Fehlerursachen

Es folgt eine Liste häufiger Ursachen von Fehlern:

  1. Änderungen an SQL-Anmeldeinformationen: Wenn der Name der von SQL Server verwalteten Sicherung in Microsoft Azure verwendeten Anmeldeinformationen geändert oder gelöscht wird, kann SQL Server Verwaltete Sicherung in Microsoft Azure keine Sicherungen erstellen. Die Änderung sollte auf SQL Server Konfigurationseinstellungen für verwaltete Sicherungen in Microsoft Azure angewendet werden.

  2. Änderungen an Speicherzugriffsschlüsselwerten: Wenn die Speicherschlüsselwerte für das Azure-Konto geändert werden, SQL-Anmeldeinformationen jedoch nicht mit den neuen Werten aktualisiert werden, schlägt SQL Server Verwaltete Sicherung in Microsoft Azure bei der Authentifizierung im Speicher fehl und kann datenbanken nicht sichern, die für die Verwendung dieses Kontos konfiguriert sind.

  3. Änderungen am Azure Storage-Konto: Das Löschen oder Umbenennen des Speicherkontos ohne entsprechende Änderungen an den SQL-Anmeldeinformationen führt dazu, dass SQL Server Verwaltete Sicherung in Microsoft Azure fehlschlägt, und es werden keine Sicherungen erstellt. Wenn Sie ein Speicherkonto löschen, müssen Sie sicherstellen, dass die Datenbanken mit gültigen Speicherkontoinformationen neu konfiguriert werden. Wenn ein Speicherkonto umbenannt oder die Schlüsselwerte geändert werden, stellen Sie sicher, dass diese Änderungen in den SQL-Anmeldeinformationen widerzuspiegeln sind, die von SQL Server Managed Backup to Microsoft Azure verwendet werden.

  4. Änderungen an Datenbankeigenschaften: Änderungen an Wiederherstellungsmodellen oder das Ändern des Namens können zu Fehlern bei Sicherungen führen.

  5. Änderungen am Wiederherstellungsmodell: Wenn das Wiederherstellungsmodell der Datenbank in einfache von vollständig oder massenprotokolliert geändert wird, werden Sicherungen beendet, und die Datenbanken werden von SQL Server Verwaltete Sicherung in Microsoft Azure übersprungen. Weitere Informationen finden Sie unter SQL Server Verwaltete Sicherung in Azure: Interoperabilität und Koexistenz.

Häufigste Fehlermeldungen und Lösungen

  1. Fehler beim Aktivieren oder Konfigurieren SQL Server Managed Backup in Microsoft Azure:

    Fehler: " Fehler beim Zugriff auf die Speicher-URL.... Geben Sie gültige SQL-Anmeldeinformationen an..." : Möglicherweise werden diese und andere ähnliche Fehler angezeigt, die sich auf SQL-Anmeldeinformationen beziehen. Überprüfen Sie in solchen Fällen den Namen der bereitgestellten SQL-Anmeldeinformationen sowie die in den SQL-Anmeldeinformationen gespeicherten Informationen – den Speicherkontonamen und den Speicherzugriffsschlüssel, und stellen Sie sicher, dass sie aktuell und gültig sind.

    Fehler: "... die Datenbank kann nicht konfiguriert werden.... da es sich um eine Systemdatenbank handelt": Dieser Fehler wird angezeigt, wenn Sie versuchen, SQL Server Verwaltete Sicherung in Microsoft Azure für eine Systemdatenbank zu aktivieren. SQL Server Verwaltete Sicherung in Microsoft Azure unterstützt keine Sicherungen für Systemdatenbanken. Um die Sicherung einer Systemdatenbank zu konfigurieren, verwenden Sie andere SQL Server-Sicherungstechnologien, z. B. Wartungspläne.

    Fehler: " ... Geben Sie einen Aufbewahrungszeitraum an...." : Möglicherweise werden Fehler in Bezug auf den Aufbewahrungszeitraum angezeigt, wenn Sie entweder keinen Aufbewahrungszeitraum für die Datenbank angegeben oder instance, wenn Sie diese Werte zum ersten Mal konfigurieren. Es wird außerdem ein Fehler angezeigt, wenn Sie einen anderen Wert als eine Zahl zwischen 1 und 30 angeben. Der zulässige Wert für die Beibehaltungsdauer ist eine Zahl zwischen 1 und 30.

  2. E-Mail-Benachrichtigungsfehler:

    Fehler: "Datenbank-E-Mail ist nicht aktiviert..." – Dieser Fehler wird angezeigt, wenn Sie E-Mail-Benachrichtigungen aktivieren, aber Datenbank-E-Mail nicht für die instance konfiguriert ist. Sie müssen Datenbank-E-Mail auf dem instance konfigurieren, um Benachrichtigungen über die Integritäts-status von SQL Server Managed Backup an Microsoft Azure zu erhalten. Informationen zum Aktivieren von Datenbank-E-Mail finden Sie unter Konfigurieren Datenbank-E-Mail. Sie müssen außerdem den SQL Server-Agent aktivieren, um Datenbank-E-Mail für Benachrichtigungen verwenden zu können. Weitere Informationen finden Sie unter Vorab.

    Es folgt eine Liste der Fehlernummern, die möglicherweise angezeigt werden und die E-Mail-Benachrichtigungen zugeordnet sind:

    • ErrorNumber: 45209

    • ErrorNumber: 45210

    • Fehlernummer: 45211

  3. Konnektivitätsfehler:

    • Fehler im Zusammenhang mit SQL-Konnektivität: Diese Fehler treten auf, wenn Probleme beim Herstellen einer Verbindung mit SQL Server instance auftreten. Dieser Fehlertyp wird durch erweiterte Ereignisse über den Adminkanal verfügbar gemacht. Die folgenden beiden erweiterten Ereignisse können bei Fehlern im Zusammenhang mit dieser Art von Verbindungsproblemen auftreten:

      FileRetentionAdminXEvent mit event_type = SqlError. Ausführliche Informationen zu diesem Fehler finden Sie im Ereignis unter error_code, error_message und stack_trace. Die error_code ist die Fehlernummer der SqlException.

      SmartBackupAdminXevent mit folgenden Meldungspräfixen:

      "Beim Konfigurieren der Standardeinstellungen für SQL Server verwaltete Sicherung in Azure für instance ist ein interner Fehler aufgetreten. Der Fehler ist möglicherweise vorübergehend."

      "Wahrscheinlich Verbindungsprobleme mit SQL Server. Datenbank wird in der aktuellen Iteration übersprungen".

      "Fehler beim Abrufen von Informationen zur Protokollverwendung. Der Fehler ist möglicherweise vorübergehend. Datenbank wird in der aktuellen Iteration übersprungen".

      "SQL-Ausnahme beim Laden von SSMBackup2WA-Agent-Metadaten. Der Fehler ist möglicherweise vorübergehend. Der Vorgang wird wiederholt."

      "Bei SSMBackup2WA ist eine SQL-Ausnahme aufgetreten, während ... "

    • Fehler bei Verbindungen mit dem Speicherkonto:

      Speicherausnahmen werden in FileRetentionAdminXEvent mit event_type = XstoreError angegeben. Ausführliche Informationen zum Fehler finden Sie im Ereignis unter error_message und stack_trace.

      Da SQL Server Managed Backup die zugrunde liegende URL-Sicherungstechnologie nutzt, beziehen sich die Fehler zu Speicherverbindungen auf beide Funktionen. Weitere Informationen zu den Schritten zur Problembehandlung finden Sie im Abschnitt zur Problembehandlung im Artikel SQL Server Bewährte Methoden und Problembehandlung für sicherung in URL.

Behandlung von Systemproblemen

Im Folgenden sind einige Szenarien aufgeführt, in denen ein Systemproblem (SQL Server, SQL Server-Agent) und dessen Auswirkungen auf SQL Server Verwaltete Sicherung in Microsoft Azure vorliegt:

  • Sqlservr.exe reagiert nicht mehr oder funktioniert nicht mehr, wenn SQL Server verwaltete Sicherung in Microsoft Azure ausgeführt wird: Wenn SQL Server nicht mehr funktioniert, wird der SQL-Agent ordnungsgemäß heruntergefahren, SQL Server Verwaltete Sicherung in Microsoft Azure wird ebenfalls beendet, und die Ereignisse werden in der SQL Agent.out-Datei protokolliert.

    Wenn SQL Server nicht mehr reagiert, werden Ereignisse im Adminkanal protokolliert. Ein Beispiel für das Ereignisprotokoll:

    SQL-Fehler (Engine reagiert nicht oder get sqlException: SqlException:
    Fehlercode, Nachrichten und Stapelüberwachung werden in einem xevent-Adminkanal zusammen mit zusätzlichen Informationen angezeigt, zum Beispiel:
    "Wahrscheinlich Verbindungsprobleme mit SQL Server. Datenbank wird in der aktuellen Iteration übersprungen"

  • Der SQL-Agent reagiert nicht mehr oder funktioniert nicht mehr, wenn SQL Server Verwaltete Sicherung in Microsoft Azure ausgeführt wird:

    Wenn der SQL-Agent nicht mehr funktioniert, wird auch SQL Server Managed Backup to Microsoft Azure beendet, und Ereignisse werden im Administratorkanal protokolliert. Dies ist Szenarien ähnlich, in denen SQL Server nicht mehr reagiert.

    Wenn der SQL-Agent nicht mehr reagiert, kann SQL Server verwaltete Sicherung in Microsoft Azure nicht mit Sicherungsvorgängen fortfahren, und Ereignisse werden im Administratorkanal protokolliert. Ein Beispiel für das Ereignisprotokoll:

    Auftrag hängt: Informationen finden Sie in den Adminkanal-xevents
    "Ein Statusupdate wurde von SQL Server in mehr als " + Constants.DBBackupInfoMsgMaxWaitTime + " Stunden für die Datenbanksicherung nicht empfangen. SSM-Cloud-Sicherung wird weiter ausgesetzt."

Wenn Sie die E-Mail-Benachrichtigung aktiviert haben, erhalten Sie eine Benachrichtigung, die die Anzahl von Sicherungsschleifen und die Anzahl der Aufbewahrungsschleifen enthält. Wenn der Wert, der in der Benachrichtigung für eine oder beide Spalten zurückgegeben wird, null ist, kann dies ein Hinweis darauf sein, dass das System nicht reagiert.

Warnung

Bei den internen Prozessen, durch die die Ergebnisse für den Bericht generiert werden, wird davon ausgegangen, dass sich die Diagnoseprotokolle der Engine am selben Speicherort wie das SQL Agent-Fehlerprotokoll befinden, das standardmäßig im selben Ordner wie die Fehlerprotokolle der SQL Server-Instanz gespeichert wird. Wenn die Diagnoseprotokolle der Engine an einen anderen Speicherort als den des SQL Agent-Fehlerprotokolls verschoben werden, ist das System nicht in der Lage, die Diagnoseprotokolle für intelligente Sicherungen zu finden, sodass der Bericht in der E-Mail-Benachrichtigung u. U. fehlerhaft ist. Beispielsweise kann in allen gemeldeten Feldern der Wert 0 angezeigt werden, einschließlich der Anzahl der Sicherungsschleifen und der Anzahl der Aufbewahrungsschleifen. Wenn die Diagnoseprotokolle also an einen anderen Speicherort verschoben werden, bedeutet dies nicht, dass das System nicht reagiert, sondern dass es nicht in der Lage ist, die Protokolle zu finden. Stellen Sie zunächst sicher, dass sich die Diagnoseprotokolle und SQL Agent-Fehlerprotokolle am selben Speicherort befinden. Um den aktuellen Speicherort der Diagnoseprotokolle zu überprüfen, können Sie sys.dm_os_server_diagnostics_log_configurations verwenden. Die path Spalte gibt den aktuellen Speicherort der Diagnoseprotokolle der Engine zurück. Es sollte sich im selben Ordner wie die SQL-Agent-Fehlerprotokolle befinden. Der Pfad der SQL Agent-Fehlerprotokolle kann mithilfe der gespeicherten Prozedur dbo.sp_get_sqlagent_properties abgerufen werden.

Überprüfen Sie die Protokolle mit erweiterten Ereignisses, um Details zu den Fehlern anzuzeigen. Beheben Sie die Fehler oder starten Sie den SQL Server-Agent neu, um die Situation zu korrigieren.