從3天前開始在Azure Blob存儲中創建Sql備份時出現信號燈超時錯誤

Question

我正在使用每日計划的作業在Azure blob上備份我的本地sql服務器數據庫。 該命令從未更改過並且工作了許多個月，但自三天前開始失敗。 這是命令的文本：

DECLARE @MyFileName varchar(1000)
SELECT @MyFileName = (SELECT 'https://myurl.blob.core.windows.net/full/MyDB_backup_' + convert(varchar(500),GetDate(),112) + '.bak') 
BACKUP DATABASE [MyDb] TO  URL = @MyFileName WITH  CREDENTIAL = N'AzureCredential' ,  COPY_ONLY, NOFORMAT, NOINIT,  NAME = N'MyDb-Full Database Backup', NOSKIP, NOREWIND, NOUNLOAD,  STATS = 1

這是輸出：

1 percent processed.
2 percent processed.
3 percent processed.
Msg 121, Level 20, State 0, Line 24
A transport-level error has occurred when receiving results from the server. (provider: TCP Provider, error: 0 - The semaphore timeout period has expired.)

這將創建一個1TB的文件（通常為6Gb），當我嘗試將其刪除時，出現此錯誤：當前Blob上存在一個租約，並且在請求中未指定租約ID。

我相信他們的服務存在問題，因為我運行的代碼和數據庫均未更改。 但是我不知道如何報告錯誤。 我本可以直接向Microsoft提出申請，但是顯然我需要一個“支持計划”。 所以我在這里發布，因為這是他們列出的支持資源。

您以前遇到過這個問題嗎？ 您認為我應該在哪個最合適的位置發布此信息以獲得答案？

Answer 1

看來該問題已由Azure修復，因為它再次開始工作。 它於10月28日開始，因此持續了5天。

但是，任何有關Azure狀態的頁面均未報告。

如果再次發生這種情況，顯然唯一的方法是等待幾天直到它起作用。

如果問題再次發生，我將更新此線程。

Answer 2

在SQL Server 2012或2014上使用到URL的備份時，SQL會分配一個1 TB的頁面Blob，以便它可以存儲支持的最大備份大小。 備份過程完成后，將刪除blob上的租約，並將blob的大小重新調整為備份的大小。

如果備份過程無法完成，則分配的文件大小可能會保持在1TB大小，但是只會為blob實際使用的存儲付費（請參閱此處的空磁盤常見問題）。 此外，如果在備份過程中發生錯誤，則活動租約可能仍保留在頁面Blob上。 要處理具有活躍租約的Blob刪除，請參閱此文檔 。