Serviço de Aplicações nas notas de versão da Atualização 3 do Azure Stack Hub

  • Artigo

Estas notas de versão descrevem melhoramentos, correções e problemas conhecidos no Serviço de Aplicações do Azure na Atualização 3 do Azure Stack Hub. Os problemas conhecidos estão divididos em três secções: problemas diretamente relacionados com a implementação, problemas com o processo de atualização e problemas com a compilação (pós-instalação).

Importante

Aplique a atualização 1807 ao seu sistema integrado do Azure Stack Hub ou implemente o Azure Stack Development Kit (ASDK) mais recente antes de implementar o Serviço de Aplicações do Azure 1.3.

Referência de compilação

O Serviço de Aplicações no número de compilação da Atualização 3 do Azure Stack Hub é 74.0.13698.31.

Pré-requisitos

Veja os Pré-requisitos para implementar Serviço de Aplicações no Azure Stack Hub antes de iniciar a implementação.

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

Serviço de Aplicações estado da função

Novas funcionalidades e correções

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

  • Suporte para a utilização do SQL Server AlwaysOn para bases de dados do fornecedor de recursos Serviço de Aplicações do Azure.

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

  • Atualizações para Serviço de Aplicações inquilino, Administração, portais de funções e ferramentas Kudu. Consistente com a versão do SDK do portal do Azure Stack Hub.

  • Atualizações Funções do Azure runtime para v1.0.11820.

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

  • Atualizações para as seguintes arquiteturas e ferramentas de aplicação:

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

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

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

Para os clientes que pretendam migrar para uma base de dados contida para Serviço de Aplicações do Azure existentes nas implementações do Azure Stack Hub, execute estes passos após a conclusão da atualização do Serviço de Aplicações do Azure no Azure Stack Hub 1.3:

Importante

Este procedimento demora aproximadamente 5 a 10 minutos. Este procedimento envolve eliminar as sessões de início de sessão da base de dados existentes. Planear o período de indisponibilidade para migrar e validar Serviço de Aplicações do Azure no Azure Stack Hub após a migração

  1. Adicione bases de dados do AppService (appservice_hosting e appservice_metering) a um Grupo de disponibilidade.

  2. Ative a base de dados contida.

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

  3. Converter uma base de dados em parcialmente contida. Este passo irá incorrer em tempo de inatividade, uma vez que todas as sessões ativas têm de ser terminadas.

        /******** [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 inícios de sessão para utilizadores de bases de dados contidas.

        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

Validação

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

        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 aceder ao servidor de ficheiros quando Serviço de Aplicações é implementado numa rede virtual existente e o servidor de ficheiros só está disponível na rede privada. Este problema é destacado no Serviço de Aplicações do Azure na documentação de implementação do Azure Stack Hub.

Se optar por implementar numa rede virtual existente e num endereço IP interno para ligar ao servidor de ficheiros, tem de 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 ficheiros. Aceda ao WorkersNsg no portal do administrador e adicione uma regra de segurança de saída com as seguintes propriedades:

  • Origem: Qualquer
  • Intervalo de portas de origem: *
  • Destino: endereços IP
  • Intervalo de endereços IP de destino: Intervalo de IPs para o servidor de ficheiros
  • Intervalo de portas de destino: 445
  • Protocolo: TCP
  • Ação: Permitir
  • Prioridade: 700
  • Nome: Outbound_Allow_SMB445

Problemas conhecidos para administradores da cloud que operam Serviço de Aplicações do Azure no Azure Stack Hub

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

Passos seguintes