इसके माध्यम से साझा किया गया


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

नोट

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

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

आरंभ करने से पहले

किरायेदार-से-किरायेदार माइग्रेशन शुरू करने से पहले निम्नलिखित बातों का ध्यान रखें।

नोट

भविष्य में प्रबंधित परिवेशों पर टेनेंट-टू-टेनेंट माइग्रेशन का समर्थन किया जाएगा।

  • समर्थित वातावरण प्रकार: केवल उत्पादन और सैंडबॉक्स.
  • समर्थित नहीं परिवेश प्रकार: डिफ़ॉल्ट, डेवलपर, परीक्षण और Teams परिवेश प्रकार समर्थित नहीं हैं. सरकारी सामुदायिक क्लाउड (GCC) से सार्वजनिक क्लाउड और इसके विपरीत समर्थित नहीं हैं।
  • समर्थित नहीं किए जाने वाले घटकों में Dynamics 365 Customer Voice, ग्राहक सेवा के लिए ओमनीचैनल, घटक लाइब्रेरी, Dynamics 365 Customer Insights - Journeys, और Dynamics 365 Customer Insights - Data शामिल हैं.
  • Power Apps, Power Automate, Power Pages, और Microsoft Copilot Studio के लिए आवश्यक विशिष्ट चरणों को प्री-माइग्रेशन और पोस्ट-माइग्रेशन चरणों में बताया गया है।
  • किसी वित्त और परिचालन संगठन से जुड़े संगठन को किसी भिन्न टेनेंट में माइग्रेट नहीं किया जा सकता. Dataverse
  • आपको टेनेंट-टू-टेनेंट माइग्रेशन के बाद कुछ एप्लिकेशन और सेटिंग्स को पुनः कॉन्फ़िगर करने की आवश्यकता हो सकती है, जैसे Dynamics 365 for Outlook, सर्वर-साइड सिंक, SharePoint, और अन्य।
  • एक बार उपयोगकर्ता बना लिए जाने और कॉन्फ़िगर हो जाने के बाद, आपको एक उपयोगकर्ता मैपिंग फ़ाइल बनानी होगी, जिसका वर्णन इस आलेख में आगे किया गया है।
  • यदि मैप किए गए उपयोगकर्ता के पास गंतव्य टेनेंट में कोई मेलबॉक्स है, तो माइग्रेशन के दौरान मेलबॉक्स स्वचालित रूप से कॉन्फ़िगर हो जाता है. अन्य सभी उपयोगकर्ताओं के लिए, आपको मेलबॉक्स को पुनः कॉन्फ़िगर करना होगा।
    • यदि लक्ष्य टेनेंट, test@microsoft.com में समान मेलबॉक्स का उपयोग किया जाता है, तो मेलबॉक्स डिफ़ॉल्ट रूप से उपयोग किया जाता है. टेनेंट-टू-टेनेंट माइग्रेशन से पहले, ग्राहकों को लक्ष्य टेनेंट पर अपने मेलबॉक्स को माइग्रेट और कॉन्फ़िगर करना होगा।
    • यदि आप डिफ़ॉल्ट onmicrosoft डोमेन, test@sourcecompanyname.onmicrosoft.com का उपयोग कर रहे हैं, तो पोस्ट-माइग्रेशन डोमेन नाम बदलकर test@targetcompanyname.onmicrosoft.com हो जाता है। ग्राहकों को मेलबॉक्स को फिर से कॉन्फ़िगर करने की आवश्यकता है. कनेक्ट टू Exchange Online में मेलबॉक्स को कॉन्फ़िगर करने के बारे में अधिक जानें.

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

माइग्रेशन प्रक्रिया शुरू करने से पहले निम्नलिखित पूर्वापेक्षाएँ पूरी करना सुनिश्चित करें:

  • लक्ष्य टेनेंट में उपयोगकर्ता बनाएँ, जिनमें शामिल हैं:
    • Microsoft 365 और Microsoft Entra आईडी में उपयोगकर्ता बनाएँ.
    • लाइसेंस असाइन करें.
  • माइग्रेशन करने के लिए आपके पास Power Platform या Dynamics 365 के साथ व्यवस्थापकीय विशेषाधिकार होना चाहिए.
  • व्यवस्थापकों के लिए PowerShell मॉड्यूल, व्यवस्थापक क्षमताओं के साथ सहभागिता करने के लिए अनुशंसित PowerShell मॉड्यूल है। Power Platform अधिक जानें व्यवस्थापकों के लिए PowerShell के साथ आरंभ करें Power Platform .

तैयारी प्रक्रिया

माइग्रेशन से पहले Power Automate, Power Apps, Copilot Studio, और Power Pages के लिए निम्नलिखित प्रक्रियाएं पूरी करें। आपको एक उपयोगकर्ता मैपिंग फ़ाइल भी बनानी होगी.

तैयार करना Power Automate

यदि आपके प्रवाह पहले से ही Dataverse में परिभाषित हैं, तो किसी अतिरिक्त कार्य की आवश्यकता नहीं है।

किसी भी प्रवाह को माइग्रेट किया जाना चाहिए, उनकी परिभाषाओं को स्रोत वातावरण में समाधानों में जोड़ा जाना चाहिए। Power Automate Dataverse अधिक जानकारी के लिए किसी मौजूदा क्लाउड प्रवाह को समाधान में जोड़ें देखें। यह कार्य Add-AdminFlowsToSolution cmdlet चलाकर सामूहिक रूप से किया जा सकता है।

तैयार करना Power Apps

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

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

  1. समाधान से अवगत ऐप्स के लिए, Power Apps पर जाएं, समाधान पृष्ठ पर नेविगेट करें, और सभी ऐप्स और समाधानों को निर्यात करें. यदि वे पहले से ही एक साथ निर्यात नहीं किए गए हैं, तो आप उन्हें अलग-अलग निर्यात कर सकते हैं या उन्हें एक ही समाधान में एक साथ समूहीकृत कर सकते हैं।

  2. इन समाधान-जागरूक ऐप्स को निर्यात करने के बाद परिवेश में हटा दें.

  3. प्रबंधित समाधानों से संबंधित ऐप्स को केवल समाधान हटाकर ही हटाया जा सकता है.

  4. अप्रबंधित समाधान में मौजूद ऐप्स को इस परिवेश से हटाएं विकल्प का उपयोग करके हटाया जा सकता है.

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

    समाधान-जागरूक कैनवास अनुप्रयोग, कस्टम पृष्ठ या घटक लाइब्रेरी जिन्हें आप माइग्रेशन से पहले परिवेश से नहीं हटाते हैं, वे माइग्रेशन पूरा होने के बाद काम नहीं करेंगे.

उन ऐप्स के लिए जो समाधान से अवगत नहीं हैं

  1. Power Appsपर जाएं और फिर ऐप्स चुनें.

  2. प्रत्येक ऐप के लिए जिसे आप स्थानांतरित करना चाहते हैं, अधिक कमांड का चयन करें और फिर पैकेज निर्यात करें (पूर्वावलोकन) का चयन करें।

  3. ऐप का निर्यात करने के लिए आवश्यक विवरण दर्ज करें, और फिर निर्यात करें का चयन करें. निर्यात पूरा हो जाने पर डाउनलोड शुरू हो जाता है।

    परिणामी फ़ाइल में वह ऐप पैकेज है जिसे चुना गया था.

  4. इन चरणों को तब तक दोहराएं जब तक कि सभी ऐप्स निर्यात नहीं हो जाते.

  5. इन गैर-समाधान-जागरूक ऐप्स को परिवेश से हटा दें।

व्यवस्थापक निम्न चरणों को पूरा करके व्यवस्थापक पोर्टल में सूची से कैनवास ऐप्स को देख या हटा भी सकता है:

  1. Power Platform व्यवस्थापक केंद्र पर जाएं और फिर प्रबंधित करें से वातावरण का चयन करें।
  2. संसाधन कार्रवाई के अंतर्गत, उन्हें देखने और हटाने के लिए Power Apps चुनें.

तैयार करना Copilot Studio

किसी भी चैटबॉट को मैन्युअल रूप से निर्यात किया जाना चाहिए। Copilot Studio चैटबॉट के कुछ आश्रित घटकों को माइग्रेशन के दौरान या उसके बाद मैन्युअल रूप से पुनः कॉन्फ़िगर किया जाना चाहिए। उदाहरण के लिए, कनेक्शन, पर्यावरण चर और कस्टम कनेक्टर को माइग्रेशन के दौरान या उसके बाद मैन्युअल रूप से पुनः कॉन्फ़िगर किया जाना चाहिए।

चैटबॉट समाधान के प्रति जागरूक हैं. Power Appsपर जाएं, समाधान पृष्ठ पर जाएं, और सभी चैटबॉट समाधानों को, या तो व्यक्तिगत रूप से या एक ही समाधान में एक साथ समूहीकृत करके निर्यात करें। अधिक जानकारी के लिए समाधानों का उपयोग करके बॉट निर्यात और आयात करें देखें।

तैयार करना Power Pages

किसी परिवेश में प्रत्येक वेबसाइट के लिए निम्नलिखित चरण किए जाने चाहिए:

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

उपयोगकर्ता मैपिंग फ़ाइल बनाएँ

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

  1. usermapping.csv नाम से एक उपयोगकर्ता मैपिंग फ़ाइल बनाएँ.

    नोट

    फ़ाइल का नाम केस सेंसिटिव है. सुनिश्चित करें कि रिकॉर्ड्स को अल्पविराम से अलग किया जाए, अर्धविराम से नहीं।

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

    स्रोत गंतव्य
    SourceUser@sourcetenant.com DestinationUser@targettenant.com

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

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

  2. उपयोगकर्ताओं को खोजने के लिए उन्नत खोज का उपयोग करें।

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

  4. पूर्ण नाम स्तंभ को छोड़कर सभी स्तंभ हटाएँ.

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

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

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

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

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

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

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

  12. संबंधित स्रोत UPN के दाईं ओर उसी नोटपैड दस्तावेज़ में गंतव्य Windows Live ID (UPNs) दर्ज करें। स्रोत और गंतव्य 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. सुनिश्चित करें कि गंतव्य टेनेंट में गंतव्य उपयोगकर्ता को एक वैध लाइसेंस असाइन किया गया है.

      नोट

      यदि गंतव्य उपयोगकर्ता को कोई लाइसेंस नहीं दिया गया है, तो माइग्रेशन विफल हो जाता है.

    3. उस CSV फ़ाइल को सहेजें जिसमें पूर्ण पहुँच वाले उपयोगकर्ता और प्रशासनिक पहुँच वाले उपयोगकर्ता दोनों मैप किए गए हों।

माइग्रेशन

माइग्रेशन के साथ आगे बढ़ने से पहले, सुनिश्चित करें कि आप तैयारी प्रक्रिया की समीक्षा करें और उसे पूरा करें। तैयारी प्रक्रिया पूरी करने के बाद, माइग्रेट करने के लिए निम्नलिखित अनुभागों को पूरा करें।

Power Platform व्यवस्थापकों (स्रोत और लक्ष्य व्यवस्थापक दोनों) के लिए PowerShell स्थापित करें

व्यवस्थापकों के लिए PowerShell मॉड्यूल, व्यवस्थापक क्षमताओं के साथ सहभागिता करने के लिए अनुशंसित PowerShell मॉड्यूल है। Power Platform Power Platform व्यवस्थापक मॉड्यूल के लिए PowerShell के साथ आरंभ करने में आपकी सहायता करने वाली जानकारी के लिए, व्यवस्थापकों के लिए PowerShell के साथ आरंभ करें Power Platform व्यवस्थापकों के लिए और व्यवस्थापकों के लिए PowerShell स्थापित करना Power Platform पर जाएँ।

निम्नलिखित आदेशों में से किसी एक का उपयोग करके आवश्यक मॉड्यूल स्थापित या अद्यतन करें:

Install-Module -Name Microsoft.PowerApps.Administration.PowerShell
Update-Module -Name Microsoft.PowerApps.Administration.PowerShell

Windows पर Azure PowerShell स्थापित करें (स्रोत और लक्ष्य दोनों व्यवस्थापक)

Azure PowerShell मॉड्यूल एक रोलअप मॉड्यूल है. Azure PowerShell मॉड्यूल स्थापित करने से सामान्य रूप से उपलब्ध मॉड्यूल डाउनलोड हो जाते हैं और उनके cmdlets उपयोग के लिए उपलब्ध हो जाते हैं। अधिक जानें Windows पर Azure PowerShell स्थापित करें.

Azure PowerShell मॉड्यूल स्थापित करने के लिए Install-Module cmdlet का उपयोग करें:

Install-Module -Name Az -Repository PSGallery -Force

लॉग इन करें Microsoft Power Platform (स्रोत और लक्ष्य व्यवस्थापक दोनों)

Microsoft Power Platformपर लॉग इन करें. यह चरण प्रशासकों को Power Platform पर्यावरण को प्रमाणित करने और उस तक पहुंचने की अनुमति देता है।

Add-PowerAppsAccount

माइग्रेशन अनुरोध सबमिट करें (स्रोत व्यवस्थापक)

टेनेंट-टू-टेनेंट माइग्रेशन आरंभ करने के लिए, स्रोत टेनेंट के Dynamics 365 या Power Platform व्यवस्थापक को निम्न आदेश का उपयोग करके लक्ष्य टेनेंट को अनुरोध सबमिट करना होगा और परिवेश नाम ID और टेनेंट ID प्रदान करनी होगी.

इस चरण को पूरा करने के लिए आपके पास Power Platform व्यवस्थापक या Dynamics 365 व्यवस्थापक क्रेडेंशियल होना चाहिए.

TenantToTenant-SubmitMigrationRequest –EnvironmentName {EnvironmentId} -TargetTenantID {TenantID}

आप निम्न आदेश का उपयोग करके स्थिति और माइग्रेशनआईडी देख सकते हैं:

TenantToTenant-ViewMigrationRequest

नोट

माइग्रेशन आईडी रिकॉर्ड करें, जिसका उपयोग आगे के माइग्रेशन कमांड में किया जाता है। स्रोत टेनेंट माइग्रेशन आईडी गंतव्य टेनेंट माइग्रेशन आईडी से भिन्न है।

माइग्रेशन अनुरोध देखें और स्वीकृत करें (लक्ष्य व्यवस्थापक)

गंतव्य टेनेंट के व्यवस्थापक को सभी माइग्रेशन अनुरोधों और स्थिति को देखने के लिए निम्नलिखित कमांड चलाना चाहिए। व्यवस्थापक सभी माइग्रेशन अनुरोधों और विकल्पों की समीक्षा कर उन्हें स्वीकृत या अस्वीकृत कर सकता है।

Add-PowerAppsAccount

TenantToTenant-ViewApprovalRequest

TenantToTenant-ManageMigrationRequest -MigrationId {MigrationId from above command to approve or deny}

एक बार अनुरोध स्वीकृत हो जाने पर, गंतव्य टेनेंट का व्यवस्थापक माइग्रेशन के अगले चरण पर आगे बढ़ने के लिए स्रोत टेनेंट के व्यवस्थापक को सूचित कर सकता है।

साझा पहुँच हस्ताक्षर (SAS) URL (स्रोत व्यवस्थापक) उत्पन्न करें

इस चरण में SAS URL बनाना शामिल है, जिसका उपयोग बाद में उपयोगकर्ता मैपिंग फ़ाइल अपलोड करने के लिए किया जाता है। EnvironmentId को वास्तविक परिवेश ID से प्रतिस्थापित करते हुए, निम्न PowerShell आदेश चलाएँ.

GenerateResourceStorage-PowerAppEnvironment –EnvironmentName {EnvironmentId}

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

सुनिश्चित करें कि परिवेश व्यवस्थापक मोड में नहीं है और उपयोगकर्ता को परिवेश में मूल उपयोगकर्ता भूमिका सौंपी गई है.

नमूना आउटपुट

Code        :
Description :
Headers     :
Error       :
Errors      :
Internal    : @{sharedAccessSignature=https://dynamics.blob.core.windows.net/20240604t000000z73e18df430fe40059290dsddc25d783?sv=2018-03-28&sr=c&si=SASpolicyXXRRRX}

उपयोगकर्ता मैपिंग फ़ाइल अपलोड करें (स्रोत व्यवस्थापक)

अगले चरण में उपयोगकर्ता मैपिंग फ़ाइल को पहले से स्थापित SAS URL पर स्थानांतरित करना शामिल है। इसे पूरा करने के लिए, Windows PowerShell ISE में निम्नलिखित कमांड चलाएँ, यह सुनिश्चित करते हुए कि पैरामीटर्स SASUri और FileToUpload में आपके परिवेश के बारे में उचित जानकारी शामिल है। यह कदम सिस्टम में उपयोगकर्ताओं की मैपिंग को सटीक रूप से अपलोड करने के लिए महत्वपूर्ण है।

नोट

उल्लिखित स्क्रिप्ट को चलाने के लिए Azure मॉड्यूल की स्थापना आवश्यक है। Windows PowerShell ISE के साथ निम्नलिखित चरणों को पूरा करें।

$SASUri ="Update the SAS Uri from previous step”
$Uri = [System.Uri] $SASUri
 
$storageAccountName = $uri.DnsSafeHost.Split(".")[0]
$container = $uri.LocalPath.Substring(1)
$sasToken = $uri.Query
 
# File to upload
# Note that the file name should be usermapping.csv (case sensitive) with comma separated values.
$fileToUpload = 'C:\filelocation\usermapping.csv'
 
# Create a storage context
$storageContext = New-AzStorageContext -StorageAccountName $storageAccountName -SasToken $sasToken
 
# Upload the file to Azure Blob Storage
Set-AzStorageBlobContent -File $fileToUpload -Container $container -Context $storageContext -Force

परिवेश माइग्रेशन तैयार करें (स्रोत व्यवस्थापक)

अगले चरण में व्यापक सत्यापन करना शामिल है, ताकि यह सुनिश्चित किया जा सके कि उपयोगकर्ता मैपिंग फ़ाइल में सूचीबद्ध प्रत्येक उपयोगकर्ता सत्यापित है और वर्तमान में लक्ष्य टेनेंट के भीतर सक्रिय है।

MigrationId को स्रोत टेनेंट में "TenantToTenant-ViewMigrationRequest" कमांड का उपयोग करके देखा जा सकता है।

TenantToTenant-PrepareMigration 
-MigrationId {MigrationId} 
-TargetTenantId {TargetTenantId} 
-ReadOnlyUserMappingFileContainerUri {SasUri}

नोट

SASUri मान पास करते समय, आपको इस तरह पैरामीटर प्रदान करना होगा: https://dynamics.blob.core.windows.net/20240604t000000z73e18df430fe40059290dsddc25d783.

नमूना आउटपुट

Code        : 202
Description : Accepted

इस चरण की अवधि उपयोगकर्ता मैपिंग फ़ाइल में उपयोगकर्ताओं की संख्या के आधार पर भिन्न होती है। आप नीचे दिए गए TenantToTenant-GetStatus कमांड का उपयोग करके इस चरण की प्रगति की निगरानी कर सकते हैं।

स्थिति जांचें (स्रोत व्यवस्थापक)

TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}

नमूना आउटपुट

  • टेनेंट से टेनेंट माइग्रेशन को मान्य करें: चल रहा है
  • टेनेंट टू टेनेंट माइग्रेशन को सत्यापित करें: सफल हुआ
  • सत्यापन विफल, त्रुटियाँ यहाँ ब्लॉब पर अपडेट की गई हैं: SASURI

त्रुटियाँ और उनका समाधान कैसे करें

  • यदि आपको यह त्रुटि प्राप्त होती है कि, टेनेंट टू टेनेंट माइग्रेशन के लिए प्रदान की गई उपयोगकर्ता मैपिंग फ़ाइल अमान्य है, तो जाँच करें कि उपयोगकर्ता मैपिंग फ़ाइल का नाम सही है या नहीं और उपयोगकर्ता मैपिंग फ़ाइल में मानों को अलग करने के लिए अल्पविराम है या नहीं।
  • पंक्ति '{पंक्ति संख्याएँ}' समान '{emailID}' हैं: सुनिश्चित करें कि कोई डुप्लिकेट प्रविष्टियाँ नहीं हैं।
  • अमान्य ईमेल प्रारूप '{emailid}': सुनिश्चित करें कि ईमेल प्रारूप testuser@tenantdomain.com के लिए सही है.
  • लक्ष्य ऑनलाइन '{linenumber}' स्रोत ईमेलआईडी के समान है: सुनिश्चित करें कि गंतव्य ईमेलस्रोत ईमेल से भिन्न है।
  • प्रत्येक पंक्ति में केवल दो कॉलम होने चाहिए: '{पंक्ति संख्या}': सुनिश्चित करें कि प्रत्येक पंक्ति में केवल दो कॉलम हों: स्रोत और गंतव्य कॉलम। किसी भी अतिरिक्त अल्पविराम को हटा दें।

उपयोगकर्ता मैपिंग त्रुटियों को ठीक करने के बाद, आपको उसी SAS URI का उपयोग करके उपयोगकर्ता मैपिंग फ़ाइल को पुनः अपलोड करना होगा।

त्रुटि रिपोर्ट डाउनलोड करें (स्रोत व्यवस्थापक)

यदि उपयोगकर्ता मैपिंग फ़ाइल में कोई त्रुटि है, तो त्रुटि रिपोर्ट डाउनलोड करने का विकल्प मौजूद है। यह Tenant-To-Tenant-GetMigrationStatus कमांड में दिए गए SasUrl को सीधे कॉपी और पेस्ट करके किया जा सकता है या निम्न कमांड का उपयोग करके किया जा सकता है जो स्थिति की जांच करने और त्रुटि रिपोर्ट डाउनलोड करने के लिए वांछित स्थान के लिए पिछले चरण से SAS URI का उपयोग करते हैं।

निम्नलिखित चरणों को पूरा करें:

  1. Windows PowerShell ISE के साथ निम्नलिखित कमांड चलाएँ।

    Import-Module Az.Storage 
    # Define the SAS URI of the blob
    $sasUri = " Update the SAS Uri from previous step "
    # Define the path where the blob will be downloaded
    $destinationPath = "C:\Downloads\Failed\"
    # Split the SAS URI on the '?' character to separate the URL and the SAS token
    $url, $sasToken = $sasUri -split '\?', 2
    $containerName = $url.Split('/')[3]
    $storageAccountName = $url.Split('/')[2].Split('.')[0]
    $storageContext = New-AzStorageContext -StorageAccountName $storageAccountName -SasToken $sasToken
    Get-AzStorageBlobContent -Blob "usermapping.csv" -Container $containerName -Destination $destinationPath -Context $storageContext 
    
  2. उपयोगकर्ता मैपिंग फ़ाइल में समस्याओं को ठीक करें.

  3. उपयोगकर्ता मैपिंग फ़ाइल अपलोड करें (स्रोत व्यवस्थापक) में दिए गए चरणों का उपयोग करके फ़ाइल को पुनः अपलोड करें।

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

पर्यावरण को माइग्रेट करें (स्रोत व्यवस्थापक)

MigrationId को स्रोत टेनेंट में TenantToTenant-ViewMigrationRequest कमांड का उपयोग करके देखा जा सकता है.

TenantToTenant-MigratePowerAppEnvironment
-MigrationId {MigrationId}
-TargetTenantId {TargetTenantId}

स्थिति प्राप्त करें (स्रोत व्यवस्थापक)

TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}

नमूना आउटपुट

  • माइग्रेट वातावरण: रनिंग
  • माइग्रेट पर्यावरण: सफल

नोट

यदि आपको उपरोक्त आदेशों को चलाने में कोई समस्या आती है, तो सहायता प्राप्त करने के लिए समर्थन अनुरोध सबमिट करें

प्रवास के बाद की प्रक्रिया

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

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

Power Automate, Power Apps, Copilot Studio, और Power Pages के लिए निम्नलिखित प्रक्रियाएं पूरी करें।

प्रवास के बाद की प्रक्रिया Power Automate

माइग्रेशन पूरा हो जाने के बाद, प्रवाह और अन्य घटकों को समायोजित और सक्रिय करने के लिए चेकलिस्ट के रूप में घटकों की समीक्षा अनुभाग पर जाएँ। प्रमुख चरण इस प्रकार हैं:

  1. सभी कनेक्शन संदर्भों के लिए कनेक्शन बनाएं.
  2. सभी प्रवाहों को प्रारंभ करें, जिसमें पैरेंट प्रवाहों से पहले चाइल्ड प्रवाहों को प्रारंभ करना भी शामिल है।
  3. किसी भी HTTP ट्रिगर किए गए प्रवाह के लिए, नया URL प्राप्त करें और उन संदर्भों को ताज़ा करने के लिए इसे किसी भी कॉलिंग ऐप या प्रवाह में रखें।

प्रवास के बाद की प्रक्रिया Power Apps

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

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

उन ऐप्स के लिए जो समाधान से अवगत नहीं हैं

  1. Power Apps पर जाएँ.
  2. पर्यावरण ड्रॉपडाउन सूची से नया पर्यावरण चुनें.
  3. अनुप्रयोग चुनें.
  4. कैनवास ऐप आयात करें चुनें.
  5. ऐप पैकेज फ़ाइल अपलोड करें.
  6. सभी आयात विकल्प चयनों को पूरा करें, और फिर आयात करें चुनें.
  7. इन चरणों को तब तक दोहराएं जब तक कि सभी ऐप्स इम्पोर्ट न हो जाएं.

प्रवास के बाद की प्रक्रिया Copilot Studio

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

प्रवास के बाद की प्रक्रिया Power Pages

परिवेश में प्रत्येक वेबसाइट के लिए निम्नलिखित चरण पूरे किए जाने चाहिए।

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

उपरोक्त सभी चरणों और माइग्रेशन को पूरा करने के बाद, आप लक्ष्य टेनेंट में परिवेश को मान्य कर सकते हैं। बाद में, आप Power Platform व्यवस्थापक केंद्र में स्रोत परिवेश को हटा सकते हैं.

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

क्या टेनेंट-टू-टेनेंट माइग्रेशन के दौरान पृष्ठभूमि संचालन सक्षम हैं?

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

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

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

user001@source.com, user001@destination.com

user002@source.com, user002@destination.com