在Azure中还原BACPAC花费的时间

时间:2019-01-28 17:05:09

标签: azure-sql-database

我开始还原BACPAC文件,并在24小时后检查状态(数据库大小约为110GB)。它已按预期完成,但是由于SSSMS导入数据层应用程序向导未显示时间统计信息,因此我不确定完成还原实际上需要多长时间。

1)我正在尝试计算恢复花费了多长时间,仅供以后参考。有办法解决这个问题吗?

2)Azure定价层(P1,S1等)在恢复时间上是否有所不同?我希望数据库位于最低价格层,但不太确定它是否会影响恢复时间。

3)对于每个不同的定价层(假设为100GB数据库),恢复需要多长时间,是否有任何可用的统计信息?

PS:我已经检查了数据库的创建日期,但这是该过程的第一步(即,几分钟后就创建了数据库)。

2 个答案:

答案 0 :(得分:1)

  1. 例如,您可以从门户网站或Powershell(New-AzureRmSqlDatabaseImport)检查开始/停止时间。
  2. 是的,性能更高-恢复速度更快
  3. 不。

您可以在开始还原之前扩大规模,这肯定会有所帮助。但是此操作没有SLA,因此支持将无法帮助您加快速度或完成其他操作。

答案 1 :(得分:1)

假设您使用了如下所示的PowerShell从存储帐户中导入bacpac:

$import = New-AzureRmSqlDatabaseImport 
-ResourceGroupName "RG01" -ServerName "Server01" -DatabaseName "Database01"
-StorageKeyType "StorageAccessKey" -StorageKey "StorageKey01"  
-StorageUri "http://account01.blob.core.contoso.net/bacpacs/database01.bacpac" 
-AdministratorLogin "User" -AdministratorLoginPassword $SecureString -Edition Standard 
-ServiceObjectiveName S0 -DatabaseMaxSizeBytes 5000000

您可以使用Get-AzureRmSqlDatabaseImportExportStatus跟踪进度。

$import | Get-AzureRmSqlDatabaseImportExportStatus

为获得更好的性能,在将数据库迁移或导入到Azure SQL数据库时,请始终使用高级层,操作完成后,您可以将层缩小到预期的服务级别。

我不知道有关近似吞吐量的任何统计信息,这些统计信息取决于Azure SQL数据库的服务级别,但是它们在IOPS方面都有局限性。高级层显示出最佳的I / O性能。