Baseline operativa per SAP in Azure

Questo articolo si basa sulle considerazioni e sulle raccomandazioni definite nell'articolo Progettazione zona di destinazione di Azure: Gestione per gli ambienti di Azure. Le linee guida contenute in questo articolo consentono di esplorare come gestire in modo operativo una piattaforma SAP in un'azienda di Azure, con la gestione centralizzata e il monitoraggio a livello di piattaforma.

Questo articolo presenta raccomandazioni critiche 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. Se si vuole creare procedure operative standard per la gestione di un carico di lavoro SAP, vedere Procedure operative del carico di lavoro SAP in Azure Well-Architected Framework.

Punti chiave

Ecco alcune considerazioni fondamentali sulla progettazione e i consigli 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. Prendere in considerazione l'integrazione di Monitoraggio di Azure 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.

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

• Eseguire un'estensione della macchina virtuale per il controllo SAP. L'estensione vm per SAP usa l'identità gestita assegnata di una macchina virtuale (VM) per accedere ai dati di monitoraggio e configurazione delle macchine virtuali. Il controllo garantisce che tutte le metriche delle prestazioni nell'applicazione SAP provengono dall'estensione di Azure sottostante per SAP.

• Proteggere il database HANA usando il servizio Backup di Azure. Se si distribuisce Azure NetApp Files per il database HANA, Oracle o DB2, usare lo strumento snapshot coerente applicazione Azure (AzAcSnap) per acquisire snapshot coerenti con l'applicazione. AzAcSnap supporta anche i database Oracle. Prendere in considerazione l'uso di AzAcSnap in una macchina virtuale centrale anziché in singole macchine virtuali.

• Usare il monitoraggio della latenza tra macchine virtuali per applicazioni sensibili alla latenza.

• Usare Monitoraggio connessione in Azure Network Watcher per monitorare le metriche di latenza per i database SAP e i server applicazioni. In alternativa , raccogliere e visualizzare le misurazioni della latenza di rete usando Monitoraggio di Azure.

• Usare il monitoraggio di Azure Site Recovery per mantenere l'integrità del servizio di ripristino di emergenza per i server 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. Tra cui potrebbero verificarsi problemi di prestazioni. Controllare con i fornitori di database i dettagli prescrittivi nell'elenco di esclusione. Ad esempio, Oracle consiglia di escludere /oracle/sid>/<sapdata dalle analisi antivirus.

• Assicurarsi che il fuso orario corrisponda tra il sistema operativo e il sistema SAP.

• Non raggruppare servizi applicazioni diversi nello stesso cluster. Ad esempio, non combinare cluster DRBD e servizi centrali nello stesso cluster. È tuttavia possibile usare lo stesso cluster Pacemaker per gestire circa cinque servizi centrali diversi (cluster multi-SID).

  Durante l'uso del cluster TWS (Tivoli Workload Scheduler) di IBM per la pianificazione dei processi, è consigliabile eseguire il cluster TWS nella propria coppia di macchine virtuali. 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 di Azure native che possono risolverle. Ad esempio, Monitoraggio di Azure per SAP può monitorare i cluster di servizi centrali.

• Esaminare 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 macchine virtuali di Azure.

• È consigliabile raccogliere statistiche di database complete per i database non HANA dopo la migrazione. Ad esempio, implementare la nota SAP 1020260 - Recapito delle statistiche Oracle.

• È consigliabile usare Oracle Automatic Storage Management (ASM) per tutte le distribuzioni Oracle che usano SAP in Azure.

• È consigliabile usare l'archiviazione automatica per le distribuzioni DB2 che usano SAP in Azure.

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

• Eseguire un controllo qualitativo per SAP HANA nell'infrastruttura di Azure di cui è stato effettuato il provisioning per verificare che le macchine virtuali di cui è stato effettuato il provisioning siano conformi alle procedure consigliate per SAP HANA in Azure.

• Per ogni sottoscrizione di Azure, eseguire un test di latenza nelle zone di disponibilità di Azure prima della distribuzione zonale per scegliere zone a bassa latenza per la distribuzione di SAP in Azure.

• Se si collabora con i clienti gestendo le proprie proprietà SAP, prendere in considerazione Azure Lighthouse. Azure Lighthouse consente ai provider di servizi gestiti di usare i servizi di identità nativa di Azure per l'autenticazione all'ambiente dei clienti. Mette il controllo nelle mani dei clienti, perché possono 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 cambiare contesto e visualizzare le informazioni tra tenant. L'uso di Azure Lighthouse consente di mantenere l'attendibilità tra i clienti e i provider e 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 in esecuzione Oracle, una raccolta di script SQL consente di diagnosticare i problemi di prestazioni.

La prima raccomandazione consiste nell'usare i report del repository del carico di lavoro automatico (AWR). I report di AWR contengono informazioni preziose per la diagnosi dei problemi nel sistema Oracle. È consigliabile eseguire un report AWR durante diverse sessioni e scegliere i tempi di punta 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, vedere questo post di blog di SAP.

Per indicazioni aggiuntive sull'efficienza delle prestazioni sui carichi di lavoro Oracle, vedere Efficienza delle prestazioni del carico di lavoro Oracle in Azure Well-Architected Framework.

Passaggi successivi

Creare la continuità aziendale e il ripristino di emergenza per una migrazione SAP.