Piattaforma dati del carico di lavoro SAP
La piattaforma dati fa riferimento alle tecnologie dell'archivio dati che supportano un carico di lavoro SAP. I carichi di lavoro SAP inserisce richieste elevate sulla piattaforma dati. Vengono descritte le procedure consigliate per ottimizzare i costi mantenendo 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 critici per l'organizzazione. L'archiviazione influisce sulle prestazioni, la disponibilità e la ripristinabilità di un carico di lavoro SAP. È importante avere le prestazioni corrette a un costo corretto. Ecco i consigli per raggiungere questo obiettivo.
Usare il tipo di archiviazione della capacità riservata. Sono disponibili diverse opzioni di archiviazione da scegliere in base al requisito del carico di lavoro. I dischi gestiti, l'archiviazione di blog 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, vedere:
- Capacità riservata del disco di Azure
- Capacità riservata dell'archiviazione BLOB
- capacità riservata Backup di Azure archiviazione
Usare i criteri di gestione del ciclo di vita. Oltre alla capacità riservata, è necessario assicurarsi che il periodo di conservazione dei dati sia corretto per il 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 soddisfano 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 di età e business.
Migliorare l'affidabilità dei dati
Impatto: affidabilità
L'affidabilità dei dati è essenziale per garantire la continuità delle operazioni. Sono disponibili 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 la resilienza più elevata. La replica tra aree è la soluzione di ripristino di emergenza preferita. Tuttavia, per un'opzione più conveniente, è consigliabile configurare la ridondanza della zona almeno. 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 di 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'interruzione del sistema o un'interruzione del sistema può causare la 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à necessaria per il ripristino. La quantità di perdita di dati che si è disposti a perdere è l'obiettivo del punto di ripristino (RPO). La velocità di ripristino è l'obiettivo del tempo di ripristino (RTO). Quando si progetta per la ripristinabilità, è necessario comprendere il RPO desiderato e effettivo e RTO dell'applicazione SAP.
Usare la replica sincrona per nessuna perdita di dati. In alcuni scenari non esiste tolleranza per la perdita di dati. L'obiettivo del punto di ripristino è 0. Per ottenere questo RPO, è necessario usare la replica sincrona nel livello di database. La replica sincrona esegue il commit delle transazioni di database nelle istanze del database in due zone o aree separate. È necessario misurare la latenza tra le due istanze per assicurarsi che soddisfi le esigenze del carico di lavoro e poterla eseguire con lo strumento di misurazione SAP niping . La latenza di rete superiore 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é tra le istanze è presente una distanza maggiore. 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, vedere:
- 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 nelle 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. Sono disponibili diverse opzioni in Azure per creare ridondanza e progettare una condivisione SAPMNT a disponibilità elevata. È consigliabile usare File Premium di Azure o Azure NetApp Files per File Linux e Azure Premium. Per le distribuzioni basate su Windows, è consigliabile usare Azure NetApp Files o Disco condiviso di Azure.
Esistono anche alcune configurazioni specifiche dell'applicazione da affrontare per l'affidabilità SAPMNT. Sono necessarie directory condivise nell'ambiente (/sapmnt/SID and /usr/sap/trans) per distribuire il livello dell'applicazione SAP NetWeaver. È consigliabile creare file system a disponibilità elevata e garantire che siano resilienti. Le /sapmnt/SID directory e /usr/sap/SID/ASCS sono importanti. È consigliabile inserire questi file system in NFS su File di Azure per ottenere l'affidabilità massima.
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 soluzione di backup regolare. I backup sono il backbone del ripristino di emergenza e consentono di garantire la continuità delle operazioni. Sono disponibili alcuni consigli per l'affidabilità del backup.
Iniziare con Backup di Azure
È consigliabile usare Backup di Azure come strategia di backup fondamentale 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
| Funzionalità | Descrizione |
|---|---|
| Compatibilità del backup del database nativo | Backup di Azure fornisce backup nativi tramite il connettore Backint per SAP HANA, SQL Server e database Oracle usati dalle applicazioni SAP. Backup di Azure per SAP offre un'API denominata Backint. Backint consente alle soluzioni di backup di creare backup direttamente nel livello di database. Backup di Azure supporta anche la funzionalità di backup del database per i database & SQL Server haNA oggi. |
| Backup dell'archiviazione | La funzionalità di backup dell'archiviazione consente di ottimizzare la strategia di backup usando gli snapshot del disco dell'archiviazione Premium di Azure per i dischi selettivi. Per altre informazioni sui backup coerenti con l'applicazione, vedere Coerenza degli snapshot. |
| Backup di una macchina virtuale | Eseguire il backup e il ripristino dei dati delle macchine virtuali di Azure tramite il portale di Azure. Il ripristino tra aree consente di ripristinare le macchine virtuali di Azure che si trovavano in un'area secondaria abbinata. |
| Conservazione a lungo termine | Backup di Azure consente di conservare anni di backup SAP per esigenze di conformità e controllo. |
| Gestione del backup | Backup di Azure consente di gestire i backup dal portale di Azure con un'interfaccia utente semplice. |
Per altre informazioni, vedere:
- documentazione di Backup di Azure
- Panoramica del backup di SAP HANA
- architettura Backup di Azure per il backup di SAP HANA.
- Guida del backup di SAP HANA in macchine virtuali di Azure
- Guida al 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
Nell'Azure Marketplace esistono diverse soluzioni di backup certificate di terze parti. Queste soluzioni offrono funzionalità di backup del fornitore e funzionalità di backup certificate sap. È consigliabile eseguire il layering di queste soluzioni su Backup di Azure per generare soluzioni personalizzate con supporto fondamentale.
I partner Microsoft forniscono soluzioni integrate con Archiviazione di Azure per i carichi di lavoro di archiviazione, backup e per la continuità aziendale e il 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 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 possono eseguire backup del database per HANA e SQL Server, ad esempio. La funzionalità Insieme di credenziali di backup del disco condiviso di Azure può fungere da soluzione di archiviazione del database. Azure NetApp Files (ANF) può anche eseguire il backup dei dati critici usando snapshot, ad esempio snapshot di volumi ANF. 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 la replica di Archiviazione di Azure, ad esempio l'archiviazione con ridondanza geografica o l'archiviazione con ridondanza geografica o azure Site Recovery.
Per altre informazioni, vedere:
- 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 & metodologia possono essere usati per raggiungere l'obiettivo. Il ripristino di emergenza è necessario quando la posizione primaria non è accessibile a causa di calamità tecniche o naturali. Le soluzioni di ripristino di emergenza possono trovarsi in zone all'interno dell'area o in più aree in base ai requisiti aziendali, ma è consigliabile eseguire il ripristino di emergenza in tutta l'area per migliorare la resilienza.
Per altre informazioni, vedere:
- 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. Copre 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 dell'hardware e del cloud (HCMT). Per altre informazioni, vedere Configurazioni di archiviazione delle macchine virtuali di Azure per SAP HANA.
Abilitare l'acceleratore di scrittura. L'acceleratore di scrittura è una funzionalità per le macchine virtuali serie M in Archiviazione Premium con Azure Managed Disks esclusivamente. È fondamentale abilitare l'acceleratore di scrittura nei dischi associati al volume /hana/log. Questa configurazione semplifica 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 appropriata comporta implicazioni in termini di costi e prestazioni. L'obiettivo è scegliere una macchina virtuale di archiviazione che supporta i requisiti di operazioni di I/O al secondo e velocità effettiva del carico di lavoro SAP. Sono disponibili tre aree critiche per concentrarsi durante la selezione di una macchina virtuale
Tabella 3 - Funzionalità di calcolo che influiscono sulle prestazioni
| Funzionalità di calcolo | Descrizione |
|---|---|
| Numero di vCPU | Il numero di CPU ha un effetto diretto sulle licenze nel nodo del database. La maggior parte dei database segue un modello di licenza basato su core. Usare l'importo che soddisfa le proprie esigenze e modificare i contratti di licenza in base alle esigenze. |
| Memoria | La memoria è fondamentale per le prestazioni dell'applicazione e l'applicazione SAP può avere richieste di memoria elevate. In generale, una memoria più elevata offre più letture di memoria, meno paging e costi di macchina virtuale più elevati. |
| Velocità effettiva | La velocità effettiva è importante per un'applicazione ospitata in una delle macchine virtuali per comunicare con l'esterno della macchina virtuale usando le schede di interfaccia di rete . |
Passaggi successivi
Commenti e suggerimenti
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedere https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per