Utforska driftstoppsoptimerad DMO
Driftstoppsoptimerad DMO är ett migreringsalternativ där stora tabeller migreras som en del av drifttidsfasen. Utlösare samlar in de ändringar som kan spelas upp igen som en del av stilleståndstiden. Från och med juni 2019 är det här scenariot tjänstbaserat, projektbaserat och SAP-supporten måste vara involverad i migreringskörningen. Se SAP Note #2442926.
I tabellen nedan ser du jämförelsen mellan klassisk DMO och driftstoppsoptimerad DMO.
Klassisk DMO
Driftstoppsoptimerad DMO
DMO kan utföras av valfri resurs
En SAP-anställd behöver köra projektet och är endast ett SAP Services-baserat projekt
Alla tabeller replikeras som en del av stilleståndstiden
Stora tabeller replikeras som en del av drifttiden med hjälp av SLT
Längre stilleståndstid
Kortare stilleståndstid
Alla scenarier stöds
Scenariot "DMO utan programuppdatering" kan kombineras med "driftstoppsoptimerad DMO". Scenariot "DMO med systemflytt" stöder inte "driftstoppsoptimerad DMO"
Du behöver inte lägga till DMIS i stack.xml-generering
Lägg till DMIS manuellt i Underhållsoptimeraren (MOPZ) för att skapa stackkonfigurationsfilen (stack.xml)
Inga begränsningar
Produkter som stöds: SAP ECC 6.0 och högre SAP CRM 7.0 och senare
Inga begränsningar
Begränsningar för tabeller som inte kan replikeras i drifttid:
- Bastabeller som innehåller djupa komponenter (t.ex. STRG)
- Pooltabeller
- Programutbytestabeller (överförs i drifttid i alla fall)
- Tabeller som ska konverteras
- Tabeller utan primärnyckel
- Tabeller som börjar med /BI i namnet
- Tabeller från TMS (Transport Management System) som börjar med E07*
Nästan noll stilleståndstid (NZDT)
NZDT använder klonbaserad metodik och efter kloningen av produktionssystemet körs DMO på klonen. Transaktionsaktiviteter samlas in från produktionssystemet och spelas upp igen till klonsystemet. Mer information finns i SAP Note #693168.
Kommentar
NZDT och driftstoppsoptimerad DMO stöds ännu inte för molnmigreringar.