استخدم PowerShell لإجراء ترحيل كلي إلى Microsoft 365

  • مقالة

تنطبق هذه المقالة على كل من Microsoft 365 Enterprise Office 365 Enterprise.

يمكنك ترحيل محتويات علب بريد المستخدم من نظام بريد إلكتروني مصدر إلى Microsoft 365 في وقت واحد باستخدام الترحيل الكلي. ترشدك هذه المقالة خلال مهام الترحيل الكلي للبريد الإلكتروني باستخدام Exchange Online PowerShell.

من خلال مراجعة الموضوع، ما تحتاج إلى معرفته حول ترحيل البريد الإلكتروني الكلي إلى Microsoft 365، يمكنك الحصول على نظرة عامة على عملية الترحيل. عندما تكون مرتاحا لمحتويات هذه المقالة، استخدم هذه المقالة لبدء ترحيل علب البريد من نظام بريد إلكتروني إلى آخر.

ملاحظة

يمكنك أيضا استخدام مركز إدارة Exchange لإجراء ترحيل كلي. راجع إجراء ترحيل كلي للبريد الإلكتروني إلى Microsoft 365.

ما الذي تحتاج إلى معرفته قبل أن تبدأ؟

الوقت المقدر لإكمال هذه المهمة: 2-5 دقائق لإنشاء دفعة ترحيل. بعد بدء دفعة الترحيل، ستختلف مدة الترحيل استنادا إلى عدد علب البريد في الدفعة وحجم كل علبة بريد وسعة الشبكة المتوفرة. للحصول على معلومات حول العوامل الأخرى التي تؤثر على المدة التي يستغرقها ترحيل علب البريد إلى Microsoft 365، راجع أداء الترحيل.

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

لاستخدام Exchange Online PowerShell cmdlets، تحتاج إلى تسجيل الدخول واستيراد أوامر cmdlets إلى جلسة Windows PowerShell المحلية. راجع الاتصال Exchange Online PowerShell للحصول على الإرشادات.

للحصول على قائمة كاملة بأوامر الترحيل، راجع نقل أوامر cmdlets وترحيلها.

خطوات الترحيل

الخطوة 1: الاستعداد للترحيل الكلي

  • أضف مؤسسة Exchange المحلية كمجال مقبول لمؤسسة Microsoft 365. تستخدم خدمة الترحيل عنوان SMTP لعلب البريد المحلية لإنشاء معرف مستخدم Microsoft Online Services وعنوان البريد الإلكتروني لعلب بريد Microsoft 365 الجديدة. سيفشل الترحيل إذا لم يكن مجال Exchange مجالا مقبولا أو المجال الأساسي لمؤسستك Microsoft 365. لمزيد من المعلومات، راجع التحقق من مجالك.

  • قم بتكوين Outlook Anywhere على خادم Exchange المحلي. تستخدم خدمة ترحيل البريد الإلكتروني RPC عبر HTTP أو Outlook Anywhere للاتصال بخادم Exchange المحلي. للحصول على معلومات حول كيفية إعداد Outlook Anywhere for Exchange 2010 وExchange 2007 وExchange 2003، راجع ما يلي:

  • تحقق من إمكانية الاتصال بمؤسسة Exchange باستخدام Outlook Anywhere. جرب إحدى هذه الطرق لاختبار إعدادات الاتصال:

    • استخدم Microsoft Outlook من خارج شبكة شركتك للاتصال بعلبة بريد Exchange المحلية.

    • استخدم Microsoft Exchange Remote Connectivity Analyzer لاختبار إعدادات الاتصال. استخدم اختبارات Outlook Anywhere (RPC عبر HTTP) أو Outlook Autodiscover.

    • قم بتشغيل الأوامر التالية في Exchange Online PowerShell.

    $Credentials = Get-Credential

    Test-MigrationServerAvailability -ExchangeOutlookAnywhere -Autodiscover -EmailAddress <email address for on-premises administrator> -Credentials $credentials

  • قم بتعيين حساب مستخدم محلي للأذونات الضرورية للوصول إلى علب البريد في مؤسسة Exchange. يجب أن يكون لحساب المستخدم المحلي الذي تستخدمه للاتصال بمؤسسة Exchange المحلية (التي تسمى أيضا مسؤول الترحيل) الأذونات اللازمة للوصول إلى علب البريد المحلية التي تريد ترحيلها إلى Microsoft 365. يتم استخدام حساب المستخدم هذا لإنشاء نقطة نهاية ترحيل إلى مؤسستك المحلية.

    تعرض القائمة التالية الامتيازات الإدارية المطلوبة لترحيل علب البريد باستخدام الترحيل الكلي. هناك ثلاثة خيارات ممكنة.

    • يجب أن يكون مسؤول الترحيل عضوا في مجموعة مسؤولي المجال في Active Directory في المؤسسة المحلية.

      او

    • يجب تعيين إذن FullAccess لمسؤول الترحيل لكل علبة بريد محلية.

      او

    • يجب تعيين إذن تلقي ك لمسؤول الترحيل على قاعدة بيانات علبة البريد المحلية التي تخزن علب بريد المستخدم.

  • تعطيل المراسلة الموحدة. إذا تم تمكين علب البريد المحلية التي تقوم بترحيلها للمراسلة الموحدة (UM)، يجب تعطيل UM على علب البريد قبل ترحيلها. يمكنك بعد ذلك تمكين UM على علب البريد بعد اكتمال الترحيل.

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

الخطوة 2: إنشاء نقطة نهاية ترحيل

لترحيل البريد الإلكتروني بنجاح، يحتاج Microsoft 365 إلى الاتصال بنظام البريد الإلكتروني المصدر والاتصال به. للقيام بذلك، يستخدم Microsoft 365 نقطة نهاية ترحيل. لإنشاء نقطة نهاية ترحيل Outlook Anywhere للترحيل الكلي، اتصل أولا Exchange Online.

للحصول على قائمة كاملة بأوامر الترحيل، راجع نقل أوامر cmdlets وترحيلها.

قم بتشغيل الأوامر التالية في Exchange Online PowerShell:

$Credentials = Get-Credential

يستخدم المثال الأمر Test-MigrationServerAvailability للحصول على إعدادات الاتصال واختبارها إلى خادم Exchange المحلي، ثم يستخدم إعدادات الاتصال هذه لإنشاء نقطة نهاية الترحيل تسمى "CutoverEndpoint".

$TSMA = Test-MigrationServerAvailability -ExchangeOutlookAnywhere -Autodiscover -EmailAddress administrator@contoso.com -Credentials $credentials

New-MigrationEndpoint -ExchangeOutlookAnywhere -Name CutoverEndpoint -ConnectionSettings $TSMA.ConnectionSettings

ملاحظة

يمكن استخدام الأمر cmdlet New-MigrationEndpoint لتحديد قاعدة بيانات للخدمة لاستخدامها باستخدام الخيار -TargetDatabase . وإلا يتم تعيين قاعدة بيانات عشوائيا من موقع خدمات الأمان المشترك لـ Active Directory (AD FS) 2.0 حيث توجد علبة بريد الإدارة.

تحقق من أنه يعمل

في Exchange Online PowerShell، قم بتشغيل الأمر التالي لعرض معلومات حول نقطة نهاية الترحيل "CutoverEndpoint":

Get-MigrationEndpoint CutoverEndpoint | Format-List EndpointType,ExchangeServer,UseAutoDiscover,Max*

الخطوة 3: إنشاء دفعة الترحيل الكلي

يمكنك استخدام New-MigrationBatch cmdlet في Exchange Online PowerShell لإنشاء دفعة ترحيل للترحيل الكلي. يمكنك إنشاء دفعة ترحيل وبدء تشغيلها تلقائيا عن طريق تضمين معلمة AutoStart . بدلا من ذلك، يمكنك إنشاء دفعة الترحيل ثم بدء تشغيلها يدويا بعد ذلك باستخدام Start-MigrationBatch cmdlet. ينشئ هذا المثال دفعة ترحيل تسمى "CutoverBatch" ويستخدم نقطة نهاية الترحيل التي تم إنشاؤها في الخطوة السابقة.

New-MigrationBatch -Name CutoverBatch -SourceEndpoint CutoverEndpoint -AutoStart

ينشئ هذا المثال أيضا دفعة ترحيل تسمى "CutoverBatch" ويستخدم نقطة نهاية الترحيل التي تم إنشاؤها في الخطوة السابقة. نظرا لعدم تضمين معلمة AutoStart ، يجب بدء دفعة الترحيل يدويا على لوحة معلومات الترحيل أو باستخدام Start-MigrationBatch cmdlet. كما ذكر سابقا، يمكن أن توجد دفعة واحدة فقط من دفعات الترحيل الكلي في كل مرة.

New-MigrationBatch -Name CutoverBatch -SourceEndpoint CutoverEndpoint

تحقق من أنه يعمل

للتحقق من أنك نجحت في إنشاء دفعة ترحيل لترحيل كلي، قم بتشغيل الأمر التالي في Exchange Online PowerShell لعرض معلومات حول دفعة الترحيل الجديدة:

Get-MigrationBatch | Format-List

الخطوة 4: بدء دفعة الترحيل الكلي

لبدء دفعة الترحيل في Exchange Online PowerShell، قم بتشغيل الأمر التالي. سيؤدي ذلك إلى إنشاء دفعة ترحيل تسمى "CutoverBatch".

Start-MigrationBatch -Identity CutoverBatch

تحقق من أنه يعمل

إذا تم بدء دفعة ترحيل بنجاح، يتم تحديد حالتها على لوحة معلومات الترحيل على أنها مزامنة. للتحقق من أنك بدأت دفعة ترحيل بنجاح باستخدام Exchange Online PowerShell، قم بتشغيل الأمر التالي:

Get-MigrationBatch -Identity CutoverBatch |  Format-List Status

الخطوة 5: توجيه بريدك الإلكتروني إلى Microsoft 365

تستخدم أنظمة البريد الإلكتروني سجل DNS يسمى سجل MX لمعرفة مكان تسليم رسائل البريد الإلكتروني. أثناء عملية ترحيل البريد الإلكتروني، كان سجل MX يشير إلى نظام البريد الإلكتروني المصدر. الآن بعد اكتمال ترحيل البريد الإلكتروني إلى Microsoft 365، حان الوقت للإشارة إلى سجل MX في Microsoft 365. يساعد هذا في التأكد من تسليم البريد الإلكتروني إلى علب بريد Microsoft 365. من خلال نقل سجل MX، يمكنك أيضا إيقاف تشغيل نظام البريد الإلكتروني القديم عندما تكون جاهزا.

بالنسبة للعديد من موفري DNS، هناك إرشادات محددة لتغيير سجل MX الخاص بك. إذا لم يتم تضمين موفر DNS الخاص بك، أو إذا كنت ترغب في الحصول على إحساس بالاتجاهات العامة، يتم توفير إرشادات سجل MX العامة أيضا.

قد يستغرق الأمر ما يصل إلى 72 ساعة حتى تتعرف أنظمة البريد الإلكتروني لعملائك وشركائك على سجل MX الذي تم تغييره. انتظر 72 ساعة على الأقل قبل المتابعة إلى المهمة التالية: الخطوة 6: حذف دفعة الترحيل الكلي.

الخطوة 6: حذف دفعة الترحيل الكلي

بعد تغيير سجل MX والتحقق من توجيه جميع رسائل البريد الإلكتروني إلى علب بريد Microsoft 365، قم بإعلام المستخدمين بأن بريدهم سينتقل إلى Microsoft 365. بعد ذلك، يمكنك حذف دفعة الترحيل الكلي. تحقق مما يلي قبل حذف دفعة الترحيل.

  • يستخدم جميع المستخدمين علب بريد Microsoft 365. بعد حذف الدفعة، لا يتم نسخ البريد المرسل إلى علب البريد في Exchange Server المحلي إلى علب بريد Microsoft 365 المقابلة.

  • تمت مزامنة علب بريد Microsoft 365 مرة واحدة على الأقل بعد أن بدأ إرسال البريد إليها مباشرة. للقيام بذلك، تأكد من أن القيمة الموجودة في المربع آخر وقت تمت مزامنته لدفعة الترحيل أحدث مما كانت عليه عند بدء توجيه البريد مباشرة إلى علب بريد Microsoft 365.

لحذف دفعة الترحيل "CutoverBatch" في Exchange Online PowerShell، قم بتشغيل الأمر التالي:

Remove-MigrationBatch -Identity CutoverBatch

القسم 7: تعيين تراخيص المستخدمين

تنشيط حسابات مستخدمي Microsoft 365 للحسابات التي تم ترحيلها عن طريق تعيين التراخيص. إذا لم تقم بتعيين ترخيص، يتم تعطيل علبة البريد عند انتهاء فترة السماح (30 يوما). لتعيين ترخيص في مركز مسؤولي Microsoft 365، راجع تعيين تراخيص أو إلغاء تعيينها.

الخطوة 8: إكمال مهام ما بعد الترحيل

  • إنشاء سجل DNS للاكتشاف التلقائي حتى يتمكن المستخدمون من الوصول بسهولة إلى علب البريد الخاصة بهم. بعد ترحيل جميع علب البريد المحلية إلى Microsoft 365، يمكنك تكوين سجل DNS للاكتشاف التلقائي لمؤسستك في Microsoft 365 لتمكين المستخدمين من الاتصال بسهولة بعلب بريد Microsoft 365 الجديدة الخاصة بهم باستخدام Outlook وعملاء الأجهزة المحمولة. يجب أن يستخدم سجل DNS الجديد هذا الكشف التلقائي نفس مساحة الاسم التي تستخدمها لمؤسسة Microsoft 365. على سبيل المثال، إذا كانت مساحة الاسم المستندة إلى السحابة cloud.contoso.com، فإن سجل DNS للاكتشاف التلقائي الذي تحتاج إلى إنشائه autodiscover.cloud.contoso.com.

    إذا احتفظت Exchange Server، فيجب عليك أيضا التأكد من أن سجل DNS CNAME للاكتشاف التلقائي يجب أن يشير إلى Microsoft 365 في DNS الداخلي والخارجي بعد الترحيل بحيث يتمكن عميل Outlook من الاتصال بعلبة البريد الصحيحة.

    ملاحظة

    في Exchange 2007 وExchange 2010 وExchange 2013، يجب عليك أيضا تعيين Set-ClientAccessServer AutodiscoverInternalConnectionURI إلى Null.

    يستخدم Microsoft 365 سجل CNAME لتنفيذ خدمة الكشف التلقائي لعملاء Outlook والأجهزة المحمولة. يجب أن يحتوي سجل CNAME للاكتشاف التلقائي على المعلومات التالية:

  • إيقاف تشغيل خوادم Exchange المحلية. بعد التحقق من توجيه جميع رسائل البريد الإلكتروني مباشرة إلى علب بريد Microsoft 365، ولم تعد بحاجة إلى الاحتفاظ بمؤسسة البريد الإلكتروني المحلية أو عدم التخطيط لتنفيذ حل تسجيل دخول أحادي (SSO)، يمكنك إلغاء تثبيت Exchange من خوادمك وإزالة مؤسسة Exchange المحلية.

    لمزيد من المعلومات، راجع ما يلي: