如果动态放大/缩小AzureSQL数据库，会对数据产生什么影响？

目前，我正在使用AzureSQL的业务关键层和20个vCore。当数据库不使用时，我想用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

设置AzSqlDatabase-ResourceGroupName”“-DatabaseName”“-ServerName”test.database.windows.net“-VCore 20---进行升级
设置AZSQLDABASE-ResourceGroupName”“-DatabaseName”“-ServerName”test.database.windows.net“-VCore 2---进行降级

---

这对我有用。如果您有任何帮助，我们将不胜感激。

不太可能，您会有点受限制。在进行缩放时，也有一个短暂的延迟（2-3）分钟

在放大/缩小过程中，可能会回滚一些事务

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

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

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

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

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

有关更多详细信息，请参阅链接