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

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

قبل بدء الاستخدام

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

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

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

   Source	الوجهة
   SourceUser@sourcetenant.com	DestinationUser@targettenant.com

للمستخدمين بإمكانية الوصول الكامل:

1. الوصول إلى البيئة المصدر.

2. استخدم البحث المتقدم للبحث عن المستخدمين.

3. حدد استخدام طريقة العرض المحفوظة > مستخدمون بإمكانية الوصول الكامل، ثم قم بتحديد تحرير الأعمدة.

4. أزل كافة الأعمدة عدا عمود الاسم بالكامل.

5. حدد إضافة أعمدة > مُعرف Windows Live.

6. حدد موافق > النتائج للاطلاع على قائمة المستخدمين بإمكانية الوصول الكامل.

7. حدد كافة السجلات، وحدد تصدير المستخدمين في الشريط، ثم اختر ورقة عمل ثابتة.

8. اتبع الخطوات من 1 إلى 7 أعلاه للمستأجر الوجهة، إن أمكن. يجب أن يكون لديك الآن ورقتين Excel منفصلتين: ورقة لمستأجر المصدر و الأخرى لمستأجر الهدف.

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

10. ابدأ بورقة Excel المصدر، انسخ السجلات أسفل عمود معرف Windows Live إلى المفكرة. لا تنسخ العنوان.

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.

الترحيل

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

تثبيت 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 الخاص بتثبيت الوحدة النمطية لتثبيت الوحدة النمطية 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}

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

TenantToTenant-ViewMigrationRequest

إشعار

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

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

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

Add-PowerAppsAccount

TenantToTenant-ViewApprovalRequest

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

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

إنشاء عنوان URL لتوقيع الوصول المشترك (SAS) (مسؤول المصدر)

تتضمن هذه الخطوة إنشاء عنوان URL لتوقيع الوصول المشترك، والذي يتم استخدامه لاحقًا لتحميل ملف تعيين المستخدم. نفذ الأمر PowerShell التالي، مع استبدال EnvironmentId بمُعرف البيئة الفعلي.

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}

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

تتضمن الخطوة التالية نقل ملف تعيين المستخدم إلى عنوان 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 نفسه.

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

إذا كانت هناك أي أخطاء في ملف تعيين المستخدم، فهناك خيار لتنزيل تقرير الأخطاء. يمكن القيام بذلك عن طريق نسخ ولصق 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. أعد تحميل الملف باستخدام الخطوات الواردة في [تحميل ملف تعيين المستخدم (مسؤول المصدر).](#upload-the-user-mapping-file-(source-admin)

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

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

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

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

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

TenantToTenant-GetMigrationStatus -EnvironmentName {EnvironmentId}

عينة الإخراج

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

إشعار

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

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

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

• لا يتغير عنوان URL الخاص بالبيئة ومعرف المؤسسة (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.comuser002@source.com، user002@destination.com