正在导出 SQL 数据库和 DTU 容量
Exporting SQL Database and DTU capacity
将 SQL 数据库导出到存储时，我们的 DTU 容量已达到，这实际上意味着我们的系统性能受到严重损害。
这对我们来说是一个问题，因为我们使用导出功能来备份和移动我们的数据库。
这个问题有解决办法吗？
截至今日（2015年1月）情况如下：
导出功能是在引入这些新服务层级之前创建的。为了进行事务一致的导出，运行 进程在后台进行大量查询以收集数据库信息。然后它继续做大量的查询，直到数据完全备份。因此，在一个复杂（和大）的数据库中，DTU 最大化也就不足为奇了。
解决这个问题有不同的方法：
- 导出期间临时升级到更高的服务层级
- 导出完成后缩小
或者更好：
- 使用时间点还原功能将最新副本还原到新 数据库。
- 导出新数据库（因此完全不影响实时应用程序）
- 删除新数据库
后者将为您提供最佳性能和可靠性。
** 更新（2016 年 9 月）**
截至今天（甚至更早），所有版本的 Azure SQL 数据库都提供自动备份和时间点还原。使用此功能，您不再需要为简单备份而进行导出。
在 Azure SQL Database service tiers 页面上查看更多信息。
数据库导出以及内置的备份和恢复确实为客户提供了事务上一致的数据库。
将 SQL 数据库导出到存储时，我们的 DTU 容量已达到，这实际上意味着我们的系统性能受到严重损害。
这对我们来说是一个问题，因为我们使用导出功能来备份和移动我们的数据库。
这个问题有解决办法吗？
截至今日（2015年1月）情况如下：
导出功能是在引入这些新服务层级之前创建的。为了进行事务一致的导出，运行 进程在后台进行大量查询以收集数据库信息。然后它继续做大量的查询，直到数据完全备份。因此，在一个复杂（和大）的数据库中，DTU 最大化也就不足为奇了。
解决这个问题有不同的方法：
- 导出期间临时升级到更高的服务层级
- 导出完成后缩小
或者更好：
- 使用时间点还原功能将最新副本还原到新 数据库。
- 导出新数据库（因此完全不影响实时应用程序）
- 删除新数据库
后者将为您提供最佳性能和可靠性。
** 更新（2016 年 9 月）**
截至今天（甚至更早），所有版本的 Azure SQL 数据库都提供自动备份和时间点还原。使用此功能，您不再需要为简单备份而进行导出。 在 Azure SQL Database service tiers 页面上查看更多信息。
数据库导出以及内置的备份和恢复确实为客户提供了事务上一致的数据库。