Analizzare la metodologia dell'opzione di migrazione del database SAP

  • 10 minuti

Elaborazione del metodo DMO

Gestione aggiornamenti software (SUM) crea il repository shadow (componenti di sviluppo/versione di destinazione per workbench ABAP) nel database tradizionale fino alla fase di inattività. Il database di destinazione viene compilato in parallelo nella posizione in cui viene quindi copiato il repository shadow e la connessione al database SAP viene spostata sul database di destinazione, quindi inizia il processo di inattività.

Dopo la migrazione dei dati dell'applicazione, che comprende anche la conversione dei dati, l'aggiornamento viene quindi finalizzato e il database di destinazione esegue il sistema SAP. Il database di origine mantiene i dati dell'applicazione non modificati ed è quindi sempre possibile un fallback.

Prerequisiti

Quando si esegue la migrazione di un sistema SAP esistente in esecuzione in anyDB verso un database SAP HANA, potrebbero essere necessari i passaggi seguenti:

  • Suddivisione dual-stack
  • Conversione in Unicode (per le versioni precedenti a SAP NetWeaver 7.5)
  • Aggiornamento del database di anyDB
  • Aggiornamento del software SAP

DMO per i sistemi SAP BW e SAP Business Suite

È possibile usare il metodo DMO per i sistemi AS-ABAP e con SUM versione 1.0 SP09 o successiva. È possibile usarlo anche per le destinazioni SAP HANA e ASE, nonché per SQL Server, DB2 e MaxDB su richiesta. Per altre informazioni, vedere le note SAP seguenti:

Fasi del processo DMO

Nella tabella seguente viene fornita una panoramica delle fasi principali del metodo DMO.

Fase Commento
Operazioni preliminari Fase che viene eseguita prima dell'avvio dello strumento SUM e riguarda aree quali la preparazione e il controllo preliminare dell'origine, la manutenzione, la convalida degli ambienti di origine e di destinazione, la verifica delle password client 000, DDIC e sidadm.
Estrazione Questa fase rientra nel processo SUM effettivo e lo strumento controlla tutti i download software disponibili per i sistemi di origine e di destinazione. Lo strumento decomprime quindi i file SAR, che fanno parte della directory di download.
Impostazione SUM controlla la connettività dei sistemi di origine e di destinazione.
Assegni Lo strumento SUM controlla lo spazio disponibile per la creazione del repository shadow.
Pre-elaborazione In questa fase viene creato il repository shadow e in SAP HANA vengono create le strutture della tabella di destinazione. È inclusa la creazione di gruppi di tabelle in un sistema distribuito/scale-out.
Esecuzione Questa fase include i tempi di inattività. Il sistema di origine SAP viene bloccato per gli utenti e viene avviato il trasferimento effettivo dei dati. Al termine del caricamento dei dati, viene eseguita la commutazione del kernel SAP.
Post-elaborazione Vengono eseguiti tutti i passaggi di post-elaborazione, tra cui l'attivazione del contenuto di SAP HANA e la pulizia dei log nella directory SUM.

"Settimana di cutover" DMO

Con DMO è disponibile un'opzione di fallback durante qualsiasi fase.

Dall'inizio della fase di preparazione del processo DMO, è necessario prevedere almeno una settimana dalla pubblicazione delle procedure consigliate al trasferimento effettivo, in modo da avere tempo sufficiente per la creazione del repository shadow.

È necessario eseguire il backup prima di avviare le attività che prevedono tempi di inattività. Se si verifica un problema durante le attività svolte nel normale tempo di attività, un semplice approccio di fallback consiste nel rimuovere l'istanza shadow. Questo significa eliminare lo schema dell'istanza shadow dal database di origine. Se si verificano errori durante la fase di inattività, probabilmente sono correlati a problemi nei dati, che devono essere risolti prima di continuare. Di conseguenza, è importante eseguire più cicli di test della migrazione per risolvere tutti i problemi in anticipo rispetto alla migrazione in produzione.

DMO con spostamento del sistema

L'opzione "Abilita la migrazione con lo spostamento del sistema" è disponibile a partire da SUM 1.0 SP21 e prevede che il server applicazioni in cui viene gestita la migrazione può essere modificato come parte del processo, ossia SUM può essere avviato nel server applicazioni locale e passato a un server applicazioni in esecuzione in Azure. SUM viene eseguito nel sistema di origine e verrà arrestato in fase di esecuzione. Successivamente, l'intera directory SUM viene copiata in Azure, dove il processo di importazione continua nel server applicazioni nuovo/di destinazione.

La tabella seguente mette a confronto la migrazione DMO classica con la migrazione DMO con spostamento del sistema

Parametro Migrazione DMO classica DMO con spostamento del sistema
Scopo/Caso d'uso Aggiornamento sul posto e migrazione Migrazioni basate sul cloud/Azure
Flessibilità e ottimizzazione del tempo di inattività Alto Medio
Migrazione al cloud Tecnicamente possibile (ma non ufficialmente supportata da SAP) Sì
Server di destinazione Lo stesso server applicazioni può essere usato per connettersi a SAP HANA in seguito a una migrazione I nuovi server devono essere creati in Microsoft Azure
Opzioni per il trasferimento dei dati Pipe di memoria, dump del file system Dump del file system può usare opzioni di caricamento sequenziale o parallelo