症状
当 SQL Server 2012 或 SQL Server 2014 数据库包含大型事务日志文件时，无法在 Microsoft Azure 二进制大型对象（BLOB）存储服务中还原数据库。 例如，如果事务日志文件太大，而该文件的还原时间超过3分钟，则无法还原数据库。例如，如果你将非常大的数据库备份到 URL，它可能会失败，并出现以下错误消息：
<DateTime> Backup 错误：3041，严重级别：16，状态：1。 <DateTime> 备份备份无法完成带有差异的命令备份数据库 BravoII_AS_PROD。 检查备份应用程序日志，了解详细消息。 <DateTime> spid55 错误：18210，严重性：16，状态： 1. <DateTime> spid55 BackupVirtualDeviceFile：： RequestDurableMedia：在备份设备 "https://xxx.blob.core.windows.net/production/yyy.bck" 上进行刷新失败。 无法从远程终结点收集操作系统错误错误。
如果你启用 "备份到 URL 跟踪标记" （DBCC TRACEON （3004、3051、3212、3014、3605、1816、-1）），你可能会在 backuptoUrL 日志中收到类似于以下内容的信息：
<DateTime>： HTTP 状态代码201，已创建<DateTime> 的 HTTP 状态消息：负载：开始7319191552、Cmd Size 1048576、负载大小1048576、开始84313.5811126、endtime 84313.6281149、持续时间47.0023、尝试1、回调已执行？ True<DateTime>： HTTP 状态代码201，已创建<DateTime> 的 HTTP 状态消息： IO 完成已将允许的并行操作更改为 64 63，<DateTime>： 20000 GetCommand 上发生超时，将重试<datetime>： GetCommand 上出现超时，超时时间为20000，将重试<datetime>：在 GetCommand 上发生超时，20000的超时，将重试<datetime>：在 GetCommand 上发生超时，20000的超时时间将重试<datetime>：在 GetCommand 上发生超时，超时长度为20000，将重试<datetime>： GetCommand 上发生超时，GetCommand 20000，20000的超时长度将重试<DateTime>： GetCommand 上发生超时，20000的超时时间将重试<DateTime>：在 GetCommand 上发生超时，超时长度为20000，将重试<DateTime>：与 SqlServr 的备份通信失败。 hr = 0x80770003<DateTime>：在引擎通信期间发生了严重错误，异常信息如下所示：异常信息：在数据传输操作过程中使用 SqlServer、HRESULT： 0X80770003<DateTime>： Stack 时出错 PerformPageDataTransfer （CloudPageBlob pageBlob、AccessCondition leaseCondition、Boolean forBackup）。 BackupToUrl （String [] args）><
解决方案
在 SQL Server 的以下累积更新中，此问题首先已修复。
SQL Server 2014 SP1 的累积更新1 /en-us/help/3067839
SQL Server 2012 SP2 的累积更新6 /en-us/help/3052468
SQL Server 2012 SP1 的累积更新16 /en-us/help/3052476
SQL Server 2014 累积更新7 /en-us/help/3046038
SQL Server 的每个新的累积更新均包含以前的累积更新中包含的所有修补程序和所有安全修补程序。 查看 SQL Server 的最新累积更新：
状态
Microsoft 已确认这是在“适用范围”部分中列出的 Microsoft 产品存在的问题。
