Serviço de Aplicativo nas notas de versão da Atualização 3 do Azure Stack Hub

  • Artigo

Estas notas sobre a versão descrevem melhorias, correções e problemas conhecidos no Serviço de Aplicativo do Azure na Atualização 3 do Azure Stack Hub. Os problemas conhecidos são divididos em três seções: problemas diretamente relacionados à implantação, problemas com o processo de atualização e problemas com o build (pós-instalação).

Importante

Aplique a atualização 1807 ao sistema integrado do Azure Stack Hub ou implante o ASDK (Kit de Desenvolvimento do Azure Stack) mais recente antes de implantar Serviço de Aplicativo do Azure 1.3.

Referência de build

O Serviço de Aplicativo no número de build da Atualização 3 do Azure Stack Hub é 74.0.13698.31.

Pré-requisitos

Consulte os Pré-requisitos para implantar Serviço de Aplicativo no Azure Stack Hub antes de iniciar a implantação.

Antes de começar a atualização do Serviço de Aplicativo do Azure no Azure Stack Hub para 1.3, verifique se todas as funções estão prontas na administração do Serviço de Aplicativo do Azure no portal do administrador do Azure Stack Hub.

Serviço de Aplicativo função status

Novos recursos e correções

Serviço de Aplicativo do Azure na Atualização 3 do Azure Stack Hub inclui as seguintes melhorias e correções:

  • Suporte para uso de SQL Server Always On para bancos de dados do provedor de recursos Serviço de Aplicativo do Azure.

  • Foi adicionado um novo parâmetro de ambiente ao script auxiliar Create-AADIdentityApp para ajudar a direcionar diferentes regiões Azure AD.

  • Atualizações para Serviço de Aplicativo locatário, Administração, portais do Functions e ferramentas kudu. Consistente com a versão do SDK do portal do Azure Stack Hub.

  • Atualizações Azure Functions runtime para v1.0.11820.

  • Atualizações ao serviço principal para melhorar a confiabilidade e o sistema de mensagens de erro, permitindo um diagnóstico mais fácil de problemas comuns.

  • Atualizações para as seguintes estruturas e ferramentas de aplicativo:

    • Adicionado ASP.NET Core 2.1.2
    • NodeJS 10.0.0 adicionado
    • Adicionado Zulu OpenJDK 8.30.0.1
    • Adição do Tomcat 8.5.31 e 9.0.8
    • Adicionadas versões do PHP:
      • 5.6.36
      • 7.0.30
      • 7.1.17
      • 7.2.5
    • Adição do Wincache 2.0.0.8
    • Atualização do Git para Windows para v 2.17.1.2
    • Atualização do Kudu para 74.10611.3437

  • Atualizações ao sistema operacional subjacente de todas as funções:

Etapas pós-atualização (opcional)

Para clientes que desejam migrar para um banco de dados independente para Serviço de Aplicativo do Azure existentes em implantações do Azure Stack Hub, execute estas etapas após a conclusão do Serviço de Aplicativo do Azure na atualização do Azure Stack Hub 1.3:

Importante

Este procedimento leva aproximadamente de 5 a 10 minutos. Esse procedimento envolve a eliminação das sessões de logon de banco de dados existentes. Planejar o tempo de inatividade para migrar e validar Serviço de Aplicativo do Azure no Azure Stack Hub após a migração

  1. Adicione bancos de dados do AppService (appservice_hosting e appservice_metering) a um grupo de disponibilidade.

  2. Habilite o banco de dados independente.

    
    sp_configure 'contained database authentication', 1;
    GO
    RECONFIGURE;
        GO

  3. Convertendo um banco de dados em parcialmente contido. Essa etapa incorrerá em tempo de inatividade, pois todas as sessões ativas precisam ser encerradas.

        /******** [appservice_metering] Migration Start********/
        USE [master];

        -- kill all active sessions
        DECLARE @kill varchar(8000) = '';  
        SELECT @kill = @kill + 'kill ' + CONVERT(varchar(5), session_id) + ';'  
        FROM sys.dm_exec_sessions
        WHERE database_id  = db_id('appservice_metering')

        EXEC(@kill);

        USE [master]  
        GO  
        ALTER DATABASE [appservice_metering] SET CONTAINMENT = PARTIAL  
        GO  

    /********[appservice_metering] Migration End********/

    /********[appservice_hosting] Migration Start********/

        -- kill all active sessions
        USE [master];

        DECLARE @kill varchar(8000) = '';  
        SELECT @kill = @kill + 'kill ' + CONVERT(varchar(5), session_id) + ';'  
        FROM sys.dm_exec_sessions
        WHERE database_id  = db_id('appservice_hosting')

        EXEC(@kill);

        -- Convert database to contained
        USE [master]  
        GO  
        ALTER DATABASE [appservice_hosting] SET CONTAINMENT = PARTIAL  
        GO  

        /********[appservice_hosting] Migration End********/

  4. Migrar logons para usuários de banco de dados independentes.

        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

Validar

  1. Verifique se SQL Server tem a contenção habilitada.

        sp_configure  @configname='contained database authentication'

  2. Verifique o comportamento contido existente.

        SELECT containment FROM sys.databases WHERE NAME LIKE (SELECT DB_NAME())

Problemas conhecidos (pós-instalação)

  • Os trabalhadores não conseguem acessar o servidor de arquivos quando Serviço de Aplicativo é implantado em uma rede virtual existente e o servidor de arquivos só está disponível na rede privada. Esse problema é destacado na documentação de implantação do Serviço de Aplicativo do Azure no Azure Stack Hub.

Se você optar por implantar em uma rede virtual existente e em um endereço IP interno para se conectar ao servidor de arquivos, deverá adicionar uma regra de segurança de saída que permita o tráfego SMB entre a sub-rede de trabalho e o servidor de arquivos. Acesse o WorkersNsg no portal do administrador e adicione uma regra de segurança de saída com as seguintes propriedades:

  • Origem: qualquer uma
  • Intervalo de portas de origem: *
  • Destino: Endereços IP
  • Intervalo de endereços IP de destino: intervalo de IPs para o servidor de arquivos
  • Intervalo da porta de destino: 445
  • Protocolo: TCP
  • Ação: Permitir
  • Prioridade: 700
  • Nome: Outbound_Allow_SMB445

Problemas conhecidos para administradores de nuvem que operam Serviço de Aplicativo do Azure no Azure Stack Hub

Consulte a documentação nas notas de versão do Azure Stack Hub 1807.

Próximas etapas