SAP హోస్టింగ్‌ను మార్చిన అనుభవం: సిస్టమ్‌లను బాధాకరంగా మార్చకుండా ఎలా మార్చాలి

లేక సాధ్యమా? వాస్తవానికి, SAP సిస్టమ్‌లను తరలించడం అనేది సంక్లిష్టమైన మరియు శ్రమతో కూడుకున్న ప్రక్రియ, దీని విజయానికి పాల్గొనే వారందరి సమన్వయంతో కూడిన పని అవసరం. మరియు తక్కువ సమయంలో వలసలు జరిగితే, పని చాలా క్లిష్టంగా మారుతుంది. ప్రతి ఒక్కరూ దీన్ని చేయాలని నిర్ణయించుకోరు. అనేక కారణాలు ఉండవచ్చు. ఉదాహరణకు, ప్రక్రియ సుదీర్ఘమైనది మరియు సంస్థాగతంగా సంక్లిష్టమైనది. ప్లస్ ప్లాన్ లేని సిస్టమ్ డౌన్‌టైమ్ ప్రమాదం ఉంది. లేదా ఖాతాదారులకు ఖచ్చితంగా తెలియదు, అటువంటి ఆపరేషన్ చేయించుకున్నందున, వారు ఖర్చు చేసిన ప్రయత్నాలకు అనుగుణంగా ప్రయోజనాలను పొందుతారు. అయితే, మినహాయింపులు ఉన్నాయి.

కట్ క్రింద, మేము SAP సిస్టమ్‌లను తరలించడం మరియు నిర్వహించడం వంటి ప్రక్రియలో కస్టమర్‌లు ఎదుర్కొనే ఇబ్బందుల గురించి మాట్లాడుతాము, మూస పద్ధతులు ఎల్లప్పుడూ వాస్తవికతకు ఎందుకు అనుగుణంగా లేవని చర్చిస్తాము మరియు మేము కస్టమర్ సిస్టమ్‌లను ఎలా తరలించగలిగాము అనే కేస్ స్టడీని పంచుకుంటాము. కేవలం మూడు నెలల్లోనే కొత్త మౌలిక సదుపాయాలు.

SAP సిస్టమ్స్ హోస్టింగ్

కేవలం ఐదు సంవత్సరాల క్రితం, క్లయింట్‌లు SAP అప్లికేషన్‌ల కోసం హోస్టింగ్ వనరులను భారీగా ఉపయోగించడం ప్రారంభిస్తారని ఊహించడం కష్టం. చాలా సందర్భాలలో అవి ప్రాంగణంలో అమలు చేయబడ్డాయి. అయితే, అవుట్‌సోర్సింగ్ మోడల్స్ మరియు క్లౌడ్ సర్వీసెస్ మార్కెట్ అభివృద్ధితో, వినియోగదారుల యొక్క ప్రపంచ దృష్టికోణం మారడం ప్రారంభమైంది. SAP కోసం క్లౌడ్‌కు అనుకూలంగా ఎంపికను ప్రభావితం చేసే వాదనలు ఏమిటి?

• SAPని అమలు చేయడానికి ఇప్పుడే ప్లాన్ చేసిన ప్రారంభకులకు, క్లౌడ్ ఇన్‌ఫ్రాస్ట్రక్చర్ దాదాపు ప్రామాణిక ఎంపిక - సిస్టమ్ యొక్క ప్రస్తుత అవసరాలకు వనరుల స్కేలబిలిటీ మరియు నాన్-కోర్ సామర్థ్యాల అభివృద్ధికి వనరులను మళ్లించడంలో విముఖత.
• పెద్ద సిస్టమ్ ల్యాండ్‌స్కేప్ ఉన్న కంపెనీలలో, SAP సిస్టమ్‌లను హోస్ట్ చేయడం ద్వారా, CIOలు గుణాత్మకంగా భిన్నమైన రిస్క్ మేనేజ్‌మెంట్ స్థాయికి చేరుకుంటాయి, ఎందుకంటే భాగస్వామి SLAకి బాధ్యత వహిస్తారు.
• మూడవ అత్యంత సాధారణ వాదన అధిక లభ్యత మరియు DR దృశ్యాలను అమలు చేయడానికి మౌలిక సదుపాయాలను నిర్మించడానికి అధిక వ్యయం.
• ఫాక్టర్ 2027 - విక్రేత 2027లో లెగసీ సిస్టమ్‌లకు మద్దతును ముగించినట్లు ప్రకటించారు. దీనర్థం డేటాబేస్‌ను HANAకి బదిలీ చేయడం, ఇది ఆధునికీకరణ మరియు కొత్త కంప్యూటింగ్ పవర్ కొనుగోలు కోసం ఖర్చులను కలిగి ఉంటుంది.

రష్యాలో SAP హోస్టింగ్ మార్కెట్ ఇప్పుడు చాలా పరిణతి చెందినదిగా పరిగణించబడుతుంది. మరియు ఇది వారి హోస్టింగ్ ప్లాట్‌ఫారమ్‌లను మార్చాలనుకునే కస్టమర్‌లకు తగినంత అవకాశాన్ని అందిస్తుంది. అయినప్పటికీ, వలస ప్రక్రియ యొక్క సంక్లిష్టత కారణంగా ఇటువంటి ప్రాజెక్ట్‌లు వ్యాపారాలలో ఆందోళన కలిగిస్తాయి. ఇది SAP సిస్టమ్‌లను హోస్ట్ చేయడంలో మరియు నిర్వహించడంలో అసాధారణమైన సామర్థ్యాలను మాత్రమే కాకుండా, వలస రంగంలో విజయవంతమైన అనుభవాన్ని కలిగి ఉండాల్సిన సర్వీస్ ప్రొవైడర్‌లపై పెరిగిన డిమాండ్‌లను ఉంచడానికి కస్టమర్‌లను బలవంతం చేస్తుంది.

SAP హోస్టింగ్‌ని మార్చడం వల్ల వచ్చే ఇబ్బందులు ఏమిటి?

హోస్టింగ్‌లు భిన్నంగా ఉంటాయి. డిక్లేర్డ్ స్థాయి సేవతో అస్థిరత, చిన్న టెక్స్ట్‌లో రిజర్వేషన్‌లతో అనేక “బట్స్” మరియు ఆస్టరిస్క్‌లు, పరిమిత వనరులు మరియు హోస్టింగ్ ప్రొవైడర్ సామర్థ్యాలు, క్లయింట్‌తో కమ్యూనికేషన్ విషయాలలో వశ్యత లేకపోవడం, బ్యూరోక్రసీ, సాంకేతిక పరిమితులు, సాంకేతిక మద్దతు యొక్క తక్కువ సామర్థ్యం నిపుణులు, అలాగే అనేక ఇతర సూక్ష్మ నైపుణ్యాలు - ఇవి అవుట్‌సోర్సింగ్ ఇన్‌ఫ్రాస్ట్రక్చర్‌లలో తమ వ్యాపార వ్యవస్థలను నిర్వహించేటప్పుడు క్లయింట్లు ఎదుర్కొనే ఆపదలలో ఇది ఒక చిన్న భాగం. తరచుగా, క్లయింట్ కోసం, ఇవన్నీ నీడలలో, బహుళ-పేజీ ఒప్పందం యొక్క అడవిలో ఉంటాయి మరియు సేవలను ఉపయోగించే ప్రక్రియలో ఉద్భవించాయి.

ఏదో ఒక సమయంలో, అతను పొందే సేవ స్థాయి అతని అంచనాలకు దూరంగా ఉందని కస్టమర్‌కు స్పష్టంగా తెలుస్తుంది. పరిస్థితిని సరిదిద్దడానికి పరిష్కారాలను కనుగొనడంలో ఇది ఒక రకమైన ఉత్ప్రేరకం మరియు వైఫల్యం విషయంలో, సమస్యలు పరిమితికి చేరినప్పుడు మరియు అది చాలా బాధాకరంగా మారినప్పుడు, వారు సేవా ప్రదాతని మార్చే దిశలో ప్రత్యామ్నాయ ఎంపికలను అభివృద్ధి చేయడానికి క్రియాశీల చర్యలకు వెళతారు. .

ఆఖరి నిమిషం వరకు ఎందుకు వేచి ఉన్నారు? కారణం చాలా సులభం - క్లయింట్‌ల కోసం సిస్టమ్‌లను తరలించే ప్రక్రియ ఎల్లప్పుడూ పారదర్శకంగా మరియు అర్థమయ్యేలా ఉండదు. క్లయింట్ వలస ప్రక్రియతో సంబంధం ఉన్న వాస్తవ నష్టాలను అంచనా వేయడం కష్టం. క్లయింట్‌ల కోసం వలసలు ఒక రకమైన బ్లాక్ బాక్స్ అని మేము చెప్పగలం: ఇది అస్పష్టంగా ఉంది, ధర, సిస్టమ్ పనికిరాని సమయం, నష్టాలు మరియు వాటిని ఎలా తగ్గించాలి మరియు సాధారణంగా ఇది చీకటిగా మరియు భయానకంగా ఉంటుంది. ఇది ఇలా ఉంటుంది, అది పని చేయకపోతే, అప్పుడు తలలు పైభాగంలో మరియు ప్రదర్శకుల వద్ద చుట్టుకుంటాయి.

SAP అనేది ఒక ఎంటర్‌ప్రైజ్-స్థాయి వ్యవస్థ, సంక్లిష్టమైనది మరియు తేలికగా చెప్పాలంటే, చౌక కాదు. మంచి బడ్జెట్‌లు వాటి అమలు, సవరణ మరియు నిర్వహణపై ఖర్చు చేయబడతాయి మరియు సంస్థ యొక్క జీవితం వాటి లభ్యత మరియు సరైన కార్యాచరణపై ఆధారపడి ఉంటుంది. ఇప్పుడు కొన్ని పెద్ద ఉత్పత్తిని నిలిపివేయడం వల్ల కలిగే పరిణామాలను ఊహించండి. ఇవి ఆర్థిక నష్టాలు, వీటిని పెద్ద సంఖ్యలో సున్నాలతో లెక్కించవచ్చు, అలాగే కీర్తి మరియు ఇతర సమానమైన ముఖ్యమైన నష్టాలు.

మా కస్టమర్‌లలో ఒకరి నుండి SAP సిస్టమ్‌లను తరలించే విషయంలో ప్రతి దశలో తలెత్తే ఇబ్బందులను మేము విశ్లేషిస్తాము.

తయారీ మరియు డిజైన్

వలస అనేది అనేక విభిన్న భాగాలతో కూడిన ఫార్ములా. మరియు లక్ష్య (కొత్త) అవస్థాపన రూపకల్పన మరియు సిద్ధం చేసే దశ చాలా ముఖ్యమైనది.

మేము ఇప్పటికే ఉన్న వ్యవస్థల అమలు, వాటి నిర్మాణంలోకి ప్రవేశించాల్సిన అవసరం ఉంది. టార్గెట్ ఇన్‌ఫ్రాస్ట్రక్చర్‌లో, మేము ఇప్పటికే ఉన్న పరిష్కారాలను ఎక్కడో పునరావృతం చేసాము, వాటిని కొన్ని పాయింట్‌లలో అనుబంధంగా మరియు మెరుగుపరచాము, వాటిని ఎక్కడో మళ్లీ చేసాము, తప్పు సహనం మరియు లభ్యతను నిర్ధారించడానికి ఆలోచించి మరియు పరిష్కారాలను ఎంచుకున్నాము మరియు సాధ్యమైనంతవరకు అన్ని వనరులను ఏకీకృతం చేసాము.

డిజైన్ ప్రక్రియలో, అనేక విభిన్న వ్యాయామాలు జరిగాయి, ఇది చివరికి వలస కోసం సాధ్యమైనంత ఎక్కువ సిద్ధం చేయడం మరియు అన్ని రకాల సూక్ష్మ నైపుణ్యాలు మరియు ఆపదలను పరిగణనలోకి తీసుకోవడం సాధ్యమైంది (తర్వాత వాటిపై మరిన్ని).

మేము మా డేటా సెంటర్ ఆధారంగా వ్యక్తిగతంగా రూపొందించిన ప్రైవేట్ క్లౌడ్ ఇన్‌ఫ్రాస్ట్రక్చర్‌తో ముగించాము:

• SAP HANA కోసం అంకితమైన భౌతిక సర్వర్లు;
• అప్లికేషన్ సర్వర్లు మరియు ఇన్‌ఫ్రాస్ట్రక్చర్ సేవల కోసం VMware వర్చువలైజేషన్ ప్లాట్‌ఫారమ్;
• L2 VPN కోసం డేటా కేంద్రాల మధ్య నకిలీ కమ్యూనికేషన్ ఛానెల్‌లు;
• ఉత్పత్తిని మరియు “మిగతా ప్రతిదీ” వేరు చేయడానికి రెండు ప్రధాన నిల్వ వ్యవస్థలు;
• ప్రత్యేక సర్వర్, డిస్క్ షెల్ఫ్ మరియు టేప్ లైబ్రరీతో వెరిటాస్ నెట్‌బ్యాకప్ ఆధారంగా SRC.

మరియు సాంకేతిక కోణం నుండి మేము ఇవన్నీ ఎలా అమలు చేసాము.

SAP

• ఉత్పాదక HANA కోసం నిల్వను సమర్థవంతంగా ఉపయోగించడానికి, మేము SAPని ఉపయోగించి సిస్టమిక్ డేటాబేస్ రెప్లికేషన్ లేకుండా షేర్డ్ డిస్క్‌లను ఉపయోగించాము. ఇదంతా పేస్‌మేకర్ ఆధారంగా యాక్టివ్-స్టాండ్‌బై SUSE HAE క్లస్టర్‌లో చుట్టబడింది. అవును, రికవరీ సమయం రెప్లికేషన్ కంటే కొంచెం ఎక్కువ, కానీ మేము నిల్వ స్థలాన్ని సగానికి ఆదా చేస్తాము మరియు ఫలితంగా, కస్టమర్ యొక్క బడ్జెట్‌ను ఆదా చేస్తాము.
• ప్రీ-ప్రొడక్షన్ పరిసరాలలో, HANA క్లస్టర్‌లు వదిలివేయబడ్డాయి, కానీ సాంకేతికంగా ఉత్పత్తి కాన్ఫిగరేషన్ పునరావృతమైంది.
• MCOS కాన్ఫిగరేషన్‌లో క్లస్టర్‌లు లేకుండా మరిన్ని సర్వర్‌లలో టెస్ట్ మరియు డెవలప్‌మెంట్ ఎన్విరాన్‌మెంట్‌లు పంపిణీ చేయబడ్డాయి.
• అన్ని అప్లికేషన్ సర్వర్‌లు వర్చువలైజ్ చేయబడ్డాయి మరియు VMwareలో హోస్ట్ చేయబడ్డాయి.

Сети

• మేము స్విచ్‌ల స్టాక్‌లతో నియంత్రణ మరియు ఉత్పత్తి నెట్‌వర్క్‌ల ఆకృతులను భౌతికంగా వేరు చేసాము, ఉత్పాదకమైన వాటిని కస్టమర్ యొక్క డేటా సెంటర్‌ల వైపు మళ్లించాము.
• పెద్ద ట్రాఫిక్ ప్రవాహాలను కలపకుండా ఉండటానికి మేము తగినంత సంఖ్యలో నెట్‌వర్క్ ఇంటర్‌ఫేస్‌లను ఇన్‌స్టాల్ చేసాము.
• నిల్వ సిస్టమ్‌ల నుండి డేటాను బదిలీ చేయడానికి, మేము క్లాసిక్ FC SAN ఫ్యాక్టరీలను తయారు చేసాము.

SHD

• SAP యొక్క ఉత్పాదక మరియు ప్రీ-ప్రొడక్టివ్ లోడ్ ఆల్-ఫ్లాష్ శ్రేణిలో మిగిలిపోయింది.
• డెవలపర్ పరీక్ష వాతావరణాలు మరియు మౌలిక సదుపాయాల సేవలు ప్రత్యేక హైబ్రిడ్ శ్రేణిలో ఉంచబడ్డాయి.

IBS

• వెరిటాస్ నెట్‌బ్యాకప్ ఉపయోగించి తయారు చేయబడింది.
• మేము MCOS కాన్ఫిగరేషన్‌లను బ్యాకప్ చేయడానికి అంతర్నిర్మిత స్క్రిప్ట్‌లకు కొద్దిగా జోడించాము.
• త్వరిత పునరుద్ధరణ కోసం మేము కార్యాచరణ కాపీలను డిస్క్ షెల్ఫ్‌లో ఉంచుతాము మరియు దీర్ఘకాలిక నిల్వ కోసం మేము టేపులను ఉపయోగిస్తాము.

పర్యవేక్షణ

• అన్ని హార్డ్‌వేర్, OS మరియు SAP Zabbix క్రింద ఇన్‌స్టాల్ చేయబడ్డాయి.
• మేము గ్రాఫానాలో చాలా ఉపయోగకరమైన డాష్‌బోర్డ్‌లను సేకరించాము.
• హెచ్చరిక సంభవించినప్పుడు, Zabbix సంఘటన నిర్వహణ వ్యవస్థలో అభ్యర్థనను సృష్టించవచ్చు; మేము దానిని జిరాలో అమలు చేసాము. టెలిగ్రామ్ ఛానెల్‌లో కూడా సమాచారం నకిలీ చేయబడింది.

Telegram

HANA యొక్క సాధారణ ఆరోగ్యం

SAP అప్లికేషన్ సర్వర్ స్థితి:

మౌలిక సదుపాయాల సేవలు

• అంతర్గత నేమ్‌స్పేస్‌లను అందించడానికి, DNS సర్వర్‌ల క్లస్టర్‌ను పెంచడం జరిగింది, ఇది కస్టమర్ యొక్క సర్వర్‌లతో సమకాలీకరించబడింది.
• మేము డేటా మార్పిడి కోసం ప్రత్యేక ఫైల్ సర్వర్‌ని సృష్టించాము.
• వివిధ కాన్ఫిగరేషన్‌లను నిల్వ చేయడానికి, Gitlab జోడించబడింది.
• వివిధ సున్నితమైన సమాచారం కోసం మేము HashiCorp Vault తీసుకున్నాము.

వలస ప్రక్రియ

సాధారణంగా, వలస ప్రక్రియ క్రింది దశలను కలిగి ఉంటుంది:

• అవసరమైన అన్ని ప్రాజెక్ట్ డాక్యుమెంటేషన్ తయారీ;
• ప్రస్తుత ప్రొవైడర్తో చర్చలు - సంస్థాగత సమస్యలను పరిష్కరించడం;
• ప్రాజెక్ట్ కోసం కొత్త పరికరాల కొనుగోలు, డెలివరీ మరియు సంస్థాపన;
• పరీక్ష మైగ్రేషన్ మరియు ప్రక్రియ డీబగ్గింగ్;
• వ్యవస్థల బదిలీ, పోరాట వలస.

అక్టోబర్ 2019 చివరిలో, మేము ఒక ఒప్పందంపై సంతకం చేసాము, ఆపై నిర్మాణాన్ని రూపొందించాము మరియు కస్టమర్‌తో అంగీకరించిన తర్వాత, మేము అవసరమైన పరికరాలను ఆర్డర్ చేసాము.

మీరు మొదట శ్రద్ధ వహించాల్సిన అవసరం ఏమిటంటే పరికరాల డెలివరీ సమయం. సగటున, హార్డ్‌వేర్ ప్లాట్‌ఫారమ్‌ల కోసం సాఫ్ట్‌వేర్ తయారీదారుల అవసరాలను తీర్చే SAP NAHA కోసం ధృవీకరించబడిన హార్డ్‌వేర్ డెలివరీకి 10-12 వారాలు పడుతుంది. మరియు కాలానుగుణతను పరిగణనలోకి తీసుకుంటే (ప్రాజెక్ట్ అమలు సరిగ్గా న్యూ ఇయర్‌లో పడిపోయింది), ఈ కాలం మరో నెల పెరిగే అవకాశం ఉంది. దీని ప్రకారం, ప్రక్రియను వీలైనంత వేగవంతం చేయడం అవసరం: మేము పంపిణీదారు-సరఫరాదారుతో కలిసి పని చేసాము మరియు విమానంలో (భూమి మరియు సముద్ర మార్గాలకు బదులుగా) వేగవంతమైన డెలివరీకి అంగీకరించాము.

నవంబరు మరియు డిసెంబరులో వలసలకు సిద్ధమయ్యారు మరియు కొన్ని పరికరాలను స్వీకరించారు. మేము మా పబ్లిక్ క్లౌడ్‌లోని టెస్ట్ బెంచ్‌లో ప్రిపరేషన్‌ను నిర్వహించాము, ఇక్కడ మేము అన్ని ప్రధాన దశలను అనుసరించాము మరియు సాధ్యమయ్యే ఇబ్బందులు మరియు సమస్యలను గుర్తించాము:

• నిమిషానికి-నిమిషానికి సమయాలతో ప్రాజెక్ట్ బృందం సభ్యుల మధ్య పరస్పర చర్య కోసం వివరణాత్మక ప్రణాళికను సిద్ధం చేసింది;
• డేటాబేస్ మరియు అప్లికేషన్ సర్వర్‌ల కోసం టార్గెట్ ఇన్‌ఫ్రాస్ట్రక్చర్‌లో దాదాపు అదే విధంగా టెస్ట్ బెంచ్‌ను నిర్మించారు;
• ఇంటిగ్రేషన్ల ఆపరేషన్‌ను పరీక్షించడానికి అవసరమైన కమ్యూనికేషన్ ఛానెల్‌లు మరియు మౌలిక సదుపాయాల సేవలను కాన్ఫిగర్ చేసింది;
• కట్‌ఓవర్ దృశ్యాలను రూపొందించారు;
• క్లౌడ్ మాకు ముందే కాన్ఫిగర్ చేయబడిన వర్చువల్ మెషిన్ టెంప్లేట్‌లను రూపొందించడంలో కూడా సహాయపడింది, మేము వాటిని దిగుమతి చేసుకున్నాము మరియు లక్ష్య ల్యాండ్‌స్కేప్‌కు అమర్చాము.

నూతన సంవత్సర సెలవులకు కొంతకాలం ముందు, మొదటి బ్యాచ్ పరికరాలు మాకు వచ్చాయి. ఇది నిజమైన హార్డ్‌వేర్‌పై కొన్ని సిస్టమ్‌లను అమలు చేయడం సాధ్యపడింది. ప్రతిదీ రానందున, మేము భర్తీ చేసే పరికరాలను కనెక్ట్ చేసాము, దాని సరఫరా మేము విక్రేత మరియు పంపిణీదారులతో ఏకీభవించగలిగాము. మేము చివరి దశలో లక్ష్య మౌలిక సదుపాయాల అవశేషాలను అందుకున్నాము.
గడువును చేరుకోవడానికి, మా ఇంజనీర్లు నూతన సంవత్సర సెలవులను త్యాగం చేసి, సెలవుల మధ్యలో జనవరి 2న లక్ష్య మౌలిక సదుపాయాలను సిద్ధం చేసే పనిని ప్రారంభించాల్సి వచ్చింది. అవును, ఇది మంటల్లో ఉన్నప్పుడు కొన్నిసార్లు జరుగుతుంది మరియు ఇతర ఎంపికలు లేవు. సంస్థ యొక్క జీవితం ఆధారపడిన వ్యవస్థల పనితీరు ప్రమాదంలో ఉంది.

వలస యొక్క సాధారణ క్రమం ఇలా ఉంది: మొదట, అతి తక్కువ క్లిష్టమైన వ్యవస్థలు (డెవలప్‌మెంట్ ల్యాండ్‌స్కేప్, టెస్టింగ్ ల్యాండ్‌స్కేప్), తరువాత ఉత్పాదక వ్యవస్థలు. వలసల చివరి దశ జనవరి చివరిలో మరియు ఫిబ్రవరి ప్రారంభంలో జరిగింది.

మైగ్రేషన్ ప్రక్రియ నిమిషం వరకు ప్రణాళిక చేయబడింది. ఇది అన్ని టాస్క్‌లు, పూర్తి చేసే సమయం మరియు బాధ్యతగల వ్యక్తుల జాబితాతో కూడిన కట్‌ఓవర్ ప్లాన్. టెస్ట్ మైగ్రేషన్‌లో అన్ని దశలు ఇప్పటికే పని చేయబడ్డాయి, కాబట్టి ప్రత్యక్ష వలసలో ప్రణాళికను అనుసరించడం మరియు ప్రక్రియను సమన్వయం చేయడం అవసరం.

వలసలు అనేక దశల్లో క్రమపద్ధతిలో జరిగాయి. ప్రతి దశలో రెండు వ్యవస్థలు ఉంటాయి.

మూడు నెలల స్ప్రింట్ యొక్క ఫలితం CROC డేటా సెంటర్‌లో పూర్తిగా పనిచేసే సిస్టమ్. సాధారణంగా, జట్టుకృషి ద్వారా సానుకూల ఫలితం సాధించబడింది; ప్రక్రియలో పాల్గొనే వారందరి సహకారం మరియు అంకితభావం గరిష్టంగా ఉంది.

ప్రాజెక్ట్‌లో కస్టమర్ పాత్ర

మా క్లయింట్ నిష్క్రమిస్తున్న ప్రొవైడర్‌తో కమ్యూనికేట్ చేయడం అంత సులభం కాదు. ఇది అర్థమయ్యేలా ఉంది; ప్రాజెక్ట్ విజయవంతంగా పూర్తి కావడానికి ఆసక్తి ఉన్న వ్యక్తుల జాబితాలో వారు చివరివారు. కస్టమర్ అన్ని కమ్యూనికేషన్ సమస్యలను పెంచడం మరియు పెడల్ చేయడం వంటి పనిని చేపట్టాడు మరియు ఈ 100500%ని అధిగమించాడు. ఇందుకు ఆయనకు ప్రత్యేక ధన్యవాదాలు తెలిపారు. ప్రక్రియలో అటువంటి సాధ్యమయ్యే భాగస్వామ్యం లేకుండా, ప్రాజెక్ట్ యొక్క ఫలితం పూర్తిగా భిన్నంగా ఉండేది.

"మాజీ" ప్రొవైడర్ వైపు ప్రక్రియల అధికారికీకరణ కారణంగా, సమస్యల నుండి అక్షరాలా దూరంగా ఉన్న నిపుణులచే మౌలిక సదుపాయాల మద్దతు జరిగింది, ఆ సమయంలో ఇప్పటికీ వారి కస్టమర్. ఉదాహరణకు, అదే డేటాబేస్‌ను ఎగుమతి చేసే ప్రక్రియ ఒక గంట నుండి ఐదు వరకు పట్టవచ్చు. అప్పుడు అనిపించింది ఇది ఒక రకమైన మాయాజాలం, మాకు ఎప్పుడూ బహిర్గతం చేయని రహస్యం. బహుశా టెక్నికల్ సపోర్ట్ ఇంజనీర్లు ఈ మధ్య ధ్యానంలో మునిగిపోయి ఉండవచ్చు, ఎక్కడో సుదూర రష్యాలో డెడ్‌లైన్‌లు ఉన్నాయని మర్చిపోయి, న్యూ ఇయర్ సలాడ్‌లు లేని ఇంజనీర్లు, కస్టమర్ ఏడుస్తూ బాధ పడుతున్నారు ...

ప్రాజెక్ట్ ఫలితాలు

మైగ్రేషన్ యొక్క చివరి దశ నిర్వహణ కోసం వ్యవస్థల బదిలీ.

ఇప్పుడు మేము కస్టమర్ అభ్యర్థనల కోసం సింగిల్ విండో సేవను అందిస్తాము మరియు మా భాగస్వామి - ఇంటెలిజెన్స్‌తో కలిసి సపోర్టింగ్ ఇన్‌ఫ్రాస్ట్రక్చర్ కాంపోనెంట్‌లు మరియు SAP ప్రాతిపదికన సంబంధించిన టాస్క్‌ల మొత్తం పరిధిని కవర్ చేస్తాము. క్లయింట్ ఆరు నెలలుగా ప్రైవేట్ క్లౌడ్‌లో నివసిస్తున్నారు. ఈ సమయంలో సర్వీస్ కేసుల గణాంకాలు ఇక్కడ ఉన్నాయి:

• 90 సంఘటనలు (కస్టమర్ ప్రమేయం లేకుండా 20% పరిష్కరించబడింది)
• SLAలో పరిష్కరించబడింది - 100%
• షెడ్యూల్ చేయని సిస్టమ్ షట్‌డౌన్‌లు – 0

మీరు మా క్లయింట్‌కు సంబంధించిన సమస్యలను కలిగి ఉంటే మరియు వాటిని ఎలా పరిష్కరించాలో గురించి మరింత తెలుసుకోవాలనుకుంటే, దీనికి వ్రాయండి: [ఇమెయిల్ రక్షించబడింది]

మూలం: www.habr.com