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 અલગ સર્વર, ડિસ્ક શેલ્ફ અને ટેપ લાઇબ્રેરી સાથે વેરિટાસ નેટબેકઅપ પર આધારિત છે.

અને તકનીકી દૃષ્ટિકોણથી અમે આ બધું કેવી રીતે અમલમાં મૂક્યું તે અહીં છે.

એસએપી

• ઉત્પાદક HANA માટે સંગ્રહનો અસરકારક રીતે ઉપયોગ કરવા માટે, અમે SAP નો ઉપયોગ કરીને પ્રણાલીગત ડેટાબેઝ પ્રતિકૃતિ વિના વહેંચાયેલ ડિસ્કનો ઉપયોગ કર્યો. આ બધું પેસમેકર પર આધારિત એક્ટિવ-સ્ટેન્ડબાય SUSE HAE ક્લસ્ટરમાં આવરિત હતું. હા, પુનઃપ્રાપ્તિ સમય પ્રતિકૃતિ કરતાં થોડો લાંબો છે, પરંતુ અમે સ્ટોરેજ સ્પેસને અડધી બચાવીએ છીએ અને પરિણામે, ગ્રાહકનું બજેટ બચાવીએ છીએ.
• પૂર્વ-ઉત્પાદન વાતાવરણમાં, HANA ક્લસ્ટરોને છોડી દેવામાં આવ્યા હતા, પરંતુ તકનીકી રીતે ઉત્પાદન ગોઠવણીનું પુનરાવર્તન કરવામાં આવ્યું હતું.
• ટેસ્ટ અને ડેવલપમેન્ટ એન્વાયર્નમેન્ટ્સ MCOS રૂપરેખાંકનમાં ક્લસ્ટરો વિના ઘણા બધા સર્વર પર વિતરિત કરવામાં આવ્યા હતા.
• VMware માં બધા એપ્લિકેશન સર્વર્સ વર્ચ્યુઅલાઈઝ અને હોસ્ટ કરવામાં આવ્યા હતા.

નેટવર્ક્સ

• અમે સ્વીચોના સ્ટેક સાથે કંટ્રોલ અને પ્રોડક્શન નેટવર્કના રૂપરેખાને ભૌતિક રીતે અલગ કર્યા છે, ઉત્પાદકોને ગ્રાહકના ડેટા કેન્દ્રો તરફ વળ્યા છે.
• અમે પર્યાપ્ત સંખ્યામાં નેટવર્ક ઇન્ટરફેસ ઇન્સ્ટોલ કર્યા છે જેથી મોટા ટ્રાફિક પ્રવાહને મિશ્રિત ન થાય.
• સ્ટોરેજ સિસ્ટમ્સમાંથી ડેટા ટ્રાન્સફર કરવા માટે, અમે ક્લાસિક FC SAN ફેક્ટરીઓ બનાવી છે.

SHD

• SAP નો ઉત્પાદક અને પૂર્વ-ઉત્પાદક ભાર ઓલ-ફ્લેશ એરે પર છોડી દેવામાં આવ્યો હતો.
• વિકાસકર્તા પરીક્ષણ વાતાવરણ અને ઇન્ફ્રાસ્ટ્રક્ચર સેવાઓ અલગ હાઇબ્રિડ એરે પર મૂકવામાં આવી હતી.

IBS

• વેરિટાસ નેટબેકઅપનો ઉપયોગ કરીને બનાવેલ.
• અમે MCOS રૂપરેખાંકનોનો બેકઅપ લેવા માટે બિલ્ટ-ઇન સ્ક્રિપ્ટ્સમાં થોડો ઉમેરો કર્યો છે.
• અમે ઝડપી પુનઃપ્રાપ્તિ માટે ડિસ્ક શેલ્ફ પર ઓપરેશનલ નકલો મૂકીએ છીએ, અને અમે લાંબા ગાળાના સ્ટોરેજ માટે ટેપનો ઉપયોગ કરીએ છીએ.

મોનીટરીંગ

• બધા હાર્ડવેર, OS અને SAP Zabbix હેઠળ ઇન્સ્ટોલ કરવામાં આવ્યા હતા.
• અમે Grafana માં ઘણા ઉપયોગી ડેશબોર્ડ એકત્રિત કર્યા છે.
• જ્યારે કોઈ ચેતવણી આવે છે, ત્યારે Zabbix ઘટના વ્યવસ્થાપન સિસ્ટમમાં વિનંતી બનાવી શકે છે; અમે તેને જીરા પર લાગુ કરી છે. માહિતી ટેલિગ્રામ ચેનલમાં પણ ડુપ્લિકેટ છે.

Telegram

હાનાનું સામાન્ય સ્વાસ્થ્ય

SAP એપ્લિકેશન સર્વર સ્થિતિ:

ઇન્ફ્રાસ્ટ્રક્ચર સેવાઓ

• આંતરિક નેમસ્પેસને સેવા આપવા માટે, DNS સર્વર્સનું ક્લસ્ટર ઊભું કરવામાં આવ્યું હતું, જે ગ્રાહકના સર્વર્સ સાથે સિંક્રનાઇઝ થાય છે.
• અમે ડેટા એક્સચેન્જ માટે એક અલગ ફાઇલ સર્વર બનાવ્યું છે.
• વિવિધ રૂપરેખાંકનો સંગ્રહવા માટે, Gitlab ઉમેરવામાં આવ્યું હતું.
• વિવિધ સંવેદનશીલ માહિતી માટે અમે HashiCorp Vault લીધો.

સ્થળાંતર પ્રક્રિયા

સામાન્ય રીતે, સ્થળાંતર પ્રક્રિયામાં નીચેના તબક્કાઓનો સમાવેશ થાય છે:

• તમામ જરૂરી પ્રોજેક્ટ દસ્તાવેજોની તૈયારી;
• વર્તમાન પ્રદાતા સાથે વાટાઘાટો - સંસ્થાકીય સમસ્યાઓનું નિરાકરણ;
• પ્રોજેક્ટ માટે નવા સાધનોની ખરીદી, ડિલિવરી અને ઇન્સ્ટોલેશન;
• પરીક્ષણ સ્થળાંતર અને પ્રક્રિયા ડીબગીંગ;
• સિસ્ટમ ટ્રાન્સફર, લડાઇ સ્થળાંતર.

ઑક્ટોબર 2019 ના અંતે, અમે એક કરાર પર હસ્તાક્ષર કર્યા, પછી આર્કિટેક્ચર ડિઝાઇન કર્યું, અને ગ્રાહક સાથે સંમત થયા પછી, અમે જરૂરી સાધનોનો ઓર્ડર આપ્યો.

તમારે સૌ પ્રથમ ધ્યાન આપવાની જરૂર છે તે સાધનનો ડિલિવરી સમય છે. સરેરાશ, SAP NAHA માટે પ્રમાણિત હાર્ડવેરની ડિલિવરી જે હાર્ડવેર પ્લેટફોર્મ માટે સોફ્ટવેર ઉત્પાદકની જરૂરિયાતોને પૂર્ણ કરે છે તેમાં 10-12 અઠવાડિયા લાગે છે. અને મોસમને ધ્યાનમાં લેતા (પ્રોજેક્ટનું અમલીકરણ નવા વર્ષમાં બરાબર થયું), આ સમયગાળો વધુ એક મહિનો વધી શકે છે. તદનુસાર, પ્રક્રિયાને શક્ય તેટલી ઝડપી બનાવવી જરૂરી હતી: અમે વિતરક-સપ્લાયર સાથે કામ કર્યું અને પ્લેન દ્વારા ઝડપી ડિલિવરી પર સંમત થયા (જમીન અને દરિયાઈ માર્ગોને બદલે).

નવેમ્બર અને ડિસેમ્બર સ્થળાંતરની તૈયારીમાં અને કેટલાક સાધનો મેળવવામાં વિતાવ્યા હતા. અમે અમારા સાર્વજનિક ક્લાઉડમાં ટેસ્ટ બેન્ચ પર તૈયારી હાથ ધરી હતી, જ્યાં અમે તમામ મુખ્ય પગલાઓ પર કામ કર્યું હતું અને સંભવિત મુશ્કેલીઓ અને સમસ્યાઓને પકડી હતી:

• મિનિટ-દર-મિનિટ સમય સાથે પ્રોજેક્ટ ટીમના સભ્યો વચ્ચે ક્રિયાપ્રતિક્રિયા માટે વિગતવાર યોજના તૈયાર કરી;
• ડેટાબેઝ અને એપ્લીકેશન સર્વર માટે લગભગ એ જ રીતે એક ટેસ્ટ બેન્ચ બનાવ્યું જે લક્ષ્ય ઈન્ફ્રાસ્ટ્રક્ચરમાં હોય છે;
• એકીકરણની કામગીરીને ચકાસવા માટે જરૂરી સંચાર ચેનલો અને ઇન્ફ્રાસ્ટ્રક્ચર સેવાઓને ગોઠવી;
• કટઓવર દૃશ્યો પર કામ કર્યું;
• ક્લાઉડે અમને પૂર્વ-રૂપરેખાંકિત વર્ચ્યુઅલ મશીન ટેમ્પ્લેટ્સ બનાવવામાં પણ મદદ કરી, જે અમે પછી સરળ રીતે આયાત કરી અને લક્ષ્ય લેન્ડસ્કેપ પર જમાવ્યું.

નવા વર્ષની રજાઓના થોડા સમય પહેલા, સાધનોની પ્રથમ બેચ અમારી પાસે આવી. આનાથી વાસ્તવિક હાર્ડવેર પર કેટલીક સિસ્ટમો જમાવવાનું શક્ય બન્યું. બધું જ ન આવ્યું હોવાથી, અમે રિપ્લેસમેન્ટ સાધનોને કનેક્ટ કર્યા, જેનો પુરવઠો અમે વિક્રેતા અને વિતરકો સાથે સંમત થવામાં વ્યવસ્થાપિત થયા. અમને અંતિમ તબક્કામાં લક્ષ્ય ઈન્ફ્રાસ્ટ્રક્ચરના અવશેષો મળ્યા છે.
સમયમર્યાદાને પહોંચી વળવા માટે, અમારા એન્જિનિયરોએ નવા વર્ષની રજાઓનું બલિદાન આપવું પડ્યું હતું અને રજાઓ વચ્ચે 2 જાન્યુઆરીએ લક્ષ્યાંક ઈન્ફ્રાસ્ટ્રક્ચર તૈયાર કરવાનું કામ શરૂ કર્યું હતું. હા, આ ક્યારેક ત્યારે થાય છે જ્યારે તે આગમાં હોય અને ત્યાં કોઈ અન્ય વિકલ્પો નથી. સિસ્ટમોનું પ્રદર્શન દાવ પર હતું જેના પર એન્ટરપ્રાઇઝનું જીવન નિર્ભર છે.

સ્થળાંતરનો સામાન્ય ક્રમ આના જેવો દેખાતો હતો: પ્રથમ, ઓછામાં ઓછી જટિલ સિસ્ટમો (વિકાસ લેન્ડસ્કેપ, પરીક્ષણ લેન્ડસ્કેપ), પછી ઉત્પાદક સિસ્ટમો. સ્થળાંતરનો અંતિમ તબક્કો જાન્યુઆરીના અંતમાં અને ફેબ્રુઆરીની શરૂઆતમાં થયો હતો.

સ્થળાંતર પ્રક્રિયાનું આયોજન મિનિટ સુધી કરવામાં આવ્યું હતું. આ એક કટઓવર પ્લાન છે જેમાં તમામ કાર્યો, પૂર્ણ થવાનો સમય અને જવાબદાર વ્યક્તિઓની યાદી છે. ટેસ્ટ માઈગ્રેશનમાં તમામ પગલાંઓ પહેલાથી જ તૈયાર થઈ ગયા હતા, તેથી લાઈવ માઈગ્રેશનમાં પ્લાનને અનુસરવા અને પ્રક્રિયાનું સંકલન કરવું જરૂરી હતું.

સ્થળાંતર ઘણા તબક્કામાં વ્યવસ્થિત રીતે હાથ ધરવામાં આવ્યું હતું. દરેક તબક્કામાં બે સિસ્ટમો છે.

ત્રણ મહિનાની સ્પ્રિન્ટનું પરિણામ એવી સિસ્ટમ હતી જે CROC ડેટા સેન્ટરમાં સંપૂર્ણ રીતે કાર્યરત છે. સામાન્ય રીતે, ટીમ વર્ક દ્વારા હકારાત્મક પરિણામ પ્રાપ્ત થયું હતું; પ્રક્રિયામાં તમામ સહભાગીઓનું યોગદાન અને સમર્પણ મહત્તમ હતું.

પ્રોજેક્ટમાં ગ્રાહકની ભૂમિકા

અમારો ક્લાયંટ જે પ્રદાતા છોડી રહ્યો હતો તેની સાથે વાતચીત કરવી સરળ ન હતી. આ સમજી શકાય તેવું છે; તેઓ પ્રોજેક્ટના સફળ સમાપ્તિમાં રસ ધરાવતા લોકોની સૂચિમાં છેલ્લા હતા. ગ્રાહકે સંદેશાવ્યવહારની તમામ સમસ્યાઓને આગળ વધારવા અને પેડલ કરવાનું કાર્ય સંભાળ્યું અને આ 100500% નો સામનો કર્યો. આ માટે તેમનો વિશેષ આભાર. પ્રક્રિયામાં આવી શક્ય ભાગીદારી વિના, પ્રોજેક્ટનું પરિણામ સંપૂર્ણપણે અલગ હોઈ શકે છે.

"ભૂતપૂર્વ" પ્રદાતાની બાજુમાં પ્રક્રિયાઓના ઔપચારિકકરણને લીધે, નિષ્ણાતો દ્વારા ઇન્ફ્રાસ્ટ્રક્ચર સપોર્ટ હાથ ધરવામાં આવ્યો હતો જેઓ સમસ્યાઓથી શાબ્દિક રીતે દૂર હતા, તે સમયે હજી પણ તેમના ગ્રાહક હતા. ઉદાહરણ તરીકે, સમાન ડેટાબેઝને નિકાસ કરવાની પ્રક્રિયામાં એક કલાકથી પાંચનો સમય લાગી શકે છે. પછી એવું લાગ્યું કે આ કોઈ પ્રકારનો જાદુ હતો, એક રહસ્ય જે અમને ક્યારેય જાહેર કરવામાં આવ્યું ન હતું. સંભવતઃ ટેક્નિકલ સપોર્ટ એન્જીનિયર્સ તે દરમિયાન ધ્યાન કરવામાં વ્યસ્ત હતા, ભૂલી ગયા કે દૂરના રશિયામાં ક્યાંક સમયમર્યાદા છે, નવા વર્ષના સલાડ વિના એન્જિનિયર્સ છે, ગ્રાહક રડતો અને પીડાઈ રહ્યો છે ...

પ્રોજેક્ટ પરિણામો

સ્થળાંતરનું અંતિમ પગલું જાળવણી માટે સિસ્ટમોનું સ્થાનાંતરણ હતું.

હવે અમે ગ્રાહકની વિનંતીઓ માટે સિંગલ વિન્ડો સેવા પ્રદાન કરીએ છીએ અને અમારા ભાગીદાર - ઇટેલિજન્સ સાથે મળીને આધારભૂત માળખાકીય ઘટકો અને SAP આધાર સાથે સંબંધિત કાર્યોના સમગ્ર અવકાશને આવરી લઈએ છીએ. ગ્રાહક છ મહિનાથી ખાનગી ક્લાઉડમાં રહે છે. આ સમય દરમિયાન સેવાના કેસોના આંકડા અહીં છે:

• 90 ઘટનાઓ (ગ્રાહકને સામેલ કર્યા વિના 20% ઉકેલાઈ)
• SLA ની અંદર ઉકેલાયેલ - 100%
• અનિશ્ચિત સિસ્ટમ શટડાઉન - 0

જો તમને અમારા ક્લાયંટ જેવી સમસ્યાઓ હોય, અને તમે તેને કેવી રીતે હલ કરવી તે વિશે વધુ જાણવા માંગતા હો, તો આના પર લખો: [ઇમેઇલ સુરક્ષિત]

સોર્સ: www.habr.com