عمليات الترحيل من مستأجر إلى مستأجر

تسمح لك ميزة ترحيل مستأجر إلى مستأجر آخر بنقل بيئة من مستأجر إلى مستأجر آخر. تدعم هذه الميزة سيناريوهات مثل دمج عدة مستأجرين في مستأجر واحد وتسهيل عمليات الاستحواذ في الشركة. لا تتحرك البيئة فعليًا، بل ترتبط بمستأجر آخر. يستمر وجود البيئة ولكنها لا تكون جزءًا من مستأجر المصدر بعد ذلك. يمكن الوصول إليها ومُدارة تحت مستأجر الوجهة. لا توجد أي تغييرات في واجهة المستخدم أو تغييرات الإصدار كجزء من هذا النقل.

قبل بدء استخدام البرنامج

كن على دراية بالاعتبارات التالية قبل بدء ترحيل المستأجر إلى المستأجر.

• أنواع البيئة المدعومة: يتم دعم بيئات الإنتاج وبيئة الاختبار المعزولة فقط.
• أنواع البيئة غير المدعومة: بيئات الإعدادات الافتراضية والمطور والإبتاد التجريبي وTeams غير مدعومة. سحابة مجتمع الحكومة (GCC) إلى السحب العامة والعكس صحيح غير مدعومة أيضًا.
• المكونات التالية غير مدعومة: Dynamics 365 Customer Voice و Omnichannel لخدمة العملاء ومكتبة المكونات.
• خطوات محددة مطلوبة Dynamics 365 Customer Insights - Journeys، Dynamics 365 Customer Insights - Data، Power Apps، Power Automate، Power Pages، Microsoft Copilot Studio. تمت الإشارة إلى الخطوات في خطوات ما قبل الترحيل وما بعده.
• لا يمكن ترحيل Dataverse Organization مرتبطة بمؤسسة التمويل والعمليات إلى مستأجر مختلف.
• قد تحتاج إلى إعادة تكوين بعض التطبيقات والإعدادات بعد ترحيل المستأجر إلى المستأجر، مثل Dynamics 365 Outlook والمزامنة من جانب الخادم SharePoint وغيرها.
• بمجرد إنشاء المستخدمين وتكوينهم، يجب إنشاء ملف تعيين مستخدم، والذي تم وصفه لاحقا في هذه المقالة.
• إذا كان لدى المستخدم الذي تم تعيينه صندوق بريد في المستأجر الوجهة، فسيتم تكوين صندوق البريد تلقائيًا أثناء الترحيل. بالنسبة لجميع المستخدمين الآخرين، تحتاج إلى إعادة تكوين صندوق البريد.
  • في حالة استخدام نفس صندوق البريد في مستأجر الهدف test@microsoft.com، فإنه سيتم استخدام صندوق البريد بشكل افتراضي. قبل ترحيل المستأجر إلى المستأجر، يحتاج العملاء إلى ترحيل وتكوين صناديق البريد في مستأجر الهدف.
  • إذا كنت تستخدم مجال onmicrosoft الافتراضي، test@sourcecompanyname.onmicrosoft.com، فسيتم تغيير اسم مجال ما بعد الترحيل إلى test@targetcompanyname.onmicrosoft.com. يحتاج العملاء إلى إعادة تكوين صندوق البريد. لمزيد من المعلومات حول تكوين علبة البريد، راجع Connect to Exchange Online.

المتطلبات المسبقه

أكمل المتطلبات الأساسية التالية قبل بدء عملية الترحيل:

• إنشاء مستخدمين في مستأجر الهدف، بما في ذلك:
  • إنشاء مستخدمين في Microsoft 365 Microsoft Entra ID.
  • قم بتعيين التراخيص.
• يجب أن يكون لديك امتيازات المسؤول مع Power Platform أو Dynamics 365 لتنفيذ الترحيل.
• وحدة PowerShell لمسؤولي Power Platform هي وحدة PowerShell الموصى بها للتفاعل مع إمكانات المسؤولين. لمزيد من المعلومات، راجع بدء استخدام 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، وانتقل إلى صفحة Solutions، وقم بتصدير جميع التطبيقات والحلول. يمكنك تصديرها بشكل فردي أو تجميعها معًا في حل واحد، إذا لم تكن كذلك بالفعل.

2. احذف التطبيقات المدركة للحلول‬ هذه في البيئة بعد تصديرها.

3. يمكنك فقط حذف التطبيقات التي تنتمي إلى حلول مدارة عن طريق حذف الحل.

4. يمكنك حذف التطبيقات الموجودة في حل غير مدار باستخدام الخيار حذف من هذه البيئة .

   مهم

   إذا لم تقم بحذف تطبيقات اللوحة المدركة للحل أو الصفحات المخصصة أو مكتبات المكونات من بيئة قبل الترحيل، فلن تعمل بعد الترحيل.

بالنسبة للتطبيقات غير المدركة للحلول‬

1. انتقل إلى Power Apps، ثم حدد Apps.

2. بالنسبة لكل تطبيق تريد نقله، حدد أوامر إضافية ثم حدد تصدير حزمة (إصدار أولي).

3. أدخل التفاصيل المطلوبة لتصدير التطبيق، ثم حدد تصدير. وبمجرد اكتمال التصدير، يبدأ التنزيل.

   يحتوي الملف الناتج على حزمة التطبيق التي حددتها.

4. كرر هذه الخطوات حتى تقوم بتصدير جميع التطبيقات.

5. حذف هذه التطبيقات غير المُدركة للحلول من البيئة.

يمكن للمسؤول أيضًا عرض تطبيقات اللوحة أو حذفها من القائمة في مدخل المسؤول من خلال إكمال الخطوات التالية:

1. انتقل إلى مركز مسؤولي Power Platform ثم حدد البيئة من إدارة.
2. ضمن الإجراء Resources، حدد Power Apps لعرضها وحذفها.

إعداد Copilot Studio

يجب عليك تصدير أي بوتات دردشة Copilot Studio يدوياً. يجب عليك أيضا إعادة تكوين بعض المكونات التابعة لروبوتات الدردشة يدويا أثناء الترحيل أو بعده. على سبيل المثال، يجب إعادة تكوين الاتصالات ومتغيرات البيئة والموصلات المخصصة يدويا أثناء الترحيل أو بعده.

روبوتات الدردشة موجهة للحلول. انتقل إلى Power Apps، وانتقل إلى صفحة Solutions، وقم بتصدير جميع حلول روبوت الدردشة، إما بشكل فردي أو مجمع معا في حل واحد. لمزيد من المعلومات، راجع تصدير واستيراد الروبوتات باستخدام الحلول.

إعداد 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 للمستأجر الوجهة، إن أمكن. يجب أن يكون لديك الآن ورقتين Excel منفصلتين: ورقة لمستأجر المصدر و الأخرى لمستأجر الهدف.

9. افتح ملفات Excel للتحرير.

10. بدءا من ورقة Excel المصدر، انسخ السجلات ضمن العمود Windows Live ID في المفكرة. لا تنسخ العنوان.

11. أحفظ ملف المفكرة.

12. أدخل معرف Windows Live (UPNs) الوجهة في نفس مستند المفكرة على يمين UPN المصدر المطابق. تأكد من فصل UPNs المصدر والوجهة بفاصلة (،).

    مثال:

    • 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

قبل متابعة الترحيل، تأكد من مراجعة عملية الإعداد وإكمالها. بعد إكمال عملية الإعداد، اتبع الخطوات الواردة في الأقسام التالية للترحيل باستخدام مركز إدارة Power Platform.

1. سجل دخولك إلى مركز إدارة Power Platform.

2. في جزء التنقل، حدد الإدارة.

3. في جزء ادارة حدد البيئات.

4. في صفحة البيئات ، حدد البيئة التي تريد نقلها. تدعم عمليات نقل المستأجر إلى المستأجر بيئة الاختبار المعزولة وبيئات التشغيل باستخدام Dataverse.

5. في شريط الأوامر، حدد نقل البيئة. يظهر جزء طلب نقل جهة إلى جهة أخرى.

6. أدخل معرف المستأجر الوجهة في مربع معرف المستأجر الهدف وحدد إرسال الطلب.

   يتلقى المستأجر المستهدف طلب الترحيل للموافقة. يظهر شعار طلب معلق في صفحة البيئات .

قائمة طلبات الترحيل

تظهر شعارات الإعلامات في أعلى صفحة البيئات عندما:

• لديك طلب للموافقة عليه كمستأجر مستهدف.
• لقد أرسلت طلبا للمراجعة كمستأجر مصدر.

طلب الموافقة كمستأجر وجهة

1. حدد مراجعة التحركات على البانر.

2. تفتح لوحة بقائمة طلبات الترحيل لمراجعتها للموافقة عليها.

   يمكنك البحث عن طلب ترحيل باستخدام معرف البيئة أو حالة الطلب.

3. حدد معرف البيئة للموافقة على الطلب أو رفضه.

4. راجع الطلب وقم بالموافقة عليه أو رفضه.

ملحوظة

تنتهي صلاحية الطلبات بعد سبعة أيام.

طلب المراجعة بصفة مستأجر أصلي

1. حدد مراجعة التحركات على البانر.

2. يتم فتح لوحة مع قائمة بطلبات الترحيل التي أرسلتها.

   يمكنك البحث عن طلب ترحيل باستخدام معرف البيئة أو حالة الطلب.

إعداد الترحيل بعد الموافقة

بعد الموافقة على طلب الترحيل، يظهر شعار مع زر بدء النقل على صفحة تفاصيل البيئة.

1. حدد Begin move لفتح لوحة Get ready for this tenant-to-tenant move ، والتي تعرض خطوات النقل المسبق. يفتح زر نقل البيئة في شريط الأوامر هذه اللوحة أيضا.

   

2. تحميل ملف تعيين المستخدم للتحقق من الصحة. يجب تسمية الملف usermapping.csv.

3. بعد تحميل الملف، حدد Validate. يؤدي هذا الإجراء إلى تفعيل عملية دورة حياة التحقق من الصحة. انتظر حتى تكتمل العملية.

عند فشل التحقق من الصحة

إذا فشلت عملية التحقق من الصحة، يظهر شعار مع زر أخطاء التنزيل . قم بتنزيل ملف الخطأ، وأصلح المشكلات في ملف تعيين المستخدم، ثم أعد التحقق باستخدام الخطوات المذكورة سابقا.

استخدم الجدول التالي لفهم نتائج تعيين المستخدم واستكشاف الأخطاء وإصلاحها.

رمز الخطأ	الوصف	الإجرَاء
المعرف_المصدر_المفقود_في_خريطة_المستخدم (SourceUserIdMissingInUserMap)	SourceUserId فارغ في الخريطة.	تحقق من Source User وإصلاحه في ملف التعيين.
المستخدم المستهدف غير موجود في خريطة المستخدم	TargetUserId فارغ في التحويل.	تحقق من المستخدم الهدف وأصلحه في ملف التعيين.
SourceUserIdIsNotValidGuid	SourceUserId ليس GUID صالحا.	قم بإصلاح المستخدم المصدر ليكون GUID صالحًا في ملف التعيين.
المستخدم المصدر غير موجود في قاعدة البيانات التنظيمية	لم يتطابق SourceUserId مع أي SystemUserId في جدول SystemUsers للمؤسسة.	إزالة الإدخال من ملف التعيين.
لا يوجد UPN الهدف في AAD.	لم يتم العثور على TargetUserId UPN في معرف Microsoft Entra للمستأجر.	تحقق من إصلاح المستخدم المستهدف لمستخدم موجود وصالح في معرف المستأجر Entra أو قم بإزالة الإدخال من ملف التعيين.
خطأ يمكن إعادة المحاولة	حدث خطأ قابل لإعادة المحاولة أثناء تخرين المستخدم. قد يكون ناجحا في إعادة المحاولة التالية.	أعد تشغيل أمر تعيين المستخدم مع قائمة المستخدمين الذين لديهم هذا الخطأ في ملف التعيين.
لا يمكن تعيين مستخدم التطبيق	المستخدم المصدر في الخريطة هو مستخدم تطبيق، وهو غير مدعوم من قبل عملية الربط.	تعيين المستخدم داخل التطبيق غير مدعوم. لا يوجد إجراء مطلوب. نقترح إنشاء مستخدمي التطبيق في مستأجر الوجهة. لا يمكن ترحيل مستخدمي تطبيق المستأجر المصدر إلى المستأجر الوجهة. هذا متعمد بتصميم.
تخطي التعيين	المستخدم المصدر غير موجود في المؤسسة، والمستخدم المستهدف موجود بالفعل.	لا يوجد إجراء مطلوب. وهذا يعني أن المستخدم المصدر قد تم تعيينه بالفعل إلى المستخدم الهدف في التشغيل السابق أو يدويا.

عند نجاح التحقق من الصحة

بعد نجاح التحقق من الصحة، يظهر شعار مع الزر نقل البيئة على صفحة تفاصيل البيئة.

1. حدد نقل البيئة لفتح لوحة نقل هذه البيئة إلى مستأجر آخر . يمكنك إعادة التحقق باستخدام ملف تعيين مستخدم جديد.

2. راجع خطوات النقل المسبق وحدد خانة الاختيار للتأكد من إكمال خطوات النقل المسبق.

   

3. حدد نقل البيئة لنقل البيئة. يؤدي هذا الإجراء إلى تشغيل عملية دورة حياة بيئة النقل. انتظر حتى تكتمل العملية.

اكتمال النقل

بعد اكتمال عملية النقل:

• تنقل العملية مؤسسة Dataverse من المستأجر المصدر إلى المستأجر الوجهة.
• يحتفظ المستأجر المصدر بالبيئة ولكن دون مؤسسة Dataverse.
• تنشئ العملية بيئة جديدة في المستأجر المستهدف بنفس اسم بيئة المصدر وتشمل مؤسسة Dataverse المنقولة.
• تحديث مجموعات الأمان بعد اكتمال الترحيل في المستأجر الوجهة. ترحيل مجموعة الأمان غير مدعوم.
• يجب إعادة تمكين البيئة المُدارة في المستأجر الوجهة. يجب أن يكون لدى المستأجر الوجهة الترخيص المطلوب لتمكين البيئة المدارة.
• يجب تحديث إعدادات البيئة التي لم يتم نسخها من قبل العملاء بعد النقل.
• ميزة الذكاء الاصطناعي التوليدية على مستوى البيئة ولها قيم افتراضية.

إلغاء النقل

يمكنك إلغاء النقل في أي وقت بين إرسال الطلب وإكمال نقل البيئة. حدد الزر إلغاء النقل على الشعار لفتح مربع الحوار إلغاء النقل وإلغاء النقل.

الترحيل باستخدام PowerShell

قبل متابعة الترحيل، تأكد من مراجعة عملية الإعداد وإكمالها. بعد إكمال عملية الإعداد، اتبع الخطوات الواردة في الأقسام التالية للترحيل باستخدام PowerShell.

تثبيت PowerShell لمسؤولي Power Platform (كل من المسؤولين المصدر والهدف)

وحدة PowerShell لمسؤولي Power Platform هي وحدة PowerShell الموصى بها للتفاعل مع إمكانات المسؤولين. للحصول على معلومات تساعدك على بدء استخدام الوحدة النمطية PowerShell لمسؤولي Power Platform، راجع بدء استخدام PowerShell لمسؤولي Power Platformوتثبيت PowerShell لمسؤولي Power Platform.

قم بتثبيت الوحدة النمطية الضرورية أو تحديثها باستخدام أحد الأوامر التالية:

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

تثبيت Azure PowerShell على Windows (المسؤولون المصدر والهدف على حد سواء)

الوحدة النمطية Azure PowerShell هي وحدة القيمة المحتسبة. عند تثبيت الوحدة النمطية Azure PowerShell، فإنه يقوم بتنزيل الوحدات النمطية المتوفرة بشكل عام ويجعل أوامر cmdlets الخاصة بهم متاحة للاستخدام. لمزيد من المعلومات، راجع تثبيت Azure PowerShell على Windows.

استخدم cmdlet Install-Module لتثبيت الوحدة النمطية لـ Azure PowerShell:

Install-Module -Name Az -Repository PSGallery -Force

تسجيل الدخول إلى Microsoft Power Platform (كل من المسؤولين المصدر والهدف)

سجل الدخول إلى Microsoft Power Platform. من خلال تسجيل الدخول، يمكن للمسؤولين مصادقة بيئة Power Platform والوصول إليها.

Add-PowerAppsAccount

إرسال طلب الترحيل (مسؤول المصدر)

لبدء عملية ترحيل بين مستأجرين، يجب على مسؤول Dynamics 365 أو Power Platform الخاص بالمستأجر المصدر إرسال طلب ترحيل إلى المستأجر الهدف. استخدم الأمر التالي وقم بتوفير معرف اسم البيئة ومعرف المستأجر.

يجب أن تكون لديك بيانات اعتماد مسؤول Power Platform أو مسؤول Dynamics 365 لإكمال هذه الخطوة.

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

لعرض الحالة و MigrationID، استخدم الأمر التالي:

TenantToTenant-ViewMigrationRequest

ملحوظة

سجل MigrationID، الذي تستخدمه في أوامر الترحيل الإضافية. يختلف مُعرف ترحيل مستأجر المصدر عن MigrationID المستأجر الوجهة.

عرض طلب الترحيل والموافقة عليه (مسؤول الهدف)

يقوم مسؤول المستأجر الوجهة بتشغيل الأمر التالي لمشاهدة جميع طلبات الترحيل وحالتها. يمكن للمسؤول مراجعة جميع طلبات الترحيل واختيار الموافقة عليها أو رفضها.

Add-PowerAppsAccount

TenantToTenant-ViewApprovalRequest

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

بمجرد موافقة المسؤول على طلب، يمكنه إعلام المسؤول بالمستأجر المصدر للمتابعة في الخطوة التالية من الترحيل.

تحميل ملف تعيين المستخدم (مسؤول المصدر)

تنشئ هذه الخطوة عنوان URL ل SAS. يمكنك استخدام عنوان URL هذا لاحقاً لتحميل ملف تعيين المستخدم. قم بتشغيل أمر PowerShell التالي، مع استبدال EnvironmentId بمعرف البيئة الفعلي وFileLocation بموقع الملف الفعلي.

ملحوظة

عند تمرير قيمة FileLocation ، يجب تضمين اسم ملف usermapping (usermapping.csv) في المعلمة: C:\Filelocation\usermapping.csv.

TenantToTenant-UploadUserMappingFile –EnvironmentName {EnvironmentId} -UserMappingFilePath {FileLocation}

انسخ قيمة Read Only UserMapping File ContainerUri الذي تم إرجاعه بواسطة الأمر . اِسْتَخْدِمْ هٰذَا SAS URI كَـمعلمة ReadOnlyUserMappingFileContainerUri في الأمر TenantToTenant-PrepareMigration.

إعداد ترحيل البيئة (مسؤول المصدر)

تقوم هذه الخطوة بتشغيل عمليات تحقق شاملة للتأكد من التحقق من صحة كل مستخدم مدرج في ملف تعيين المستخدم ونشط حاليا في المستأجر الهدف.

يمكنك عرض MigrationId باستخدام الأمر "TenantToTenant-ViewMigrationRequest" في المستأجر المصدر.

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

ملحوظة

قم بتوفير قيمة SASUri من إخراج الأمر TenantToTenant-UploadUserMappingFile .

عينة المخرجات

Code        : 202
Description : Accepted

تختلف مدة هذه الخطوة استنادا إلى عدد المستخدمين في ملف تعيين المستخدم. يمكنك مراقبة تقدم هذه الخطوة باستخدام الأمر TenantToTenant-GetStatus ، المتوفر في القسم التالي.

التحقق من الحالة (مسؤول المصدر)

TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}

عينة المخرجات

• التحقق من صحة ترحيل المستأجر إلى المستأجر : قيد التشغيل
• التحقق من صحة ترحيل المستأجر إلى المستأجر : تم بنجاح
• فشل التحقق من الصحة، ويتم تحديث الأخطاء في الكائن الثنائي كبير الحجم هنا: SASURI

الأخطاء وكيفية حلها

• إذا تلقيت رسالة خطأ تفيد بأن ملف تعيين المستخدم المقدم لترحيل المستأجر إلى المستأجر غير صالح، فتحقق مما إذا كان اسم ملف تعيين المستخدم صحيحا وأن ملف تعيين المستخدم يحتوي على فاصلة لفصل القيم.
• يحتوي السطر '{line numbers}' على نفس '{email ID}': تأكد من عدم وجود أي إدخالات مكررة.
• تنسيق البريد الإلكتروني غير صالح '{مُعرف البريد الإلكتروني}': تأكد من صحة تنسيق البريد الإلكتروني لـ testuser@tenantdomain.com.
• الهدف على السطر '{line number}' هو نفس معرف البريد الإلكتروني المصدر: تأكد من أن البريد الإلكتروني الوجهة مختلف عن البريد الإلكتروني المصدر.
• يجب أن يحتوي كل بند على عمودين بالضبط: '{أرقام البند}': تأكد من أن كل صف يحتوي على عمودين فقط: عمودي المصدر والوجهة. قم بإزالة أي فواصل إضافية،

بعد إصلاح أخطاء تعيين المستخدم، أعد تحميل ملف تعيين المستخدم باستخدام نفس SAS URI.

تنزيل تقرير الخطأ (مسؤول المصدر)

إذا كان ملف تعيين المستخدم يحتوي على أخطاء، يمكنك تنزيل تقرير خطأ. للقيام بذلك، انسخ والصق SasUrl المتوفر في الأمر Tenant-To-Tenant-GetMigrationStatus مباشرة إلى مستعرض الإنترنت الخاص بك. أو استخدم الأوامر التالية التي تستخدم 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. أعد تحميل الملف باستخدام الخطوات الواردة في تحميل ملف تعيين المستخدم (مسؤول المصدر) .

بعد إكمال ترحيل البيئة (مسؤول المصدر) بنجاح، يمكنك متابعة إجراء ترحيل البيئة (مسؤول المصدر) لترحيل البيئة. نفذ الترحيل خلال الأيام السبعة القادمة. إذا لم تكمل الترحيل خلال الأيام السبعة القادمة، فيجب أن تبدأ بإجراء إعداد ترحيل البيئة (مسؤول المصدر) مرة أخرى.

ترحيل البيئة (مسؤول المصدر)

استخدم TenantToTenant-ViewMigrationRequest الأمر في المستأجر المصدر لعرض MigrationId.

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

الحصول على الحالة (مسؤول المصدر)

TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}

عينة المخرجات

• ترحيل البيئة: قيد التشغيل
• ترحيل البيئة: تم النجاح

ملحوظة

إذا واجهت أي مشاكل في تشغيل الأوامر السابقة، أرسل طلب دعم للحصول على المساعدة.

عملية ما بعد الترحيل

بعد نقل البيئات إلى مستأجر آخر:

• يظل عنوان URL للبيئة ومعرف المؤسسة (OrgID) والاسم كما هو.
• لا تتضمن بيئة المصدر Dataverse.
• لا يتم ترحيل المستخدمين غير الموجودين في ملف التعيين كما لا يتم تعيينهم بعد الترحيل.
• تحديث مجموعات الأمان بعد اكتمال الترحيل في المستأجر الوجهة. ترحيل مجموعة الأمان غير مدعوم.
• يجب إعادة تمكين البيئة المُدارة في المستأجر الوجهة. يجب أن يكون لدى المستأجر الوجهة الترخيص المطلوب لتمكين البيئة المدارة.
• يجب تحديث إعدادات البيئة التي لم يتم نسخها من قبل العملاء بعد النقل.
• ميزة الذكاء الاصطناعي التوليدية على مستوى البيئة ولها قيم افتراضية.

أكمل الإجراءات التالية لـ Power Automate، Power Apps، Copilot Studio، و Power Pages.

عملية ما بعد الترحيل Power Automate

بعد انتهاء الترحيل، راجع المكونات المستوردة وقم بتنفيذ الخطوات التالية لضمان عمل التدفقات والأصول الأخرى بشكل صحيح:

1. أنشى الاتصالات أو قم بتعيينها لجميع مراجع الاتصالات.
   • افتح الحل في البيئة الهدف.
   • انتقل إلى مراجع الاتصال وأعد مصادقة كل منها أو ربطها باتصال موجود.
2. قم بتمكين كل مهام سير العمل.
   • يتم إيقاف تشغيل التدفقات المستوردة بشكل افتراضي.
   • ابدأ أي تدفقات فرعية قبل تمكين التدفقات الأصلية التي تستدعيها لتجنب الأخطاء.
3. قم بتحديث عناوين URL لمشغل HTTP.
   • تنشئ التدفقات التي يتم تشغيلها بواسطة HTTP عنوان URL جديدًا بعد الاستيراد.
   • قم بتحديث أي تطبيقات اتصال أو تدفقات رئيسية أو أنظمة خارجية لاستخدام عنوان URL الجديد.

عملية ما بعد الترحيل لتطبيقات Power Apps

بالنسبة للتطبيقات المدركة للحلول‬

1. حدد البيئة الجديدة من Power Apps وانتقل إلى صفحة Solutions.
2. حدد Import واستخدم محدد الملف لتحديد الحزم المصدرة من الخطوة السابقة.
3. تأكد من نجاح الاستيراد عن طريق التحقق من محتويات الحل للبيئة التي تم ترحيلها.

بالنسبة للتطبيقات غير المدركة للحلول‬

1. انتقل إلى Power Apps.
2. حدد البيئة الجديدة من القائمة المنسدلة للبيئة.
3. حدد تطبيقات.
4. حدد استيراد تطبيق اللوحة.
5. حمل ملف حزمة التطبيق.
6. أكمل جميع اختيارات خيار الاستيراد، ثم حدد استيراد.
7. كرر هذه الخطوات حتى يتم استيراد جميع التطبيقات.

عملية ما بعد الترحيل ل Copilot Studio

1. حدد البيئة الجديدة من Power Apps وانتقل إلى صفحة Solutions.
2. حدد Import واستخدم محدد الملف لتحديد الحزم المصدرة من الخطوة السابقة.
3. تأكد من نجاح الاستيراد عن طريق التحقق من محتويات الحل للبيئة التي تم ترحيلها.

عملية ما بعد الترحيل لـ Power Pages

قم بإكمال الخطوات التالية لكل موقع ويب ضمن البيئة.

1. سجل الدخول إلى البيئة.
2. افتح مركز الإدارة.
3. تزويد موقع الويب بنفس نوع المدخل واللغة.

عملية ما بعد الترحيل ل Customer Insights

يتطلب Dynamics 365 Customer Insights - Journeys (CI-J) خطوات ما بعد الترحيل لاستعادة الوظائف في المستأجر الوجهة. اعرف المزيد في ترحيل Dynamics 365 Customer Insights - Journeys بين المستأجرين.

بعد إكمال جميع الخطوات السابقة والترحيل، يمكنك التحقق من صحة البيئة في المستأجر الهدف. ويمكنك لاحقًا حذف البيئة المصدر في مركز مسؤولي Power Platform.

الأسئلة المتداولة

هل تم تمكين العمليات الجارية في الخلفية أثناء الترحيل من مستأجر إلى مستأجر آخر؟

لا يتم تشغيل عمليات الخلفية أثناء ترحيل المستأجر إلى المستأجر بسبب تمكين وضع الإدارة. لمزيد من المعلومات، راجع وضع الإدارة.

هل يمكن ترحيل جميع مستخدمي مؤسسة Dataverse؟

يمكنك ترحيل كافة مستخدمي مؤسسة Dataverse فقط إذا كان المستخدمون موجودين في المستأجر الوجهة. على سبيل المثال:

user001@source.com، user001@destination.com

user002@source.com، user002@destination.com

ما البيئات المدعومة للانتقال؟

يتم دعم بيئات الإنتاج وبيئات الاختبار المعزولة فقط. لا يتم دعم البيئات الافتراضية وبيئات المطورين والبيئات التجريبية وبيئات Teams.

هل ستنتقل البيئة إلى المستأجر الجديد فعليًا؟

‏‏لا. تظل البيئة في مكانها، ولكن تنتقل مؤسسة Dataverse إلى المستأجر الوجهة. لم يعد جزءًا من المستأجر المصدر ويتم إدارته ضمن البيئة الجديدة في المستأجر الوجهة. لا تزال البيانات المخزنة في Dataverse مخزنة في البيئة في المستأجر الخاص بك. يجب حذف البيئة اليتيمة عند اكتمال نقل المستأجر إلى المستأجر وتم التأكد من أن البيانات لم تعد ضرورية في المستأجر المصدر.

هل هناك أي مكونات غير مدعومة بالكامل؟

لمزيد من المعلومات حول المكونات المدعومة والمكونات غير المدعومة، راجع قبل البدء.

ماذا يحدث لتكوينات صندوق البريد؟

إذا كان المستخدم المعين (المذكور في ملف تعيين المستخدم) لديه علبة بريد في المستأجر الوجهة، يتم تكوينه تلقائيا. بخلاف ذلك، سيكون إعادة التكوين اليدوي ضروريًا.

كيف يمكنني بدء عملية انتقال؟

يجب على مسؤول Dynamics 365 أو منصة Power الخاصة بالمستأجر المصدر تقديم طلب باستخدام أوامر PowerShell مع اسم البيئة، معرف البيئة، ومعرف المستأجر. راجع الأوامر الواردة سابقا في هذه المقالة.

هل يوجد خيار واجهة مستخدم ذاتية الخدمة؟

نعم. بعد الموافقة على TenantToTenant-SubmitMigrationRequest –EnvironmentName {EnvironmentId} -TargetTenantID {TenantID} في المستأجر المستهدف، يتوفر خيار في صفحة البيئة لنقل البيئة.