SAP S/4HANA

SAP S/4HANA è il software ERP (Enterprise Resource Planning) leader nel settore, progettato per le imprese più grandi, in qualsiasi paese del mondo e in qualsiasi settore, con processi aziendali e personalizzazioni estese.

Il software ERP integra tutta la gestione e le operazioni aziendali in un'unica applicazione coesa per coordinare l'esecuzione dell'attività, come la contabilità e i finanziamenti, gli acquisti e l'inventario, le vendite e le relazioni con i clienti. Un ERP può essere considerato il fulcro di tutte le operazioni aziendali. È possibile collegare all'ERP diverse applicazioni e tutte le parti dell'azienda, dalla fabbrica alla sede centrale. Il software ERP nel suo complesso può avere molti componenti aggiuntivi (funzionali e di settore) che forniscono diverse funzioni aziendali per diverse linee di business e settori.

SAP S/4HANA è una major release del software ERP di SAP progettata per funzionare esclusivamente con il database SAP HANA. Le precedenti versioni principali dell'ERP di SAP, note come SAP ECC e SAP R/3, potevano utilizzare diversi fornitori di database relazionali.

SAP S/4HANA agisce come "Digital Core" per le grandi imprese con UX, flussi di lavoro aziendali e aggiornamenti tecnologici aggiornati, per consentire il maggior numero possibile di estensioni utilizzando le tecnologie Cloud Native.

Per ulteriori informazioni, vedere SAP S/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 S/4HANA.

Prefazione: varianti di SAP S/4HANA

L'applicazione aziendale SAP S/4HANA ha diverse varianti, ognuna con diversi livelli di funzionalità e personalizzazione, che sono disponibili come diversi modelli operativi. Il modello selezionato influisce sulla distribuzione di SAP S/4HANA.

I modelli operativi del software si dividono principalmente in due categorie:

SAP S/4HANA "AnyPremise" (ex edizione "On-Premise"), che consiste nell'installazione e nell'hosting del software da parte dell'azienda o dei suoi subappaltatori. Questa opzione offre all'azienda il pieno controllo sulle funzioni e sull'implementazione del software, ma comporta un maggiore impegno di implementazione e spese di gestione per mantenere in funzione i sistemi SAP.
SAP S/4HANA Cloud SaaS, che è lo stesso software ma installato e ospitato da SAP insieme ai subappaltatori di SAP Partner. Questo modello offre all'azienda un minore controllo sulle funzioni e sull'implementazione del software, ma anche un minore sforzo di implementazione e spese di gestione per mantenere in funzione i sistemi SAP.

All'interno di ciascuno dei modelli operativi di software, sono disponibili diverse opzioni di distribuzione del software:

SAP S/4HANA "AnyPremise” Edizione (precedentemente edizione "On-Premise")
- Distribuzione in un data center tradizionale on-premise esistente
- Distribuzione nel cloud IaaS
SAP S/4HANA Nuvola SaaS
- SAP S/4HANA Public Cloud Extended (EX) Edition, SaaS fornito da SAP insieme ai subappaltatori di SAP Partner
- SAP S/4HANA Public Cloud Essentials (ES) Edition, SaaS fornito da SAP insieme ai subappaltatori di SAP Partner
- SAP S/4HANA Private Cloud, SaaS estensione di SAP HANA Enterprise Cloud (HEC) fornito da SAP insieme a SAP partner subappaltatori

Ulteriori informazioni sulle varianti del software SAP S/4HANA sono disponibili su SAP. Una spiegazione concisa sulle varianti di SAP S/4HANA è disponibile presso SAP America, vedi SAP Community Blogs - Product Information - SAP S/4HANA Cloud Deployment Options(17 giugno 2019).

Per quanto riguarda SAP S/4HANA, la documentazione del portafoglio IBM Cloud® for SAP si riferisce alle installazioni SAP HANA e SAP NetWeaver come all'utilizzo di SAP opzioni certificate Cloud Infrastructure-as-a-Service per l'esecuzione SAP S/4HANA "AnyPremise" del deployment su Cloud IaaS. Tutte le ulteriori descrizioni nelle sezioni seguenti fanno riferimento a SAP S/4HANA "AnyPremise".

Decisioni aggiuntive per l'implementazione e la manutenzione

Oltre a scegliere una variante di SAP S/4HANA (il modello operativo e il modello di implementazione), molti clienti di SAP devono prendere diverse altre decisioni, ad esempio:

SAP S/4HANA strategia di adozione

Nuova implementazione del cliente SAP per la prima volta
Migrazione ERP (Brownfield)
- Conversione di sistema (nota anche come Brownfield)
- Transizione selettiva dei dati (che utilizza la Conversione Shell o Mix&Match)
Reimplementazione ERP (Greenfield)

SAP S/4HANA modello di consegna per l'implementazione del progetto, dall'elenco dei partner di SAP

Un integratore globale di sistemi (GSI) per SAP
Un fornitore di servizi gestiti (MSP) per SAP

SAP S/4HANA modello di manutenzione per il supporto continuo, dall'elenco dei partner di SAP

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)

I riconoscimenti per questi Partner SAP sono riportati nella pagina informativa sui Partner SAP.

Queste scelte influiscono in particolare sulle modalità di distribuzione, gestione e manutenzione di SAP S/4HANA "AnyPremise" Edition on Cloud IaaS. Ad esempio, un GSI ha un'esperienza superiore alla media nell'implementazione, nella configurazione funzionale e nello 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 esegue 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
- Virtual Servers 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 usa Virtual Servers

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, consultare 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 S/4HANA è influenzata da molteplici considerazioni sulla progettazione di SAP HANA Database Server.

SAP S/4HANA è considerato un "carico di lavoro misto", in quanto l'applicazione aziendale esegue principalmente l'elaborazione transazionale (OLTP), ma SAP S/4HANA anche l'elaborazione analitica (OLAP) tramite SAP S/4HANA Embedded Analytics.

Durante il dimensionamento di SAP, il processo decisionale e la selezione dell'infrastruttura, SAP S/4HANA viene spesso considerato solo come OLTP. Questa rappresentazione non è una visione completamente accurata dell'applicazione aziendale, ma è la rappresentazione più vicina per l'utilizzo delle informazioni di SAP Benchmarks. Tuttavia, per l'infrastruttura SAP HANA, il dimensionamento è spesso determinato dalle dimensioni della memoria (DRAM).

Scale-up e scale-out

È importante notare che se si utilizza SAP HANA in una distribuzione scale-out, il throughput delle transazioni del sistema potrebbe risentirne.

SAP Nota 2428711 - Il dimensionamento di S/4HANA Scale-Out limita lo scale-out di SAP HANA a un massimo di quattro nodi in totale. Questo limite si applica alle implementazioni di S/4HANA su IBM Cloud per evitare che i nostri clienti riscontrino problemi di throughput transazionale. IBM Cloud® for SAP non pubblica attivamente tali specifiche.

Consigliamo invece ai clienti che hanno SAP HANA requisiti eccezionalmente grandi per l'esecuzione di un'istanza SAP S/4HANA di produzione (in particolare quelli che richiedono più 14-18TB di DRAM) di discutere i loro requisiti con IBM- SAP. Le discussioni con gli esperti tecnici mondiali di IBM e SAP possono fornire una consulenza più accurata sul problema aziendale e identificare percorsi alternativi.

Le alternative possono includere la creazione di un modello di cloud ibrido con l'utilizzo delle opzioni di scale-up ad alte prestazioni disponibili nelle distribuzioni tradizionali dei data center.

Un esempio di cloud ibrido utilizzato con SAP S/4HANA quando si superano 14-18TB le capacità di DRAM, sarebbe l'uso di IBM Power9 hardware fornito da IBM Power Systems, distribuito in datacenter tradizionali on-premise. L' hardware IBM Power9 massimo può supportare 28TB di DRAM per la scalabilità SAP HANA 2.0. Queste offerte complementari sono già in grado di far funzionare con successo i carichi di lavoro di molti clienti di SAP con questi footprint di memoria più grandi, grazie a una stretta collaborazione e a discussioni ingegneristiche con SAP, e possono quindi soddisfare le esigenze aziendali per questi requisiti di scale-up eccezionali. Per ulteriori informazioni su SAP HANA su IBM Power Systems, vedere SAP Nota 2188482 - SAP HANA su IBM Power Systems: Hardware consentito.

SAP NetWeaver considerazioni

L'applicazione aziendale SAP S/4HANA è influenzata da molteplici considerazioni sulla progettazione di SAP NetWeaver Application Server.

Versioning e aggiornamenti

SAP S/4HANA non dispone più di una spedizione autonoma di SAP NetWeaver Application Server (ABAP) che può essere utilizzata.

Il componente SAP S/4HANA Server è necessario per installare SAP S/4HANA. Questo componente è brevemente intitolato SAP ABAP Platform e storicamente chiamato SAP NetWeaver AS ABAP.

Per SAP S/4HANA "AnyPremise" 20xx (ad esempio, 2020), il server SAP S/4HANA contiene:

SAP Piattaforma ABAP 20xx e SAP Kernel 7.7x (il numero di versione di questi componenti viene mostrato solo al termine dell'installazione)
ADT per Eclipse
Altri componenti tecnologici aggiuntivi per il funzionamento di SAP S/4HANA

Per questo motivo, quando si eseguono versioni precedenti di SAP S/4HANA (come 1511, 1610, 1709) non è possibile aggiornare SAP NetWeaver AS ABAP 7.5 + in modo isolato. Tutti gli aggiornamenti devono essere gestiti utilizzando SAP Maintenance Planner per l'intero stack su un sistema operativo specificato (ad esempio, Red Hat Linux®, SUSE Linux, IBM AIX, Windows Server).