共用方式為


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

這些版本資訊說明 Azure Stack Hub 2020 Q2 上 Azure App 服務 的改善和修正,以及任何已知問題。 已知問題分為與部署直接相關的問題、更新程式,以及組建問題(安裝后)。

重要

視需要將 Azure Stack Hub 更新為支援的版本(或部署最新的 Azure Stack 開發工具包),再部署或更新 App Service 資源提供者 (RP)。 請務必閱讀 RP 版本資訊,以瞭解可能影響部署的新功能、修正程式及任何已知問題。

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

組建參考

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

必要條件

開始部署之前,請參閱開始之前的檔。

開始將 Azure Stack Hub 上的 Azure App 服務 升級至 2020 年第 2 季之前:

  • 請確定 Azure Stack Hub 系統管理員入口網站中 Azure App 服務 系統管理中所有角色都就緒

  • 使用 Azure Stack Hub 系統管理員入口網站中的 App Service 系統管理來備份 App Service 秘密。

  • 備份 App Service 和 Master 資料庫:

    • AppService_Hosting;
    • AppService_Metering;
    • 主機
  • 備份租使用者應用程式內容檔案共用

    重要

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

  • 從 Marketplace 聯合自定義腳本擴充功能 1.9.3 版。

更新

Azure Stack 更新 Q2 上的 Azure App 服務 包含下列改善和修正:

  • 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 核心模組 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 服務 的新部署會針對基礎機器和用來操作資源提供者的擴展集使用下列 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 - (1 核心,2048 MB)
    中型專用背景工作 Standard_A2_v2 - (雙核心,4096 MB)
    大型專用背景工作角色 Standard_A4_v2 - (四核心,8192 MB)

針對 ASDK 部署,您可以將實例相應減少到較低的 SKU,以減少核心和記憶體認可,但您將會遇到效能降低的情況。

本版已修正的問題

  • 如果 SQL Always On 叢集故障轉移至次要節點,升級現在就會完成。
  • Azure Stack Hub 上 Azure App 服務 的新部署不再需要將資料庫手動轉換成自主資料庫。
  • 新增額外的背景工作角色或基礎結構角色實例現在已正確完成,而不需要手動介入。
  • 新增自定義背景工作層現在已正確完成,而不需要手動介入。
  • 拿掉自定義背景工作層現在會完成,而不會發生入口網站錯誤。
  • 如果本機磁碟空間不足,背景工作角色就不會再標示為就緒。
  • 擷取 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 Stack Hub 安裝上的 Azure App 服務 升級至 2020 年第 2 季。 此腳本不具破壞性,而且不會造成停機時間

此腳本必須在下列情況下執行

  • 由具有系統管理員許可權的使用者,例如 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_<instance 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

已知問題 (安裝後)

  • 當 App Service 部署在現有的虛擬網路中,而且檔案伺服器只能在專用網上使用時,背景工作角色無法連線到文件伺服器,如 Azure Stack 部署檔中的 Azure App 服務 中所述。

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

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

Azure Stack 上作業 Azure App 服務 雲端管理員的已知問題

  • 租用戶無法在租使用者入口網站中使用新的App Service 方案檢視建立App Service方案

建立新的應用程式時,租使用者可以在建立應用程式工作流程期間建立App Service方案,或在變更目前應用程式的App Service方案時,或透過App Service 方案市集專案建立App Service 方案

  • 中斷連線的環境中不支援自定義網域

App Service 會對公用 DNS 端點執行網域擁有權驗證,因此在中斷連線的情況下不支援自定義網域。

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

在某些情況下,將大量月臺配置給背景工作角色或月臺正在處理大量要求時,背景工作角色會在 C:\DWAS\LogFiles 中產生大量的運行時間記錄檔。 這是因為這些記錄檔清除邏輯中有錯誤。

若要減輕此問題,請從遠端處理個別背景工作角色,並清除資料夾的內容。

此問題已在 Azure Stack Hub 2020 Q3 上的 App Service 中修正,我們鼓勵客戶儘快升級至 2020 年第 3 季版本。

重要

若要更新至 Azure Stack Hub 2020 Q3 上的 Azure App 服務,您必須升級至 Azure Stack Hub 2008

下一步