Stretch Database

适用于： SQL Server 2016 (13.x) 及更高版本 - 仅限 Windows

Stretch Database 可以既透明又安全地将冷数据迁移到 Microsoft Azure 云。

如果你想立即开始使用 Stretch Database，请参阅 通过运行“启用数据库延伸向导”开始。

Stretch Database 的优点是什么？

延伸数据库提供以下优势：

• 通过经济高效的方式来使用冷数据。 使用 SQL Server Stretch Database 将冷暖事务数据从 SQL Server 动态延伸到 Microsoft Azure。 与典型的冷数据存储不同，数据将始终联机且可供查询。 可以提供更长的数据保留时限，而不会破坏大型表（如客户订单历史记录）的存储库。 受益于 Azure 的低成本，无需扩展价格不菲的本地存储。 你可以在 Azure 门户中选择定价层并配置设置，因此始终能够对价格和成本进行控制。 根据需要扩展或缩减。 有关详细信息，请访问 SQL Server Stretch Database 定价 。

• 无需更改查询或应用程序。 无缝访问 SQL Server 数据，不管这些数据是位于本地还是延伸到云中。 可以设置策略来确定数据的存储位置，SQL Server 会在后台处理数据移动。 整个表始终处于联机状态，始终可供查询。 而且，Stretch Database 无需对现有查询或应用程序进行任何更改，数据的位置对应用程序来说是透明的。

• 简化了本地数据维护过程。 降低了数据的本地维护和存储成本 对本地数据的备份运行速度更快，并在维护时段内完成。 自动运行对数据的云部分的备份。 你对本地存储的需求大大减少。 与在本地 SSD 中添加数据相比，使用 Azure 存储可将费用较低 80%。

• 即使在迁移过程中，也会确保数据的安全性。 可以高枕无忧地将最重要的应用程序安全延伸到云中。 SQL Server 的 Always Encrypted 功能为数据提供动态加密。 行级别安全性 (RLS) 和其他高级 SQL Server 安全功能也能配合延伸数据库来保护数据。

延伸数据库的作用是什么？

为 SQL Server 实例、数据库启用 Stretch Database 并且选择至少一个表以后，Stretch Database 就会开始以静默方式将你的冷数据迁移到 Azure。

• 如果在单独的某个表中存储了冷数据，可以迁移整个表。

• 如果表同时包含热数据和冷数据，可以指定筛选器函数来选择要迁移的行。

不需更改现有查询和客户端应用。 即使在数据迁移过程中，也可以持续顺畅访问本地数据和远程数据。 远程查询会出现轻微的延迟，但仅查询冷数据时，才会遇到这种延迟。

Stretch Database 可以确保迁移过程中无数据丢失 （即使发生故障）。 它还可以通过重试逻辑来处理迁移过程中可能会发生的连接问题。 动态管理视图提供迁移的状态。

可以暂停数据迁移 以排查本地服务器上的问题或者最大程度地提供可用网络带宽。

Stretch Database 是否适合你？

如果与下表中的表述相符，则延伸数据库可以帮助你满足要求和解决问题。

哪种类型的数据库和表符合延伸数据库条件？

Stretch Database 针对的是包含大量冷数据的事务数据库，这些冷数据通常存储在少量表中。 这些表可能包含 10 亿多行。

如果使用 SQL Server 的时态表功能，则可以使用 Stretch Database 将关联的所有或部分历史记录表迁移到 Azure 上的高性价比存储中。 有关详细信息，请参阅 管理版本由系统控制的临时表中历史数据的保留期。

若要了解有关潜在阻滞问题的详细信息，请参阅 Stretch Database 的局限性。

试用 Stretch Database

通过 AdventureWorks 示例数据库试用 Stretch Database。 若要获取 AdventureWorks 示例数据库，必须从 此处。 将示例数据库还原到 SQL Server 2016 实例后，解压缩示例文件，然后从 Stretch DB 文件夹打开 Stretch DB Samples 文件。 运行此文件中的脚本可以查看启用延伸数据库之前和之后数据所用的空间，跟踪数据迁移的进度，以及确认在数据迁移期间和之后是否可以继续查询现有数据和插入新数据。

后续步骤

• 禁用延伸数据库和移回远程数据