基于 Azure Stack Hub 的应用服务 2021 Q3 发行说明
这些发行说明介绍了基于 Azure Stack Hub 的 Azure 应用服务 2021 Q3 中的改进和修复，以及任何已知问题。 已知问题分为与部署、更新过程直接相关的问题，以及内部版本（安装后）的问题。
重要
在部署或更新应用服务资源提供程序 (RP) 之前，如有必要，请将 Azure Stack Hub 更新到支持的版本（或部署最新的 Azure Stack 开发工具包）。 请务必阅读 RP 发行说明，了解新功能、修补程序以及可能影响部署的任何已知问题。
支持的最低 Azure Stack Hub 版本 应用服务 RP 版本 2301 及更新 2302 安装程序（发行说明）
内部版本参考
基于 Azure Stack Hub 的应用服务 2021 Q3 的内部版本号为 95.1.1.539
先决条件
在开始部署之前，请参阅准备工作文档。
开始将基于 Azure Stack 的 Azure 应用服务升级到 2021 Q3 之前，请满足以下先决条件：
确保已将 Azure Stack Hub 更新到 2108。
确保所有角色在 Azure Stack Hub 管理门户的 Azure应用服务管理中处于“就绪”状态
在 Azure Stack Hub 管理员门户中使用“应用服务管理”来备份应用服务机密
备份应用服务和 SQL Server Master 数据库：
- AppService_Hosting；
- AppService_Metering；
- Master
备份租户应用内容文件共享
重要
云操作员负责文件服务器和 SQL Server 的维护和操作。 资源提供程序不管理这些资源。 云操作员负责备份应用服务数据库和租户内容文件共享。
同步发布市场的自定义脚本扩展版本 1.9.3
更新
基于 Azure Stack 的 Azure 应用服务 Update 2021 Q3 包含以下改进和修复：
针对应用服务租户、管理员、函数门户和 Kudu 工具的更新。 与 Azure Stack 门户 SDK 版本一致。
将 Azure Functions 运行时更新到 v1.0.13154 。
针对核心服务的更新，用于提高可靠性和错误消息传递，以便更轻松地诊断常见问题。
针对以下应用程序框架和工具的更新：
- ASP.NET Core
- 3.1.16
- 5.0.7
- 6.0.0
- Azul OpenJDK
- 8.52.0.23
- 11.44.13
- Git 2.33.1.1
- MSBuild 16.8.3
- MSDeploy 3.5.100419.17
- NodeJS
- 10.15.2
- 10.16.3
- 10.19.0
- 12.21.0
- 14.15.1
- 14.16.0
- NPM
- 6.14.11
- PHP
- 7.2.34
- 7.3.27
- 7.4.15
- Tomcat
- 8.5.58
- 9.0.38
- Wordpress 4.9.18
- 已将 Kudu 更新到 94.30524.5227
- ASP.NET Core
对所有角色的基础操作系统的更新：
Windows Server 的累积更新现在会在部署和升级过程中应用到控制器角色
TLS 密码套件已更新，以便与 Azure 服务保持一致。
添加了对 2020-09-01-hybrid 配置文件的支持
此版本中已修复的问题
现在可以在从符合 FIPS 标准的客户端计算机运行安装程序时部署应用服务
应用服务角色运行状况现在会在完成应用服务机密轮换过程之前自动检查。 如果所有角色都处于就绪状态，则将阻止机密轮换
站点的出站 IP 地址现在显示在租户门户的“属性”和“自定义域”边栏选项卡中
包含有关自定义域验证失败事件的更多详细信息
客户可以在租户门户中成功上传和删除私有证书
问题已解决，由于在 Functions 缩放组件中缺少依赖项，FrontEnd 角色实例可以保持自动修复循环
已解决由于 Azure AD 终结点中的更改而导致的 SCM 站点单一登录失败的问题
更新了前端角色和管理角色上的负载均衡器运行状况探测，使其与 Azure 实现保持一致。 阻止流量在未处于“就绪”状态时到达前端角色实例。
每个站点的临时目录配额大小与 Azure 保持一致，专用辅助角色的限制为 10 GB，共享辅助角色限制为 500 MB
在日志清除程序例程中添加了算法，以防止在生成的 http 日志超出辅助角色上的可用空间时，辅助角色进入修复循环。
更新前步骤
查看更新的已知问题，并采取规定的操作。
部署后步骤
重要
如果已经为应用服务资源提供程序提供 SQL Always On 实例，则必须将 appservice_hosting 和 appservice_metering 数据库添加到可用性组并同步数据库，以免在进行数据库故障转移时丢失服务。
已知问题（更新）
- 在客户已将 appservice_hosting 和 appservice_metering 数据库转换为包含的数据库的情况下，如果未将登录名成功迁移到包含的用户，则升级可能会失败
如果在部署后客户已将 appservice_hosting 和 appservice_metering 数据库转换为包含的数据库，但尚未将数据库登录名成功迁移到包含的用户，则可能会遇到升级失败的情况。
在将基于 Azure Stack Hub 的 Azure 应用服务安装升级到 2020 Q3 之前，客户必须对托管 appservice_hosting 和 appservice_metering 的 SQL Server 执行以下脚本。 此脚本是非破坏性的，不会导致停机。
必须在满足以下条件的情况下运行此脚本
此脚本由具有系统管理员权限的用户（例如 SQL SA 帐户）运行；
如果使用 SQL Always On，请确保从包含了以下格式的所有应用服务登录名的 SQL 实例中运行该脚本：
- appservice_hosting_FileServer
- appservice_hosting_HostingAdmin
- appservice_hosting_LoadBalancer
- appservice_hosting_Operations
- appservice_hosting_Publisher
- appservice_hosting_SecurePublisher
- appservice_hosting_WebWorkerManager
- appservice_metering_Common
- appservice_metering_Operations
- 所有 WebWorker 登录名 - 采用 WebWorker_<instance ip address> 形式
USE appservice_hosting
IF EXISTS(SELECT * FROM sys.databases WHERE Name=DB_NAME() AND containment = 1)
BEGIN
DECLARE @username sysname ;
DECLARE user_cursor CURSOR
FOR
SELECT dp.name
FROM sys.database_principals AS dp
JOIN sys.server_principals AS sp
ON dp.sid = sp.sid
WHERE dp.authentication_type = 1 AND dp.name NOT IN ('dbo','sys','guest','INFORMATION_SCHEMA');
OPEN user_cursor
FETCH NEXT FROM user_cursor INTO @username
WHILE @@FETCH_STATUS = 0
BEGIN
EXECUTE sp_migrate_user_to_contained
@username = @username,
@rename = N'copy_login_name',
@disablelogin = N'do_not_disable_login';
FETCH NEXT FROM user_cursor INTO @username
END
CLOSE user_cursor ;
DEALLOCATE user_cursor ;
END
GO
USE appservice_metering
IF EXISTS(SELECT * FROM sys.databases WHERE Name=DB_NAME() AND containment = 1)
BEGIN
DECLARE @username sysname ;
DECLARE user_cursor CURSOR
FOR
SELECT dp.name
FROM sys.database_principals AS dp
JOIN sys.server_principals AS sp
ON dp.sid = sp.sid
WHERE dp.authentication_type = 1 AND dp.name NOT IN ('dbo','sys','guest','INFORMATION_SCHEMA');
OPEN user_cursor
FETCH NEXT FROM user_cursor INTO @username
WHILE @@FETCH_STATUS = 0
BEGIN
EXECUTE sp_migrate_user_to_contained
@username = @username,
@rename = N'copy_login_name',
@disablelogin = N'do_not_disable_login';
FETCH NEXT FROM user_cursor INTO @username
END
CLOSE user_cursor ;
DEALLOCATE user_cursor ;
END
GO
已知问题（安装后）
如 Azure Stack 上的 Azure 应用服务部署文档中所述，当应用服务部署在现有虚拟网络中并且文件服务器仅在专用网络上可用时，工作人员将无法访问文件服务器。
如果选择部署到现有虚拟网络和内部 IP 地址以连接到文件服务器，则必须添加出站安全规则，以便在工作子网和文件服务器之间启用 SMB 流量。 转到管理门户中的 WorkersNsg 并添加具有以下属性的出站安全规则：
- 源：任意
- 源端口范围：*
- 目标：IP 地址
- 目标 IP 地址范围：文件服务器的 IP 范围
- 目标端口范围：445
- 协议：TCP
- 操作：允许
- 优先级：700
- 姓名：Outbound_Allow_SMB445
为了在辅助角色与文件服务器通信时消除延迟，我们还建议将以下规则添加到辅助角色 NSG，以允许出站 LDAP 和 Kerberos 流量进入 Active Directory 控制器（如果使用 Active Directory 保护文件服务器，例如，如果你已使用快速入门模板部署 HA 文件服务器和 SQL Server）。
转到管理门户中的 WorkersNsg 并添加具有以下属性的出站安全规则：
- 源：任意
- 源端口范围：*
- 目标：IP 地址
- 目标 IP 地址范围：AD 服务器的 IP 范围，例如，使用快速入门模板 10.0.0.100、10.0.0.101
- 目标端口范围：389,88
- 协议: 任何
- 操作：允许
- 优先级：710
- 名称：Outbound_Allow_LDAP_and_Kerberos_to_Domain_Controllers
云管理员在操作基于 Azure Stack 的 Azure 应用服务时的已知问题
- 自定义域在离线环境中不受支持
应用服务针对公共 DNS 终结点执行域所有权验证，因此，在离线场景下不支持自定义域。
后续步骤
- 有关 Azure 应用服务的概述，请参阅基于 Azure Stack 的 Azure 应用服务概述。
- 若要详细了解如何完成基于 Azure Stack 的应用服务的部署准备，请参阅基于 Azure Stack 的应用服务的准备工作。
反馈
即将发布：在整个 2024 年，我们将逐步淘汰作为内容反馈机制的“GitHub 问题”，并将其取代为新的反馈系统。 有关详细信息，请参阅：https://aka.ms/ContentUserFeedback。
提交和查看相关反馈