IBM Cloud Docs
FAQ sullo spostamento dei carichi di lavoro di SAP

FAQ sullo spostamento dei carichi di lavoro di SAP

Come si sposta un carico di lavoro esistente da SAP a IBM Cloud?

Un carico di lavoro esistente su IBM Cloud® for SAP può essere o

  • Spostati così come sono, dai data center on-premises al Cloud IaaS. Questo metodo è spesso chiamato "lift-and-shift"
  • Migrazione da un fornitore o da una versione a un'altra:
    • Cambiare il fornitore o la versione del server di database (ad esempio, IBM Db2 in SAP HANA )
    • Cambiare la versione dell'Application server (ad esempio, SAP NetWeaver AS ABAP 7.0 in SAP NetWeaver AS ABAP 7.52 )
    • Modifica della versione dell'applicazione aziendale (ad esempio, da SAP ECC a SAP S/4HANA )

Lo spostamento dei carichi di lavoro è una modifica a livello di infrastruttura che influisce sui sistemi SAP, perché comporta cambiamenti a livello di rete e di storage.

La migrazione dei carichi di lavoro è una modifica a livello di applicazione che influisce sull'installazione del sistema SAP perché viene utilizzato un nuovo software.

  • Per i carichi di lavoro basati su VMware SAP in esecuzione nei data center on-premises, a seconda della configurazione esistente, lo spostamento di queste macchine virtuali in IBM Cloud per VMware può essere potenzialmente semplificato con l'uso di VMware HCX

Come faccio a spostare un database relazionale o un database di tipo " SAP HANA " esistente su un server certificato " SAP HANA " nell' IBM Cloud?

Con il Cloud Infrastructure-as-a-Service ( IaaS ) non sono inclusi servizi di trasloco o migrazione.

Qualsiasi attività di spostamento o migrazione è di vostra responsabilità.

Mentre IBM Cloud non fornisce SAP servizi a livello di applicazione, i vari IBM Cloud Business Partner (inclusi i IBM Servizi) forniscono le loro capacità di servizio utilizzando il portafoglio IBM Cloud® for SAP.

Questa tabella mostra un breve elenco di servizi e i tipi di Business Partner che possono fornire i servizi per IBM Cloud® for SAP:

Servizi Tipi di partner
Tipo di partner di servizio Fornito da Descrizione
Consulenza e implementazione SAP fornitori "integratori di sistemi globali" (GSI) Questi fornitori forniscono consulenza e gestiscono i progetti di implementazione e distribuzione di SAP.
Gestione applicazioni SAP fornitori di "Servizi di gestione delle applicazioni" (AMS) Questi fornitori gestiscono e mantengono una distribuzione esistente delle applicazioni SAP (opzionale: modifiche funzionali o di sviluppo incrementali).
Servizi gestiti end-to-end SAP "Fornitori di servizi gestiti (MSP) Questi fornitori eseguono l'implementazione e la distribuzione di SAP e gestiscono l'infrastruttura, il sistema operativo, le SAP applicazioni tecniche e le SAP applicazioni aziendali. Questi servizi spesso non includono modifiche funzionali o di sviluppo incrementali.

Ad esempio, alcuni dei servizi disponibili in collaborazione tra IBM Cloud e IBM Services comprendono:

Ad alto livello, quali sono le opzioni per spostare e migrare un sistema SAP esistente verso il Cloud?

Questa tabella è un elenco di alto livello delle opzioni per lo spostamento e la migrazione dei sistemi SAP esistenti al cloud. Per ulteriori informazioni, consultare tutta la documentazione SAP necessaria per lo spostamento e la migrazione dei carichi di lavoro SAP e contattare il proprio Systems Implementer per SAP.

Elenco degli approcci ai carichi di lavoro di Move and Migrate SAP
**Approccio di spostamento e migrazione dei carichi di lavoro SAP ** Descrizione Uso comune Downtime Lavoro pre/post migrazione Trasferimento dati
Copia di sistema eterogeneo che utilizza SWPM Spostare o ri-piattaforma su un'architettura di CPU, un sistema operativo o un database diversi. Utilizza la copia di sistema Esportazione/importazione di SWPM Comunemente si usa per cambiare il server di database in preparazione di un passaggio più significativo; ad esempio, passare a SAP HANA DB con un approccio di migrazione classica Sì È richiesta una preparazione e una post-elaborazione significativa. Copia del sistema Esportazione del dump
Copia di sistema omogenea che utilizza SWPM (opzione valida solo per le copie di sistema che eseguono SAP HANA DB) Spostamento o ri-piattaforma per passare a un sistema operativo o a una versione di database più recente. Non può essere utilizzato per passare da un'architettura di CPU all'altra o all'Endianness. Utilizza SAP Database Backup con SWPM. Spostare su un nuovo target SAP HANA o spostare su un nuovo target OS con AnyDB esistente. Si usa anche per creare nuove sandbox di un sistema esistente (con o senza modifica del nome del sistema logico). Sì. È possibile una certa riduzione dei tempi di inattività a seconda della preparazione, del blocco delle modifiche e della sincronizzazione delta delle modifiche (dei file di log) nel failover verso il target Meno preparazione rispetto alla copia di sistema eterogenea; è richiesta una post-elaborazione da moderata a significativa a seconda dello scenario (nella maggior parte dei casi, il nome del sistema logico viene modificato, ad esempio, BDLS) SAP Backup del database
SAP HANA System Replication (HSR) con mirroring del database replicato su cloud Il sito di failover secondario è ospitato su cloud Scenari HA e DR Sì minimo, dipende da fattori di progettazione e failover (ad esempio, ottimizzazione dei costi o delle prestazioni) Utilizzando SAP Landscape Management ( LaMa ), l'impostazione e l'esecuzione possono essere automatizzate Spedizione del registro o della memoria; modalità SYNCMEM, FULLSYNC, SYNC o ASYNC
Trasferimento del sistema che utilizza SAP LaMa per orchestrare lo spostamento Trasferire fisicamente o virtualmente le istanze in esecuzione o chiuse. Utilizza SAP LaMa. Impossibile trasferire gli inquilini di SAP HANA DB MDC. Spostamento di singole istanze di SAP in un nuovo paesaggio infrastrutturale già predisposto. Sì, i sistemi in funzione hanno tempi di inattività perché vengono fermati, impreparati, poi preparati e avviati Utilizzando SAP LaMa, è possibile automatizzare la rilocalizzazione Trasferimento di rete a pacchetto che utilizza l'adattatore LaMa o LaMa per VMware
DMO per SUM con esecuzione di System Move (combina migrazione, conversione Unicode, aggiornamenti e altre attività) Supportato per l'aggiornamento di App Server ( NetWeaver ) o per la conversione del database in SAP HANA. Spostamento di NW PAS + server di database e aggiornamento, tutto allo stesso tempo. Migrazioni a Business Suite su SAP HANA o parte della migrazione di conversione di SAP S/4HANA (Brownfield) Sì. Sia PAS Target che l'host del database nel landscape di destinazione (ad esempio, IBM Cloud ) devono essere pronti prima della DMO per l'esecuzione di SUM with System Move. È necessaria una preparazione significativa. L'esportazione del sistema viene eseguita nel paesaggio di origine. L'importazione viene eseguita nel paesaggio di destinazione. L'esportazione/importazione può essere effettuata anche in parallelo.
Transizione selettiva dei dati, con conversione a conchiglia Creare una shell del sistema SAP solo con la personalizzazione e lo sviluppo; quindi aggiornare / convertire in SAP ECC o SAP S/4HANA. Migrare i dati selettivi dall'ECC al sistema di shell aggiornato Utilizzato in scenari di separazione aziendale (ad esempio, cessioni) e progetti di trasformazione/conversione con SAP S/4HANA Sì minimo, l'obiettivo può essere costruito e testato in anticipo (testando ripetutamente le fasi di conversione e la correzione). I dati possono essere replicati in anticipo sul target, quindi i tempi di inattività riguardano solo la sincronizzazione dei dati delta e la sostituzione del vecchio sistema con il target. È necessaria una preparazione significativa. SAP Landscape Transformation Replication Server, gestito tramite un impegno diretto su SAP
Transizione selettiva dei dati, con Mix & Match Unione di due o più configurazioni di sistema per creare un nuovo sistema SAP con la configurazione richiesta; quindi aggiornamento/conversione a SAP S/4HANA Utilizzato in scenari di fusione aziendale (ad esempio, acquisizioni) o di consolidamento di sistemi multipli SAP (ad esempio, ERP per ogni regione geografica o unità aziendale) e progetti di trasformazione/conversione con SAP S/4HANA Sì minimo, l'obiettivo può essere costruito e testato in anticipo (testando ripetutamente le fasi di conversione e la correzione). I dati possono essere replicati in anticipo sul target, quindi i tempi di inattività riguardano solo la sincronizzazione dei dati delta e la sostituzione del vecchio sistema con il target. È necessaria una preparazione significativa. SAP Landscape Transformation Replication Server, gestito tramite un impegno diretto su SAP