KB2867316-Fix: Sie können eine SQL Server 2012-oder 2014-Datenbank nicht im Microsoft Azure Binary-Speicherdienst für große Objekte wiederherstellen.

Problembeschreibung

Wenn eine SQL Server 2012-oder SQL Server 2014-Datenbank eine große Transaktionsprotokolldatei enthält, können Sie die Datenbank nicht im Microsoft Azure Binary Large Objects (BLOB)-Speicherdienst wiederherstellen. Wenn beispielsweise die Transaktionsprotokolldatei so groß ist, dass die Wiederherstellung länger als drei Minuten dauert, können Sie die Datenbank nicht wiederherstellen. Beispiel: Wenn Sie eine sehr große Datenbank auf eine URL sichern, die möglicherweise mit der folgenden Fehlermeldung fehlschlägt:

<DateTime> Backup-Fehler: 3041, Schweregrad: 16, Zustand: 1. <DateTime-> Sicherungs Sicherung konnte die Befehls Sicherungsdatenbank nicht BravoII_AS_PROD mit Differential durchführen. Überprüfen Sie das Sicherungs Anwendungsprotokoll auf detaillierte Nachrichten. <DateTime> spid55-Fehler: 18210, Schweregrad: 16, Status: 1. <DateTime> spid55 BackupVirtualDeviceFile:: RequestDurableMedia: Flush-Fehler auf dem Sicherungsmedium "https://xxx.BLOB.Core.Windows.net/Production/yyy.BCK". Fehler des Betriebssystems konnte nicht vom Remote Endpunkt erfasst werden.

Wenn Sie das Kennzeichen Backup to URL-Ablaufverfolgung aktivieren (DBCC TRACEON (3004, 3051, 3212, 3014, 3605, 1816,-1)), erhalten Sie möglicherweise die Informationen, die im backuptoUrL-Protokoll wie folgt aussehen:

<DateTime>: HTTP-Statuscode 201, http-Statusmeldung, die<DateTime>: Payload: Start 7319191552, cmd size 1048576, Nutzlast size 1048576, Startzeit 84313,5811126, EndTime 84313,6281149, Dauer 47,0023 MS, Versuche 1, Rückruf ausgeführt? True<DateTime>: HTTP-Statuscode 201, http-Statusmeldung, die<DateTime-> erstellt wurde: IO-Vervollständigung hat die zulässigen parallelen Vorgänge in 64 geändert, die Drosselungs Anzahl Delta von 63-Threads wurde<DateTime-> berechnet: ein Timeout für GetCommand, Timeout-Länge von 20000, wird wiederholt,<DateTime->: ein Timeout für GetCommand, Timeoutlänge von 20000, wird wiederholt,<Timeout-Länge von 20000, wird<DateTime-> wiederholen: ein Timeout für GetCommand, Timeout-Länge von 20000, wird wiederholt<DateTime->: ein Timeout für GetCommand, Timeout-Länge von 20000, wird wiederholt,<DateTime->: ein Timeout für GetCommand, Timeoutlänge von 20000, wird wiederholt,<DateTime->: ein Timeout ist aufgetreten , Timeout-Länge von 20000, wird<DateTime-> erneut versuchen: ein Timeout für GetCommand, Timeout-Länge von 20000, wird wiederholt #d20 DateTime->: ein Timeout für GetCommand, Timeout-Länge von 20000, wird wiederholt,<DateTime->: die Sicherungs Kommunikation mit sqlservr ist fehlgeschlagen, HR = 0x80770003<DateTime>: ein schwerwiegender Fehler ist während der Modul Kommunikation aufgetreten, und die Ausnahmeinformationen folgen<DateTime->: Ausnahmeinformationen: bei Datenübertragungen mit SQLServer, HRESULT: 0x80770003<DateTime->: Stack: bei Microsoft. SqlServer. VdiInterface. VDI. PerformPageDataTransfer (CloudPageBlob pageBlob, AccessCondition-leaseCondition) unter forBackup. Program. BackupToUrl (Zeichenfolge [] args

Jedes neue kumulative Update für SQL Server enthält alle Hotfixes und alle Sicherheitsupdates, die im vorherigen kumulativen Update enthalten waren. Schauen Sie sich die neuesten kumulativen Updates für SQL Server an:

Status

Microsoft hat bestätigt, dass es sich hierbei um ein Problem bei den in diesem Artikel genannten Microsoft-Produkten handelt.

Benötigen Sie weitere Hilfe?

Ihre Office-Fähigkeiten erweitern
Schulungen erkunden
Neue Funktionen als Erster erhalten
Microsoft Insider beitreten

War diese Information hilfreich?

Vielen Dank für Ihr Feedback!

Vielen Dank für Ihr Feedback. Es klingt, als ob es hilfreich sein könnte, Sie mit einem unserer Office-Supportmitarbeiter zu verbinden.

×