Azure SQL 数据库时间点恢复需要 24 小时
Azure SQL database point in time restore taking over 24 hrs
我一直在尝试对 2GB S0 Azure SQL 服务器数据库进行 PITR。已经 运行 超过 24 小时了。数据库恢复进度一直说 50% 已完成 18
小时没有任何错误。我应该升级服务器 DTU 和大小还是实际服务层？
据此post。在 SQL 数据库上，“马力”由数据库吞吐量单位或仅“DTU”来衡量。这个单位用整数来衡量，可能在5到1750之间变化。每个数据库版本都有一个或多个“服务Objective”的报价，这与DTU的数量和播放价格直接相关.
在下图中，您可以找到每个 SQL 数据库版本的“服务 Objectives”（S0、P3、Basic、P11、S3 等）列表及其各自的价格。请注意，Microsoft 一直在更新其报价，因此当您阅读此 post 时，每个版本的价格和服务 Objective 可能已经过时：
一个选项是一种更保守、负责任和有尊严的选择 DTU 数量的方式，并且基于有关您的数据库的真实数据 activity。它是 DTU 计算器 (http://dtucalculator.azurewebsites.net/)，一种在线服务，可通过建议最适合数据库的服务 Objective 来帮助我们。您只需要下载 DTU 计算器网站上提供的 PowerShell 脚本，然后 运行 它位于您的数据库所在的服务器中。一旦您 运行 此脚本，将测量以下数据并将其记录在 CSV 文件中：
- 处理器 – 处理器时间百分比
- 逻辑磁盘-磁盘Reads/sec
- 逻辑磁盘-磁盘Writes/sec
- 数据库 – 日志字节 Flushed/sec
收集完成后，您只需上传脚本生成的文件并解释结果。这是 DTU 计算器生成的图表之一的示例，表明 89.83% 的数据库负载可以 运行 使用“标准”SQL 的服务 Objective S3数据库版本。
这是一个决策树，可帮助您达到数据库的最佳点。
所以我觉得你可以适当增加DTU来加快这个过程。 :)
如果您在 S0 上，则您使用的是 Azure SQL 数据库，而不是托管实例。
2GB很小，一个小时左右就可以恢复时间点恢复了。
联系 Microsoft 支持。
我一直在尝试对 2GB S0 Azure SQL 服务器数据库进行 PITR。已经 运行 超过 24 小时了。数据库恢复进度一直说 50% 已完成 18 小时没有任何错误。我应该升级服务器 DTU 和大小还是实际服务层？
据此post。在 SQL 数据库上，“马力”由数据库吞吐量单位或仅“DTU”来衡量。这个单位用整数来衡量，可能在5到1750之间变化。每个数据库版本都有一个或多个“服务Objective”的报价，这与DTU的数量和播放价格直接相关.
在下图中，您可以找到每个 SQL 数据库版本的“服务 Objectives”（S0、P3、Basic、P11、S3 等）列表及其各自的价格。请注意，Microsoft 一直在更新其报价，因此当您阅读此 post 时，每个版本的价格和服务 Objective 可能已经过时：
一个选项是一种更保守、负责任和有尊严的选择 DTU 数量的方式，并且基于有关您的数据库的真实数据 activity。它是 DTU 计算器 (http://dtucalculator.azurewebsites.net/)，一种在线服务，可通过建议最适合数据库的服务 Objective 来帮助我们。您只需要下载 DTU 计算器网站上提供的 PowerShell 脚本，然后 运行 它位于您的数据库所在的服务器中。一旦您 运行 此脚本，将测量以下数据并将其记录在 CSV 文件中：
- 处理器 – 处理器时间百分比
- 逻辑磁盘-磁盘Reads/sec
- 逻辑磁盘-磁盘Writes/sec
- 数据库 – 日志字节 Flushed/sec
收集完成后，您只需上传脚本生成的文件并解释结果。这是 DTU 计算器生成的图表之一的示例，表明 89.83% 的数据库负载可以 运行 使用“标准”SQL 的服务 Objective S3数据库版本。
这是一个决策树，可帮助您达到数据库的最佳点。
如果您在 S0 上，则您使用的是 Azure SQL 数据库，而不是托管实例。
2GB很小，一个小时左右就可以恢复时间点恢复了。
联系 Microsoft 支持。