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

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

Este artigo apresenta recomendações críticas para que as equipes de operações sap mantenham 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 SAP, confira Procedimentos operacionais de carga de trabalho sap no Azure Well-Architected Framework.

Pontos-chave

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

• Use as soluções do Azure Monitor para 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.

• 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 todas as camadas de aplicativo e lógica de negócios.

• 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 VM (máquina virtual) para acessar dados de configuração e monitoramento de VM. O marcar garante que todas as métricas de desempenho em seu aplicativo SAP venham da Extensão do Azure subjacente para SAP.

• Ajude a proteger seu banco de dados do HANA usando o serviço Backup do Azure. Se você implantar Azure NetApp Files para o banco de dados HANA, Oracle ou DB2, use a ferramenta de instantâneo consistente Aplicativo Azure (AzAcSnap) para tirar instantâneos consistentes com o aplicativo. O AzAcSnap também dá suporte a bancos de dados Oracle. Considere usar o AzAcSnap em uma VM central e não em VMs individuais.

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

• Use Monitor da Conexão no Azure Observador de Rede 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 de Site Recovery do Azure para manter a integridade do serviço de recuperação de desastre 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 de verificações antivírus. Incluí-los pode levar a problemas de desempenho. Verifique com os fornecedores de banco de dados detalhes prescritivos na lista de exclusão. Por exemplo, a Oracle recomenda excluir /oracle/<sid>/sapdata de verificações antivírus.

• Verifique se o fuso horário corresponde entre o sistema operacional e o sistema SAP.

• Não agrupe serviços de aplicativos diferentes no mesmo cluster. Por exemplo, não combine clusters drbd e 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 você estiver usando o cluster TWS (Agendador de Carga de Trabalho) do Tivoli da IBM para agendamento de trabalho, 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 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 a execução de sistemas de desenvolvimento/teste em um modelo de adiamento para economizar 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 monitorar clusters de serviços centrais.

• Examine e adote parâmetros SAP, especialmente parâmetros de memória ABAP, enquanto você está executando um sistema operacional ou migração de 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 de banco de dados para bancos de dados não HANA após a migração. Por exemplo, implemente 1020260 de anotação SAP – Entrega de estatísticas oracle.

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

• Considere usar o armazenamento automático para implantações 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 um marcar de qualidade para SAP HANA na infraestrutura provisionada do Azure para verificar se as VMs provisionadas estão em conformidade com as melhores práticas do SAP HANA no Azure.

• Para cada assinatura do Azure, execute um teste de latência em 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 nativa 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 provedores de serviços.

  O Azure Lighthouse funciona com APIs existentes, como o programa Provedor de Soluções na Nuvem. Os benefícios para provedores incluem o gerenciamento de locatários sem alternar contextos e exibir 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 do Oracle

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

A primeira recomendação é usar relatórios do AWR (Repositório de Carga de Trabalho Automática). 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 do SQL, informações de banco de dados, estatísticas de E/S e sistema 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 do SAP.

Para obter diretrizes adicionais de 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óximas etapas

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