Tôi hy vọng sẽ cấu hình và sử dụng tính năng Sao lưu được quản lý của SQL Server 2014 cho Azure. Tôi đã thử nghiệm bản sao lưu thủ công cho truy vấn T-SQL URL và nó đã hoạt động. Tuy nhiên, các bản sao lưu được tạo bởi bản sao lưu được quản lý thành tính năng Azure không thể hoàn thành.Làm thế nào để gỡ lỗi SQL Server 2014 sao lưu được quản lý Azure?
Quy trình sao lưu được quản lý để lại một nhóm các tệp sao lưu 0 byte trên bộ lưu trữ Azure và tất cả chúng bị khóa (cho thuê hoạt động) do quá trình sao lưu không thành công. Tôi đang cố gắng tìm ra vấn đề là gì. Phiên bản SQL Server 2014 của tôi là phiên bản Web, có vẻ như không hỗ trợ nén. Hộp thoại SQL Server Management Studio để định cấu hình sao lưu được quản lý thành tính năng Azure không cung cấp bất kỳ tùy chọn nén nào. Vì vậy, có lẽ nó đang cố gắng để nén tập tin sao lưu và không? Tôi không biết làm thế nào để xem những gì đang thực sự được thử bởi SQL Server trong khi nó sao lưu tự động của nó để Azure, mặc dù. Có ai có ý tưởng nào không?
tôi nhìn thấy các lỗi sau đây trong bản ghi sự kiện ...
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..
tôi không thể đọc được thông báo lỗi đầy đủ 409, vì vậy tôi đã không có ý tưởng những gì thực tế là 409 lỗi. Theo MSDN, có multiple possible 409 responses.
Tôi đã gặp khó khăn với vấn đề này trong vài ngày. Tôi đã thử một tác vụ được lập lịch thủ công chạy truy vấn T-SQL của tôi, hoạt động, nhưng tôi không thể tự động làm sạch nó sau X ngày, bằng cách sử dụng phương thức đó. Bất kỳ ý tưởng? Cảm ơn!
Tôi đang gặp sự cố tương tự và tôi chắc chắn rằng nó bị nén khi thực hiện sao lưu đầy đủ tới url bằng cách sử dụng tùy chọn no_compression hoạt động. BACKUP DATABASE [mydb] đến URL = 'https://myblobstorage.blob.core.windows.net/backups/mydb_compress_encrypt.bak' VỚI CREDENTIAL = 'Myredential', NOFORMAT, NOINIT, NAME = N' mydb - đã nén, được mã hóa ', SKIP, NOREWIND, NOUNLOAD, NO_COMPRESSION, STATS = 10; GO – Dan