多年来，我们一直在使用事实上的标准 Ola Hallengrin 维护解决方案，即使在我们迁移到 Azure 并开始使用 blob 作为备份目标之后也是如此。但是，出于性能原因，我一直在研究通过块 blob 而不是页 blob 进行备份，利用具有共享访问签名而不是凭据的存储容器，并一次使用 4-8 个 URL 路径进行备份和恢复。结果非常清晰 - 未压缩备份的恢复性能为 30MB/s，压缩备份的恢复性能为 70MB/s，每个都有 1x URL。使用 4x URL，MAXTRANSFERSIZE = 4194304，& BLOCKSIZE = 65536，.. 131MB/s。使用 8x URL，245MB/s。备份也有类似的故事。
我写信是想看看是否有人知道继续利用 Ola 软件包的方法。似乎包中的 URL 支持结构适用于基于凭据的页面 blob，但没有任何用于 SAS 和条带化 URL 的逻辑。我从没想过这会有什么不同，但这是白天和黑夜。
我从这个文档开始并努力取得成功：https : //blogs.msdn.microsoft.com/sqlcat/2017/03/10/backing-up-a-vldb-to-azure-blob-storage/
下面的测试数据库在磁盘上大约为 85GB，始终压缩到 44GB。
BACKUP DATABASE [yeahokyeahok] TO
URL = N'https://az1yeahok01.blob.core.windows.net/adamtest01/yeahokyeahok_backup_2018_03_08_194161.bak'
,URL = N'https://az1yeahok01.blob.core.windows.net/adamtest01/yeahokyeahok_backup_2018_03_08_194161_2.bak'
,URL = N'https://az1yeahok01.blob.core.windows.net/adamtest01/yeahokyeahok_backup_2018_03_08_194161_3.bak'
,URL = N'https://az1yeahok01.blob.core.windows.net/adamtest01/yeahokyeahok_backup_2018_03_08_194161_4.bak'
--,URL = N'https://az1yeahok01.blob.core.windows.net/adamtest01/yeahokyeahok_backup_2018_03_08_194161_5.bak'
-- URL = N'https://az1yeahok01.blob.core.windows.net/adamtest01/yeahokyeahok_backup_2018_03_08_194161_6.bak'
WITH NOFORMAT, NOINIT, NAME = N'yeahokyeahok-Full Database Backup', …