Partilhar via

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

  • Artigo

Este artigo baseia-se em considerações e recomendações definidas no artigo Área de design da zona de aterrissagem do Azure: Gerenciamento para ambientes do Azure. As orientações neste artigo ajudarão você a explorar como manter operacionalmente uma plataforma SAP em uma propriedade empresarial do Azure, com gerenciamento e monitoramento centralizados no nível da plataforma.

Este artigo apresenta recomendações críticas para as equipes de operações SAP manterem sistemas SAP na plataforma Azure. Como o SAP é uma plataforma de missão crítica, você deve incluir orientações sobre as áreas de design da zona de aterrissagem do Azure em seu design. Se você deseja criar procedimentos operacionais padrão para gerenciar uma carga de trabalho SAP, consulte Procedimentos operacionais de carga de trabalho SAP no Azure Well-Architected Framework.

Pontos principais

Aqui estão algumas das principais considerações de design e recomendações para monitorar e gerenciar o SAP no Azure:

  • Use o Azure Monitor para soluções SAP para monitorar suas cargas de trabalho SAP no Azure. Considere complementar as soluções do Azure Monitor for SAP com o SAP Solution Manager. Você pode adicionar o Application Insights para extrair todos os dados de telemetria necessários enquanto gera alertas e tíquetes de suporte quando a telemetria indica um erro potencial.

  • Monitorar o ambiente SAP usando o SAP on Azure Baseline Alerts

  • Implemente a proteção contra ameaças usando a solução Microsoft Sentinel para SAP. Use esta solução para monitorar seus sistemas SAP e detetar ameaças sofisticadas em toda a lógica de negócios e camadas de aplicativos.

  • Execute uma verificação de extensão de VM para SAP. O VM Extension for SAP usa a identidade gerenciada atribuída de uma máquina virtual (VM) para acessar dados de monitoramento e configuração de VM. A verificação garante que todas as métricas de desempenho em seu aplicativo SAP venham da Extensão do Azure para SAP subjacente.

  • Ajude a proteger seu banco de dados HANA usando o serviço de Backup do Azure. Se você implantar Arquivos NetApp do Azure para seu banco de dados HANA, Oracle ou DB2, use a ferramenta Instantâneo Consistente de Aplicativo do Azure (AzAcSnap) para tirar instantâneos consistentes com o aplicativo. AzAcSnap também suporta bancos de dados Oracle. Considere usar o AzAcSnap em uma VM central em vez de em VMs individuais.

  • Use o monitoramento de latência entre VMs para aplicativos sensíveis à latência.

  • Use o Monitor de Conexão no Azure Network Watcher para monitorar métricas de latência para bancos de dados SAP e servidores de aplicativos. Ou colete e exiba medições de latência de rede usando o Azure Monitor.

  • Use o monitoramento do Azure Site Recovery para manter a integridade do serviço de recuperação de desastres para servidores de aplicativos SAP.

  • Todos os sistemas de produção devem usar discos gerenciados premium com um mínimo de 128 GiB (P10) para discos do sistema operacional para evitar problemas de desempenho.

  • Exclua todos os sistemas de arquivos de banco de dados e programas executáveis das verificações antivírus. Incluí-los pode levar a problemas de desempenho. Verifique com os fornecedores de banco de dados para obter detalhes prescritivos na lista de exclusão. Por exemplo, a Oracle recomenda excluir /oracle/<sid>/sapdata das verificações antivírus.

  • Garanta correspondências de fuso horário entre o sistema operacional e o sistema SAP.

  • Não agrupe diferentes serviços de aplicativos no mesmo cluster. Por exemplo, não combine DRBD e clusters de serviços centrais no mesmo cluster. No entanto, você pode usar o mesmo cluster Pacemaker para gerenciar aproximadamente cinco serviços centrais diferentes (cluster multi-SID).

    Enquanto estiver usando o cluster Tivoli Workload Scheduler (TWS) da IBM para agendamento de tarefas, considere executar o cluster TWS em seu próprio par de VMs. Não recomendamos que você o execute em um cluster de banco de dados ou serviços centrais SAP.

  • Se você usar um banco de dados DB2 para executar o SAP no Azure, em cenários em que implementar LOG_METH2o , considere usar um compartilhamento do Azure Files (NFSv4.1). Melhora a velocidade da recuperação de desastres.

  • Considere executar sistemas de desenvolvimento/teste em um modelo de soneca para economizar e otimizar os custos de execução do Azure.

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

  • Revise e adote parâmetros SAP, especialmente parâmetros de memória ABAP, enquanto estiver executando uma migração de sistema operacional ou banco 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 a coleta de estatísticas completas do banco de dados para bancos de dados não HANA após a migração. Por exemplo, implemente a nota SAP 1020260 - Entrega de estatísticas Oracle.

  • Considere o uso do Oracle Automatic Storage Management (ASM) para todas as implantações Oracle que usam SAP no Azure.

  • Considere o uso de armazenamento automático para implementações do DB2 que usam SAP no Azure.

  • Otimize e gerencie as operações do SAP Basis usando o SAP Landscape Management (LaMa). Use o conector SAP LaMa para Azure para realocar, copiar, clonar e atualizar sistemas SAP.

  • Execute uma verificação de qualidade para o SAP HANA na infraestrutura provisionada do Azure para verificar se as VMs provisionadas estão em conformidade com as práticas recomendadas para o SAP HANA no Azure.

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

  • Se você fizer parceria com clientes gerenciando suas propriedades SAP, considere o Azure Lighthouse. O Azure Lighthouse permite que os provedores de serviços gerenciados usem os serviços de identidade nativos do Azure para autenticar no ambiente dos clientes. Ele coloca o controle nas mãos dos clientes, porque eles podem revogar o acesso a qualquer momento e auditar as ações dos prestadores de serviços.

    O Azure Lighthouse funciona com APIs existentes, como o programa Cloud Solution Provider. Os benefícios para os provedores incluem o gerenciamento de locatários sem alternar contextos e a exibição de informações entre locatários. Usar o Azure Lighthouse ajuda a manter a confiança entre clientes e provedores e simplificar o gerenciamento de seus ambientes SAP.

Eficiência de desempenho Oracle

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

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

O relatório AWR mostra estatísticas SQL, informações de banco de dados, estatísticas de sistema e E/S e outras informações que você pode usar para identificar problemas. Para obter mais ferramentas de análise e instruções SQL úteis, consulte esta postagem do blog da SAP.

Para obter orientações adicionais sobre eficiência de desempenho em cargas de trabalho Oracle, consulte Eficiência de desempenho da carga de trabalho Oracle no Azure Well-Architected Framework.

Próximos passos

Crie sua continuidade de negócios e recuperação de desastres para uma migração SAP.