2016-07-13 5 views
0

SQL Server 2014 SP2, Windows Server 2012 R2 (vollständige Updates), die auf einer DS13 Azure-VM ausgeführt werden.SQL Server-Sicherung für URL, die zeitweise fehlschlägt

Ich führe eine vollständige Sicherung auf einem Azure Storage-Konto aus, und es ist zeitweise fehlgeschlagen, ohne viele Informationen.

Die betreffende Datenbank ist knapp unter 100GB unkomprimiert und knapp unter 9GB komprimiert.

Mit dbcc traceon (3051, -1) kann ich den Protokollinhalt sehen. Die einzigen Anzeichen dafür, dass etwas falsch ist, sind eine Reihe von diesen:

7/12/2016 3:45:16 PM: Ergebnis aufgezeichnet Exception Message: Die zugrunde liegende Verbindung wurde geschlossen: Eine Verbindung, die am Leben erhalten werden sollte war vom Server geschlossen. 2016.07.12 15.45.16: HTTP-Statuscode -1, HTTP Statusmeldung

7/12/2016 3:45:25 PM: aufgezeichnet Ausnahmemeldung Ergebnis: Nicht imstande, Daten von dem Transport zu lesen Verbindung: Die Verbindung wurde geschlossen. 7/12/2016 3:45:25 PM: HTTP-Statuscode -1, HTTP-Statusmeldung

7/12/2016 3:45:25 PM: Ergebnis aufgezeichnet Ausnahmebedingungsnachricht: Daten konnten nicht auf den Transport geschrieben werden Verbindung: Eine bestehende Verbindung wurde vom Remote-Host zwangsweise geschlossen. 2016.07.12 03.45.25: HTTP-Statuscode -1, HTTP Statusmeldung

Schließlich sehe ich:

7/12/2016 3:45:39 PM: Drosselung Staat Encountered: ParallelThreads erlaubt 1, hervorragende Ops 16, throttleDelta 1

Es befindet sich auf 1 ParallelThread für ein bisschen bleibt, dann bis zum Ende des Protokolls langsam beginnen wieder nach oben mit normalen Ergebnissen ramping,:

2016.07.12 3: 49:29 PM: Eine unerwartete Ausnahme ist während der Kommunikation auf dem VDI-Kanal aufgetreten. 7/12/2016 3:49:29 PM: Exception Info: Nicht behebbarer Fehler während der Flush-Operation 7/12/2016 3:49:29 PM: Stack: bei Microsoft.SqlServer.VdiInterface.VDI.AsyncIOCompletion (BlobRequestOptions-Optionen , List`1 asyncResults, CloudPageBlob pageBlob, Boolean onFlush) bei Microsoft.SqlServer.VdiInterface.VDI.PerformPageDataTransfer (CloudPageBlob pageBlob, AccessCondition leaseCondition, Boolean forBackup) 7/12/2016 3:49:29 PM: Die aktive Warteschlange hatte 0 Anfragen, bis wir einen Verräumer gefunden haben 7/12/2016 3:49:29 PM: Ein schwerwiegender Fehler ist während der Maschinenkommunikation aufgetreten, die Ausnahmeinformation folgt 7/12/2016 3:49:29 PM: Exception Info: Ein nicht behebbarer Fehler ist aufgetreten während der Flush-Operation 7/12/2016 3:49:29 PM: Stack: bei Microsoft.SqlServer.VdiInterface.VDI.PerformPageDataTransfer (Clo udPageBlob pageBlob, AccessCondition leaseCondition, Boolean forBackup) bei BackupToUrl.Program.MainInternal (String [] args)

Im Task-Manager kann ich sehen, BackupToUrl.exe verschwinden, aber die SQL-Abfrage ausführt, noch für eine Weile. Das Azure-Speicherkonto zeigt die Datenbank weiterhin als 1 TB groß an (wie während des Uploads). Schließlich wird die SQL-Abfrage mit dem folgenden Fehler zurückgibt, und das Azure-Speicher-Konto aktualisiert wird, um die BAK-Datei zu entfernen:

verarbeitet 7.056.520 Seiten für Datenbank ‚<entfernt>‘ Datei ‚<entfernt>‘ für Datei 1. verarbeitet 3 Seiten für Datenbank '<entfernt>', Datei für Datei 1. Msg 3271, Ebene 16, Status '< > _log entfernt' 1, Zeile 1 ein nicht behebbarer I/O-Fehler auf Datei aufgetreten "https://<removed>.blob.core.windows.net/<removed>/<removed>.bak:" Backup URL erhielt eine Ausnahme vom Remote-Endpunkt. Ausnahmebedingungsnachricht: Während der Flush-Operation ist ein nicht behebbarer Fehler aufgetreten. Nachricht 3013, Ebene 16, Status 1, Zeile 1 BACKUP DATABASE wird abnormal beendet.

Hat jemand eine Ahnung, was getan werden kann, um dieses Problem zu diagnostizieren und zu lösen?

Antwort

0

Es stellte sich heraus, dass der Host der Azure-VM IO-Fehler mit dem Speicherkonto kommuniziert hatte. Sobald die VM auf neue Hardware umgestellt wurde, wurde das Problem behoben. Dies wurde angeblich durch einen Plattformfehler verursacht.

Verwandte Themen