SAP BW /4HANA

SAP BW /4HANA è il software EDW (Enterprise Data Warehouse) leader nel settore, progettato per analizzare grandi quantità di dati strutturati e non strutturati provenienti da più fonti. Il software EDW decifra i dati aziendali in informazioni tangibili e attuabili che vengono utilizzate per riferire le prestazioni aziendali rispetto alle metriche e per identificare le opportunità o le lacune nelle pratiche aziendali esistenti.

SAP BW /4HANA è un'importante release del software EDW di SAP progettata per utilizzare esclusivamente le capacità analitiche del database SAP HANA. Le precedenti versioni principali di EDW di SAP erano note come SAP BW, che potevano utilizzare diversi fornitori di database relazionali. SAP BW /4HANA funge da motore di insight per le grandi imprese con UX, integrazione dei dati e aggiornamenti tecnologici aggiornati per consentire il processo decisionale in tempo reale e i processi aziendali digitali.

Per ulteriori informazioni, vedere SAP BW /4HANA.

IBM Cloud® for SAP le opzioni di infrastruttura sono certificate per SAP NetWeaver application server e SAP HANA database server, che eseguono l'applicazione aziendale SAP BW /4HANA.

Prefazione: varianti di SAP BW /4HANA e altre soluzioni di analisi di SAP

Per l'analisi, esistono più soluzioni interconnesse di SAP e varianti per ogni soluzione. Le principali soluzioni analitiche di SAP sono:

SAP BW /4HANA, il software EDW che utilizza la piattaforma SAP HANA con licenza runtime per il database
SAP Data Warehouse Cloud ( SaaS ), il software EDW disponibile as-a-Service utilizzando i servizi cloud di SAP HANA
SAP HANA Platform Enterprise Edition, il server di database e i componenti analitici quando si sfrutta la licenza full-use e si possono usare per costruire EDW personalizzati/nativi.
I componenti analitici di SAP HANA includono Self Service Analytics Library (SAL), Smart Data Access (SDA), Smart Data Integration (SDI), Smart Data Streaming (SDS), Remote Data Sync ( RDS ) e inoltre, per Hadoop l'integrazione, l'uso di SAP HANA Spark Controller opzionalmente con SAP Vora.

Esistono altre soluzioni di analisi SAP, ciascuna con diverse opzioni di implementazione del software, alcune delle quali sono riassunte di seguito:

SAP BW /4HANA
- Distribuzione in un data center tradizionale on-premise esistente
- Distribuzione nel cloud IaaS
SAP HANA Piattaforma Enterprise Edition
- Distribuzione in un data center tradizionale on-premise esistente
- Distribuzione nel cloud IaaS
- SAP HANA Enterprise Cloud (HEC), DBaaS gestito
SAP HANA Servizi cloud
- SAP HANA Nuvola, DBaaS (released in 2020 to replace SAP HANA Service, which in 2018 replaced SAP HANA One)
- SAP Analytics Cloud, SaaS
- SAP Magazzino dati cloud, SaaS
SAP Suite Business Objects Business Intelligence (BOBJ/BO-BI)
SAP Data Intelligence 3.x, utilizzando Kubernetes (released in 2019 to replace SAP Data Hub 2.x)

Ulteriori informazioni sulle varianti delle soluzioni analitiche di SAP sono disponibili su SAP:

Per quanto riguarda SAP BW /4HANA, la documentazione del portafoglio IBM Cloud® for SAP fa riferimento alle installazioni SAP HANA e SAP NetWeaver per l'utilizzo delle opzioni SAP certificate Cloud Infrastructure-as-a-Service per l'esecuzione della distribuzione di SAP BW /4HANA nel Cloud IaaS.

Decisioni aggiuntive per l'implementazione e la manutenzione

Il progetto di implementazione e manutenzione/supporto di SAP BW /4HANA seleziona dall'elenco dei partner SAP:

Implementazioni del progetto
- Un integratore globale di sistemi (GSI) per SAP
- Un fornitore di servizi gestiti (MSP) per SAP
Manutenzione/supporto
- Un fornitore di servizi di gestione delle applicazioni (AMS) per SAP
- Un fornitore di servizi gestiti (MSP) per SAP

Un elenco di tutti i partner di SAP viene mantenuto sullo strumento SAP Partner Finder. L'elenco contiene ulteriori informazioni sui partner di SAP, tra cui:

Categoria di partnership (ad esempio, Servizi di consulenza e implementazione)
Livello di partnership (ad esempio, Platino, Oro, Argento)

Queste scelte influiscono in particolare sulle modalità di implementazione, gestione e manutenzione di SAP BW /4HANA on Cloud IaaS. Ad esempio, un GSI ha un'esperienza superiore in termini di implementazione, configurazione funzionale e sviluppo, con la flessibilità necessaria per creare una soluzione su misura per i requisiti aziendali. Tuttavia, il GSI ha meno esperienza nella manutenzione. Al contrario, un MSP ha maggiori restrizioni sull'implementazione per garantire una manutenzione più efficace.

Data la suddivisione delle competenze nelle tradizionali implementazioni di data center on-premises dei carichi di lavoro di SAP nei decenni precedenti, i compiti gestiti dal Data Center Provider erano molteplici. Si suggerisce di considerare le competenze dei partner di SAP nelle seguenti aree, poiché il Cloud Service Provider non è responsabile di quelle attività precedentemente svolte dal Data Center Provider:

Account cloud e configurazione IAM
Configurazione della rete (compresa la sicurezza)
Impostazione dell'archiviazione
Dimensionamento dell'infrastruttura per SAP
Configurazione del sistema operativo (compresa la sicurezza)

Ulteriori informazioni sullo spostamento dei carichi di lavoro di SAP sono descritte nelle FAQ.

Considerazioni sul calcolo

A seconda dei requisiti aziendali e dell'accettazione del rischio, la decisione principale per qualsiasi Cloud IaaS che gestisce carichi di lavoro SAP è quale modello di Cloud Tenancy utilizzare:

Infrastruttura single-tenant, risorse di calcolo dedicate a cui si accede con una rete logica privata all'interno della dorsale di rete del cloud provider che utilizza:
- Bare metal
- Server virtuali su host dedicati
- VMware SDDC
Infrastruttura multi-tenant, risorse di calcolo condivise a cui si accede con una rete logica privata all'interno della dorsale di rete del cloud provider che utilizza server virtuali.

Dopo aver deciso il modello di Cloud Tenancy che soddisfa le vostre esigenze di business e di rischio IT, l'attenzione si concentra sul dimensionamento e sui requisiti di throughput:

Output delle attività di dimensionamento di SAP
Metrica di benchmark "SAPS", che dimostra il throughput transazionale totale dell'infrastruttura

Per ulteriori informazioni sul confronto tra diversi tipi di infrastruttura, vedere Confronto tra le diverse offerte IaaS certificate SAP con maggiori dettagli in Infrastruttura certificata per SAP. Tutti i benchmark SAPS sono elencati per ogni profilo e per ogni tipo di infrastruttura offerta nel portafoglio IBM Cloud® for SAP.

SAP HANA considerazioni

L'applicazione aziendale SAP BW /4HANA è un carico di lavoro di elaborazione analitica (OLAP) ed è influenzata da diverse considerazioni sulla progettazione di SAP HANA Database Server.

Durante il dimensionamento di SAP, il processo decisionale e la selezione dell'infrastruttura SAP HANA per supportare i carichi di lavoro OLAP, il dimensionamento è spesso determinato dalle dimensioni della memoria (DRAM).

Scale-up e scale-out

SAP BW /4HANA è stato costruito per sfruttare le capacità analitiche di SAP HANA e viene regolarmente utilizzato in scenari di scale-out per analizzare enormi volumi di dati (compresi quelli che vanno oltre i dati transazionali dell'ERP, come i data lake di Hadoop ).

È importante comprendere le certificazioni di SAP BW /4HANA per garantire che la scelta dell'infrastruttura soddisfi i requisiti aziendali, in particolare per le decisioni aziendali sui tempi di analisi e reporting o sulla quantità di dati da analizzare.

Tutte le infrastrutture certificate SAP su Cloud per OLAP (cioè SAP BW /4HANA) sono elencate in SAP HANA Directory - Certified IaaS Platforms - OLAP application type. I benchmark delle prestazioni dell'infrastruttura certificata SAP per SAP BW /4HANA sono elencati nella directory dei benchmark dell'edizione SAP BW per SAP HANA(BWH).

Ci sono alcune considerazioni da fare quando si esaminano le directory di SAP e si confrontano le prestazioni dell'infrastruttura per SAP BW /4HANA:

Il file di esportazione CSV della directory di benchmark SAP BWH non conterrà note di configurazione importanti, come quelle relative alla "Segmentazione" in cui la memoria citata viene ridotta (ad esempio, 4.048 GB di DRAM sono consentiti solo con 3.904 GB di DRAM). Questo accade spesso quando l'infrastruttura certificata è una macchina virtuale. Anche questo dato non è riportato sul sito principale, ma è visibile solo nel PDF di certificazione di ciascuna infrastruttura certificata.
La certificazione del benchmark è per un numero specifico di nodi scale-out; tuttavia, questo viene moltiplicato per SAP per la certificazione IaaS, in modo che la stessa configurazione infrastrutturale testata possa essere approvata per ulteriori scale-out (raggiungendo un ingombro totale di memoria maggiore).
- Esempio di certificazione Benchmark: 8 scale-out nodes which includes the 1 Parent + 7 Child nodes; using infrastructure with 6,144 GB DRAM for total memory of 49,152 GB
- IaaS certificazione basata sullo stesso esempio di certificazione di benchmark: 16 scale-out nodes which includes 15 Active nodes (1 Parent + 14 Child nodes) + 1 Standby node; using infrastructure with 6,144 GB DRAM for total memory of 92,160 GB

La tabella seguente fornisce esempi di come questi benchmark possano essere dedotti per aiutare l'azienda a prendere decisioni sul dimensionamento di SAP BW /4HANA:

Esempi di deduzione dei risultati dei benchmark nelle decisioni di dimensionamento
Punto di riferimento: (in base alla sequenza indicata nei rapporti di benchmark)	Fase 1: carico dei dati (secondi)	Fase 2: Esecuzioni di query all'ora	Fase 2: selezione dei record	Fase 3: Tempo di esecuzione della fase di interrogazione complessa (secondi)
Interpretazione della misura:	Più basso è meglio	Più alto è meglio	Più alto è meglio	Più basso è meglio
Fattori d'impatto del benchmark:	Impattato dalla quantità di record iniziali da caricare	Impatto del numero di record selezionati nella Fase 2		Impatto del numero di record selezionati nella Fase 2

Esempio di calcolo di confronto per le selezioni di infrastrutture (cerca di tenere conto dei fattori di impatto):	I secondi per caricare 1 miliardo di record potrebbero aiutare i confronti con la lettura dallo storage `(for example, divide Phase 1 data load in seconds by initial records)`	I record totali analizzati all'ora durante l'esecuzione della query possono aiutare a confrontare i calcoli eseguiti dalla CPU `(for example, multiply query executions per hour by records selected)`		I record totali analizzati al minuto durante una query complessa possono aiutare a confrontare i calcoli eseguiti dalla CPU `(for example, divide records selected by runtime of complex query seconds, then multiply by 60)`

Ulteriori note di SAP relative a SAP BW /4HANA e al dimensionamento per lo scale-out: