Applies ToSQL Server 2012 Standard SQL Server 2012 Web SQL Server 2012 Developer SQL Server 2012 Enterprise SQL Server 2014 Enterprise - duplicate (do not use) SQL Server 2014 Developer - duplicate (do not use) SQL Server 2014 Standard - duplicate (do not use) SQL Server 2014 Web - duplicate (do not use)

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?

Möchten Sie weitere Optionen?

Erkunden Sie die Abonnementvorteile, durchsuchen Sie Trainingskurse, erfahren Sie, wie Sie Ihr Gerät schützen und vieles mehr.

In den Communities können Sie Fragen stellen und beantworten, Feedback geben und von Experten mit umfassendem Wissen hören.