Axfoods erfarenhet av migrering från Oracle till DB2 för SAP. Denna presentation hölls på IBM Data Server Day den 22 maj i Stockholm av Bård Hakkestad, Sales Director, Middlecon och Rolf Norén, Data Architect, teknikområde databaser, Axfood
4. Våra områden
Applikation
Enterprise Data
Middleware Management
Server och disksystem
5. IBM Partner
Nordens största IBM Information
Management partner
Europas 11. största IBM Information
Management partner
6. Forrester säger:
”Du kan spara pengar”
Jon Erickson, Project Director, Forrester
TCO, besparning 192% på tre år
The Total Economic Impact of migrating a
heterogeneous Databas environement to IBM DB2
for SAP and non-SAP environments
april 2011, Forrester
18. Skälen till bytet – del 1
• Den andra uppsättningen av miljön
började växa ur kostymen
• Framtida kända ökningar
– + 30% av butikerna
– + 10-20% sortimenten
• Stabilitet
– - Tidigare så skyllde leverantörerna på
varandra
– + En gemensam miljö och leverantör
• Samexistens/konsolidering med övriga
SAP miljö för att fullt ut utnyttja
virtualisering möjligheterna
20
19. Skälen till bytet – del 2
• Utökade Oracle licenser, i och med
planerad utbyggnad
• Ibm % # users istället för maskin
kapacitet
• Viss kostnad besparing, för att minska
disk ytan och därmed även backup ytan i
och med DB2 komprimering, och
erfarenheten från de övriga SAP
systemen hos Axfood.
21
20. Vilken SAP komponent ?
• SAP F&R
– Auto replanisment…
– Dvs auto order
• Drivs av 4 kärnvärden
– - POS (POint of Sales)
– + Varupåfyllnad
– Täckdagar och frontning
– Justerad/inventerad Saldo i butik
22
21. Föregående miljö
• Appservrar
– HP ProLiant BL 25 G1
– 2*4 core
– 2*16 GB Ram
• DB servrar
– HP Proliant DL 580 G5
– 2*24 core (där F&R delade DB med 50%)
– 2*64 GB Ram
23
22. Nuvarande miljö del 1
• P740 series
– Fysisk 2 st P740
• 16 cpu
• 256 RAM GB
– Prod med cluster failover
• 2st lpar appservrar
– 7 ent och 7 vp cpu 46 GB ram
• 1st lpar central instans
– 7 ent och 7 vp cpu 65 GB ram
• 1 st lpar db instans
– 7 ent och 7 vp cpu 65 GB ram
– Integraitonstest med cluster failover
• 2st lpar appservrar
– 0,7 ent och 7 vp cpu och 32 GB Ram
• 1st lpar central instans
– 0,7 ent och 7 vp cpu 65 Ram
• 1 st lpar db instans
– 7 ent och 7 vp cpu 65 GB Ram
– Systemtest, utveckling, sandbox
• 3 st lpar, både app+ci+db på samma lpar per miljö
24
23. Nuvarande miljö del 2
• Disk system
– Prod DS8300 och speglad till DS8100
• Yta 500 GB
– Integrationstest DS8300
• Yta 500 GB
– Övriga miljöer (sandbox,utv,systemtest
DS3500
• Yta 700 GB
25
24. Arbetsmetodik
1. Användadet av SAP’s standardiserade move mellan databaser.
1. utfördes av BASIS team.
2. DBA arbete att compress och reorger
2. Körningar med jämförbart/samma data i systemtest miljö
1. För att jämföra gamla och nya miljö.
2. Endast 1 viktig SAP process gick upp i körningstid, och där ändrade vi
så att vi tvingande in ett sk. Axfood index, som också blev den fysiska
cluster ordningen och därmed kom ner i acceptabla körningstider igen
(SAP använder sig inte av cluster index, utan vi kör med pkey, som
cluster ordning vid reorgerna.)
3. Körningar som hade varit problem utmaningar i den gamla miljön, bara
gick igenom på betydligt bättre körningstider.
3. Flytt till Integrationstest
1. Många olika senarior, i och med att vi hade för tillfället en ojämn
maskin park med både P570 och P740.
2. Olika tester att försöka få ner körningstider
1. Genom att lägga till flera APP servrar, och att lägga dem på de olika
plattformana
2. Lesson learn, köra på samma maskintyp, och beslut att köra på P740
typen
4. Produktions miljö
1. Blev uppsatt med 4st lpars….på samma miljö p740
26
25. Arbetsmetodik del 2
1. Nerstängning av systemet
2. Export mha SAP’s scripts från Oracle
3. Import mha SAP’s scripts till DB2
4. Compress o Reorger
5. Backuper
6. Tester och verifieringar
7. Godkännande
8. Totaltid ca 6-8 timmars arbete
1. Export 2-3 timmar
2. Import 1-2 timme
3. Create index + Compress + reorg ca 1-2 timmar
4. Backup 30 min
5. Verifieringar 30-60 min
27
26. Lesson learn
• Testa och jämför mot gammal miljö
• Testa och försök tvinga in förväntad last
• Utnyttja kraften och möjligheterna med
plattformen, både Power 7 och
virtualisering.
• Ha kontroll på era flöden och applikationer
• SAP standard uppsättningar av
indexstöd, och design har mycket att
önska.
28
27. Lesson learn - Databas komprimering
• Oracle standard gamla miljön
– Ca 325 GB
• DB2 efter import
– 176 GB
• DB2 efter compress o reorg
– 60 GB
29
28. TO DO ->
• För både produktion och integrationstest
– Minska ENT CPU
• Lämna tillbaka så att vi har bara utnyttjad
genomsnittlig CPU kraft, för att nå upp till vårt
SLA för de kritiska batcharna.
– Öka VP CPU
• Möjlighet att låna kraft vid behovet för att kunna
kapa ytterligare körningstid, under de ca 2-3
timmars körningstiderna med full belastning.
• Fördela dessa sk. 4 miljöer (2st app, 1ci, 1db) så
att de blir en del av Axfood’s stora SAP miljö
karta, så att full virtualiserings möjligheter
säkerställs.
30
29. Bilaga Maskin kapacitet
• Grafer över APP och CI och DB fördelat
på vecka, och dag, för att via kraften som
används förnärvarande
31