1

目前，我正在使用具有 20 个 VCore 的 AzureSQL 业务关键层。当数据库不使用时，我想用 2 个 VCore 降级它。对数据质量有影响吗？

我尝试了下面的代码来放大/缩小

 Set-AzSqlDatabase -ResourceGroupName "<ResourceGroupName>" -DatabaseName "<testServer>" -ServerName "test.database.windows.net"   -VCore 20   ---For upgrading

 Set-AzSqlDatabase -ResourceGroupName "<ResourceGroupName>" -DatabaseName "<testServer>" -ServerName "test.database.windows.net"   -VCore 2   ---For downgrading

它对我有用。任何帮助，将不胜感激。

4

2 回答 2

1

在扩大/缩小规模期间，一些事务可能会回滚。

更改单个数据库的服务层或计算大小主要涉及执行以下步骤的服务：

为数据库创建新的计算实例

使用请求的服务层和计算大小为数据库创建一个新的计算实例。对于服务层和计算大小更改的某些组合，必须在新的计算实例中创建数据库的副本，这涉及复制数据并且会严重影响整体延迟。无论如何，数据库在此步骤期间保持在线，并且连接将继续定向到原始计算实例中的数据库。

将连接路由切换到新的计算实例

删除原始计算实例中与数据库的现有连接。任何新的连接都会建立到新计算实例中的数据库。对于服务层和计算大小更改的某些组合，数据库文件在切换期间被分离和重新附加。无论如何，当数据库不可用的时间通常少于 30 秒并且通常只有几秒钟时，切换可能会导致短暂的服务中断。如果连接断开时有长时间运行的事务正在运行，则此步骤的持续时间可能需要更长的时间才能恢复中止的事务。加速数据库恢复可以减少中止长时间运行的事务的影响。

请参阅此处的链接以获取更多详细信息。

于 2019-10-11T11:23:30.273 回答
0

不是真的，你会受到一点限制。在进行扩展供应时，还会有短暂的延迟 (2 - 3) 分钟。

于 2019-10-11T09:44:50.440 回答