जेव्हा तीनही गोष्टी प्राप्त होतात, तेव्हा बिल्ड सुरू होते: सही, ऑडिट केलेला महसूल आणि ऑनबोर्डिंग फॉर्म. तिथून पुढे, फॉर्मसाठी पाच कामकाजाचे दिवस, डिझाइन आणि साइन-ऑफसाठी पाच दिवस, आणि बिल्डसाठी पाच दिवस अशी प्रस्तावित उद्दिष्ट्ये आहेत — Live DR दहा दिवस. खाजगी कनेक्टिव्हिटी, ग्राहक-व्यवस्थापित कीज आणि अतिरिक्त एन्व्हायर्नमेंट्समुळे बिल्डचा कालावधी वाढू शकतो.
करारासोबतच ग्राहकाचे नेटवर्क आणि DNS चे काम समांतरपणे सुरू करा. याला सहसा सर्वात जास्त वेळ लागतो आणि हे TRANXACT च्या बाजूचे काम नाही.
ऑनबोर्डिंग फॉर्म
| सही करण्यापूर्वी | सुरुवात झाल्यापासून ५ कामकाजाच्या दिवसांच्या आत |
|---|---|
| क्लाउड प्रदाता आणि प्रदेश | खाजगी /22 रेंज (आणि DR), कनेक्टिव्हिटी पर्याय, बाहेर पडण्याची परवानगी-सूची |
| रनटाइम आकारमान आणि वातावरण | FQDN, DNS मालक, सार्वजनिक-CA प्रमाणपत्र |
| डेटाबेस इंजिन आणि आकार | एसएसओ, प्रशासक वापरकर्ते, एमएफए धोरणासाठी आयडीपी |
| सातत्य नमुना | बँक, पेरोल, कर, BI आणि लेगसी एंडपॉइंट्स |
| मॉड्यूल, घटक, चलने, भाषा | प्रत्येक क्षेत्रासाठी संपर्क, आणि दोन २४x७ संपर्क. |
| अनुपालन चिन्हे; स्तर, प्रदेश आणि बजेट ASK |
- बिल्ड सुरू झाल्यावर प्रदेश, पत्त्यांची श्रेणी, FQDN आणि डेटाबेस इंजिन निश्चित केले जातात.
- तांत्रिक संपर्क व्यक्ती ही आयटी प्रमुख असते, जी क्रेडेन्शियल्स आणि नेटवर्क बदलांवर कारवाई करू शकते — ती सीएक्सओ, वित्त किंवा खरेदी विभागाची व्यक्ती नसते. क्रेडेन्शियल्स फक्त त्यांच्याकडेच जातात, इतर कोणाकडेही नाही.
- हस्तांतरण होईपर्यंत प्रत्येक चालू इनपुटची नोंद पंधरवड्याच्या ऑपरेशन्स सिंकमध्ये ठेवली जाते.
ओळख, नंतर डेटा
किक-ऑफमध्ये सपोर्ट मॅन्युअल आणि पोर्टल, व्याप्ती, आणि R&R वर्कबुक, RACI व एस्केलेशन मॅट्रिक्स यांचा आढावा घेतला जातो. SSO हे SAML 2.0 किंवा OIDC द्वारे ग्राहकाच्या IdP सोबत फेडेरेटेड केले जाते, आणि हवे असल्यास SCIM चा वापरही केला जातो. मायग्रेशन सुरू होण्यापूर्वी प्रत्यक्ष वापरकर्त्यांसोबत SSO आणि रोल मॅपिंगची चाचणी घ्या — अन्यथा गो-लाइव्हच्या वेळी ॲक्सेसच्या समस्या उद्भवू शकतात. TRANXACT प्रेषक डोमेन्सना अलाऊ-लिस्ट करा, जेणेकरून प्रोव्हिजनिंग आणि अलर्ट ईमेल्स क्वारंटाइन होणार नाहीत.
स्थलांतर कॉकपिट
| पायरी | WHO |
|---|---|
| जुन्या सिस्टीम आणि स्प्रेडशीटमधून माहिती काढणे | ग्राहक (MIG_8.3.01) |
| TRANXACT एंटिटीज, खाती, मास्टर डेटाशी मॅप करा; स्वच्छ करा | ग्राहक (MIG_8.3.02) |
| प्रमाणीकरण करा — नियम, पुनरावृत्ती, गहाळ डेटा | TRANXACT (एमआयजी_८.२.०१) |
| उत्पादनेतर भागांमध्ये चाचणी भार, पुनरावृत्त | TRANXACT; मान्य केलेल्या चक्रांच्या पलीकडे, अतिरिक्त (MIG_8.2.02) |
| ताळेबंद, उप-खातेवही, मालसाठा यांचा ताळमेळ घाला; सुरुवातीच्या शिलकीला मान्यता द्या. | ग्राहक (MIG_8.3.03) |
| कटओव्हर योजना आणि फ्रीझ विंडो | जॉइंट (MIG_8.4.01) |
| जा / जाऊ नका | ग्राहक (MIG_8.4.02) |
| अंतिम भार आणि तांत्रिक पडताळणी | TRANXACT (एमआयजी_८.४.०३) |
डेटाची गुणवत्ता, साधनांची नव्हे, गो-लाइव्हची तारीख ठरवते. गो-लाइव्ह होण्यापूर्वी प्रत्येक सुरुवातीची शिल्लक तपासलेल्या स्रोताशी जुळवली जाते.
गो-लाइव्ह गेट्स
- स्थलांतरणाचा ताळमेळ साधला गेला आणि त्याला मंजुरी देण्यात आली.
- भागीदारांच्या चाचणी एंडपॉइंट्ससह एकीकरणांची चाचणी घेण्यात आली.
- Live DR स्विचओव्हर सराव यशस्वीरित्या पार पडला.
- तिजोरीतून स्वच्छ खोलीतील पुनर्स्थापना यशस्वी झाली.
सेवा सुरू झाल्यानंतर, हायपरकेअर — म्हणजेच दररोजची विचारपूस, साधारणपणे ४-८ आठवड्यांसाठी — H1 पॅकेज म्हणून उपलब्ध आहे.
कॅल्डरवुड सोमवारी स्वाक्षरी करते. त्याचा फॉर्म चौथ्या दिवशी येतो, जो Live DR ॲड्रेस रेंज वगळता पूर्ण असतो; ही रेंज नवव्या दिवशी येते — म्हणजेच ५ दिवसांच्या लक्ष्यानंतर चार दिवसांनी. त्याशिवाय डिझाइनला अंतिम मंजुरी दिली जाऊ शकत नाही, त्यामुळे अंतिम मंजुरी आणि वचनबद्ध हस्तांतरण दोन्ही चार दिवस पुढे ढकलले जातात. आणि अंतिम मंजुरीनंतरची निर्मिती पाच दिवसांऐवजी दहा कामकाजाच्या दिवसांची असते, कारण कॅल्डरवुडकडे Live DR आहे.
हे वापरून पहा कॅल्डरवुडच्या सीएफओला स्वाक्षरीच्या दिवशीच अंमलबजावणीची तारीख निश्चित करायची आहे. ऑर्केस्ट्रेटरने काय म्हणावे?
हस्तांतरणाची तारीख निश्चित झाल्यावर आणि स्थलांतर योजनेचा आकार ठरवल्यानंतरच गो-लाइव्हची तारीख निश्चित करा. गो-लाइव्ह हे डेटाच्या गुणवत्तेवर आणि चार टप्प्यांवर अवलंबून असते — रिकन्सिलिएशन, इंटिग्रेशन्स, स्विचओव्हर ड्रिल आणि क्लीन-रूम रिस्टोअर — यापैकी कशाचीही तारीख एन्व्हायर्नमेंट्स अस्तित्वात येण्यापूर्वी निश्चित केली जाऊ शकत नाही.