Piattaforma dati del carico di lavoro SAP

La piattaforma dati si riferisce alle tecnologie dell'archivio dati che supportano un carico di lavoro SAP. I carichi di lavoro SAP pongono richieste elevate sulla piattaforma dati. Vengono descritte le procedure consigliate per ottimizzare i costi mantenendo al contempo le prestazioni.

Ottimizzazione dei costi dei dati

Impatto: Ottimizzazione dei costi

È consigliabile ottimizzare il costo di archiviazione per il carico di lavoro SAP. L'archiviazione è un componente essenziale di un carico di lavoro SAP. L'archiviazione contiene dati attivi e dati di backup fondamentali per l'organizzazione. L'archiviazione influisce sulle prestazioni, la disponibilità e la recuperabilità di un carico di lavoro SAP. È importante avere le prestazioni corrette al giusto costo. Ecco le raccomandazioni per raggiungere questo obiettivo.

Usare il tipo di archiviazione della capacità riservata. Sono disponibili diverse opzioni di archiviazione tra cui scegliere in base ai requisiti del carico di lavoro. I dischi gestiti, l'archiviazione BLOB e l'archiviazione di backup possono supportare un carico di lavoro SAP in varie combinazioni. Ognuna di queste opzioni include opzioni di prenotazione di archiviazione che riduce i costi complessivi per i dati persistenti.

Per altre informazioni, vedi:

• Capacità riservata del disco di Azure
• Capacità riservata dell'archiviazione BLOB
• capacità riservata di archiviazione Backup di Azure

Usare i criteri di gestione del ciclo di vita. Oltre alla capacità riservata, è necessario assicurarsi che il periodo di conservazione dei dati sia adatto al carico di lavoro SAP. Un backup del database SAP può essere di grandi dimensioni e aggiungere al costo di archiviazione, se non ottimizzato. È consigliabile creare criteri del ciclo di vita che soddisfino l'obiettivo del tempo di ripristino (RTO) e l'obiettivo del punto di ripristino (RPO) del carico di lavoro SAP. I criteri devono passare all'archiviazione Premium, Standard, Cold, Archive in base ai requisiti aziendali e di età.

Migliorare l'affidabilità dei dati

Impatto: affidabilità

L'affidabilità dei dati è essenziale per garantire la continuità delle operazioni. Vengono fornite raccomandazioni sull'affidabilità per la configurazione dell'affidabilità del database, la creazione dell'affidabilità della condivisione SAPMNT, l'uso dei backup e l'implementazione di una soluzione di ripristino di emergenza.

Configurare l'affidabilità del database

Un'applicazione SAP invia i dati a più sistemi aziendali, rendendo la resilienza del database una considerazione chiave del carico di lavoro. È consigliabile replicare i dati di produzione per ottenere la massima resilienza. La replica tra aree è la soluzione di ripristino di emergenza preferita. Tuttavia, per un'opzione più conveniente, è consigliabile configurare almeno la ridondanza della zona. I metodi scelti dipendono dal sistema di gestione del database (DBMS) e dal contratto di servizio aziendale richiesto. Di seguito sono riportate le raccomandazioni per il livello del database.

Definire RPO e RTO. La creazione della resilienza del database richiede un piano per ripristinare la perdita di dati. Un errore logico nel database SAP, un'emergenza su larga scala o un'interruzione del sistema può causare una perdita di dati in un carico di lavoro SAP. Il piano di ripristino deve identificare la quantità di dati che si è disposti a perdere e la velocità con cui è necessario eseguire il ripristino. La quantità di perdita di dati che si è disposti a perdere è l'obiettivo del punto di ripristino (RPO). La velocità con cui è necessario eseguire il ripristino è l'obiettivo del tempo di ripristino (RTO). Quando si progetta per la recuperabilità, è necessario comprendere l'OBIETTIVO RPO e l'RTO desiderati e effettivi dell'applicazione SAP.

Usare la replica sincrona senza perdita di dati. In alcuni scenari non esiste alcuna tolleranza per la perdita di dati. L'obiettivo del punto di ripristino è 0. Per ottenere questo RPO, è necessario usare la replica sincrona a livello di database. La replica sincrona esegue il commit delle transazioni di database in istanze di database in due zone o aree separate. È consigliabile misurare la latenza tra le due istanze per assicurarsi che soddisfi le esigenze del carico di lavoro ed eseguire questa operazione con lo strumento di misurazione SAP niping . Una latenza di rete più elevata rallenta la scalabilità del carico di lavoro e la distanza fisica tra le istanze aggiunge latenza di rete. Di conseguenza, la replica tra aree avrà una latenza più elevata rispetto alle zone di disponibilità perché esiste una distanza maggiore tra le istanze. La replica del database tra aree diverse deve essere asincrona e la replica tra le zone di disponibilità deve essere sincrona. È importante bilanciare la resilienza e la latenza nella progettazione del carico di lavoro SAP.

Per altre informazioni, vedi:

• Distribuzione DBMS generale di Macchine virtuali di Azure per un carico di lavoro SAP
• Architettura e scenari di disponibilità elevata per SAP NetWeaver
• Latenza di rete tra e all'interno delle zone

Creare l'affidabilità della condivisione SAPMNT

SAPMNT ospita i file del kernel fisico per l'applicazione SAP e può essere un singolo punto di errore. In Azure sono disponibili diverse opzioni per creare ridondanza e progettare una condivisione SAPMNT a disponibilità elevata. È consigliabile usare File Premium di Azure o Azure NetApp Files per Linux e File Premium di Azure. Per le distribuzioni basate su Windows, è consigliabile usare Azure NetApp Files o Azure Shared Disk.

Esistono anche alcune configurazioni specifiche dell'applicazione da gestire per l'affidabilità SAPMNT. Per distribuire il livello dell'applicazione SAP NetWeaver, sono necessarie directory condivise nell'ambiente (/sapmnt/SID and /usr/sap/trans). È consigliabile creare file system a disponibilità elevata e garantire la resilienza. Le /sapmnt/SID directory e /usr/sap/SID/ASCS sono importanti. È consigliabile posizionare questi file system in NFS su File di Azure per ottenere la massima affidabilità.

Per altre informazioni, vedere NFS in File di Azure.

Tabella 1 - Linee guida SAPMNT per ogni sistema operativo.

Usare i backup dei dati

Il carico di lavoro SAP deve implementare una normale soluzione di backup. I backup sono la spina dorsale del ripristino di emergenza e contribuiscono a garantire la continuità delle operazioni. Sono disponibili alcuni consigli per l'affidabilità dei backup.

Iniziare con Backup di Azure

È consigliabile usare Backup di Azure come strategia di backup di base per un carico di lavoro SAP. Backup di Azure è la soluzione di backup nativa in Azure e offre più funzionalità per semplificare i backup SAP. Con Backup di Azure, vogliamo sottolineare alcune funzionalità.

Tabella 2 : funzionalità di Backup di Azure

Per altre informazioni, vedi:

• Documentazione su Backup
• Panoramica del backup di SAP HANA
• Backup di Azure architettura per il backup di SAP HANA.
• Guida del backup di SAP HANA in macchine virtuali di Azure
• Guida di backup per i database di replica di sistema SAP HANA nelle macchine virtuali di Azure.
• Linee guida per il backup per gli snapshot dell'istanza del database SAP HANA nelle macchine virtuali di Azure.
• Guida al backup per SQL Server in Azure Macchine virtuali

Trovare soluzioni di backup del marketplace

Esistono diverse soluzioni di backup di terze parti certificate in Azure Marketplace. Queste soluzioni offrono funzionalità di backup fornitore e funzionalità di backup certificate SAP. È consigliabile creare il layering di queste soluzioni oltre a Backup di Azure per generare soluzioni personalizzate con supporto di base.

I partner Microsoft offrono soluzioni integrate con Archiviazione di Azure per carichi di lavoro di archiviazione, backup e continuità aziendale e ripristino di emergenza. Le soluzioni partner sfruttano i vantaggi di scalabilità e costi di Archiviazione di Azure. È possibile usare le soluzioni per risolvere i problemi di backup, creare un sito di ripristino di emergenza o archiviare il contenuto inutilizzato per la conservazione a lungo termine. Possono sostituire i backup basati su nastro e offrire un sito di ripristino economico su richiesta con tutti gli standard di conformità e le funzionalità di archiviazione, ad esempio l'archiviazione non modificabile e la gestione del ciclo di vita.

Usare gli snapshot

Uno snapshot è una copia temporizzato dei dati. La velocità e l'affidabilità degli snapshot consentono di gestire database di grandi dimensioni e proteggere il database primario da danneggiamenti o errori. Queste funzionalità rendono gli snapshot critici per il ripristino di emergenza. Sono disponibili alcune opzioni per creare e archiviare i backup per il carico di lavoro SAP.

Backup di Azure può eseguire backup del database per HANA e SQL Server, ad esempio. La funzionalità Insieme di credenziali di backup del disco condiviso di Azure può essere usata come soluzione di archiviazione del database. Azure NetApp Files (ANF) può anche eseguire il backup di dati critici usando snapshot, ad esempio snapshot di volumi ANF. La replica tra aree ANF usa snapshot ANF per replicare i dati da un'area a un'altra.

La soluzione corretta dipende dai livelli di costo e disponibilità desiderati. In alcuni scenari, potrebbe essere necessario replicare i dati SAP in Azure in altre aree di Azure per il ripristino di emergenza. Tuttavia, è possibile ottenere le stesse funzionalità con Archiviazione di Azure replica, ad esempio l'archiviazione con ridondanza geografica o Azure Site Recovery.

Per altre informazioni, vedi:

• Configurazioni del carico di lavoro SAP con le zone di disponibilità di Azure
• Ripristino di emergenza di SAP NetWeaver
• Azure Site Recovery per carichi di lavoro SAP
• Azure Storage redundancy (Ridondanza di Archiviazione di Azure)
• Eseguire il backup degli snapshot dell'istanza dei database SAP HANA nelle macchine virtuali di Azure

Implementare un piano di ripristino di emergenza

È consigliabile investire nel ripristino di emergenza per migliorare l'affidabilità del carico di lavoro SAP. Il ripristino di emergenza viene ottenuto replicando i dati primari in una posizione secondaria. Diversi strumenti e metodologia possono essere usati per raggiungere l'obiettivo. Il ripristino di emergenza è necessario quando la posizione primaria non è accessibile a causa di un'emergenza tecnica o naturale. Le soluzioni di ripristino di emergenza possono trovarsi in più zone all'interno dell'area o in più aree in base ai requisiti aziendali, ma è consigliabile il ripristino di emergenza nell'area per migliorare la resilienza.

Per altre informazioni, vedi:

• Azure Site Recovery
• Replica tra più aree di volumi di Azure NetApp Files
• Copia snapshot tra aree per Archiviazione dischi di Azure
• Backup e ripristino di emergenza

Migliorare le prestazioni di archiviazione

Impatto: efficienza delle prestazioni

È importante scegliere le soluzioni di archiviazione appropriate per supportare le esigenze dei dati del carico di lavoro SAP. La soluzione corretta può migliorare le prestazioni delle funzionalità esistenti e consentire di aggiungere nuove funzionalità. In generale, l'archiviazione deve soddisfare i requisiti di operazioni di input/output al secondo e le esigenze di velocità effettiva del database SAP.

Per altre informazioni, vedere Tipi di archiviazione per un carico di lavoro SAP.

Usare l'archiviazione che supporta i requisiti di prestazioni. Microsoft supporta tecnologie di archiviazione diverse per soddisfare i requisiti di prestazioni. Per il carico di lavoro SAP, è possibile usare Azure Managed Disk (ad esempio, SSD Premium, SSD Premium v2, SSD Standard) e Azure NetApp Files.

Configurare l'archiviazione per le prestazioni. Sono state pubblicate linee guida per la configurazione dell'archiviazione per i database SAP HANA. Illustra gli scenari di produzione e una variante non di produzione consapevole dei costi. Seguendo le configurazioni di archiviazione consigliate, l'archiviazione passerà tutti gli indicatori KPI (HCMT) hardware e cloud. Per altre informazioni, vedere Configurazioni di archiviazione delle macchine virtuali di Azure sap HANA.

Abilitare l'acceleratore di scrittura. L'acceleratore di scrittura è una funzionalità per le macchine virtuali serie M in Archiviazione Premium esclusivamente con Managed Disks di Azure. È fondamentale abilitare l'acceleratore di scrittura sui dischi associati al volume /hana/log. Questa configurazione facilita la latenza di scrittura in millisecondi inferiore per le dimensioni dei blocchi da 4 KB e 16 KB. Per altre informazioni, vedere Acceleratore di scrittura di Azure.

Scegliere la macchina virtuale corretta. La scelta della macchina virtuale corretta comporta implicazioni in termini di costi e prestazioni. L'obiettivo è scegliere una macchina virtuale di archiviazione che supporta i requisiti di IOPS e velocità effettiva del carico di lavoro SAP. Durante la selezione di una macchina virtuale sono disponibili tre aree critiche

Tabella 3 - Funzionalità di calcolo che influiscono sulle prestazioni

Passaggi successivi