Oder ass et méiglech? Natierlech ass d'Migratioun vu SAP Systemer e komplexen an ustrengenden Prozess, deen Erfolleg erfuerdert déi gutt koordinéiert Aarbecht vun all Participanten. A wann d'Migratioun a kuerzer Zäit duerchgefouert gëtt, gëtt d'Aufgab vill méi komplizéiert. Net jiddereen decidéiert dëst ze maachen. Et kann e puer Grënn ginn. Zum Beispill ass de Prozess selwer laang an organisatoresch komplex. Plus et besteet e Risiko vun ongeplangten Systemaustausch. Oder Cliente sinn net sécher datt se, nodeems se sou eng Operatioun erlieft hunn, Virdeeler kréien, déi entspriechend den Efforten ausginn. Allerdéngs ginn et Ausnahmen.
Ënnert dem Schnëtt schwätze mir iwwer d'Schwieregkeeten, déi d'Clienten am Prozess vun der Migratioun an der Erhalen vun SAP Systemer konfrontéieren, diskutéieren firwat Stereotypen net ëmmer der Realitéit entspriechen, an deelen eng Fallstudie wéi mir et fäerdeg bruecht hunn d'Systemer vun engem Client op eng nei Infrastruktur an just iwwer dräi Méint.
SAP System Hosting
Virun nëmme fënnef Joer war et schwéier virzestellen datt Cliente massiv mat Hostingressourcen fir SAP Uwendungen ufänken. An de meeschte Fäll goufen se on-premise implementéiert. Wéi och ëmmer, mat der Entwécklung vun Outsourcing Modeller an dem Cloud Services Maart huet d'Weltvisioun vu Clienten ugefaang ze änneren. Wat sinn d'Argumenter déi d'Wiel zugonschte vun der Wollek fir SAP beaflossen?
- Fir Ufänger, déi just geplangt hunn SAP ëmzesetzen, ass d'Cloudinfrastruktur bal eng Standardwahl - Skalierbarkeet vun de Ressourcen un déi aktuell Bedierfnesser vum System an d'Verzweiflung fir d'Ressourcen op d'Entwécklung vun net-Kärkompetenzen z'entwéckelen.
- An Entreprisen mat enger grousser Systemlandschaft, mat der Hëllef vum Hosting SAP Systemer, erreechen CIOs e qualitativ aneren Niveau vu Risikomanagement, well De Partner ass verantwortlech fir den SLA.
- Dat drëtt heefegst Argument ass déi héich Käschte fir d'Infrastruktur ze bauen fir héich Disponibilitéit an DR Szenarie ëmzesetzen.
- Faktor 2027 - de Verkeefer huet d'Enn vun der Ënnerstëtzung fir Legacy Systemer am Joer 2027 ugekënnegt. Dat heescht, d'Datebank op HANA ze transferéieren, wat Käschten fir d'Moderniséierung an de Kaf vun neier Rechenkraaft mat sech bréngt.
De SAP Hosting Maart a Russland kann elo als zimmlech reift ugesi ginn. An dëst bitt vill Méiglechkeete fir Clienten déi hir Hostingplattforme wëllen änneren. Wéi och ëmmer, esou Projete kënne mat Recht Suerge bei de Geschäfter verursaachen wéinst der Komplexitéit vun der Migratiounsprozedur. Dëst forcéiert d'Clientë méi Ufuerderungen un d'Serviceprovider ze stellen, déi net nëmmen aussergewéinlech Kompetenzen am Hosting an Ënnerhalt vun SAP Systemer mussen hunn, awer och erfollegräich Erfahrung am Beräich vun der Migratioun.
Wat sinn d'Schwieregkeete fir SAP Hosting z'änneren?
Hostings sinn ënnerschiddlech. Inkonsistenz mam deklaréierten Serviceniveau, vill "awer" an Asterisken mat Reservatiounen am klengen Text, limitéiert Ressourcen a Fäegkeeten vum Hosting Provider, Mangel u Flexibilitéit a Saache Kommunikatioun mam Client, Bürokratie, technesch Aschränkungen, niddereg Kompetenz vun der technescher Ënnerstëtzung Spezialisten, wéi och vill aner Nuancen - dat sinn Dëst ass just e klengen Deel vun de Fallen, déi Cliente begéine kënnen wann se hir Geschäftssystemer an Outsourcing Infrastrukturen bedreiwen. Dacks, fir de Client, bleift dat alles am Schiet, am Dschungel vun engem Multi-Säit Kontrakt, an entsteet am Prozess vun der Benotzung vun de Servicer.
Irgendwann gëtt et dem Client offensichtlech datt den Niveau vum Service deen hien kritt wäit vu sengen Erwaardungen ass. Dëst ass eng Zort Katalysator fir Léisungen ze fannen fir d'Situatioun ze korrigéieren an am Fall vun engem Echec, wann d'Problemer op d'Limite accumuléieren an et ganz schmerzhaft gëtt, fuere se weider op aktiv Aktiounen fir alternativ Optiounen an der Richtung z'änneren vum Serviceprovider .
Firwat waarden se bis déi lescht Minutt? De Grond ass einfach - de Prozess vun Migratioun Systemer fir Clienten ass net ëmmer transparent a verständlech. Et ass schwéier fir de Client déi tatsächlech Risiken ze bewäerten, déi mam Migratiounsprozess verbonne sinn. Mir kënne soen datt d'Migratioun fir Clienten eng Zort schwaarz Këscht ass: et ass onkloer, de Präis, de Systemausfall, d'Risiken a wéi se se reduzéieren, an allgemeng ass et däischter a grujeleg. Et ass wéi wann et net funktionnéiert, da wäerten d'Käpp souwuel un der Spëtzt wéi och bei den Performeren rullen.
SAP ass en Enterprise-Niveau System, komplex an, fir et mild ze soen, net bëlleg. Anstänneg Budgete ginn op hir Ëmsetzung, Ännerung an Ënnerhalt ausginn, an d'Liewen vun der Entreprise hänkt vun hirer Disponibilitéit an der korrekter Operatioun of. Stellt Iech elo d'Konsequenze fir eng grouss Produktioun ze stoppen. Dëst si finanziell Verloschter, déi an Zuelen mat enger grousser Zuel vun Nullen berechent kënne ginn, souwéi Reputatioun an aner gläich bedeitend Risiken.
Mir analyséieren d'Schwieregkeeten, déi an all Etapp entstoe kënnen am Fall vun der Migratioun vu SAP Systemer vun engem vun eise Clienten.
Virbereedung an Design
Migratioun ass eng Formel mat ville verschiddenen Deeler. An ee vun de wichtegsten ass d'Etapp vum Design an der Virbereedung vun der Zil- (nei) Infrastruktur.
Mir hu missen an déi bestehend Ëmsetzung vun de Systemer, hir Architektur tauchen. An der Zilinfrastruktur hu mir existéierend Léisungen iergendwou widderholl, se op e puer Punkte ergänzt a verbessert, se iergendwou nei gemaach, duerchduecht a Léisunge gewielt fir Feelertoleranz an Disponibilitéit ze garantéieren, an och all Ressourcen sou vill wéi méiglech konsolidéiert.
Wärend dem Designprozess goufen vill verschidden Übungen gemaach, déi et schlussendlech méiglech gemaach hunn, sou vill wéi méiglech op Migratioun ze preparéieren an all Zorte vun Nuancen a Falen ze berücksichtegen (méi iwwer si méi spéit).
Wat mir opgehalen hunn ass eng individuell entworf privat Cloud Infrastruktur baséiert op eisem Rechenzentrum:
- engagéierten kierperlech Serveren fir SAP HANA;
- VMware Virtualiséierung Plattform fir Applikatioun Serveren an Infrastruktur Servicer;
- duplizéiert Kommunikatiounskanäl tëscht Datenzentere fir L2 VPN;
- zwee Haaptspeichersystemer fir de Produit an "alles anescht" ze trennen;
- SRC baséiert op Veritas Netbackup mat engem getrennten Server, Disk Regal a Bandbibliothéik.
An esou hu mir dat alles aus enger technescher Siicht ëmgesat.
SAP
- Fir effektiv Späichere fir produktiv HANA ze benotzen, hu mir gedeelt Disken ouni systemesch Datebankreplikatioun mat SAP benotzt. All dëst gouf an engem Active-Standby SUSE HAE Cluster gewéckelt baséiert op Pacemaker. Jo, d'Erhuelungszäit ass e bësse méi laang wéi mat Replikatioun, awer mir spuere Späicherplatz ëm d'Halschent an spueren als Resultat de Budget vum Client.
- A Pre-Produktiounsëmfeld goufen HANA Cluster opginn, awer technesch gouf d'Produktiounskonfiguratioun widderholl.
- Test- an Entwécklungsëmfeld goufen iwwer e puer méi Serveren ouni Cluster an enger MCOS Konfiguratioun verdeelt.
- All Applikatiounsserver goufen virtualiséiert a gehost an VMware.
Сети
- Mir hunn d'Konturen vu Kontroll- a Produktiounsnetzwierker mat Stäck vu Schalter kierperlech getrennt, déi produktiv an d'Datenzentren vum Client dréinen.
- Mir hunn eng genuch Unzuel vun Netzschnëttplazen installéiert fir net grouss Trafficstroum ze vermëschen.
- Fir Daten aus Späichersystemer ze transferéieren, hu mir klassesch FC SAN Fabriken gemaach.
SHD
- Déi produktiv a preproduktiv Belaaschtung vu SAP gouf op der All-Flash-Array gelooss.
- Entwéckler Test Ëmfeld an Infrastruktur Servicer goufen op eng separat Hybrid Array gesat.
IBS
- Gemaach mat Veritas Netbackup.
- Mir hunn e bëssen un déi agebaute Skripte bäigefüügt fir MCOS Konfiguratiounen ze backen.
- Mir setzen operationell Kopien op engem Scheif Regal fir séier Erhuelung, a mir benotzen Bänner fir laangfristeg Stockage.
Iwwerwaachung
- All Hardware, OS an SAP goufen ënner Zabbix installéiert.
- Mir hunn vill nëtzlech Dashboards zu Grafana gesammelt.
- Wann eng Alarm geschitt, kann Zabbix eng Ufro am Incident Management System erstellen; mir hunn et op Jira implementéiert. D'Informatioun gëtt och am Telegram Kanal duplizéiert.
Hëllefe profitéieren
Allgemeng Gesondheet vun HANA
SAP Application Server Status:
Infrastruktur Servicer
- Fir intern Nummraim ze servéieren, gouf e Cluster vun DNS-Server opgeworf, dee mat de Servere vum Client synchroniséiert ass.
- Mir hunn e separaten Dateieserver fir Datenaustausch erstallt.
- Fir verschidde Konfiguratiounen ze späicheren, gouf Gitlab bäigefüügt.
- Fir verschidde sensibel Informatioun hu mir HashiCorp Vault geholl.
Migratioun Prozess
Am Allgemengen besteet de Migratiounsprozess aus de folgenden Etappen:
- Virbereedung vun all néideg Projet Dokumentatioun;
- Verhandlunge mat der aktueller Provider - léisen organisatoresch Problemer;
- Kaf, Liwwerung an Installatioun vun neien Ausrüstung fir de Projet;
- Test Migratioun a Prozess Debugging;
- System Transfert, Kampf Migratioun.
Enn Oktober 2019 hu mir e Kontrakt ënnerschriwwen, dunn d'Architektur entworf, an nodeems mir mam Client averstane waren, hu mir déi néideg Ausrüstung bestallt.
Wat Dir als éischt oppassen musst ass d'Liwwerzäit vun der Ausrüstung. Am Duerchschnëtt dauert d'Liwwerung vun zertifizéierter Hardware fir SAP NAHA déi den Ufuerderunge vum Softwarehersteller fir Hardwareplattformen entsprécht 10-12 Wochen. A wann Dir d'Saisonalitéit berücksichtegt (d'Ëmsetzung vum Projet ass genee um Neie Joer gefall), konnt dës Period ëm en anere Mount eropgoen. Deementspriechend war et néideg, de Prozess sou vill wéi méiglech ze beschleunegen: mir hunn mam Distributeur-Liwwerant geschafft an eng séier Liwwerung mam Fliger ausgemaach (amplaz Land- a Mierrouten).
November an Dezember goufen op d'Migratioun virbereet an e puer vun der Ausrüstung kritt. Mir hunn d'Virbereedung op enger Testbänk an eiser ëffentlecher Wollek gemaach, wou mir all d'Haaptschrëtt duerchgeschafft hunn a méiglech Schwieregkeeten a Probleemer gefaangen hunn:
- bereet en detailléierte Plang fir d'Interaktioun tëscht de Membere vum Projetteam mat Minutt-fir-Minutt Timings;
- eng Testbank fir d'Datebank an d'Applikatiounsserver op ongeféier déiselwecht Manéier gebaut wéi an der Zilinfrastruktur;
- konfiguréiert déi néideg Kommunikatiounskanäl an Infrastrukturservicer fir d'Operatioun vun den Integratiounen ze testen;
- ausgeschafft Ausschnëtter Szenarie;
- D'Wollek huet eis och gehollef pre-konfiguréiert virtuell Maschinn Templates ze kreéieren, déi mir dann einfach importéiert an an d'Zillandschaft ofgesat hunn.
Kuerz virun der Neijoerschvakanz ass déi éischt Partie vun Ausrüstung bei eis ukomm. Dëst huet et méiglech gemaach e puer Systemer op real Hardware z'installéieren. Well net alles ukomm ass, hu mir Ersatzausrüstung ugeschloss, d'Versuergung vun deem mir et fäerdeg bruecht hunn mam Verkeefer an Distributeuren ze stëmmen. Mir kruten d'Iwwerreschter vun der Zilinfrastruktur an der leschter Etapp.
Fir d'Deadline ze halen, hunn eis Ingenieuren d'Neijoerschvakanz missen opferen an den 2. Januar an der Mëtt vun de Vakanzen un d'Aarbechte fir d'Zielinfrastruktur virbereeden. Jo, dëst geschitt heiansdo wann et am Feier ass an et gëtt einfach keng aner Optiounen. Um Spill war d'Leeschtung vun de Systemer op deenen d'Liewen vun der Entreprise hänkt.
Déi allgemeng Uerdnung vun der Migratioun huet esou ausgesinn: éischtens déi mannst kritesch Systemer (Entwécklungslandschaft, Testlandschaft), dann produktiv Systemer. Déi lescht Etapp vun der Migratioun huet am spéide Januar an Ufank Februar stattfonnt.
De Migratiounsprozess war bis op d'Minutt geplangt. Dëst ass e Schnëttplang mat enger Lëscht vun allen Aufgaben, Fäerdegzäit a verantwortlech Persounen. All Schrëtt ware scho bei der Testmigratioun ausgeschafft, also an der Live Migratioun war et just néideg fir de Plang ze verfollegen an de Prozess ze koordinéieren.
D'Migratioun gouf systematesch a verschiddenen Etappen duerchgefouert. Et ginn zwee Systemer an all Etapp.
D'Resultat vun engem Sprint vun dräi Méint war e System deen am CROC Datenzenter voll operationell ass. Am Allgemengen gouf e positiv Resultat duerch Teamwork erreecht; de Bäitrag an den Engagement vun alle Participanten am Prozess war maximal.
D'Roll vum Client am Projet
D'Kommunikatioun mam Provider, deen eise Client verléisst, war net einfach. Dëst ass verständlech; si waren déi lescht op der Lëscht vun de Leit, déi un der erfollegräicher Ofschloss vum Projet interesséiert sinn. De Client huet d'Aufgab iwwerholl fir all Kommunikatiounsprobleemer ze eskaléieren an ze pedalen an huet mat dësem 100500% gekëmmert. E spezielle Merci him dofir. Ouni esou machbar Participatioun um Prozess wier d'Resultat vum Projet ganz anescht gewiescht.
Wéinst der Formaliséierung vu Prozesser op der Säit vum "fréiere" Provider, gouf Infrastruktur Ënnerstëtzung vu Spezialisten duerchgefouert, déi wuertwiertlech wäit vun de Problemer waren, deemools nach hire Client. Zum Beispill kann de Prozess vun der Exportatioun vun der selwechter Datebank vun enger Stonn bis fënnef daueren. Dunn huet et geschéngt datt dëst eng Zort Magie wier, e Geheimnis dat eis ni opgedeckt gouf. Wahrscheinlech hunn d'technesch Ënnerstëtzung Ingenieuren an der Tëschenzäit Meditatioun verwéckelt, vergiess datt iergendwou a wäitem Russland et Frist sinn, Ingenieuren ouni Neijoerszaloten, de Client kräischt a leid ...
Projet Resultater
De leschte Schrëtt vun der Migratioun war den Transfert vu Systemer fir Ënnerhalt.
Elo bidden mir eng eenzeg Fënster Service fir Client Ufroen an decken de ganzen Ëmfang vun Aufgaben Zesummenhang mat der Ënnerstëtzung vun Infrastruktur Komponente an SAP Basis zesumme mat eisem Partner - itelligence. De Client wunnt zënter sechs Méint an enger privater Wollek. Hei sinn d'Statistiken iwwer Servicefäll während dëser Zäit:
- 90 Tëschefäll (20% geléist ouni de Client involvéiert)
- Geléist bannent SLA - 100%
- Ongeplangte Systemausschaltungen - 0
Wann Dir Probleemer ähnlech wéi déi vun eisem Client hutt, an Dir wëllt méi gewuer ginn wéi se se léisen, schreift op: [Email geschützt]
Source: will.com