जर तुम्ही "त्वरित" क्लाउड-ईमेल स्थलांतराचा (migration) विचार केला, तर त्या चुकांमुळे नियोजित आउटेजचे रूपांतर खर्चिक आणि प्रतिष्ठेला धक्का पोहोचवणाऱ्या गोंधळात होऊ शकते.
स्थलांतर (migration) हे केवळ एका सिंगल कॉपी जॉबपेक्षा अधिक का आहे
Google कडून Microsoft कडे डेटा हलवणे ही केवळ एक साधी, एकसंध प्रक्रिया नाही. प्रत्येक सेवा—mail, calendar, contacts, Drive, Vault, Chat, Groups—माहिती स्वतःच्या फॉरमॅटमध्ये साठवते, ज्यासाठी वेगळ्या एक्सट्रॅक्शन लॉजिक आणि टार्गेट मॅपिंगची आवश्यकता असते. Gmail संदेश कॉपी करण्यात उत्कृष्ट असलेले टूल Drive परवानग्या (permissions) सोडू शकते, Vault आर्काइव्ह गमावू शकते किंवा Chat इतिहास दुर्लक्षित करू शकते. तुम्ही हलवू इच्छित असलेल्या प्रत्येक वर्कलोडची पूर्ण यादी तयार करून सुरुवात करा, ज्यामध्ये निलंबित (suspended) खात्यांसारख्या विशेष प्रकरणांचाही समावेश असावा.
ऑथेंटिकेशनचा (authentication) सापळा
साधी युजरनेम आणि पासवर्ड हे सुरक्षेसाठी धोकादायक आहेत आणि आधुनिक APIs सोबत ते सहसा काम करत नाहीत. Google वर तुम्हाला डोमेन-वाईड डेलिगेशनसह (domain-wide delegation) सर्व्हिस अकाउंट आणि OAuth परवानग्यांचा मर्यादित संच आवश्यक असतो. खूप कमी स्कोपमुळे डेटा मागे सुटू शकतो; तर खूप जास्त स्कोपमुळे गैरवापराची शक्यता निर्माण होते. Microsoft वर, बेसिक ऑथेंटिकेशन आता बंद करण्यात आले आहे; फक्त OAuth 2.0 काम करते. जे मायग्रेशन युटिलिटी अजूनही बेसिक ऑथ (basic auth) ची जाहिरात करत आहेत, त्यांचा वापर टाळा.
लेबल्स (Labels) विरुद्ध फोल्डर्स (folders)
Gmail ची लेबल सिस्टीम एकाच संदेशाला अनेक टॅग्स अंतर्गत ठेवू देते, तर Outlook प्रत्येक संदेशाला एकाच फोल्डरमध्ये ठेवण्यास भाग पाडते. जेव्हा मल्टी-लेबल ईमेल कॉपी केला जातो, तेव्हा मायग्रेशन इंजिन खालील गोष्टी करू शकते:
- संदेश प्रत्येक टार्गेट फोल्डरमध्ये ड्युप्लिकेट करणे (ज्यामुळे स्टोरेज वाढते आणि ड्युप्लिकेट थ्रेड्स तयार होतात).
- तो एकाच फोल्डरमध्ये ठेवणे आणि अतिरिक्त लेबल्स काढून टाकणे (ज्यामुळे संघटनात्मक रचना/organization गमावली जाते).
- लेबल ट्रीची नक्कल करणारा एक खोल फोल्डर पाथ (folder path) तयार करणे (जे अनेकदा वापरकर्त्यांसाठी गोंधळात टाकणारे असते).
एक विश्वसनीय टूल तुम्हाला निवड करण्याची संधी देते; तर निकृष्ट टूल असे डिफॉल्ट पर्याय लादते जे तुमच्या वर्कफ्लोशी जुळणार नाहीत.
थ्रॉटलिंग (Throttling) हा खरा अडथळा आहे
केवळ बँडविड्थवर लक्ष केंद्रित करणारे स्पीड टेस्ट हे वास्तव विसरतात की Microsoft च्या Graph API मध्ये प्रति सेकंद विनंतीची (request-per-second) मर्यादा असते. जर तुम्ही खूप कमी वेळात खूप जास्त कॉल्स पाठवले, तर Microsoft तुम्हाला ब्लॉक करेल. केवळ वेगवान इंटरनेट कनेक्शनमुळे समस्या सुटेल असे मानण्याऐवजी, अशा युटिलिटीज शोधा ज्यामध्ये ऑटोमॅटिक थ्रॉटल मॅनेजमेंट—गरजेनुसार थांबणे, वेग कमी करणे आणि पुन्हा सुरू करणे—ची सुविधा आहे.
इन्क्रिमेंटल (delta) कटओव्हर, शुक्रवारी रात्रीचा डेटा डंप नको
संपूर्ण टेनंट (tenant) एकाच वीकेंडमध्ये हलवल्यास डाउनटाइम (downtime) निश्चित आहे. त्याऐवजी टप्प्याटप्प्याने केलेली प्रक्रिया अधिक प्रभावी ठरते:
- Bulk load – अंतिम स्विच करण्याच्या काही दिवस किंवा आठवडे आधी ईमेल, फाइल्स आणि इतर डेटाचा मोठा भाग ट्रान्सफर करा.
- Delta sync – कटओव्हर विंडो दरम्यान, केवळ नवीन किंवा बदललेल्या आयटम्सचा समावेश करणारी इन्क्रिमेंटल मायग्रेशन प्रक्रिया राबवा.
- MX record flip – एकदा डेल्टा सिंक पूर्ण झाल्यावर आणि कोणतेही आयटम प्रलंबित नसल्याची खात्री झाल्यावर, मेल एक्सचेंज रेकॉर्ड Microsoft 365 कडे वळवा.
या पद्धतीमुळे डाउनटाइम तासांवरून मिनिटांवर येतो.
यशस्वी स्थलांतरासाठी चेकलिस्ट
- प्रत्येक वर्कलोडची यादी करा (Mail, Drive, Vault, Chat, Groups, इ.).
- अव्यवस्थित ऑब्जेक्ट्सचा समावेश करा, जसे की निलंबित (suspended) खाती.
- कोणत्याही मायग्रेशन टूलच्या तांत्रिक दस्तऐवजात (technical documentation) सपोर्टची पडताळणी करा—केवळ मार्केटिंग पेजवर अवलंबून राहू नका.
- प्रत्येक सोर्स सर्व्हिससाठी आवश्यक असलेल्या किमान OAuth स्कोपपर्यंत मर्यादा ठेवा.
- टार्गेटमध्ये कोणतेही ड्युप्लिकेट आयटम्स दिसणार नाहीत याची खात्री करण्यासाठी, ड्युप्लिकेशन टाळून (deduplication) 'ट्रू डेल्टा सिंक्रोनाइझेशन'ची चाचणी घ्या.
- मल्टी-लेबल Gmail संदेश आणि Drive च्या जटिल परवानग्यांच्या रचनेची चाचणी घेण्यासाठी एक 'पायलट' रन करा.
Drive ही एक वेगळी आणि मोठी गोष्ट आहे. त्याचे स्वतःचे बजेट आणि वेळापत्रक असते.