Migratie in twee stappen verkennen: lift-and-shift gevolgd door DMO

Houd rekening met het volgende voor de migratie in twee stappen:

Zorg ervoor dat de connectiviteit met Azure beschikbaar is via Express Route (aanbevolen) of VPN.
Wijs de doelinfrastructuur toe op Azure, waaronder het gekloonde systeem en doel-SAP NetWeaver- en SAP HANA-databaseservers. De Azure-infrastructuur kan worden geïmplementeerd met behulp van vooraf gedefinieerde Azure Resource Manager-sjablonen.
Het gekloonde systeem kan worden gebouwd met een homogene systeemkopie (back-up/herstel) of via DBMS-replicatiehulpprogramma's (bijvoorbeeld Oracle Data Guard of SQL Always-On).
Bedrijfs- en technische tests moeten worden gestart (met functionele, integratie- en acceptatietests om ervoor te zorgen dat de verplaatsing van gegevens is geslaagd).
Na bedrijfs- en technische validatie kan het traditionele DMO-proces (Database Migration Option) worden gevolgd om te migreren en te upgraden naar SAP HANA.
DMO kan worden gebruikt met de geheugenpijpmethode (bijvoorbeeld exporteren/importeren vindt plaats binnen hetzelfde toepassingsserver- en geheugensegment voor versnelde migraties).
Na de migratie naar SAP HANA moet de bedrijfs- en technische validatie opnieuw worden gestart.
In deze benadering zijn twee downtime en twee testcycli vereist.

Opties voor DMO-optimalisatie

Er zijn veel factoren die van invloed zijn op de downtime die is gekoppeld aan een SAP-databasemigratie en die onder andere omvatten:

Bereik: Softwarewijzigingen, Unicode-conversie, verplaatsing van datacenters
Prestaties van bronsysteem: CPU, I/O, geheugen, DBMS-prestaties, SAP NetWeaver-release
Grootte van bronsysteemdatabase: Databasegrootte, grootste tabellen, status van huishouding
Doelsysteemprestaties: CPU, I/O, geheugen, DBMS-prestaties, SAP NetWeaver-release
Netwerk: netwerksnelheid, bandbreedte, latentie
Toolset: SAP Software Provisioning Manager (SWPM), Software Update Manager (SUM), DMO of SUM, versie van de toolset
Migratiebenadering: Standard versus Downtime minimaliseren
Ramp-up/ramp-down activiteiten: Interfacebeheer, batchtaakbeheer
Validatie vóór en na migratie: Functioneel, integratie en acceptatietests.

In grote lijnen is het potentieel voor prestatieoptimalisaties te zien op de volgende drie gebieden:

De infrastructuur-/hardwarereductiehendel bestaat uit het volgende:

Een toegewezen migratieserver (PAS/AAS) implementeren met uitgebreide rekenmogelijkheden om SUM uit te voeren
Implementeer Solid State Disks (SSD) op de brondatabase en migratieservers.
(PAS/AAS)

Express Route-connectiviteit wordt aanbevolen met de maximale beschikbare bandbreedte (momenteel beschikbaar tot 10 Gbps)
gebruik het dmotocloud.sh script (RSYNC) om bestanden van een on-premises bron naar een Azure-doel te verplaatsen voor de DMO-systeemverplaatsingsoptie met parallelle overdracht.
Implementeer opslagmomentopnamen voor tijdefficiënte back-ups tijdens de cutover-periode.

Optimalisatie van brondatabases (index herbouwen, DB-statistieken, DB-parameters, DB-bestandssysteem). Een nuttige referentie vindt u in de onderstaande tabel.

Database	Verwijzing
Oracle	SAP-notitie #936441
DB2	DB2-optimalisatietechnieken voor SAP-databasemigratie en Unicode-conversie
SQL Server	MIGRATIE van SAP OS/DB naar SQL Server: veelgestelde vragen over v6.2 april 2017

Gebruik de nieuwste versie van migratiehulpprogramma's, R3*, kernel, enzovoort.
Netwerkparameterisatie (bijvoorbeeld MTU-instellingen, resettellers)
Parameterisatie met betrekking tot het besturingssysteem (bijvoorbeeld Q-diepte)
SAP HANA-databaseparameters (gerelateerd aan het opslaan van punten, logboekmodus en time-outs)
DMO-migratieparameters (bijvoorbeeld duurbestanden, handmatige tabelsplitsingen, handmatige volgorde van tabelvolgorde, snelle belasting voor BLOB, enzovoort)

Wordt gebruikt voor het vastleggen van export- en importfasen voor een subset van gegevens. Deze kan worden geconfigureerd voor uitvoering op specifieke tabellen.

Het uitvoeren van de uitvoeringsfase meerdere keren is mogelijk door de activiteit voor het splitsen van tabellen opnieuw te bewerken (waardoor tabelsplitsing wordt geoptimaliseerd waardoor de downtime van de DMO-procedure wordt verminderd).