SQL Server backup to URL no mechanism to retry on backup errors Msg 3013, Level 16, State 1, Server, Line 1
Running Microsoft SQL Server 2016 (SP2-CU2) 13.0.5153.0 and below I can confirm that in August of 2018 there is currently no retry logic for Backup to URL. If you use Backup To URL functionality natively or in conjunction with Ola Hallengren scripts any blip, transient network issue/failure, or even Blob service issues/throttling during the backup process will cause a high level generic error failure code. These errors are random at best, but the product unfortunately is working as designed and expected as retry logic is not currently built into the Backup To URL functionality. It would be extremely beneficial and I would welcome the addition in any and all future SQL versions.
Backup to URL was a new feature introduced in SQL Server 2012 so it has been around for 5+ years. While this was a new feature, I would say very few truly use this even today. If you are running an environment that is 100% Azure based then I feel that this is a feature that you need to look at as space is cheap and if the networking/VM instance is sized in the upper tier for Upload/Download bandwidth then the times for backup and restore are very much and can be faster than ISCI targets you might backup to today in a local environment.
This issue "FIX: Intermittent failures when you run backups to Azure storage from SQL Server" was reported to be fixed in some SQL versions on Sept. 24, 2018. This problem was supposedly fixed in an on-demand hotfixes for SQL Server 2016 Service Pack 2 Cumulative Update 2. After you apply this hotfix, the SQL Server version is 13.0.5206.0.
Additionally, the hotfix is also included in Cumulative Update 3 for SQL Server 2016 Service Pack 2. I have yet to test if this is resolved but once updated to a patched SQL version I will report back the results and version it was tested in.
Example of a random backup error:
Date and time: 2018-08-15 01:05:17
Command: BACKUP DATABASE [xxx_xx] TO URL = N'https://xxxxxxxxxxxxxxxxxx.blo
Msg 3201, Level 16, State 1, Server XXXXXXXXXXXX
Cannot open backup device 'https://xcczocccxxxxcc.blob.core.windows.net
Operating system error 50(The request not supported.).
Msg 3013, Level 16, State 1, Server XXXXXXXXXXX. Line 1
BACKUP DATABASE is terminating abnormally.
Outcome: Failed
Backup to URL was a new feature introduced in SQL Server 2012 so it has been around for 5+ years. While this was a new feature, I would say very few truly use this even today. If you are running an environment that is 100% Azure based then I feel that this is a feature that you need to look at as space is cheap and if the networking/VM instance is sized in the upper tier for Upload/Download bandwidth then the times for backup and restore are very much and can be faster than ISCI targets you might backup to today in a local environment.
This issue "FIX: Intermittent failures when you run backups to Azure storage from SQL Server" was reported to be fixed in some SQL versions on Sept. 24, 2018. This problem was supposedly fixed in an on-demand hotfixes for SQL Server 2016 Service Pack 2 Cumulative Update 2. After you apply this hotfix, the SQL Server version is 13.0.5206.0.
Additionally, the hotfix is also included in Cumulative Update 3 for SQL Server 2016 Service Pack 2. I have yet to test if this is resolved but once updated to a patched SQL version I will report back the results and version it was tested in.
Example of a random backup error:
Date and time: 2018-08-15 01:05:17
Command: BACKUP DATABASE [xxx_xx] TO URL = N'https://xxxxxxxxxxxxxxxxxx.blo
Msg 3201, Level 16, State 1, Server XXXXXXXXXXXX
Cannot open backup device 'https://xcczocccxxxxcc.blob.core.windows.net
Operating system error 50(The request not supported.).
Msg 3013, Level 16, State 1, Server XXXXXXXXXXX. Line 1
BACKUP DATABASE is terminating abnormally.
Outcome: Failed
Comments
Post a Comment