2014-10-01 12 views
7

Ich hoffe, SQL Server 2014 Managed Backup zu Azure-Funktion zu konfigurieren und zu verwenden. Ich habe eine manuelle Sicherung der URL-T-SQL-Abfrage getestet, und es hat funktioniert. Die Sicherungen, die von der verwalteten Sicherung in Azure erstellt wurden, können jedoch nicht abgeschlossen werden.Wie Debuggen von SQL Server 2014 Managed Backup zu Azure?

Der verwaltete Sicherungsprozess hinterlässt eine Reihe von 0-Byte-Sicherungsdateien auf Azure-Speicher, die aufgrund des fehlgeschlagenen Sicherungsprozesses gesperrt sind (aktive Leases). Ich versuche herauszufinden, was das Problem ist. Meine Version von SQL Server 2014 ist die Web Edition, die anscheinend keine Komprimierung unterstützt. Das Dialogfeld SQL Server Management Studio zum Konfigurieren der verwalteten Sicherung in Azure bietet jedoch keine Komprimierungsoptionen. Also, vielleicht versucht es die Backup-Datei zu komprimieren und scheitert? Ich weiß nicht, wie man sieht, was SQL Server tatsächlich versucht, während es seine automatische Sicherung nach Azure durchführt. Hat da jemand Ideen?

ich die folgenden Fehler in dem Ereignisprotokoll zu sehen bin ...

Date 10/1/2014 3:10:39 PM Log SQL Server (Current - 10/1/2014 2:42:00 PM) Source Backup Message BACKUP failed to complete the command BACKUP LOG CaseLaw. Check the backup application log for detailed messages.

Date 10/1/2014 3:12:01 PM Log SQL Server (Current - 10/1/2014 2:42:00 PM) Source spid71 Message Error: 18210, Severity: 16, State: 1.

Date 10/1/2014 3:12:01 PM Log SQL Server (Current - 10/1/2014 2:42:00 PM) Source spid71 Message BackupVirtualDeviceFile::DetermineFileSize: SetPosition(0,EOF) failure on backup device 'https://caselaw.blob.core.windows.net/sqldb01-mssqlserver/CaseLaw_d68e6c91feba4f7f891a66cb86fcce8d_20141001151038-05.log'. Operating system error Backup to URL received an exception from the remote endpoint. Exception Message: The remote server returned an error: (409) Conflict..

ich die volle 409-Fehlermeldung nicht lesen kann, so dass ich habe keine Ahnung was der eigentliche 409 Fehler ist. Laut MSDN gibt es multiple possible 409 responses.

Ich habe seit einigen Tagen mit diesem Problem gekämpft. Ich habe eine manuelle geplante Aufgabe versucht, die meine T-SQL-Abfrage ausführt, was funktioniert, aber ich kann nicht automatisch nach X Tagen mit dieser Methode aufräumen. Irgendwelche Ideen? Vielen Dank!

+0

Ich habe das gleiche Problem und ich bin sicher, es ist bis zur Komprimierung als Durchführung einer vollständigen Sicherung der URL mit der Option no_compression funktioniert. BACKUP DATABASE [meinedb] URL = 'https://myblobstorage.blob.core.windows.net/backups/mydb_compress_encrypt.bak' mit dem Credential = 'Myredential', noformat, NOINIT, NAME = N‘ mydb - komprimiert, verschlüsselt ', SKIP, NOREWIND, NOUNLOAD, NO_COMPRESSION, STATS = 10; GO – Dan

Antwort

9

Dies hängt tatsächlich damit zusammen, dass COMPRESSION für den Sicherungsbefehl festgelegt wird, der vom Managed Backup-Prozess aufgerufen wird.

Das Aktivieren von Debug-Nachrichten hat mich auf die gespeicherte Prozedur hingewiesen, die aufgerufen wird: [Msdb]. [Smart_Admin]. [Sp_do_backup]. Wenn Sie in diese gespeicherte Prozedur schauen, sehen Sie "COMPRESSION" fest in den verschiedenen Backup-Befehlen, die es ausgibt.

Ein Finden und Ersetzen von "COMPRESSION" zu "NO_COMPRESSION" sollte Ihr Problem beheben.

Beachten Sie, dass dies nur für SQL 2014 Web Edition gelten muss, da andere Versionen die Komprimierung unterstützen, und dies sollte nicht einmal auftauchen.

+0

Danke dafür! Wir hatten gerade SP1 installiert und es kam zurück, um uns zu verfolgen. :) – mikekidder