Baseline operativa per SAP in Azure

Questo articolo si basa su una serie di considerazioni e raccomandazioni definite nell'articolo relativo alla zona di destinazione di Azure Area di progettazione: gestione per ambienti Azure. Le indicazioni fornite in questo articolo illustrano come gestire in modo operativo una piattaforma SAP in un ambiente aziendale di Azure, con gestione e monitoraggio centralizzati a livello di piattaforma.

L'articolo offre raccomandazioni chiave per i team operativi SAP per gestire i sistemi SAP all'interno della piattaforma Azure. Poiché SAP è una piattaforma fondamentale, è consigliabile includere indicazioni sulle aree di progettazione della zona di destinazione di Azure nella progettazione. Per creare procedure operative standard per la gestione di un carico di lavoro SAP, consultare la sezione Procedure operative del carico di lavoro SAP in Azure Well-Architected Framework.

Punti chiave

Di seguito alcune raccomandazioni e considerazioni chiave sulla progettazione per il monitoraggio e la gestione di SAP in Azure:

• Usare Monitoraggio di Azure per soluzioni SAP per monitorare i carichi di lavoro SAP in Azure. Considerare l'integrazione di Azure Monitor per le soluzioni SAP con SAP Solution Manager. È possibile aggiungere Application Insights per estrarre tutti i dati di telemetria necessari durante la generazione di avvisi e ticket di supporto quando i dati di telemetria indicano un potenziale errore.

• Monitorare l'ambiente SAP utilizzando Avvisi Baseline SAP in Azure

• Attuate la protezione dalle minacce usando la soluzione Microsoft Sentinel per SAP. Usare questa soluzione per monitorare i sistemi SAP e rilevare minacce sofisticate in tutti i livelli di logica di business e applicazione.

• Eseguire un'estensione della macchina virtuale per il controllo SAP. L'estensione per SAP impiega un'identità gestita assegnata di una macchina virtuale (VM) per accedere ai dati di monitoraggio e di configurazione delle VM. Questo controllo verifica che tutte le metriche delle prestazioni nell'applicazione SAP provengano dall'estensione Azure per SAP sottostante.

• Proteggere il database HANA usando il servizio Backup di Azure. Se distribuisci Azure NetApp Files per i tuoi database HANA, Oracle o DB2, usa lo strumento Azure Application Consistent Snapshot (AzAcSnap) per creare snapshot coerenti con l'applicazione. AzAcSnap supporta anche i database Oracle. Considerare l'uso di AzAcSnap su una VM centrale piuttosto che su singole VM.

• Usare il monitoraggio della latenza tra VM per le applicazioni sensibili alla latenza.

• Usare Monitoraggio connessione in Azure Network Watcher per monitorare le metriche di latenza per database SAP e server applicativi. In alternativa, raccogli e visualizza le misurazioni della latenza di rete usando Azure Monitor.

• Il monitoraggio di Azure Site Recovery per mantenere l'integrità del servizio di ripristino di emergenza per i server delle applicazioni SAP.

• Tutti i sistemi di produzione devono usare dischi gestiti Premium con almeno 128 GiB (P10) per i dischi del sistema operativo per evitare problemi di prestazioni.

• Escludere tutti i file system di database e i programmi eseguibili dalle analisi antivirus. L'inclusione potrebbe causare problemi di prestazioni. Rivolgersi ai fornitori di database per informazioni dettagliate sull'elenco di esclusione. Ad esempio, Oracle consiglia di escludere /oracle/<sid>/sapdata dalle scansioni antivirus.

• Assicurarsi che il fuso orario del sistema operativo e quello del sistema SAP corrispondano.

• Non raggruppare servizi applicazione diversi nello stesso cluster. Ad esempio, non combinare i cluster DRBD con i cluster dei servizi centrali nello stesso cluster. Tuttavia, è possibile utilizzare lo stesso cluster Pacemaker per gestire circa cinque diversi servizi centrali (cluster multi-SID).

  Anche se si usa il cluster TWS (Workload Scheduler) di IBM per la pianificazione dei processi, prendere in considerazione l'esecuzione del cluster TWS nella propria coppia di VM. Non è consigliabile eseguirlo in un cluster di database o servizi centrali SAP.

• Se si usa un database DB2 per l'esecuzione di SAP in Azure, negli scenari in cui si implementa, è consigliabile LOG_METH2usare una condivisione File di Azure (NFSv4.1). Migliora la velocità del ripristino di emergenza.

• Prendere in considerazione l'esecuzione di sistemi di sviluppo/test in un modello di snooze per risparmiare e ottimizzare i costi di esecuzione di Azure.

• Prendere in considerazione la creazione di un piano per i requisiti non funzionali. Eseguire il mapping di tali requisiti con le risorse native di Azure che possono soddisfare tali requisiti. Monitoraggio di Azure per SAP, ad esempio, è in grado di monitorare i cluster dei servizi centrali.

• Analizzare e adottare parametri SAP, in particolare parametri di memoria ABAP, durante l'esecuzione di una migrazione del sistema operativo o del database. Ad esempio, em/initial_size_MB è valido solo per gli ambienti AIX e non deve essere impostato per le VM di Azure.

• Dopo la migrazione, prendere in considerazione la raccolta di statistiche di database complete per i database non HANA. Ad esempio, applicare la nota SAP 1020260 - Fornitura delle statistiche Oracle.

• Prendere in considerazione l'uso di Oracle Automatic Storage Management (ASM) per tutte le distribuzioni Oracle che usano SAP in Azure.

• Prendere in considerazione l'uso dell'archiviazione automatica per le distribuzioni DB2 che usano SAP in Azure.

• Ottimizza e gestisci le operazioni di SAP Basis usando SAP Landscape Management (LaMa). Utilizza il connettore SAP LaMa per Azure per spostare, copiare, clonare e aggiornare i sistemi SAP.

• Eseguire il controllo di qualità per SAP HANA sull'infrastruttura di Azure provisionata per verificare che le VM provisionate siano conformi alle migliori pratiche di SAP HANA per Azure.

• Per ogni sottoscrizione di Azure, eseguire un test di latenza delle zone di disponibilità di Azure prima della distribuzione zonale per scegliere le zone a bassa latenza per l'implementazione di SAP su Azure.

• Se collabori con i clienti gestendo le loro proprietà SAP, prendi in considerazione Azure Lighthouse. Azure Lighthouse consente ai provider di servizi gestiti di usare i servizi di gestione delle identità native di Azure per l'autenticazione nell'ambiente dei clienti. Mette il controllo nelle mani dei clienti, perché può revocare l'accesso in qualsiasi momento e controllare le azioni dei provider di servizi.

  Azure Lighthouse funziona con le API esistenti, ad esempio il programma Cloud Solution Provider. I vantaggi per i provider includono la gestione dei tenant senza modifica del contesto e visualizzazione delle informazioni tra tenant. L'uso di Azure Lighthouse consente di mantenere la fiducia tra clienti e provider e di semplificare la gestione degli ambienti SAP.

Efficienza delle prestazioni Oracle

L'efficienza delle prestazioni può essere difficile da diagnosticare in qualsiasi sistema aziendale. Per SAP in Azure che esegue Oracle, una raccolta di script SQL consente di diagnosticare i problemi di prestazioni.

La prima raccomandazione consiste nell'usare report AWR (Automatic Workload Repository). I report AWR contengono informazioni utili per la diagnosi dei problemi nel sistema Oracle. È consigliabile eseguire un report AWR durante diverse sessioni e scegliere i periodi di picco per tale report, per garantire un'ampia copertura per l'analisi.

Il report AWR mostra statistiche SQL, informazioni sul database, statistiche di sistema e I/O e altre informazioni che è possibile usare per individuare i problemi. Per altri strumenti di analisi e istruzioni SQL utili, consultare questo post del blog su SAP.

Per ulteriori indicazioni sull'efficienza delle prestazioni dei carichi di lavoro Oracle, consultare efficienza delle prestazioni dei carichi di lavoro Oracle nel Framework Azure Well-Architected.

Passaggi successivi

Costruisci la tua continuità aziendale e ripristino di emergenza per una migrazione SAP.