Linha de base de operações do SAP no Azure

Este artigo baseia-se em considerações e recomendações definidas no artigo Área de estrutura da zona de destino do Azure : Gestão para ambientes do Azure. A documentação de orientação neste artigo irá ajudá-lo a explorar como manter operacionalmente uma plataforma SAP numa propriedade empresarial do Azure, com gestão e monitorização centralizadas ao nível da plataforma.

Este artigo apresenta recomendações críticas para as equipas de operações sap para manter os sistemas SAP na plataforma do Azure. Uma vez que o SAP é uma plataforma crítica para a missão, deve incluir orientações sobre as áreas de design da zona de destino do Azure na sua conceção. Se quiser criar procedimentos operacionais padrão para gerir uma carga de trabalho SAP, veja Procedimentos operacionais da carga de trabalho SAP no Azure Well-Architected Framework.

Pontos principais

Seguem-se algumas das principais considerações e recomendações de conceção para monitorizar e gerir o SAP no Azure:

• Utilize o Azure Monitor para soluções SAP para monitorizar as cargas de trabalho SAP no Azure. Considere complementar o Azure Monitor para soluções SAP com o SAP Solution Manager. Pode adicionar o Application Insights para extrair todos os dados de telemetria necessários ao gerar alertas e pedidos de suporte quando a telemetria indicar um potencial erro.

• Implemente a proteção contra ameaças com a solução do Microsoft Sentinel para SAP. Utilize esta solução para monitorizar os seus sistemas SAP e detetar ameaças sofisticadas em toda a lógica de negócio e camadas de aplicações.

• Execute uma Extensão de VM para verificação SAP. A Extensão de VM para SAP utiliza a identidade gerida atribuída de uma máquina virtual (VM) para aceder aos dados de configuração e monitorização da VM. A verificação garante que todas as métricas de desempenho na sua aplicação SAP provêm da Extensão do Azure subjacente para SAP.

• Ajude a proteger a sua base de dados HANA com o serviço Azure Backup. Se implementar Azure NetApp Files para a sua base de dados HANA, Oracle ou DB2, utilize a ferramenta instantâneo consistente Aplicação Azure (AzAcSnap) para obter instantâneos consistentes com a aplicação. O AzAcSnap também suporta bases de dados Oracle. Considere utilizar o AzAcSnap numa VM central e não em VMs individuais.

• Utilize a monitorização da latência entre VMs para aplicações sensíveis à latência.

• Utilize Monitor de Ligação no Azure Observador de Rede para monitorizar as métricas de latência para bases de dados SAP e servidores de aplicações. Em alternativa, recolha e apresente as medições de latência de rede com o Azure Monitor.

• Utilize a monitorização Site Recovery do Azure para manter o estado de funcionamento do serviço de recuperação após desastre para servidores de aplicações SAP.

• Todos os sistemas de produção têm de utilizar discos geridos premium com um mínimo de 128 GiB (P10) para discos do SO para evitar problemas de desempenho.

• Exclua todos os sistemas de ficheiros de base de dados e programas executáveis de análises antivírus. Incluí-los pode originar problemas de desempenho. Consulte os fornecedores da base de dados para obter detalhes prescritivos na lista de exclusão. Por exemplo, a Oracle recomenda a exclusão de /oracle/<sid>/sapdata de análises antivírus.

• Certifique-se de que o fuso horário corresponde entre o sistema operativo e o sistema SAP.

• Não agrupe serviços de aplicações diferentes no mesmo cluster. Por exemplo, não combine clusters de DRBD e serviços centrais no mesmo cluster. No entanto, pode utilizar o mesmo cluster do Pacemaker para gerir aproximadamente cinco serviços centrais diferentes (cluster multi-SID).

  Enquanto estiver a utilizar o cluster do Tivoli Workload Scheduler (TWS) da IBM para agendamento de tarefas, considere executar o cluster TWS no seu próprio par de VMs. Não recomendamos que o execute num cluster de bases de dados ou serviços centrais sap.

• Se utilizar uma base de dados DB2 para executar o SAP no Azure, em cenários em que implementa LOG_METH2, considere utilizar uma partilha de Ficheiros do Azure (NFSv4.1). Melhora a velocidade da recuperação após desastre.

• Considere executar sistemas de desenvolvimento/teste num modelo de suspensão para poupar e otimizar os custos de execução do Azure.

• Considere criar um plano para requisitos não funcionais. Mapeie esses requisitos com recursos nativos do Azure que podem resolvê-los. Por exemplo, o Azure Monitor para SAP pode monitorizar clusters de serviços centrais.

• Reveja e adote parâmetros SAP, especialmente parâmetros de memória do ABAP, enquanto está a realizar uma migração de SO ou base de dados. Por exemplo, em/initial_size_MB é válido apenas para ambientes AIX e não deve ser definido para VMs do Azure.

• Considere recolher estatísticas de bases de dados completas para bases de dados não HANA após a migração. Por exemplo, implemente a nota SAP 1020260 – Entrega de estatísticas oracle.

• Considere utilizar a Gestão Automática de Armazenamento (ASM) do Oracle para todas as implementações oracle que utilizam o SAP no Azure.

• Considere utilizar o armazenamento automático para implementações DB2 que utilizam SAP no Azure.

• Otimize e faça a gestão das operações sap basis com a Gestão Horizontal do SAP (LaMa). Utilize o conector SAP LaMa para o Azure para realojar, copiar, clonar e atualizar sistemas SAP.

• Efetue uma verificação de qualidade do SAP HANA na infraestrutura do Azure aprovisionada para verificar se as VMs aprovisionadas estão em conformidade com as melhores práticas do SAP HANA no Azure.

• Para cada subscrição do Azure, execute um teste de latência nas zonas de disponibilidade do Azure antes da implementação zonal para escolher zonas de baixa latência para implementação do SAP no Azure.

• Se fizer uma parceria com os clientes através da gestão das respetivas propriedades sap, considere o Azure Lighthouse. O Azure Lighthouse permite que os fornecedores de serviços geridos utilizem serviços de identidade nativa do Azure para se autenticarem no ambiente dos clientes. Coloca o controlo nas mãos dos clientes, uma vez que podem revogar o acesso em qualquer altura e auditar as ações dos fornecedores de serviços.

  O Azure Lighthouse funciona com APIs existentes, como o programa Fornecedor de Soluções Cloud. Os benefícios para os fornecedores incluem gerir inquilinos sem mudar de contexto e ver informações entre inquilinos. A utilização do Azure Lighthouse ajuda a manter a confiança entre clientes e fornecedores e a simplificar a gestão dos respetivos ambientes SAP.

Eficiência de desempenho do Oracle

A eficiência de desempenho pode ser difícil de diagnosticar em qualquer sistema empresarial. Para o SAP no Azure a executar o Oracle, uma coleção de scripts SQL pode ajudá-lo a diagnosticar problemas de desempenho.

A primeira recomendação é utilizar relatórios do Repositório automático de Cargas de Trabalho (AWR). Os relatórios AWR contêm informações valiosas para diagnosticar problemas no sistema Oracle. Recomendamos que execute um relatório AWR durante várias sessões e escolha horas de pico para o mesmo, para garantir uma ampla cobertura para a análise.

O relatório AWR mostra as estatísticas do SQL, as informações da base de dados, as estatísticas do sistema e de E/S e outras informações que pode utilizar para identificar problemas. Para obter mais ferramentas de análise e instruções SQL úteis, veja esta mensagem de blogue do SAP.

Para obter orientações adicionais sobre a eficiência de desempenho nas cargas de trabalho oracle, veja Oracle workload performance efficiency in the Azure Well-Architected Framework (Eficiência de desempenho da carga de trabalho oracle no Azure Well-Architected Framework).

Passos seguintes

Crie a continuidade de negócio e a recuperação após desastre para uma migração SAP.