टैनेंट-से-टैनेंट माइग्रेशन

एक अलग टैनेंट के लिए परिवेश माइग्रेट

एक टैनेंट में परिवेश को किसी दूसरे टैनेंट में^* स्थानांतरित करने का अनुरोध करने के लिए आप परिवेश के लिए टैनेंट-से-टैनेंट माइग्रेशन सुविधा का उपयोग कर सकते हैं. यह सुविधा ग्राहकों को निम्नलिखित मामलों का समर्थन करने में सक्षम बनाती है:

• एक टैनेंट के तहत कई टैनेंट को समेकित करें
• कंपनी ए से कंपनी बी तक समर्थन अधिग्रहण

^*पर्यावरण भौतिक रूप से स्थानांतरित नहीं होता है, बल्कि किसी अन्य किरायेदार से जुड़ा होता है। परिवेश अभी भी मौजूद है लेकिन अब स्रोत टैनेंट के अधीन नहीं है. यह गंतव्य किरायेदार के अंतर्गत उपलब्ध और प्रबंधित है।

टैनेंट-से-टैनेंट माइग्रेशन शुरू करने के लिए आपको एक समर्थन अनुरोध सबमिट करें करना होगा.

इस स्थानांतरण के भाग के रूप में कोई उपयोगकर्ता इंटरफ़ेस परिवर्तन या संस्करण परिवर्तन नहीं हुए हैं. आप एक या एक से अधिक परिवेशों को स्थानांतरित कर सकते हैं. पूरा होने के बाद, आपकी परिवेश(शों) आपके नए टैनेंट में दिखाई देंगी.

महत्त्वपूर्ण

• यदि अलग-अलग परिवेशों को एक टैनेंट से दूसरे में ले जाने के लिए भौगोलिक क्षेत्र परिवर्तन की आवश्यकता होती है, तो आपका टैनेंट एक बहु-क्षेत्रीय टैनेंट बन जाता है. समर्थन टीम द्वारा Power Platform व्यवस्थापन केंद्र में क्षेत्रीय सुविधाएँ सक्षम को सक्षम किया गया है. अधिक जानकारी: जियो टू जियो माइग्रेशन.
• किरायेदार-से-किरायेदार माइग्रेशन के बाद आपको कुछ एप्लिकेशन और सेटिंग्स को फिर से कॉन्फ़िगर करने की आवश्यकता हो सकती है, जैसे कि Microsoft Dynamics 365 for Outlook, सर्वर-साइड सिंक, SharePoint या अन्य।
• भौगोलिक क्षेत्र परिवर्तन US GCC, US GCC High, US DoD, OCE, IND, या चीन में या उसके बाहर समर्थित नहीं हैं।
• मौजूदा स्रोत डेटाबेस बैकअप को डेस्टिनेशन टैनेंट में माइग्रेट नहीं किया जाएगा.
• एक Dataverse वित्त और संचालन संगठन से जुड़ा संगठन किसी भिन्न किरायेदार के पास स्थानांतरित नहीं किया जा सकता है।
• स्रोत टेनेंट में सक्षम होने पर टेनेंट से टेनेंट माइग्रेशन ग्राहक लॉकबॉक्स के अधीन होता है.

समर्थित एप्लिकेशन और प्लेटफ़ॉर्म

समर्थित	पूरी तरह से समर्थित नहीं*
Dataverse Dynamics 365 अनुप्रयोग	कैनवास ऐप कंपोनेंट लाइब्रेरी कस्टम पेज Power Automate Power Virtual Agents Dynamics 365 Customer Voice Customer Service के लिए ओमनीचैनल

^*माइग्रेशन के दौरान संभावित डेटा हानि हो सकती है और अतिरिक्त चरणों की आवश्यकता हो सकती है. पुष्टि करें कि नीचे दिए गए समाधानों में से कोई भी माइग्रेट किए जाने वाले वातावरण में स्थापित है, क्योंकि इसके लिए आपको या समर्थन से अतिरिक्त चरणों की आवश्यकता हो सकती है.

समर्थित पर्यावरण प्रकार

समर्थित	समर्थित नहीं
संचालन परिवेश माइग्रेट करना सैंडबॉक्स पर्यावरण माइग्रेट करना टेनेंट को GCC से GCC में माइग्रेट करना एक या अनेक परिवेश	डिफ़ॉल्ट परिवेश माइग्रेट करना टीमों परिवेश माइग्रेट करना ट्रायल परिवेश माइग्रेट करना डेमो परिवेश माइग्रेट करना डेवलपर परिवेश माइग्रेट करना टेनेंट को GCC से दूसरे जियो या दूसरे जियो से GCC में माइग्रेट करना एक वित्त और संचालन संगठन से जुड़े Dataverse संगठन का स्थानांतरण

माइग्रेशन प्रवाह

माइग्रेशन अनुरोध सबमिट होने के बाद, सहायता टीम मैन्युअल रूप से अनुरोध की समीक्षा करने के लिए लगी हुई है. संपूर्ण माइग्रेशन प्रक्रिया के दौरान किए गए चरणों की सूची नीचे दी गई है.

Image

तालिका

अनुरोध सबमिट करें | v
पूर्वापेक्षाएँ सत्यापित करें -->	परिवेश माईग्रेट करें -->	उपयोगकर्ता मैपिंग और सिंक -->	माइग्रेशन के बाद -->	माइग्रेशन पूर्ण

पूर्वावश्यकताएँ:

यदि आपके पास गंतव्य टैनेंट में Dynamics 365, Power Apps, या Power Virtual Agents की सशुल्क सदस्यता नहीं है, तो आपको एक बनाना होगा. आपको एक नई सदस्यता खरीदने की आवश्यकता हो सकती है, या यदि आपने पहले से ऐसा नहीं किया है तो परीक्षण सदस्यता को सशुल्क सदस्यता में परिवर्तित करना पड़ सकता है।

गंतव्य टैनेंट को समान या अधिक संख्या में सक्रिय उपयोगकर्ता लाइसेंस और स्रोत टैनेंट के समान या अधिक संग्रहण की आवश्यकता होती है.

जब आपका परिवेश एक ही क्षेत्र में एक किरायेदार से दूसरे किरायेदार में ले जाया जाता है, तो यूआरएल नहीं बदलता है। इस ऑपरेशन को करने के लिए, आपको कुछ सवालों के जवाब देने होंगे जिनमें शामिल हैं:

• स्रोत टैनेंट डोमेन और उसका क्षेत्र क्या है? (उदाहरण: EMEA, NA, APAC)
• गंतव्य टैनेंट डोमेन और उसका क्षेत्र क्या है? (उदाहरण: EMEA, NA, APAC)
• क्या गंतव्य टेनेंट के पास सभी उपयोगकर्ताओं को मैप करने के लिए पर्याप्त सीटों वाली मान्य Dynamics 365 सदस्यता है? मैपिंग फ़ाइल में प्रदान किए जाने वाले उपयोगकर्ताओं को स्रोत और लक्ष्य किरायेदार दोनों में सक्रिय और लाइसेंस प्राप्त होने की आवश्यकता होगी।
• क्या गंतव्य टैनेंट के पास पर्याप्त उपयोगकर्ता लाइसेंस उपलब्ध हैं?
• क्या गंतव्य टैनेंट के पास माइग्रेट की जा रही परिवेशों के लिए पर्याप्त परिवेशों संग्रहण उपलब्ध है?
• संचालन परिवेश (या संभावित व्यावसायिक प्रभाव वाले वातावरण) को माइग्रेट करने से पहले, सैंडबॉक्स कॉपी माइग्रेशन को पहले निष्पादित करने की आवश्यकता है. महत्वपूर्ण संचालन परिवेशों की प्रतियों का उपयोग करके इन माइग्रेशन का लक्ष्य व्यावसायिक महत्वपूर्ण परिवेशों के माइग्रेशन के साथ आगे बढ़ने से पहले माइग्रेट किए गए परिवेशों के सत्यापन की अनुमति देना है क्या आपके पास इस परीक्षण को आगे बढ़ाने के लिए अपने संचालन परिवेश की एक प्रति प्रदान करने की पर्याप्त क्षमता है? किसी परिवेश की प्रतिलिपि बनाने के निर्देशों के लिए, परिवेश की प्रतिलिपि बनाएँ पर जाएँ.

आपको निम्नलिखित जानकारी भी देनी होगी:

• स्रोत टैनेंट से माइग्रेट किए जाने वाले परिवेश.
• माइग्रेट किए जाने वाले पहले परिवेश के लिए उपयोगकर्ता मैपिंग फ़ाइल. प्रत्येक परिवेश के लिए एक अलग मानचित्रण फ़ाइल की आवश्यकता होगी. ध्यान दें कि माइग्रेशन सफल होने के लिए उपयोगकर्ताओं को स्रोत और लक्ष्य किरायेदार दोनों में मौजूद होना चाहिए, और वातावरण में लाइसेंस प्राप्त और सक्षम होना चाहिए। जब तक वे सक्रिय हैं, उनके पास अलग-अलग स्रोत और लक्ष्य डोमेन हो सकते हैं।
• प्रत्येक परिवेश को असाइन करने के लिए लक्ष्य किरायेदार में सुरक्षा समूह ऑब्जेक्ट आईडी, यदि एक सुरक्षा समूह असाइन किया जाना चाहिए। यदि लक्ष्य किरायेदार सुरक्षा समूह ऑब्जेक्ट आईडी प्रदान किया गया है तो उसे माइग्रेशन के दौरान असाइन किया जाएगा। यदि प्रदान नहीं किया गया है, तो माइग्रेशन पूरा होने के बाद Power Platform व्यवस्थापन केंद्र से सुरक्षा समूह असाइन किया जा सकता है.

वैश्विक व्यवस्थापक, Dynamics 365 व्यवस्थापक, या Power Platform व्यवस्थापक द्वारा निष्पादित किए जाने वाले चरण

1. माइग्रेशन करने के लिए अधिकृत हों.
2. सैंडबॉक्स कॉपी के साथ एक माइग्रेशन को व्यवसायिक महत्वपूर्ण वातावरण के माइग्रेशन की योजना बनाने से पहले सभी पक्षों द्वारा निष्पादित और मान्य किया जाना चाहिए. उस स्थिति में, हमें स्रोत टेनेंट में एक नए परिवेश की भी आवश्यकता होगी ताकि हम व्यवसाय के महत्वपूर्ण परिवेश को नए परिवेश में कॉपी कर सकें और परीक्षण माइग्रेशन निष्पादित कर सकें.
3. लक्ष्य टैनेंट में उपयोगकर्ता बनाएँ. आपको चाहिए:
   1. Microsoft 365/Microsoft Entra आईडी में उपयोगकर्ता बनाएं।
   2. लाइसेंस असाइन करें.
4. एक बार जब उपयोगकर्ता बन जाते हैं और सक्षम हो जाते हैं, तो मैपिंग फ़ाइल को इस आलेख में बाद में वर्णित चरणों के बाद जेनरेट करने की आवश्यकता होगी।
5. यदि Power Apps या Power Automate प्रवाहों के लिए कोई समाधान हैं, तो इन्हें Power Apps से निर्यात करने और माइग्रेशन के बाद नए वातावरण में फिर से आयात करने की आवश्यकता है.
6. यदि स्रोत टेनेंट में लॉकबॉक्स सक्षम है, तो टेनेंट से टेनेंट कार्रवाई के प्रारंभ में लॉकबॉक्स अनुरोध को स्वीकृत करने के लिए तैयार रहें.

पुष्टि करें कि नीचे दिए गए समाधानों में से कोई भी माइग्रेट किए जाने वाले वातावरण में स्थापित है, क्योंकि इसके लिए आपको या समर्थन से अतिरिक्त चरणों की आवश्यकता हो सकती है:

• Power Apps या Power Automate
• Power Virtual Agents
• Dynamics 365 Customer Voice
  • Dynamics 365 Customer Voiceके लिए किरायेदार से किरायेदार स्थानांतरण समर्थित नहीं है। माइग्रेशन के बाद परियोजनाओं और सर्वेक्षणों को फिर से बनाया जाना चाहिए।
• Power Apps पोर्टल
• Power Apps चेकर ऐप
• Café X
• Dynamics 365 Marketing
• मेलबॉक्स. यदि मैप किए गए उपयोगकर्ता के पास गंतव्य किरायेदार में एक मेलबॉक्स है, तो माइग्रेशन के दौरान मेलबॉक्स स्वचालित रूप से कॉन्फ़िगर किया गया है। अन्य सभी उपयोगकर्ताओं के लिए, आपको मेलबॉक्स को पुन: कॉन्फ़िगर करना होगा:
  1. यदि लक्ष्य किरायेदार (test@microsoft.com) में समान मेलबॉक्स का उपयोग किया जाता है, तो मेलबॉक्स डिफ़ॉल्ट रूप से सक्षम हो जाएगा। टैनेंट-टू-टेनेंट प्रक्रिया से पहले, ग्राहकों को लक्षित टैनेंट पर अपने मेलबॉक्स को माइग्रेट/कॉन्फ़िगर करने की आवश्यकता होती है.
  2. यदि आप डिफ़ॉल्ट onmicrosoft डोमेन (test@sourcecompanyname.onmicrosoft.com) का उपयोग कर रहे हैं, तो पोस्ट माइग्रेशन डोमेन नाम बदल दिया गया है (test@targetcompanyname.onmicrosoft.com)। ग्राहकों को मेलबॉक्स को फिर से कॉन्फ़िगर करने की आवश्यकता है. मेलबॉक्स को कॉन्फ़िगर करने के लिए, Exchange Online से कनेक्ट करें देखें.

मैपिंग फ़ाइल बनाने के चरण

पूर्ण पहुँच उपयोगकर्ता के लिए:

1. स्रोत परिवेश तक पहुंचें.

2. उन्नत खोज () का उपयोग करें और उपयोगकर्ताओं को खोजें।

3. सहेजे गए दृश्य का उपयोग करें>पूर्ण पहुंच वाले उपयोगकर्ता चुनें, और फिर कॉलम संपादित करें चुनें.

4. पूरा नाम को छोड़कर सभी कॉलम हटा दें.

5. कॉलम जोड़ें>Windows Live ID चुनें.

6. पूर्ण पहुंच वाले उपयोगकर्ताओं की सूची देखने के लिए ठीक>परिणाम चुनें.

7. सभी रिकॉर्ड चुनें, रिबन में उपयोगकर्ताओं को निर्यात करें चुनें, और फिर स्थैतिक कार्यपत्रक चुनें.

8. यदि संभव हो तो गंतव्य किरायेदार के लिए ऊपर दिए गए चरण 1-7 का पालन करें। अब आपके पास दो अलग-अलग एक्सेल शीट होनी चाहिए - एक स्रोत के लिए और एक लक्ष्य किरायेदार के लिए।

9. संपादन के लिए फ़ाइलें खोलें.

10. स्रोत एक्सेल शीट से शुरू करते हुए, नोटपैड में Windows Live ID कॉलम के अंतर्गत रिकॉर्ड कॉपी करें. हेडर की नकल न करें.

11. Notepad फ़ाइल को सहेजें.

12. इसके बाद, स्रोत और गंतव्य UPN को अल्पविराम (,) से अलग करते हुए संबंधित स्रोत UPN के दाईं ओर उसी Notepad दस्तावेज़ में गंतव्य Windows Live ID (UPN) दर्ज करें.

    उदाहरण:
    user001@source.com, user001@destination.com
    user002@source.com, user002@destination.com
    user003@source.com, user003@destination.com

13. फ़ाइल को CSV के रूप में सहेजें.

व्यवस्थापकीय पहुंच वाले उपयोगकर्ताओं के लिए:

1. स्रोत परिवेश तक पहुंचें.
2. उन्नत खोज () का उपयोग करें और उपयोगकर्ताओं को खोजें।
3. सहेजे गए दृश्य का उपयोग करें>व्यवस्थापकीय पहुंच वाले उपयोगकर्ता चुनें, और फिर व्यवस्थापकीय पहुंच वाले उपयोगकर्ताओं की सूची देखने के लिए परिणाम चुनें.
4. यदि आप इनमें से किसी भी उपयोगकर्ता को शामिल नहीं करने का निर्णय लेते हैं, तो निम्न चरणों को छोड़ दें. अन्यथा, इन उपयोगकर्ताओं को मैपिंग में शामिल करने के लिए:
   1. गंतव्य टैनेंट में संगत उपयोगकर्ताओं को ढूँढें.
   2. सुनिश्चित करें कि गंतव्य उपयोगकर्ता को गंतव्य टैनेंट में एक मान्य Dynamics 365 लाइसेंस असाइन किया गया है. नोट: यदि गंतव्य उपयोगकर्ता को कोई लाइसेंस नहीं सौंपा गया है, तो माइग्रेशन विफल हो जाएगा।
   3. सीएसवी फ़ाइल को सहेजें जिसमें पूर्ण पहुंच वाले उपयोगकर्ता और प्रशासनिक पहुंच वाले उपयोगकर्ता दोनों मैप किए गए हैं।

माइग्रेशन से पहले और बाद में Power Apps, Power Automate, Power Virtual Agents, Power Apps पोर्टल और मार्केटिंग के लिए निम्नलिखित कदम उठाएं:

Power Apps और Power Automate के लिए:

• किसी भी Power Apps और Power Automate प्रवाह को मैन्युअल रूप से निर्यात किया जाना चाहिए.
• हम ग्राहक कनेक्टर्स, कनेक्शन्स या गेटवे के माइग्रेशन का समर्थन नहीं करते हैं। यदि आपके पास इनमें से कोई भी घटक सेट अप है, तो उन्हें माइग्रेशन के बाद मैन्युअल रूप से पुन: कॉन्फ़िगर किया जाना चाहिए.

समाधान जागरूक ऐप्स के लिए

माइग्रेशन से पहले:

1. उन ऐप्स के लिए जो समाधान के प्रति जागरूक हैं, आप https://make.powerapps.com/ पर जा सकते हैं, समाधान पृष्ठ पर नेविगेट कर सकते हैं, और सभी ऐप्स/समाधान निर्यात कर सकते हैं (या तो व्यक्तिगत रूप से या उन्हें एक ही समाधान में एक साथ समूहित करें यदि वे पहले से नहीं हैं)
2. इन समाधान जागरूक ऐप्स को निर्यात करने के बाद परिवेश में हटा दें।

महत्त्वपूर्ण

समाधान जागरूक कैनवास ऐप्स, कस्टम पेज, या घटक लाइब्रेरी जिन्हें आप माइग्रेशन से पहले किसी परिवेश से नहीं हटाते हैं, माइग्रेशन पूरा होने के बाद काम नहीं करेंगे।

माइग्रेशन के बाद:

1. https://make.powerapps.com/ से नया परिवेश चुनें और समाधान पृष्ठ पर नेविगेट करें.
2. आयात करें का चयन करें और उपरोक्त चरणों से निर्यात किए गए पैकेजों को चुनने के लिए फ़ाइल चयनकर्ता का उपयोग करें.
3. माइग्रेट किए गए परिवेश की समाधान सामग्री की जाँच करके पुष्टि करें कि आयात सफलतापूर्वक पूरा हो गया था।

गैर-समाधान जागरूक ऐप्स के लिए

माइग्रेशन से पहले:

1. https://make.powerapps.com पर जाएं, और फिर ऐप्स चुनें.
2. हर उस ऐप के लिए जिसे आप स्थानांतरित करना चाहते हैं, अधिक आदेश (…) चुनें, और फिर निर्यात पैकेज (पूर्वावलोकन) चुनें.
3. ऐप का निर्यात करने के लिए आवश्यक विवरण भरें, और फिर निर्यात करें चुनें. एक बार निर्यात पूरा हो जाने पर, एक डाउनलोड शुरू हो जाना चाहिए. परिणामी फ़ाइल में वह ऐप पैकेज है जिसे चुना गया था.
4. इन चरणों को तब तक दोहराएं जब तक कि सभी ऐप्स निर्यात नहीं हो जाते.

माइग्रेशन के बाद:

1. https://make.powerapps.com पर जाएँ.
2. ऊपर दाईं ओर स्थित पर्यावरण पिकर से नया परिवेश चुनें.
3. अनुप्रयोग चुनें.
4. कैनवास ऐप आयात करें चुनें.
5. ऐप पैकेज फ़ाइल अपलोड करें.
6. सभी आयात विकल्प चयनों को पूरा करें, और फिर आयात करें चुनें.
7. इन चरणों को तब तक दोहराएं जब तक कि सभी ऐप्स इम्पोर्ट न हो जाएं.

Power Virtual Agents के लिए:

• किसी भी Power Virtual Agents चैटबॉट को मैन्युअल रूप से निर्यात किया जाना चाहिए.
• कुछ चैटबॉट्स के आश्रित घटकों को माइग्रेशन के दौरान या बाद में मैन्युअल रूप से पुन: कॉन्फ़िगर किया जाना चाहिए - उदाहरण के लिए, कनेक्शन, पर्यावरण चर, कस्टम कनेक्टर.

माइग्रेशन से पहले:

1. चैटबॉट समाधान के प्रति जागरूक हैं. आप https://make.powerapps.com/ पर जा सकते हैं, समाधान पृष्ठ पर नेविगेट कर सकते हैं, और सभी चैटबॉट्स के समाधानों को निर्यात कर सकते हैं - या तो व्यक्तिगत रूप से या उन्हें एक ही समाधान में एक साथ समूहित कर सकते हैं. अधिक जानकारी के लिए, समाधानों का उपयोग करके बॉट निर्यात और आयात करें देखें.

माइग्रेशन के बाद:

1. https://make.powerapps.com/ से नया परिवेश चुनें और समाधान पृष्ठ पर नेविगेट करें.
2. आयात करें का चयन करें और उपरोक्त चरणों से निर्यात किए गए पैकेजों को चुनने के लिए फ़ाइल चयनकर्ता का उपयोग करें.
3. माइग्रेट किए गए परिवेश की समाधान सामग्री की जाँच करके पुष्टि करें कि आयात सफलतापूर्वक पूरा हो गया था।

Power Apps पोर्टल्स के लिए (पर्यावरण में प्रत्येक पोर्टल के लिए किया जाना चाहिए):

माइग्रेशन से पहले:

1. अपने परिवेश संगठन में साइन इन करें.
2. Power Apps पोर्टल व्यवस्थापन केंद्र खोलें.
3. पोर्टल हटाएं.

माइग्रेशन के बाद:

1. अपने परिवेश संगठन में साइन इन करें.
2. Power Apps पोर्टल व्यवस्थापन केंद्र खोलें.
3. समान पोर्टल प्रकार और भाषा के साथ पोर्टल का प्रावधान करें.

Dynamics 365 Marketing के लिए:

यदि टेनेंट में मार्केटिंग ऐप तैनात किया गया है, तो सुनिश्चित करें कि माइग्रेशन पूरा होने के बाद एप्लिकेशन को फिर से प्रावधान करने के लिए डेस्टिनेशन टेनेंट में आवश्यक लाइसेंस मौजूद हैं. यहां जाएं: Dynamics 365 Marketing के लिए टेनेंट-टू-टेनेंट माइग्रेशन.

माइग्रेशन के बाद

एक और किरायेदार के लिए पर्यावरण को आगे बढ़ाने के बाद:

• परिवेश URL, संगठन आईडी (OrgID), और नाम नहीं बदलता है।
• स्रोत वातावरण पहुंच योग्य नहीं होगा.
• मैपिंग फ़ाइल में शामिल नहीं किए गए उपयोगकर्ताओं को माइग्रेशन के बाद माइग्रेट और मैप नहीं किया जाएगा।

स्थानांतरण कैसे काम करता है

उठाए गए समर्थन अनुरोध के हिस्से के रूप में आपको अपने माइग्रेशन के लिए पूर्व और बाद की आवश्यकताओं की एक सूची प्रदान की जाएगी. निम्न तालिका इसका वर्णन करती है कि Microsoft आपके स्थानांतरण के पहले, उसके दौरान और उसके बाद क्या करती है.

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

हम सभी कदमों के लिए Microsoft ऑनलाइन सेवाओं के लिए सेवा स्तर अनुबंध की शर्तों का पालन करेंगे।

सामान्य प्रश्‍न

क्या टैनेंट-टू-टेनेंट माइग्रेशन के दौरान बैकग्राउंड ऑपरेशंस सक्षम हैं?

प्रशासन मोड किरायेदार-से-किरायेदार प्रवासन के दौरान सक्षम है, इसलिए पृष्ठभूमि संचालन नहीं चलता है. यहां जाएं:: प्रशासन मोड - Power Platform

क्या हम Dataverse संगठन के सभी उपयोगकर्ताओं को स्थानांतरित कर सकते हैं?

हम Dataverse संगठन के सभी उपयोगकर्ताओं को केवल तभी स्थानांतरित कर सकते हैं जब उपयोगकर्ता गंतव्य किरायेदार में मौजूद हों। उदाहरण के लिए:

user001@source.com, user001@destination.com
user002@source.com, user002@destination.com