将 Azure DB 从 Web 扩展到新层会导致可用性问题
Will scale Azure DB from Web To new tier cause availability issue
据我所知，将 Azure 数据库从已停用的层级扩展到新的层级只需使用 Azure 门户中的缩放功能即可。
我似乎在任何地方都找不到关于从已停用层扩展到新层时是否需要更改任何连接字符串（或任何其他可能导致不可用的问题）的明确答案。
我有一个生产数据库需要升级，服务中断会很糟糕。
从技术上讲，它将是相同的服务器、相同的连接字符串、相同的所有内容，但版本和功能不同。
但是我会担心下面的语句from docu:
The duration of upgrade depends on the size, edition and number of
databases in the server. The upgrade process can run for hours to days
for servers especially for servers that has databases:
- Larger than 50 GB, or
- At a non-premium service tier
这有点令人担忧。
我会做的，如果可能是：
- 将我的服务置于只读模式（暂停对数据库的任何写入）
- 使用命令在现有服务器的同一服务器中创建新数据库 - CREATE DATABASE AS COPY OF ...
- 准备好创建数据库后，将新数据库导出到 backpac，并在导出准备就绪后删除数据库。
- 执行升级。
理论上您可以在不将系统设置为只读模式的情况下执行该过程，但我只是采取了更多的预防措施。
是的，您还必须意识到您升级的是 Azure SQL 数据库 服务器，而不仅仅是单个数据库。
缩放操作不会改变连接字符串。发生切换时，您可能会面临一些（非常小但）有限的停机时间。
详情请参考documentation。请注意，在升级期间，您必须暂停异地复制（如果已启用）。
据我所知，将 Azure 数据库从已停用的层级扩展到新的层级只需使用 Azure 门户中的缩放功能即可。
我似乎在任何地方都找不到关于从已停用层扩展到新层时是否需要更改任何连接字符串（或任何其他可能导致不可用的问题）的明确答案。
我有一个生产数据库需要升级，服务中断会很糟糕。
从技术上讲，它将是相同的服务器、相同的连接字符串、相同的所有内容，但版本和功能不同。
但是我会担心下面的语句from docu:
The duration of upgrade depends on the size, edition and number of databases in the server. The upgrade process can run for hours to days for servers especially for servers that has databases:
- Larger than 50 GB, or
- At a non-premium service tier
这有点令人担忧。
我会做的，如果可能是：
- 将我的服务置于只读模式（暂停对数据库的任何写入）
- 使用命令在现有服务器的同一服务器中创建新数据库 - CREATE DATABASE AS COPY OF ...
- 准备好创建数据库后，将新数据库导出到 backpac，并在导出准备就绪后删除数据库。
- 执行升级。
理论上您可以在不将系统设置为只读模式的情况下执行该过程，但我只是采取了更多的预防措施。
是的，您还必须意识到您升级的是 Azure SQL 数据库 服务器，而不仅仅是单个数据库。
缩放操作不会改变连接字符串。发生切换时，您可能会面临一些（非常小但）有限的停机时间。
详情请参考documentation。请注意，在升级期间，您必须暂停异地复制（如果已启用）。