App Service on Azure Stack Hub 2020 Q2 版本資訊

  • 發行項

這些版本資訊說明 Azure App Service on Azure Stack Hub 2020 Q2 的改進和修正，以及任何已知問題。 已知問題分為直接與部署、更新程序相關的問題，以及組建 (安裝後) 的相關問題。

重要

如有必要，請在部署或更新 App Service 資源提供者 (RP) 之前，將 Azure Stack Hub 更新為支援的版本 (或部署最新的 Azure Stack 開發套件)。 也請務必閱讀 RP 版本資訊，以了解有哪些新功能、修正，以及任何可能對部署造成影響的已知問題。

支援的最小 Azure Stack Hub 版本 App Service RP 版本
2301 和更新版本 2302 安裝程式 (版本資訊)

建置參考

App Service on Azure Stack Hub 2020 Q2 組建編號是 87.0.2.10

Prerequisites

開始部署之前，請參閱「在您開始之前」文件。

開始將 Azure Stack 上的 Azure App Service 升級至 2020 Q2 之前：

  • 確定 Azure Stack Hub 管理入口網站的 Azure App Service 管理中所有角色都已就緒

  • 在 Azure Stack Hub 管理入口網站中使用 App Service 管理來備份 App Service 祕密

  • 備份 App Service 和 Master 資料庫：

    • AppService_Hosting;
    • AppService_Metering;
    • Master

  • 備份租用戶應用程式內容檔案共用

    重要

    雲端操作員負責維護和操作檔案伺服器與 SQL Server。 資源提供者不會管理這些資源。 雲端操作員負責備份 App Service 資料庫和租用戶內容檔案共用。

  • 從 Marketplace 同步發佈自訂指令碼擴充功能1.9.3 版

更新

Azure Stack 上的 Azure App Service Q2 更新包含下列改進和修正：

  • App Service 租用戶、系統管理員、Functions 入口網站和 Kudu 工具的更新。 與 Azure Stack 入口網站 SDK 版本保持一致。

  • 將 Azure Functions 執行階段更新至 v1.0.13021。

  • 用來改善可靠性和錯誤訊息以利進行常見問題診斷的核心服務更新。

  • 下列應用程式架構和工具的更新：

    • ASP.NET Framework 4.7.2
    • ASP.NET Core 3.1.3
    • ASP.NET Core Module v2 13.1.19331.0
    • PHP 7.4.2
    • 已將 Kudu 更新至 86.20224.4450
    • NodeJS
      • 8.17.0
      • 10.19.0
      • 12.13.0
      • 12.15.0
    • NPM
      • 5.6.0
      • 6.1.0
      • 6.12.0
      • 6.13.4

  • 所有角色的基礎作業系統更新：

  • 適用於 Windows Server 的累積更新現在會在部署和升級期間套用至控制器角色

  • 已更新新部署的預設虛擬機器和擴展集 SKU：為了與公用雲端服務保持一致，Azure Stack Hub 上的新 Azure App Service 部署將會針對用來操作資源提供者的基礎機器和擴展集使用下列 SKU

    角色 最低 SKU
    控制器 Standard_A4_v2 - (四核心，8192 MB)
    管理性 Standard_D3_v2 - (四核心，14336 MB)
    發行者 Standard_A2_v2 - (雙核心，4096 MB)
    FrontEnd Standard_A4_v2 - (四核心，8192 MB)
    共用背景工作 Standard_A4_v2 - (四核心，8192 MB)
    小型專用背景工作 Standard_A1_v2 - (單核心，2048 MB)
    中型專用背景工作 Standard_A2_v2 - (雙核心，4096 MB)
    大型專用背景工作 Standard_A4_v2 - (四核心，8192 MB)

針對 ASDK 部署，您可以將執行個體縮小為較低的 SKU，以減少核心和記憶體認可，但會遇到效能降低的情況。

此版本所修正的問題

  • 現在如果 SQL Always On 叢集已容錯移轉至次要節點時，升級仍會完成
  • Azure App Service on Azure Stack Hub 的新部署不再需要將資料庫手動轉換成自主資料庫
  • 新增額外的背景工作或基礎結構角色執行個體會正確完成，不必手動介入
  • 新增自訂背景工作層會正確完成，不必手動介入
  • 自訂背景工作層的移除現在可正常完成而不會有入口網站錯誤
  • 如果本機磁碟空間不足，背景工作將不再標示為已就緒
  • 擷取 Azure Resource Manager 憑證的逾時值已增加
  • 從伺服器記錄擷取並顯示在管理入口網站的訊息數目，會限制為保持在 Azure Resource Manager 要求大小上限之下
  • 造成使用量服務啟動問題的逾時問題
  • 已解決建立 Orchard CMS 網站時的資料庫部署問題
  • 在部署和升級過程中，控制器現在會使用 Windows 累積更新來加以更新
  • 當自訂網域驗證失敗時，App Service 不會再鎖定作業

更新前步驟

請檢閱更新的已知問題，並採取任何指定的動作。

部署後步驟

重要

如果您已對 App Service 資源提供者提供 SQL Always On 執行個體，就必須將 appservice_hosting 和 appservice_metering 資料庫新增至可用性群組並同步處理資料庫，以避免在資料庫進行容錯移轉時中斷服務。

已知問題 (更新)

  • 在客戶已將 appservice_hosting 和 appservice_metering 資料庫轉換成自主資料庫的情況下，如果登入尚未成功遷移到自主使用者，升級可能會失敗

已將 appservice_hosting 和 appservice_metering 資料庫轉換成自主資料庫後續部署，且尚未成功將資料庫登入遷移到自主使用者的客戶，可能會遇到升級失敗。

客戶必須先針對裝載 appservice_hosting 和 appservice_metering 的 SQL Server 執行下列指令碼，然後才能將 Azure App Service on Azure Stack Hub 安裝升級到 2020 Q2。 此指令碼不具破壞性，而且不會造成停機。

此指令碼必須在下列情況下執行

  • 由具有系統管理員權限的使用者 (例如 SQL SA 帳戶) 執行；

  • 如果使用 SQL Always On，請確定指令碼是從包含所有 App Service 登入 (格式如下) 的 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_<執行個體 IP 位址>
        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 App Service on Azure Stack 部署文件中所述。

    如果您選擇要部署到現有的虛擬網路並以內部 IP 位址連線到檔案伺服器，便必須新增輸出安全性規則，以啟用背景工作角色子網路與檔案伺服器之間的 SMB 流量。 移至管理入口網站中的 WorkersNsg，然後使用下列屬性新增輸出安全性規則：

    • 來源：任意
    • 來源連接埠範圍：*
    • 目的地：IP 位址
    • 目的地 IP 位址範圍：檔案伺服器的 IP 範圍
    • 目的地連接埠範圍：445
    • 通訊協定：TCP
    • 動作：Allow
    • 優先順序：700
    • 名稱：Outbound_Allow_SMB445

雲端管理員操作 Azure App Service on Azure Stack 時的已知問題

  • 租用戶無法使用租用戶入口網站中 App Service 方案檢視上的新功能來建立 App Service 方案

在建立新的應用程式時，租用戶可以在建立應用程式工作流程期間、在變更目前應用程式的 App Service 方案時，或透過 App Service 方案市集項目，來建立 App Service 方案

  • 已中斷連線的環境不支援自訂網域

App Service 會針對公用 DNS 端點執行網域擁有權驗證，因此已中斷連線的案例不支援自訂網域。

  • 在某些情況下，背景工作角色無法滿足健康情況檢查 (磁碟空間不足)

在某些情況下，有大量網站配置到背景工作角色，或網站處理大量要求時，背景工作角色會在 C:\DWAS\LogFiles 中產生大量執行階段記錄檔。 這是因為這些記錄檔的清除邏輯中有錯誤。

從遠端對個別背景工作角色解決此問題，並清除資料夾的內容。

此問題已在 Azure Stack Hub 上的 App Service 2020 Q3 中修正，我們鼓勵客戶盡快升級到 2020 Q3 版本。

重要

若要更新到 Azure Stack Hub 上的 App Service 2020 Q3，您必須升級到 Azure Stack Hub 2008

後續步驟