Utforska tvåstegsmigrering – lift and shift följt av DMO
Överväg följande för tvåstegsmigreringen:
- Se till att anslutningen till Azure är tillgänglig via Express Route (rekommenderas) eller VPN.
- Allokera målinfrastrukturen i Azure, som innehåller det klonade systemet och SAP NetWeaver- och SAP HANA-databasservrarna. Azure-infrastrukturen kan distribueras med fördefinierade Azure Resource Manager-mallar.
- Det klonade systemet kan skapas med en homogen systemkopia (säkerhetskopiering/återställning) eller via DBMS-replikeringsverktyg (t.ex. Oracle Data Guard eller SQL Always-On).
- Affärs- och teknisk testning bör initieras (med funktions-, integrerings- och acceptanstestning för att säkerställa att dataflytten har lyckats).
- Efter affärs- och teknisk validering kan den traditionella processen för databasmigrering (DMO) följas för att migrera och uppgradera till SAP HANA.
- DMO kan användas med metoden minnespipa (till exempel sker export/import inom samma programserver och minnessegment för accelererade migreringar).
- Efter migreringen till SAP HANA bör affärs- och teknisk validering initieras igen.
- I den här metoden krävs två driftstopp och två testcykler.
Optimeringsalternativ för DMO
Det finns många faktorer som påverkar stilleståndstiden i samband med en SAP-databasmigrering och inkluderar (bland annat):
- Omfattning: Programvaruändringar, Unicode-konvertering, datacenterflytt
- Källsystemprestanda: CPU, I/O, minne, DBMS-prestanda, SAP NetWeaver-version
- Databasstorlek för källsystem: Databasstorlek, största tabeller, status för hushållning
- Målsystemprestanda: CPU, I/O, minne, DBMS-prestanda, SAP NetWeaver-version
- Nätverk: Nätverkshastighet, bandbredd, svarstid
- Verktygsuppsättning: SAP Software Provisioning Manager (SWPM), Software Update Manager (SUM), DMO of SUM, version av verktygsuppsättningen
- Migreringsmetod: Standard kontra Minimera stilleståndstid
- Ramp-up/ramp-down-aktiviteter: Gränssnittshantering, batchjobbhantering
- Validering före och efter migrering: Funktions-, integrerings- och acceptanstestning.
I stort sett kan potentialen för prestandaoptimeringar ses inom följande tre områden:
- Export
- Filöverföring
- Importera
Infrastruktur/maskinvara
Reglaget för minskning av infrastruktur/maskinvara består av följande:
Lokal
- Distribuera en dedikerad migreringsserver (PAS/AAS) med omfattande beräkningskapacitet för att köra SUM
- Distribuera SSD (Solid State Disks) på källdatabasen och migreringsservrarna.
- (PAS/AAS)
Microsoft Azure
- Express Route-anslutning rekommenderas med den maximala tillgängliga bandbredden (för närvarande tillgänglig upp till 10 Gbit/s)
- använd dmotocloud.sh-skriptet (RSYNC) för att flytta filer från en lokal källa till ett Azure-mål för DMO System Move-alternativet med parallell överföring.
- Implementera ögonblicksbilder av lagring för tidseffektiva säkerhetskopieringar under snabbperioden.
Viktiga överväganden för optimering av stilleståndstid för DMO
- Optimering av källdatabaser (återskapande av index, DB-statistik, DB-parametrar, DB-filsystem). En användbar referens finns i tabellen nedan.
- Använd den senaste versionen av migreringsverktyg, R3*, kernel osv.
- Nätverksparameterisering (t.ex. MTU-inställningar, återställningsräknare)
- OS-relaterad parameterisering (t.ex. Q-djup)
- SAP HANA-databasparametrar (relaterade till sparpunkter, loggläge och tidsgränser)
- DMO-migreringsparametrar (t.ex. varaktighetsfiler, manuella tabelldelningar, manuell tabellsekvenseringsordning, snabb belastning för BLOB osv.)
DMO-benchmarking
- Används för att samla in export- och importfaser för en delmängd data. Den kan konfigureras för att köras på specifika tabeller.
Upprepa flera körningar av stilleståndstidsfasen
- Det går att köra körningsfasen flera gånger genom att omarbeta tabelldelningsaktiviteten (vilket optimerar tabelldelningen som minskar DMO-procedurens stilleståndstid).