☰

Warum erhalte ich beim Wiederherstellen von Azure Blob Storage auf SQL Server 2014 die Meldung „RESTORE DATABASE TERMINATED ABNORMALLY“ (Fehler 3013)

tag-icon • tag-icon sql-server azure sql-server-2014
Warum erhalte ich beim Wiederherstellen von Azure Blob Storage auf SQL Server 2014 die Meldung „RESTORE DATABASE TERMINATED ABNORMALLY“ (Fehler 3013)

Unser Produktionsdatenbankserver sichert seine Datenbanken jede Nacht in Azure Blob Storage, wobei der BACKUP TO URLBefehl in SQL Server 2014 Standard verwendet wird. Ich versuche jetzt, diese Sicherungen auf einer neuen SQL Server-VM wiederherzustellen, die wir in Azure eingerichtet haben und auf der auch SQL Server 2014 Standard ausgeführt wird. Ich führe den folgenden SQL-Befehl aus:

RESTORE DATABASE Example FROM URL = 'https://exampleaccount.blob.core.windows.net/livedbbackups/ExampleBackup-2015-10-15T01-13-08.bak';
WITH CREDENTIAL = 'AzureBackupCredential', 
MOVE 'Example' TO 'C:\Databases\Example.mdf',
MOVE 'Example_log' TO 'C:\Databases\Example.ldf',
STATS = 5;

Wenn ich dies mache, dauert die Wiederherstellung mehr als 10 Minuten und ich kann im Fenster „Nachrichten“ von SQL Server Management Studio sehen, wie sie voranschreitet. Kurz bevor sie jedoch zu 100 % abgeschlossen ist, wird die folgende Fehlermeldung angezeigt.

Ausgabe auf der Azure-VM mit Microsoft SQL Server 2014 – 12.0.4213.0 (X64) Standard Edition (64-Bit) unter Windows NT 6.3 (Build 9600: ) (Hypervisor):

85 percent processed.
90 percent processed.
95 percent processed.
Msg 3013, Level 16, State 1, Line 5
RESTORE DATABASE is terminating abnormally.

Wenn ich nach „SQL Server-Fehler 3013“ oder „SQL Server-Wiederherstellungsdatenbank wird abnormal beendet“ googele, erhalte ich viele Seiten, die darauf hinweisen, dass meine Datenbankdatei beschädigt ist. Ich glaube jedoch nicht, dass dies der Fall ist, da ichdas exakt gleiche SQLauf meinem Laptop mit SQL Server 2014 Express und ich erhalte die folgende Ausgabe:

Ausgabe auf Laptop mit Microsoft SQL Server 2014 – 12.0.2269.0 (X64) Express Edition (64-Bit) unter Windows NT 6.3 (Build 10240: ) (Hypervisor):

85 percent processed.
90 percent processed.
95 percent processed.
100 percent processed.
Processed 233600 pages for database 'Example', file 'Example' on file 1.
Processed 5 pages for database 'Example', file 'Example_log' on file 1.
RESTORE DATABASE successfully processed 233605 pages in 205.802 seconds (8.867 MB/sec).

Beide Wiederherstellungsanweisungen wurden mit derselben URL und derselben unveränderten Sicherungsdatei ausgeführt. Wenn die Wiederherstellung auf meiner lokalen Kopie von SQL Server Express korrekt erfolgt, kann sie nicht beschädigt sein, oder?

Hier sind einige andere mögliche Ursachen, die ich auszuschließen versuchte:

  • Versionskonflikt- Die Sicherung wurde auf einem Server mit Microsoft SQL Server 2014 – 12.0.2269.0 (X64) Standard Edition (64-Bit) ausgeführt. Die Wiederherstellung wurde auf einem Server mit Microsoft SQL Server 2014 – 12.0.4213.0 (X64) Standard Edition (64-Bit) ausgeführt. Diese Versionsnummern wurden durch Ausführen SELECT @@VERSIONauf jedem der Server ermittelt.
  • Berechtigungsfehler– Beide RESTORE HEADERONLYfunktionieren RESTORE FILELISTONLYordnungsgemäß auf der Azure-VM, die die Datenbank nicht wiederherstellt.
  • Freiraum– Auf dem Laufwerk C: der Azure-VM sind mehr als 80 GB frei.
  • Netzwerkkonnektivität- Ich habe keine ausführlichen Tests durchgeführt, aber da die VM, auf der SQL Server läuft, in Azure läuft und die Sicherungsdatei sich auch in Azure befindet, stelle ich mir vor, dass es ziemlich stabil ist. Dateidownloads und einfache Tests mit dem Browser scheinen darauf hinzudeuten, dass die Verbindung sowohl stabil als auch schnell ist.

Die fragliche Datenbank ist nach der Wiederherstellung etwa 2 GB groß und hat eine 5 GB große Protokolldatei. Ich habe andere Sicherungen derselben Datenbank in Azure gespeichert und erhalte dieselben Ergebnisse, wenn ich versuche, eine davon wiederherzustellen (funktioniert auf lokalem SQL Server Express 2014, schlägt auf Azure VM SQL Server Standard 2014 fehl).

Irgendwelche Ideen, was die Ursache sein könnte und wie man das Problem beheben kann?

Antwort1

dieser Thread ist schon etwas älter, aber ich hatte heute das gleiche Problem. Ich habe vor einiger Zeit eine Wiederherstellung aus dem Blob-Speicher durchgeführt und alles hat gut funktioniert. Eine Woche später hat dieselbe Wiederherstellung den Fehler „WIEDERHERSTELLUNG DER DATENBANK ABNORMAL BEENDET“ zurückgegeben. Also habe ich meine Sicherungsdateien in einen anderen Container verschoben und alles hat einwandfrei funktioniert.

Hoffe, dieser Workaround hilft jemand anderem.

verwandte Informationen