डोमेन ट्रांसफ़र के लिए, किन सुविधाओं का इस्तेमाल नहीं किया जा सकता?

Android Enterprise का इस्तेमाल नहीं किया जा सकता. डेटा को नुकसान से बचाने के लिए, ट्रांसफ़र करने से पहले आपको यह तरीका अपनाना होगा:

1. देखें कि कोई ईएमएम बाइंडिंग चालू न हो. अगर कोई बाइंडिंग चालू है, तो उससे जुड़े डिवाइसों को हटा दें. ज़्यादा जानकारी के लिए, ईएमएम बाइंडिंग मैनेज करना लेख पढ़ें.
2. अगर आपने कोई निजी ऐप्लिकेशन बनाया है, तो पक्का करें कि आपने सोर्स एनवायरमेंट के लिए, उससे जुड़े Google Play डेवलपर खाते का ऐक्सेस सुरक्षित किया हो.
3. सोर्स एनवायरमेंट के Google Admin console में जाकर, ईएमएम बाइंडिंग मिटाएं. ज़्यादा जानकारी के लिए, सदस्यता रद्द करना और डेटा मिटाना लेख पढ़ें.

इसके अलावा, सोर्स एनवायरमेंट में, आपको ज़ीरो-टच रजिस्ट्रेशन की सुविधा वाले सभी डिवाइसों को हटाना होगा. ट्रांसफ़र के बाद, इन्हें डेस्टिनेशन एनवायरमेंट में जोड़ा जा सकता है. ज़्यादा जानकारी के लिए, पहले से तैयार डिवाइस लेख पढ़ें.

अगर Cameyo की सदस्यता का इस्तेमाल किया जा रहा है, तो प्राइमरी डोमेन नहीं बदला जा सकता. ऐसा इसलिए, क्योंकि सदस्यता के तहत प्राइमरी डोमेन को बदलने की सुविधा नहीं मिलती. डोमेन बदलने के लिए, आपको पहले अपने मौजूदा प्राइमरी डोमेन से Cameyo के सभी लाइसेंस हटाने होंगे. इसके बाद ही, उसे नए डोमेन से बदला जा सकेगा.

Cameyo के लाइसेंस हटाने से पड़ने वाले असर के बारे में जानने के लिए, Cameyo के पेमेंट प्लान के बारे में जानकारी पर जाएं.

• पक्का करें कि सभी संगठनों के लिए, डिवाइस को फिर से वापस पाने की सेटिंग बंद हो. साथ ही, सभी डिवाइसों से सदस्यता हटा दी गई हो.
• मुख्य डोमेन बदलने से पहले, सदस्यता और सभी लाइसेंस हटाने होंगे. अगर ज़रूरी हो, तो सदस्यता को वापस लाया जा सकता है. साथ ही, डिवाइसों को स्वैप करने के बाद, नए प्राइमरी खाते से फिर से रजिस्टर किया जा सकता है.
• Chrome Enterprise लाइसेंस हटाने के लिए, ompf-helpdesk@google.com पर संपर्क करें.

• प्राइमरी डोमेन बदलने से पहले, सदस्यता और सभी लाइसेंस हटाने होंगे. अगर ज़रूरी हो, तो सदस्यता को वापस लाया जा सकता है. साथ ही, बदलाव के बाद डिवाइसों को नए मुख्य खाते से फिर से रजिस्टर किया जा सकता है.
• हमेशा के लिए अपग्रेड के बारे में ज़्यादा जानें.

• Essentials Starter, Essentials, Enterprise Essentials, और Enterprise Essentials Plus के साथ काम नहीं करता.
• Essentials Starter, Essentials, Enterprise Essentials, और Enterprise Essentials Plus में डोमेन के कुछ उपयोगकर्ताओं के लिए लाइसेंस की सुविधा उपलब्ध नहीं है.
  • Essentials Starter, Essentials, Enterprise Essentials, और Enterprise Essentials Plus लाइसेंस का इस्तेमाल करने वाले डेस्टिनेशन एनवायरमेंट में, Google Workspace या G Suite Business और Basic के अन्य लाइसेंस नहीं जोड़े जा सकते.
  • ऐसे डेस्टिनेशन एनवायरमेंट में Enterprise Essentials या Essentials के लाइसेंस नहीं जोड़े जा सकते जिसमें Google Workspace या G Suite Business और Basic के अन्य लाइसेंस शामिल हों.
  • ट्रांसफ़र करने से पहले, Essentials Starter, Essentials, Enterprise Essentials, और Enterprise Essentials Plus लाइसेंस को ऐसे लाइसेंस में अपग्रेड करें जो ट्रांसफ़र करने की सुविधा के साथ काम करता हो.

• ट्रांसफ़र की प्रोसेस शुरू करने से पहले, Drive के स्टोरेज के इस लाइसेंस को हटाना होगा.
• अगर उपयोगकर्ताओं के पास Business Starter या G Suite Basic के लाइसेंस हैं और Google Drive के स्टोरेज का लाइसेंस हटा दिया जाता है, तो:
  • डेटा मिटाया नहीं जाता और उपलब्ध रहता है.
  • स्टोरेज की तय सीमा से ज़्यादा स्टोरेज नहीं जोड़ा जा सकता.

  ध्यान दें: अगर आपके खाते का स्टोरेज भर जाता है, तो Gmail, Drive, और Google Photos जैसे प्रॉडक्ट पर इसका असर पड़ता है. ज़्यादा जानें

• अगर उपयोगकर्ताओं के पास Enterprise Plus, Enterprise Standard, Business Plus, Business Standard या G Suite Business के लाइसेंस हैं और Drive के स्टोरेज का लाइसेंस हटा दिया जाता है, तो उपयोगकर्ताओं पर कोई असर नहीं पड़ता.
• Drive के स्टोरेज के लाइसेंस के बारे में ज़्यादा जानें.

• Google Meet ग्लोबल डायलिंग की सुविधा काम नहीं करती है. साथ ही, मौजूदा लॉग डेस्टिनेशन एनवायरमेंट में ट्रांसफ़र नहीं होते.
• अगर ज़रूरी हो, तो डेस्टिनेशन एनवायरमेंट में Meet ग्लोबल डायलिंग की सुविधा सेट अप की जा सकती है. ज़्यादा जानें

प्राइमरी डोमेन को प्लेसहोल्डर डोमेन से बदलने से पहले, डिवाइस की सभी सदस्यताएं और लाइसेंस हटाने होंगे. आप यह करना चुन सकते हैं:

• लाइसेंस ट्रांसफ़र करना—लाइसेंस को सोर्स एनवायरमेंट से डेस्टिनेशन एनवायरमेंट में ट्रांसफ़र करें. सभी लाइसेंस, नए डोमेन पर ट्रांसफ़र किए जाने चाहिए. सिर्फ़ कुछ लाइसेंस ट्रांसफ़र नहीं किए जा सकते.

  लाइसेंस ट्रांसफ़र करने के बारे में ज़्यादा जानें.

• लाइसेंस हटाएं—लाइसेंस हटाने के लिए, Google Workspace की सहायता टीम से संपर्क करें. अगर आपको सिर्फ़ प्राइमरी डोमेन बदलना है, तो लाइसेंस अपने-आप प्लेसहोल्डर डोमेन में वापस आ जाते हैं. अगर आपको लाइसेंस वापस नहीं चाहिए, तो सहायता टीम को बताएं.

• आवाज़ की सुविधा काम नहीं करती है. साथ ही, सोर्स एनवायरमेंट से डेस्टिनेशन एनवायरमेंट में डेटा ट्रांसफ़र नहीं होता है.
• Voice लाइसेंस भी ट्रांसफ़र की प्रोसेस में रुकावट डाल सकता है. भले ही, सोर्स एनवायरमेंट में इसका इस्तेमाल किया जा रहा हो या नहीं. अगर यह सुविधा कभी मौजूद थी, तो इसे सिर्फ़ इन शर्तों के तहत ट्रांसफ़र किया जा सकता है:
  • सभी Voice नंबर को उपयोगकर्ताओं से मैन्युअल तरीके से अनअसाइन किया जाना चाहिए. इसके अलावा, उन्हें ट्रांसफ़र भी किया जा सकता है.
  • उपयोगकर्ताओं से Voice के सभी लाइसेंस हटा दिए जाने चाहिए.
  • Voice के लाइसेंस की पूरी सदस्यता रद्द की जानी चाहिए.
  • ग्राहक को इस बात से सहमत होना होगा कि वॉइस इंजीनियरिंग टीम, सोर्स एनवायरमेंट में मौजूद वॉइस से जुड़ा कोई भी डेटा हमेशा के लिए मिटा देगी.
• ये शर्तें इसलिए ज़रूरी हैं, क्योंकि अगर सोर्स एनवायरमेंट में कभी Voice का लाइसेंस था, तो डेस्टिनेशन एनवायरमेंट में ट्रांसफ़र किए गए उपयोगकर्ताओं के लिए, Voice को मैनेज करने की सुविधा उपलब्ध नहीं होती. फ़िलहाल, इस समस्या को हल करने का कोई तरीका उपलब्ध नहीं है.
• यह सिर्फ़ Google Workspace के Voice लाइसेंस पर लागू होता है. इससे एडमिन, उपयोगकर्ताओं की ओर से Voice को मैनेज कर पाते हैं. यह उन लोगों पर लागू नहीं होता जिन्होंने अपने तौर पर Voice का इस्तेमाल किया हो.

• सेवा खातों पर लागू की गई एडमिन की भूमिकाएं, डेस्टिनेशन एनवायरमेंट को फिर से असाइन नहीं की जाती हैं.
• ट्रांसफ़र के बाद, अगर ज़रूरी हो, तो सेवा खातों के लिए एडमिन की भूमिकाएं, डेस्टिनेशन एनवायरमेंट के एडमिन को मैन्युअल तरीके से फिर से असाइन करनी चाहिए.
• ट्रांसफ़र की प्रोसेस के दौरान, सोर्स एनवायरमेंट में सेवा खातों के लिए एडमिन ऐक्सेस वापस ले लिया जाता है.

• सोर्स एनवायरमेंट के एडमिन, डेस्टिनेशन एनवायरमेंट में ट्रांसफ़र हो जाते हैं और सामान्य उपयोगकर्ता बन जाते हैं. साथ ही, उनसे एडमिन की भूमिकाएं वापस ले ली जाती हैं.
• ट्रांसफ़र के बाद, अगर ज़रूरी हो, तो सोर्स एनवायरमेंट के एडमिन को डेस्टिनेशन एनवायरमेंट के एडमिन को मैन्युअल तरीके से एडमिन की भूमिकाएं फिर से असाइन करनी चाहिए.
• ट्रांसफ़र की प्रोसेस के दौरान, भूमिका हटाने की सुविधा का इस्तेमाल करके, सोर्स और डेस्टिनेशन, दोनों एनवायरमेंट के लिए एडमिन ऐक्सेस रद्द कर दिया जाता है.
• जिन एडमिन के पास ट्रांसफ़र करने का अधिकार नहीं है वे सोर्स टेनेंट में बने रहेंगे. ट्रांसफ़र के बाद, उन्हें एडमिन की भूमिकाएं फिर से असाइन कर दी जाएंगी.

• सुरक्षा ग्रुप पर लागू की गई एडमिन की भूमिकाएं, डेस्टिनेशन एनवायरमेंट को फिर से असाइन नहीं की जाती हैं.
• ट्रांसफ़र के बाद, अगर ज़रूरी हो, तो ट्रांसफ़र किए गए सुरक्षा ग्रुप के लिए एडमिन की भूमिकाएं फिर से असाइन की जानी चाहिए. ऐसा डेस्टिनेशन एनवायरमेंट के एडमिन को मैन्युअल तरीके से करना होगा.
• ट्रांसफ़र की प्रोसेस के दौरान, भूमिका हटाने की सुविधा का इस्तेमाल करके, ग्रुप के लिए एडमिन के सभी ऐक्सेस (सोर्स और डेस्टिनेशन, दोनों एनवायरमेंट के लिए) रद्द कर दिए जाते हैं.

• सोर्स एनवायरमेंट में कॉन्फ़िगर की गई कुंजी की सेवा, डेस्टिनेशन एनवायरमेंट में ट्रांसफ़र नहीं होगी.
• डोमेन ट्रांसफ़र की मदद से, एन्क्रिप्ट (सुरक्षित) की गई Google Drive फ़ाइलों को माइग्रेट किया जा सकता है. हालांकि, एन्क्रिप्शन की सुविधा देने वाली सेवा माइग्रेट नहीं होती है. इसलिए, माइग्रेट किए गए किसी भी दस्तावेज़ को डिक्रिप्ट नहीं किया जा सकता. इस वजह से, उन्हें पढ़ा नहीं जा सकता.
• इसलिए, सोर्स एनवायरमेंट में क्लाइंट-साइड एन्क्रिप्शन (सीएसई) चालू होने पर, डोमेन ट्रांसफ़र नहीं किया जा सकता. ज़्यादा जानें

कस्टम डायरेक्ट्री ट्रांसफ़र नहीं की जाती हैं. इन्हें डेस्टिनेशन एनवायरमेंट की Google Workspace डायरेक्ट्री में फिर से जनरेट करना होगा.

• हटाए गए उपयोगकर्ताओं का डेटा ट्रांसफ़र नहीं किया जाता.
• ट्रांसफ़र से पहले, 48 घंटे के अंदर सोर्स एनवायरमेंट से उपयोगकर्ताओं को न तो मिटाना चाहिए और न ही उन्हें पहले जैसा करना चाहिए. मिटाने या वापस लाने से, ट्रांसफ़र में देरी हो सकती है.

  अहम जानकारी: हमारा सुझाव है कि आप मिटाए गए उपयोगकर्ताओं के खातों को वापस लाएं. इसके बाद, उन्हें निलंबित करें या संग्रहित करें. ट्रांसफ़र की प्रोसेस को कम से कम 48 घंटे पहले पूरा करना होगा, ताकि उपयोगकर्ताओं को डेस्टिनेशन एनवायरमेंट में ट्रांसफ़र किया जा सके. इसके बाद, ट्रांसफ़र की प्रोसेस पूरी होने पर, उन्हें वापस लाया जा सकता है या मिटाया जा सकता है.

• ट्रांसफ़र पूरा होने के बाद, सोर्स एनवायरमेंट में मिटाए गए उपयोगकर्ताओं को वापस नहीं लाया जा सकता. ऐसा इसलिए, क्योंकि उपयोगकर्ताओं से जुड़ा सोर्स डोमेन अब मौजूद नहीं है.

• डोमेन-वाइड डेलिगेशन का इस्तेमाल करने वाले ऐप्लिकेशन को, डेस्टिनेशन एनवायरमेंट की सुरक्षा सेटिंग (क्लाइंट और स्कोप) में जाकर, ऐक्सेस लिस्ट में मैन्युअल तरीके से जोड़ना होगा. ऐसा करने से, ऐप्लिकेशन के फ़ंक्शन काम करते रहेंगे. ज़्यादा जानें
• अहम जानकारी: अगर कोई ऐप्लिकेशन, सोर्स एनवायरमेंट के एडमिन के तौर पर काम कर रहा है, तो ट्रांसफ़र के बाद एडमिन के तौर पर काम करने वाले इन उपयोगकर्ताओं के पास अपने विशेषाधिकार अपने-आप नहीं बने रहते.

• सोर्स एनवायरमेंट की ज़्यादातर नीतियां या सेटिंग, ट्रांसफ़र में शामिल नहीं होती हैं.
• इसमें संगठन की इकाई या ग्रुप के हिसाब से सेवा और सुविधा चालू करना, मेल रूटिंग, अनुपालन और डीएलपी के नियम, Google Drive या OAuth ऐक्सेस सूचियां, पासवर्ड, भरोसेमंद ऐप्लिकेशन, एसएएमएल के लिए एसएसओ, और डेटा के देश/इलाके जैसी चीज़ें शामिल हैं.

• हालांकि, ट्रांसफ़र किए गए डेटा में ये चीज़ें शामिल होती हैं:
  • Admin console में Google Sites के लिए कस्टम यूआरएल मैपिंग और उससे जुड़े डोमेन को सोर्स एनवायरमेंट से डेस्टिनेशन एनवायरमेंट में कॉपी किया जाता है.
• सोर्स एनवायरमेंट में मौजूद शेयर की गई ड्राइव, डेस्टिनेशन के ट्रांसफ़र रूट वाले संगठन की इकाई में ले जाई जाती हैं. डेस्टिनेशन डोमेन के एडमिन के पास शेयर की गई ड्राइव का ऐक्सेस होता है. हालांकि, अन्य लोगों के लिए इस पर पाबंदी लगाई जा सकती है. ट्रांसफ़र की प्रोसेस की वजह से, संगठन की इकाई के दायरे में आने वाली नीति से जुड़ी अन्य पाबंदियां या ट्रस्ट रूल बदल सकते हैं. हालांकि, इससे शेयर की गई ड्राइव की ऐक्सेस कंट्रोल लिस्ट पर कोई असर नहीं पड़ेगा.

• कस्टम ऑडियंस, सोर्स एनवायरमेंट से डेस्टिनेशन एनवायरमेंट में ट्रांसफ़र नहीं होती हैं.
• अगर आपने सोर्स एनवायरमेंट में डिफ़ॉल्ट टारगेट ऑडियंस के साथ शेयर की गई फ़ाइलें ट्रांसफ़र की हैं, तो आपके पास यह चुनने का विकल्प होता है कि ट्रांसफ़र की गई सभी फ़ाइलों को टारगेट डोमेन पर कैसे शेयर किया जाए. ज़्यादा जानकारी के लिए, Core applications में जाकर Google Drive, Docs, Sheets, Slides, Forms, और Drawings देखें.
• ट्रांसफ़र किए गए उपयोगकर्ताओं के दस्तावेज़ों पर लागू की गई टारगेट ऑडियंस उपलब्ध रहती हैं. हालांकि, टारगेट ऑडियंस, डेस्टिनेशन एनवायरमेंट की Google Admin console में नहीं दिखती हैं और न ही उनमें बदलाव किया जा सकता है.
• ट्रांसफ़र किए गए उपयोगकर्ता, टारगेट ऑडियंस के लिए शेयर करने की अनुमतियां देख सकते हैं. हालांकि, अगर टारगेट ऑडियंस संगठन से बाहर की है, तो उन्हें एक चेतावनी दिखेगी.
• ट्रांसफ़र किए गए उपयोगकर्ता, शेयर करने की अनुमतियों में बदलाव कर सकते हैं या उन्हें मिटा सकते हैं. अगर उन्हें हटा दिया जाता है, तो उन्हें फिर से नहीं जोड़ा जा सकता. ऐसा इसलिए, क्योंकि अब डेस्टिनेशन एनवायरमेंट की नीतियां लागू होती हैं. साथ ही, शेयर करने के विकल्पों में सिर्फ़ डेस्टिनेशन एनवायरमेंट की टारगेट ऑडियंस उपलब्ध होती हैं.

टारगेट ऑडियंस के बारे में ज़्यादा जानें.

• जो उपयोगकर्ता आपके संगठन के डोमेन का इस्तेमाल करके, निजी Google खाता बनाते हैं उनके खातों को मैनेज नहीं किए जा रहे खाते कहा जाता है. ज़्यादा जानकारी के लिए, मैनेज नहीं किए जा रहे उपयोगकर्ताओं को ढूंढना और उन्हें जोड़ना पर जाएं.
• मैनेज नहीं किए जा रहे उपयोगकर्ता खातों के लिए, न्योते के पेंडिंग अनुरोध सोर्स एनवायरमेंट से डेस्टिनेशन एनवायरमेंट में ट्रांसफ़र नहीं होते.
• जब मैनेज नहीं किया जा रहा कोई उपयोगकर्ता, अपने डोमेन के साथ किसी दूसरी इकाई पर जाता है, तो उपयोगकर्ता को भेजा गया न्योता खत्म हो जाता है.
• 'मंज़ूरी बाकी है' स्टेटस वाले उपयोगकर्ता के न्योते पर क्लिक करने पर, आपको गड़बड़ी का यह मैसेज दिखता है: "आपके न्योते की समयसीमा खत्म हो गई है. पुष्टि करने वाला लिंक अब काम नहीं कर रहा है."

• डाइनैमिक ग्रुप ट्रांसफ़र हो जाते हैं. हालांकि, सदस्यता क्वेरी अपडेट होने तक, सदस्यता अपडेट करने की सुविधा बंद रहती है. ज़्यादा जानकारी के लिए, तीसरा चरण: डेस्टिनेशन एनवायरमेंट के टास्क पर जाएं.
• खाता ट्रांसफ़र होने के समय मौजूद सभी सदस्य, ट्रांसफ़र के बाद भी बने रहते हैं. भले ही, सदस्यता के नियम कुछ भी हों.
• डाइनैमिक ग्रुप में, सिर्फ़ एक ही किरायेदार के उपयोगकर्ता और ग्रुप होने चाहिए.
• एक जानी-पहचानी समस्या है. इसमें ट्रांसफ़र नहीं किए जा सकने वाले डाइनैमिक ग्रुप सही तरीके से अपडेट नहीं होते हैं. साथ ही, वे उपयोगकर्ताओं और ग्रुप को ट्रांसफ़र करने के रेफ़रंस बनाए रखते हैं. इस वजह से, डाइनैमिक ग्रुप को सोर्स एनवायरमेंट में रखने का सुझाव नहीं दिया जाता.

• अगर ट्रांसफ़र करने वाले उपयोगकर्ता के पास ऐसा दूसरा ईमेल पता है जो ट्रांसफ़र नहीं किए जा रहे डोमेन से जुड़ा है, तो उसे हटा दिया जाएगा.
• अगर किसी ऐसे उपयोगकर्ता के पास कोई दूसरा ईमेल पता है जो ट्रांसफ़र किए जा रहे डोमेन से जुड़ा है, तो उसे हटा दिया जाएगा.
• ट्रांसफ़र के बाद भी, इनबॉक्स का ऐक्सेस किसी दूसरे व्यक्ति को देने की सुविधा काम करती रहती है. इसमें, दूसरे ग्राहक के उपयोगकर्ताओं को ऐक्सेस देने की सुविधा भी शामिल है.

• Apps Script की फ़ाइलें, Drive के अन्य कॉन्टेंट के साथ ट्रांसफ़र हो जाएंगी. हालांकि, उन्हें बैक अप देने वाले Google Cloud प्रोजेक्ट ट्रांसफ़र नहीं होंगे. सोर्स एनवायरमेंट में, संगठन की नीतियां इन प्रोजेक्ट पर लागू रहेंगी. ज़्यादा जानें
• हमारा सुझाव है कि उपयोगकर्ता, ट्रांसफ़र के बाद Drive में मौजूद अपनी फ़ाइलों की कॉपी बना लें. इस कार्रवाई से, नए Google Cloud प्रोजेक्ट जनरेट होते हैं. इन पर, डेस्टिनेशन एनवायरमेंट में संगठन की नीतियां लागू होती हैं.
• ट्रांसफ़र के बाद, हो सकता है कि ऐप्लिकेशन उम्मीद के मुताबिक काम न करें. साथ ही, उपयोगकर्ताओं को OAuth की सहमति वाली स्क्रीन दिख सकती हैं. स्क्रिप्ट चलाने के लिए, उन्हें इन स्क्रीन पर सहमति देनी होगी. इसके अलावा, अगर डेस्टिनेशन एनवायरमेंट में ऐसी नीतियां लागू हैं जो Apps Script का इस्तेमाल करते समय, अनुरोध किए जा सकने वाले स्कोप को सीमित करती हैं, तो गड़बड़ियां दिख सकती हैं.

• जिन उपयोगकर्ताओं के प्राइमरी कैलेंडर ट्रांसफ़र नहीं किए जा रहे हैं वे सोर्स किरायेदार खाते में ही रहेंगे.
• सभी सेकंडरी कैलेंडर, सोर्स टेनेंट में बने रहेंगे. भले ही, उन्हें ट्रांसफ़र करने वाले उपयोगकर्ता ने बनाया हो. सेकंडरी कैलेंडर ट्रांसफ़र नहीं किए जाते.
• कैलेंडर के संसाधन, जैसे कि मीटिंग रूम ट्रांसफ़र नहीं होते.
• इमारतें और सुविधाएं ट्रांसफ़र नहीं होती हैं.
• ट्रांसफ़र किए गए उपयोगकर्ताओं के पास उन सेकंडरी कैलेंडर का ऐक्सेस बना रहेगा जिनका वे फ़िलहाल इस्तेमाल कर रहे हैं. हालांकि, ऐसा तब तक होगा, जब तक कि सोर्स कस्टमर की नीति के तहत कैलेंडर ब्लॉक न कर दिए जाएं. अगर सोर्स ग्राहक की नीति, बाहरी उपयोगकर्ताओं के लिए ऐक्सेस ब्लॉक करती है, तो ऐसा हो सकता है कि कैलेंडर का इस्तेमाल करने वाले किसी भी व्यक्ति के पास ऐक्सेस न हो. एडमिन के तौर पर, आपको बदलाव करने के लिए कैलेंडर की सदस्यता लेनी होगी. शेयर की गई ड्राइव और कैलेंडर संसाधनों के उलट, सेकंडरी कैलेंडर को मैनेज करने के लिए Admin Console का कोई पेज नहीं होता.

• डाइरेक्ट मैसेज (डीएम) ट्रांसफ़र हो जाते हैं, लेकिन ग्रुप डीएम ट्रांसफ़र नहीं होते.
• स्पेस और उनमें मौजूद मैसेज ट्रांसफ़र नहीं होते.
• अगर ट्रांसफ़र करने वाला उपयोगकर्ता, सोर्स एनवायरमेंट में किसी स्पेस का सदस्य है, तो ट्रांसफ़र के बाद भी वह उस स्पेस का सदस्य बना रहेगा. हालांकि, उपयोगकर्ता को बाहरी उपयोगकर्ता माना जाएगा और स्पेस, डेस्टिनेशन किरायेदार के लिए बाहरी होगा. इसका मतलब है कि:
  • यह स्पेस, Vault जैसे ऐप्लिकेशन में नहीं दिखेगा.
  • अगर स्पेस बनाते समय, 'अपने संगठन से बाहर के लोगों को शामिल होने दें' विकल्प चुना गया था, तो स्पेस को ट्रांसफ़र करने के बाद भी, ट्रांसफ़र करने वाला उपयोगकर्ता इसे ऐक्सेस कर पाएगा.
  • अगर स्पेस बनाते समय, 'अपने संगठन से बाहर के लोगों को स्पेस में शामिल होने की अनुमति दें' विकल्प नहीं चुना गया था, तो चैट रूम, ट्रांसफ़र किए गए खाते के उपयोगकर्ता को यूज़र इंटरफ़ेस में नहीं दिखेगा. हालांकि, वह इसे Gmail में देख सकता है. ट्रांसफ़र किए गए उपयोगकर्ता को नए मैसेज दिखेंगे, लेकिन वह मैसेज नहीं भेज पाएगा. ट्रांसफ़र करने की सुविधा का इस्तेमाल न करने वाला कोई भी सदस्य, ट्रांसफ़र करने वाले उपयोगकर्ता को स्पेस से हटा सकता है. इसके अलावा, ट्रांसफ़र करने वाला उपयोगकर्ता अपना खाता भी हटा सकता है. यह नियम, ग्रुप में की गई कुछ बातचीत पर भी लागू होता है.

  अहम जानकारी: स्पेस और ग्रुप डीएम, सोर्स एनवायरमेंट में ही रहते हैं. हालांकि, अगर स्पेस और Google Groups को बाहरी सदस्यों के लिए सेट अप किया गया था, तो ट्रांसफ़र किए गए उपयोगकर्ताओं के पास कुछ डेटा का ऐक्सेस बना रह सकता है. सोर्स एनवायरमेंट मिटाने के बाद, इन स्पेस और ग्रुप को हटा दिया जाता है. आपको उपयोगकर्ताओं को यह निर्देश देना चाहिए कि वे डेस्टिनेशन एनवायरमेंट में स्पेस और ग्रुप बनाएं. भले ही, पिछले स्पेस और ग्रुप अब भी ऐक्सेस किए जा सकते हों.

• Chat में इस्तेमाल किए गए कस्टम इमोजी ट्रांसफ़र नहीं होते. ट्रांसफ़र के बाद, उपयोगकर्ताओं को सिर्फ़ डेस्टिनेशन एनवायरमेंट के कस्टम इमोजी दिखते हैं. सोर्स एनवायरमेंट में कस्टम इमोजी का इस्तेमाल करने वाले एक-एक करके भेजे गए डीएम में, प्लेसहोल्डर वैल्यू दिखती है.

चैट ऐप्लिकेशन

• डोमेन ट्रांसफ़र की प्रोसेस के दौरान, ऐसा हो सकता है कि Google Chat ऐप्लिकेशन जवाब देना बंद कर दें. इसके अलावा, ऐसा भी हो सकता है कि वे डायरेक्ट मैसेज और स्पेस से गायब हो जाएं या ठीक से काम न करें.
• अगर किसी ऐप्लिकेशन में ये शर्तें पूरी होती हैं, तो उसे माइग्रेट करने की ज़रूरत नहीं है. वह पूरी तरह से काम करता रहेगा:
  • ऐप्लिकेशन, Google Workspace Marketplace पर पब्लिश किया गया हो.
  • ऐप्लिकेशन डेवलपर, ऐप्लिकेशन कॉन्फ़िगरेशन को पहली बार सेव करते समय डेस्टिनेशन एनवायरमेंट का सदस्य था.
  • ऐप्लिकेशन को सिर्फ़ कुछ उपयोगकर्ताओं के साथ उनके ईमेल पतों के ज़रिए शेयर किया जाता है. साथ ही, मर्ज करने के बाद भी उपयोगकर्ताओं के ईमेल पते वही रहते हैं.
• अगर ट्रांसफ़र की प्रोसेस से आपके ऐप्लिकेशन पर असर पड़ता है, तो हो सकता है कि Chat ऐप्लिकेशन डेवलपर को इसे किसी नए Google Cloud प्रोजेक्ट में माइग्रेट करना पड़े. Chat ऐप्लिकेशन को माइग्रेट करने के बारे में ज़्यादा जानें.

• अगर आपको अपने Voice नंबर, डेस्टिनेशन एनवायरमेंट में ट्रांसफ़र करने हैं, तो Google उन्हें आपके लिए ट्रांसफ़र कर सकता है.
• Voice नंबर ट्रांसफ़र करने से जुड़ी कुछ पाबंदियां हैं.
  • सोर्स एनवायरमेंट:
    • यह नंबर किसी दूसरे सोर्स से लिया जा रहा है. ऐसा हो सकता है कि नंबर ट्रांसफ़र करने का अनुरोध अभी पूरा न हुआ हो या नंबर किसी दूसरे ट्रांसफ़र का हिस्सा हो.
    • Google, इस नंबर को सीधे तौर पर मैनेज नहीं करता है.
    • यह नंबर, नंबर ब्लॉक का हिस्सा है. इसमें स्विट्ज़रलैंड (CH), इटली (IT), और जर्मनी (DE) के नंबर शामिल हैं.
  • डेस्टिनेशन एनवायरमेंट:
    • ऐसा हो सकता है कि आपको किसी देश/इलाके का फ़ोन नंबर इस्तेमाल करने की अनुमति न हो. ऐसा Google Voice Enterprise का सही वर्शन न होने या देश/इलाके में मुख्य पता सेट अप न करने की वजह से हो सकता है.
    • ट्रांसफ़र करने पर, डेस्टिनेशन खाते में डोमेन की संख्या तय सीमा से ज़्यादा हो जाएगी.
• अगर ट्रांसफ़र किया जा सकता है, तो:
  • Google, ट्रांसफ़र की प्रोसेस के लिए आपसे समय तय करेगा.
  • आपको सभी नंबर पहले से अनअसाइन करने की ज़रूरत नहीं है.
  • आपको Google की ओर से बताई गई सभी कार्रवाइयाँ करनी होंगी.
  • ट्रांसफ़र पूरा होने के बाद, सोर्स एनवायरमेंट में Voice का इस्तेमाल करने वाले लोग, अपने नंबर पर कॉल तब तक नहीं पा सकते, जब तक डोमेन ट्रांसफ़र पूरा नहीं हो जाता और नंबर फिर से असाइन नहीं कर दिए जाते.

ज़्यादा जानकारी के लिए, सोर्स लाइसेंस में जाकर Google Voice पर जाएं.

Vault आर्टफ़ैक्ट (मामले, होल्ड, खोजें वगैरह):

• ट्रांसफ़र न करें.
• इसे सोर्स एनवायरमेंट से मैन्युअल तरीके से डाउनलोड करना होगा. इसके बाद, इन्हें ट्रांसफ़र करने के बाद, डेस्टिनेशन एनवायरमेंट में मैन्युअल तरीके से या Vault API का इस्तेमाल करके अपलोड किया जा सकता है. ज़्यादा जानें
• ट्रांसफ़र के बाद, सोर्स एनवायरमेंट में ऐक्सेस नहीं किया जा सकेगा. ट्रांसफ़र करने से पहले, आपको आर्टफ़ैक्ट डाउनलोड करने होंगे.

• Google Workspace डोमेन ट्रांसफ़र की सुविधा के ज़रिए, ऐल्फ़ा और बीटा प्रोग्राम में किए गए रजिस्ट्रेशन ट्रांसफ़र नहीं किए जाएंगे.
• अगर सोर्स या डेस्टिनेशन एनवायरमेंट में कुछ ऐसे प्रोग्राम हैं जिनमें दूसरे एनवायरमेंट ने रजिस्टर नहीं किया है, तो जिस एनवायरमेंट ने रजिस्टर नहीं किया है उसे उन प्रोग्राम के लिए आवेदन करना होगा. साथ ही, उसे उन प्रोग्राम में शामिल होने की मंज़ूरी मिलनी चाहिए.
• अगर डेस्टिनेशन, डोमेन के हिसाब से बनाए गए प्रोग्राम में शामिल है, तो नए सोर्स डोमेन को शामिल करना होगा.
• हमारा सुझाव है कि ट्रांसफ़र से पहले ही रजिस्टर कर लें, ताकि ट्रांसफ़र करने वाले उपयोगकर्ताओं को ट्रांसफ़र की पूरी प्रोसेस के दौरान एक जैसा अनुभव मिले और उन्हें एक जैसी सुविधाएं मिलें.

अहम जानकारी

• Google Cloud संगठन—ट्रांसफ़र करने पर, उपयोगकर्ता और ग्रुप, सोर्स एनवायरमेंट या प्लेसहोल्डर डोमेन से जुड़े Google Cloud संगठन के बाहर के हो जाते हैं.
• OAuth क्लाइंट—अगर आपके पास ऐसे OAuth क्लाइंट हैं जिन्हें इंटरनल ऐप्लिकेशन के तौर पर कॉन्फ़िगर किया गया है (इसमें Identity-Aware Proxy के साथ पुष्टि करने के लिए इस्तेमाल किए जाने वाले क्लाइंट भी शामिल हैं), तो ट्रांसफ़र के बाद उपयोगकर्ता पुष्टि नहीं कर पाएंगे. ऐसा इसलिए, क्योंकि वे Google Cloud से जुड़े संगठन के बाहर के हैं. ट्रांसफ़र करने से पहले, आपको यह तय करना होगा कि क्लाइंट को बाहरी बनाया जाए या उपयोगकर्ताओं को टेस्टर के तौर पर जोड़ा जाए और उन्हें बाहरी तौर पर पब्लिश न किया जाए.

असर

• Google Cloud प्रोजेक्ट, सोर्स एनवायरमेंट से जुड़े संगठन में ही रहते हैं.
• प्राइमरी डोमेन स्वैप होने के बाद, संगठन नोड का नाम बदलकर प्लेसहोल्डर डोमेन हो जाता है. इसे अपडेट होने में कई दिन लग सकते हैं.
• सोर्स एनवायरमेंट को, उससे जुड़े Google Cloud संगठन को मैनेज करने के लिए बनाए रखा जा सकता है. हालांकि, डोमेन ट्रांसफ़र की प्रोसेस की वजह से, सोर्स एनवायरमेंट को Google Workspace के प्रोडक्शन इस्तेमाल के लिए सही नहीं माना जाता.
• उपयोगकर्ताओं और Google Groups के लिए, पहचान और ऐक्सेस मैनेजमेंट (आईएएम) अनुमतियों पर कोई असर नहीं पड़ा है.
• Apps Script फ़ाइलों से जुड़े Google Cloud प्रोजेक्ट, सोर्स एनवायरमेंट में ही रहते हैं.

वॉचपॉइंट

ट्रांसफ़र पूरा होने के बाद, इन आइटम का आकलन और बदलाव किया जाना चाहिए, ताकि यह पक्का किया जा सके कि डेटा का ट्रांसफ़र जारी है:

• किसी खास डोमेन के लिए स्कोप की गई प्रोजेक्ट अनुमतियां. इन अनुमतियों को डोमेन प्रीफ़िक्स से तय की गई आईएएम नीति के तहत मैनेज किया जाता है.
• अगर प्रोजेक्ट के लिए आईएएम बाइंडिंग में मालिक की बुनियादी भूमिका असाइन की गई है, तो सिर्फ़ उसी संगठन के Google ग्रुप को प्रोजेक्ट के लिए मालिक की भूमिका असाइन की जा सकती है. उपयोगकर्ताओं को मालिक की भूमिका सिर्फ़ इंटरैक्टिव तरीके से असाइन की जा सकती है.
• ऐसे सोर्स संगठन जो डोमेन के हिसाब से पहचानों पर पाबंदी लगाते हैं. ध्यान दें कि इससे मौजूदा उपयोगकर्ताओं पर कोई असर नहीं पड़ता. यह सिर्फ़ आने वाले समय में जुड़ने वाले उपयोगकर्ताओं पर लागू होता है.
• ऐसी IAM अनुमतियां जो बाहरी उपयोगकर्ताओं को इंस्टेंस का ऐक्सेस नहीं देती हैं.
• Terraform कॉन्फ़िगरेशन और कस्टम ऑटोमेशन कोड, जो डोमेन नामों और संगठन आईडी को स्टैटिक तौर पर रेफ़रंस करते हैं. उदाहरण के लिए, प्रोजेक्ट वेंडिंग ऑटोमेशन.
• कस्टम ऑटोमेशन कोड, ट्रांसफ़र की जा रही इकाइयों को मैनेज करता है. उदाहरण के लिए, Terraform की मदद से कुछ ग्रुप की सदस्यता मैनेज करना.

Google Cloud पर माइग्रेट करना

• Google Cloud प्रोजेक्ट को माइग्रेट करना एक मुश्किल प्रोसेस हो सकती है. यह प्रोजेक्ट के टाइप पर निर्भर करता है. अगर माइग्रेशन ज़रूरी है, तो इसे ट्रांसफ़र की प्रोसेस से पहले या बाद में किया जा सकता है. हालांकि, हमारा सुझाव है कि इन दोनों प्रोजेक्ट को एक साथ न जोड़ा जाए.

  Google Cloud का आपका संपर्क, आपको Google की उस टीम से कनेक्ट कर सकता है जो Google Cloud प्रोजेक्ट माइग्रेशन को मैनेज करती है.

• नीतियों और कॉन्फ़िगरेशन को ट्रांसफ़र नहीं किया जाता. ट्रांसफ़र के बाद, उपयोगकर्ताओं को ट्रांसफ़र करने से जुड़ी नीतियां, डेस्टिनेशन एनवायरमेंट की नीतियों के तहत आती हैं.
• अगर सोर्स एनवायरमेंट में Android डिवाइसों के लिए, ऐडवांस मोबाइल मैनेजमेंट का इस्तेमाल किया जा रहा है, तो एनवायरमेंट ज़रूरी शर्तें पूरी नहीं करता. इसलिए, ट्रांसफ़र की प्रोसेस आगे नहीं बढ़ सकती. कुछ मामलों में, Android डिवाइसों के लिए बेहतर मोबाइल मैनेजमेंट की सुविधा वाले सोर्स एनवायरमेंट से ट्रांसफ़र करने पर, कुछ उपयोगकर्ताओं को सिस्टम के अलावा अन्य सभी ऐप्लिकेशन अनइंस्टॉल होने की समस्या आ सकती है.
• Google एंडपॉइंट मैनेजमेंट के बारे में ज़्यादा जानें.

• सोर्स एनवायरमेंट में रजिस्टर किए गए Chromebook और Meet हार्डवेयर डिवाइस ट्रांसफ़र नहीं किए जाते. सोर्स एनवायरमेंट से यूनिट हटाएं और उन्हें डेस्टिनेशन एनवायरमेंट में फिर से प्रोविज़न करें. Chrome डिवाइसों और Meet हार्डवेयर के बारे में ज़्यादा जानें.
• लाइसेंसिंग से जुड़ी कुछ और बातें भी ध्यान में रखनी होती हैं. ज़्यादा जानकारी के लिए, सोर्स लाइसेंस में Google Meet हार्डवेयर सेक्शन पर जाएं.
• पहले से तैयार किए गए Chrome डिवाइस ट्रांसफ़र नहीं होते. आगे की कार्रवाई करने के तरीके के बारे में जानने के लिए, पहला चरण: सोर्स टास्क में जाकर, Chrome के लिए 'पहले से तैयार डिवाइस' सुविधा के तहत रजिस्टर किए गए डिवाइसों वाला सेक्शन देखें.

Looker Studio—रिपोर्ट या डेटा सोर्स शेयर करने की अनुमतियां. ज़्यादा जानकारी के लिए, तीसरा चरण: डेस्टिनेशन एनवायरमेंट के टास्क पर जाएं.

• उपयोगकर्ता से जुड़ी सेवाएं, पहले की तरह काम करती रहेंगी. उदाहरण के लिए, YouTube में मालिकाना हक और पुष्टि करने की प्रोसेस को उपयोगकर्ता कंट्रोल करता है, न कि संगठन.
• पिछले ट्रांसफ़र में इन सेवाओं का इस्तेमाल किया गया था. हालांकि, कोई बड़ी समस्या रिपोर्ट नहीं की गई है, लेकिन पिछले समय में किए गए काम के आधार पर, यह नहीं कहा जा सकता कि मौजूदा और आने वाले समय में भी ऐसा ही होगा:
  • Campaign Manager
  • Display & Video 360
  • Google Ads
  • Google Analytics
  • Google Play (स्टोर और नेटवर्क)
  • Search Ads 360
  • YouTube

• सोर्स एनवायरमेंट में पूरे डोमेन के लिए इंस्टॉल किए गए ऐप्लिकेशन ट्रांसफ़र नहीं होते.
• सोर्स एनवायरमेंट में मौजूद, डोमेन-प्राइवेट ऐप्लिकेशन काम नहीं करते. ट्रांसफ़र किए गए उपयोगकर्ताओं के पास, ट्रांसफ़र के बाद उन ऐप्लिकेशन का ऐक्सेस नहीं रहता.
• डेस्टिनेशन एनवायरमेंट में पूरे डोमेन के लिए इंस्टॉल किए गए ऐप्लिकेशन, ट्रांसफ़र के बाद उन उपयोगकर्ताओं के लिए अपने-आप उपलब्ध हो जाते हैं जिन्हें ट्रांसफ़र किया गया है.

• कर्मचारी के मोबाइल डिवाइसों पर मौजूद, कंपनी के डेटा को सुरक्षित रखने के लिए इस्तेमाल किए जाने वाले ईएमएम काम नहीं करते.
• इसमें ये टेक्नोलॉजी शामिल हैं:
  • BlackBerry EMM
  • Citrix XenMobile
  • IBM MaaS360
  • Microsoft Enterprise Mobility + Security
  • MobileIron
  • VMware AirWatch

• ज़्यादातर कुकी, उपयोगकर्ता के हिसाब से सेट होती हैं. इसलिए, हो सकता है कि वे पहले की तरह काम करती रहें.
• अगर आपके लिए तीसरे पक्ष की कोई सेवा खास तौर पर ज़रूरी है, तो देखें कि क्या वह सेवा आईडी, संगठन की इकाइयों या डोमेन नेम पर निर्भर है.