Compartilhar via


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

Este artigo cria considerações e recomendações definidas no artigo sobre a zona de destino do Azure Área de design: gerenciamento de ambientes do Azure. As diretrizes neste artigo ajudarão você a explorar como manter operacionalmente uma plataforma SAP em uma propriedade empresarial do Azure, com gerenciamento centralizado e monitoramento no nível da plataforma.

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

Pontos-chave

Aqui estão algumas considerações e recomendações importantes sobre o projeto 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 o Azure Monitor para soluções SAP com o SAP Solution Manager. Você pode adicionar o Application Insights para extrair todos os dados de telemetria necessários ao gerar alertas e tíquetes de suporte quando a telemetria indicar um possível erro.

  • Monitorar o ambiente SAP usando os Alertas de linha de base do SAP no Azure

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

  • Execute uma extensão de VM para verificação do SAP. A Extensão de VM para SAP usa a identidade gerenciada atribuída de uma máquina virtual (VM) para acessar dados de configuração e monitoramento de VM. A verificação garante que todas as métricas de desempenho em seu aplicativo SAP sejam provenientes 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 o Azure NetApp Files 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. O AzAcSnap também oferece suporte a 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 da Conexão no Observador de Rede do Azure para monitorar métricas de latência para bancos de dados SAP e servidores de aplicativos. Ou colete e exiba medidas 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 os detalhes prescritivos na lista de exclusão. Por exemplo, a Oracle recomenda excluir /oracle/<sid>/sapdata das verificações antivírus.

  • Assegure a correspondência de fuso horário entre o sistema operacional e o sistema SAP.

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

    Enquanto você estiver usando o cluster do Agendador de carga de trabalho Tivoli (TWS) da IBM para planejamento de tarefas, considere executar o cluster do 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 do SAP.

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

  • Considere executar sistemas de desenvolvimento/teste em um modelo de adiamento 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 solucioná-los. Por exemplo, o Azure Monitor para 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 coletar estatísticas completas do banco de dados para bancos de dados não HANA após a migração. Por exemplo, implemente Nota SAP 1020260 - Entrega de estatísticas Oracle.

  • Considere usar o Gerenciamento Automático de Armazenamento do Oracle (ASM) para todas as implantações do Oracle que usam o SAP no Azure.

  • Considere usar o armazenamento automático para implantações do DB2 que usam SAP no Azure.

  • Otimize e gerencie operações de Base SAP usando o LaMa (SAP Landscape Management). Use o conector SAP LaMa para Azure a fim de realocar, copiar, clonar e atualizar sistemas SAP.

  • Execute uma verificação de qualidade do SAP HANA na infraestrutura provisionada do Azure para verificar se as VMs provisionadas estão em conformidade com as práticas recomendadas de SAP HANA para o 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 a 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 serviços de identidade nativos do Azure para se autenticar no ambiente dos clientes. Ele coloca o controle nas mãos dos clientes, pois 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 Provedor de Soluções na Nuvem. Os benefícios para os provedores incluem o gerenciamento de locatários sem alternar contextos e visualizar informações entre locatários. O uso do Azure Lighthouse ajuda a manter a confiança entre clientes e provedores e simplificar o gerenciamento de seus ambientes SAP.

Eficiência de desempenho da Oracle

A eficiência do desempenho pode ser difícil de diagnosticar em qualquer sistema corporativo. 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 no blog da SAP.

Para obter diretrizes adicionais de eficiência de desempenho em cargas de trabalho Oracle, consulte Eficiência de desempenho de carga de trabalho Oracle no Azure Well-Architected Framework.

Próximas etapas

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