أداء ترحيل Office 365 وأفضل الممارسات

توجد عدة مسارات لترحيل البيانات من مؤسسة بريد إلكتروني محلية إلى Microsoft Office 365. عند التخطيط لعملية ترحيل إلى Office 365، يتم طرح السؤال الأكثر شيوعاً حول كيفية تحسين أداء عملية ترحيل البيانات وزيادة سرعتها.

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

في هذا الموضوع

نظرة عامة حول ترحيل البريد الإلكتروني إلى Office 365

يدعم Office 365 عدة أساليب لترحيل البريد الإلكتروني والتقويم وبيانات جهات الاتصال من بيئة المراسلة الموجودة إلى Office 365 كما هو موضح في طرق ترحيل عدة حسابات بريد إلكتروني إلى Office 365.

لمزيد من المعلومات حول شبكات Office 365 والأداء، راجع تخطيط الشبكة وتحسين الأداء في Office 365.

أساليب الترحيل المستخدمة بشكل متكرر

أسلوب الترحيل

الوصف

الموارد

ترحيل بروتوكول الوصول إلى الرسائل عبر إنترنت (IMAP)

يمكنك استخدام مركز إدارة Exchange أو Exchange Management Shell لترحيل محتويات علب بريد المستخدمين من نظام مراسلة IMAP إلى علب بريد Office 365 الخاصة بهم. يشمل ذلك ترحيل علب البريد الخاصة بك من خدمات البريد الإلكتروني المستضافة الأخرى، مثل Gmail أو Yahoo Mail.

ترحيل علب بريد IMAP إلى Office 365

الترحيل الكلي

باستخدام عملية الترحيل الكلي، يتم ترحيل كل علب البريد المحلية إلى Office 365 خلال بضعة أيام. إذا كنت تخطط لنقل بريد المؤسسة الإلكتروني بالكامل إلى Office 365 وإدارة حسابات المستخدمين في Office 365، فاستخدم الترحيل الكلي. فيمكنك ترحيل ما يقرب من ألفي علبة بريد بحد أقصى من مؤسسة Exchange المحلية لديك إلى Office 365 باستخدام الترحيل الكلي. ومع ذلك، فمن المستحسن نقل 150    علبة بريد، حيث يؤثر ترحيل أعداد أكبر من ذلك بالسلب على الأداء. كل هذا بالإضافة إلى إمكانية ترحيل جهات اتصال البريد ومجموعات التوزيع في مؤسسة Exchange المحلية لديك.

الترحيل الكلي إلى Office 365‏

الترحيل المرحلي

يمكنك استخدام الترحيل المرحلي إذا كنت تخطط لترحيل كافة علب البريد الخاصة بالمؤسسة إلى Office 365 في النهاية. فباستخدام الترحيل المرحلي، يتم ترحيل دفعات من علب البريد المحلية إلى Office 365 على مدار بضعة أسابيع أو أشهر.

ما يجب معرفته حول الترحيل المرحلي للبريد الإلكتروني إلى Office 365

التوزيع المختلط

يتيح التوزيع المختلط للمؤسسات إمكانية توسيع التجربة الغنية بالميزات والتحكم الإداري المتوفرة في مؤسسة Exchange المحلية لديهم إلى السحابة. فيوفر الشكل والأداء السلسين لمؤسسة Exchange واحدة مقارنة بمؤسسة Exchange Server 2013 أو Microsoft Exchange Server 2010 أو Office 365 المحلية. وبالإضافة إلى ذلك، يمكن استخدام التوزيع المختلط باعتباره خطوة وسيطة لإتمام النقل الكامل إلى مؤسسة Office 365.

عمليات التوزيع المختلط في Exchange Server 2013

الترحيل التابع لجهة خارجية

هناك العديد من الأدوات التي توفرها جهات خارجية، حيث يتم استخدام نُهج وبروتوكولات مميزة لإدارة عمليات ترحيل البريد الإلكتروني من أنظمة البريد الإلكتروني الأساسية مثل IBM Lotus Notes وNovell GroupWise.

فيما يلي بعض أدوات الترحيل التابعة للجهة الخارجية وأسماء الشركاء الذين يمكنهم المساعدة في عمليات ترحيل Exchange من الأنظمة الأساسية التابعة لجهة الخارجية:

  • Binary Tree   موفر برنامج الاستضافة المشتركة وخدمة ترحيل الرسائل عبر الأنظمة الأساسية من خلال المنتجات التي تتيح إمكانية تحليل بيئات التعاون والمراسلة المحلية بين المؤسسات وعبر الإنترنت والاستضافة المشتركة والترحيل استناداً إلى IBM Lotus Notes وDomino وExchange وSharePoint.

  • ‏BitTitan‏   موفر حلول عمليات الترحيل إلى Office 365.

  • ‏Dell‏   موفر برنامج الاستضافة المشتركة والترحيل المحلي والمستضاف بما في ذلك التحليل ما قبل الترحيل والاستضافة المشتركة الكاملة للمستخدم والتطبيق. عمليات ترحيل كاملة الميزات من IBM Domino وNovell GroupWise و Zimbra وExchange المحلي والبيئات الأخرى إلى Office 365 وSharePoint Online.

  • ‏Metalogix‏   موفر حلول عمليات الترحيل إلى Office 365 وSharePoint Online.

  • ‏SkyKick‏ موفر حلول الترحيل التلقائي لنقل Exchange المحلي وGmail وPOP3 وIMAP وLotus Notes إلى Office 365. تساعد أدوات الترحيل من البداية إلى النهاية الشركاء في التخطيط والمبيعات والترحيل والإدارة وفي المراحل المحلية لمشروع الترحيل.

  • ‏TransVault‏   موفر حلول عمليات الترحيل إلى Office 365.

أداء أساليب الترحيل

يتضمن الجدول التالي مقارنة بين نتائج الأداء المحددة التي تم الحصول عليها من أساليب ترحيل علب البريد وبياناتها المختلفة إلى Office 365. تستند هذه النتائج إلى اختبار داخلي وعمليات ترحيل فعلية لعميل إلى Office 365.

هام: ونظراً لاختلاف طريقة تنفيذ عمليات الترحيل وتوقيتها، فقد تكون سرعة الترحيل الفعلي الخاص بك أبطأ أو أسرع.

أسلوب الترحيل

تقييد مستخدم Office 365

تقييد خدمة ترحيل Office 365

تقييد مورد Office 365 المستند إلى الحماية

متوسط معدل النقل المحدد في الساعة الواحدة لكل عميل (إذا كان ذلك ممكناً)

ترحيل IMAP

لا

نعم

نعم

10-14 غيغابايت (GB‏) (20 حركة متزامنة)

الترحيل الكلي

لا

نعم

نعم

10-14 غيغابايت (20 حركة متزامنة)

الترحيل المرحلي

لا

نعم

نعم

10-14 غيغابايت (20 حركة متزامنة)

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

لا

نعم

نعم

10-14 غيغابايت لكل Exchange 2013 محلي أو CAS 2010 (خدمة Microsoft Exchange Mailbox Replication (خدمة MRSProxy) مع 20 حركة نقل متزامنة1

ترحيل MAPI التابع لجهة خارجية

نعم

لا

نعم

4-12 غيغابايت (20 حركة متزامنة) 2

ترحيل خدمات Exchange على الويب تابعة لجهة خارجية

لا

نعم

نعم

5-10 غيغابايت (20 حركة متزامنة) 3

تحميل العميل (من ملفات Outlook بتنسيق pst.)

نعم

لا

نعم

0.5 غيغابايت

1يقع معدل النقل المحدد لعلبة البريد الواحدة في نطاق من 0.3 إلى 1.0 غيغابايت في الساعة. يمكن تحقيق معدل نقل يصل إلى أكثر من 1000 ميغابايت في الساعة لعلبة البريد الواحدة باستخدام شبكة يمكنها دعم تأخير الأعطال المؤقتة بنسبة أقل من اثنين بالمائة وزمن انتقال في الشبكة أقل من 100 مللي ثانية. يمكن استخدام المزيد من عمليات ترحيل علب البريد المتزامنة لتحقيق معدلات أعلى لترحيل البيانات. يتباطأ معدل النقل لعلبة البريد الواحدة عندما يبلغ الخادم CAS المحلي (خدمة MRSProxy) الحد الأقصى لاستخدام الجهاز، في حال لم يكن النطاق الترددي للشبكة كافياً، أو كان زمن الانتقال في الشبكة عالياً جداً. يمكنك إضافة المزيد من الخوادم أو تحسين اتصال الشبكة بشكل مؤقت لزيادة سرعة الترحيل.

2يقع معدل النقل المحدد في عملية ترحيل MAPI الواحدة في النطاق من 0.1 إلى 0.5 غيغابايت في الساعة. يمكن استخدام المزيد من عمليات الترحيل المتزامنة لتحقيق معدلات أعلى لترحيل البيانات. يتباطأ معدل النقل لعملية ترحيل MAPI الواحدة عند بلوغ الخوادم المحلية أو الشبكة الحد الأقصى للاستخدام.

3يقع معدل النقل المحدد في عملية ترحيل خدمات Exchange عبر الويب الواحدة في النطاق من 0.2 إلى 0.5 غيغابايت في الساعة. يمكن استخدام المزيد من عمليات الترحيل المتزامنة لتحقيق معدلات أعلى لترحيل البيانات. على سبيل المثال، باستخدام 20 عملية ترحيل متزامنة، سيصبح إجمالي معدل النقل في النطاق من 4-10 غيغابايت/ساعة. يتباطأ معدل النقل لعملية ترحيل خدمات Exchange عبر الويب الواحدة عند بلوغ الخوادم المحلية أو الشبكة الحد الأقصى للاستخدام.

عوامل أداء الترحيل

تتضمن عملية ترحيل البريد الإلكتروني العديد من العوامل الشائعة التي من شأنها التأثير على أداء الترحيل.

عوامل أداء الترحيل الشائعة

يتضمن الجدول التالي قائمة بالعوامل الشائعة التي يمكن أن تؤثر على أداء عملية الترحيل. لمزيد من التفاصيل، راجع المقاطع التي تتضمن وصفاً لأساليب الترحيل الفردية.

العامل

الوصف

مثال

مصدر البيانات

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

يحد Gmail من كمية البيانات المسموح باستخراجها أثناء فترة زمنية معينة.

نوع البيانات وكثافتها

نظراً لتميز طبيعة الأعمال الخاصة بالعميل، تختلف مجموعات عناصر البريد وأنواعها بشكل كبير.

على سبيل المثال، يتم ترحيل علبة بريد بسعة 4 غيغابايت تحتوي على 400 عنصر يتضمن كل منها مرفقات بحجم 10 ميغابايت (MB) بشكل أسرع من علبة بريد بنفس السعة لكن تحتوي على 100000 عنصر بحجم أصغر.

خادم الترحيل

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

في أغلب الأحيان يستخدم العملاء جهازاً ظاهرياً ذا أداء منخفض لاستضافة خدمة MRSProxy لعمليات التوزيع المختلط أو لعمليات الترحيل غير المختلط على الكمبيوتر الشخصي للعميل.

مشغّل الترحيل

يقوم مشغّل ترحيل البيانات المسؤول عن سحب البيانات من الخادم المصدر بتحويل البيانات، إذا لزم الأمر. ثم بعد ذلك ينقل البيانات عبر الشبكة ويدخلها في علبة بريد Office 365. علبة البريد.

تتضمن خدمة MRSProxy إمكانات وقيوداً خاصة بها.

أجهزة الشبكة المحلية

يؤثر أداء الشبكة من البداية إلى النهاية - من مصدر البيانات إلى خوادم وصول عميل Exchange Online على أداء عملية الترحيل.

تكوين جدار الحماية ومواصفاته في المؤسسة المحلية.

خدمة Office 365

يحتوي Office 365 على دعم وميزات مضمنة لإدارة حمل عمل الترحيل.

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

عوامل أداء الشبكة

يتضمن هذا المقطع وصفاً لأفضل الممارسات لتحسين أداء الشبكة أثناء الترحيل. تعد هذه المناقشة عامة نظراً لأن التأثير الأكبر على أداء الشبكة يتعلق بالجهاز التابع للجهة الخارجية وموفري خدمة الإنترنت (ISP).

يتم توزيع أداة Office 365 Network Analysis Tool للمساعدة على تحليل المشاكل المرتبطة بالشبكة قبل توزيع خدمات Office 365. تم تصميم كل من هذه المثيلات من أجل اختبار منطقة محددة باستخدام نقاط نهاية الاختبار في Office 365.

استخدم Exchange Analyzer للتعرّف بشكل أكبر على اتصال الشبكة باستخدام Office 365. لتشغيل اختبارات Exchange Analyzer في مساعد الإصلاح والدعم، انتقل إلى تشخيص متقدم > Exchange Online > التحقق من اتصال شبكة Exchange Online > نعم. لمعرفة المزيد حول مساعد الإصلاح والدعم، راجع إصلاح مشاكل Outlook وOffice 365 باستخدام مساعد الإصلاح والدعم من Office 365‏.

العامل

الوصف

أفضل الممارسات

سعة الشبكة

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

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

  • اتصل بـ ISP لديك للتأكيد على النطاق الترددي المخصص ولمعرفة مزيد من التفاصيل حول القيود، مثل إجمالي حجم البيانات التي يمكن نقلها في فترة زمنية معينة.

  • استخدم الأدوات لتقييم سعة الشبكة الفعلية. تأكد من اختبار تدفق البيانات من البداية إلى النهاية من مصدر البيانات المحلي إلى خوادم بوابة مركز بيانات Microsoft.

  • حدد الملفات الأخرى المحمّلة على الشبكة (على سبيل المثال، الأدوات المساعدة للنسخ الاحتياطي والصيانة المجدولة) التي يمكنها أن تؤثر على سعة الشبكة.

ثبات عمل الشبكة

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

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

حالات تأخر الشبكة

عادة ما تتسبب وظائف الكشف عن التسلل التي تم تكوينها في جدار حماية شبكة في حدوث حالات تأخر في الشبكة والتأثير بالسلب على أداء الترحيل.

تعتمد عملية ترحيل البيانات إلى علب بريد Office 365 على اتصال الإنترنت. تؤثر حالات تأخر الإنترنت على الأداء الكلي للترحيل.

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

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

  • قم بإضافة عناوين IP لخوادم مراكز بيانات Microsoft إلى قائمة السماح لديك أو تجاوز كافة نسب الاستخدام المتعلقة بالترحيل من خلال جدار حماية الشبكة. لمزيد من المعلومات حول نطاقات IP في Office 365، راجع نطاقات عناوين IP وعناوين URL في Office 365.

للحصول على تحليل أدق لعمليات الترحيل في بيئتك، راجع منشور مدوّنة تحليل النقل. يتضمن المنشور برنامجاً نصياً لمساعدتك على تحليل طلبات النقل.

تقييد Office 365

يستخدم Office 365 آليات تقييد مختلفة لضمان الأمان وتوفر الخدمة. يمكن أن تؤثر الأنواع الثلاثة التالية من التقييد على أداء عملية الترحيل:

  • تقييد المستخدم

  • تقييد خدمة الترحيل

  • تقييد الموارد المستند إلى الحماية

ملاحظة: لا تؤثر أنواع تقييد Office 365 الثلاثة على كافة أساليب الترحيل.

تقييد مستخدم Office 365

يؤثر تقييد المستخدم على أغلب أدوات الترحيل التابعة لجهة خارجية وأسلوب ترحيل تحميل العميل. تستخدم أساليب الترحيل هذه بروتوكولات وصول العميل، مثل استدعاء إجراء عن بُعد (RPC) عبر بروتوكول HTTP، لترحيل بيانات علبة البريد إلى علب بريد Office 365. يتم استخدام هذه الأدوات لترحيل البيانات من أنظمة مثل IBM Lotus Domino وNovell GroupWise.

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

تقييد خدمة ترحيل Office 365

يؤثر تقييد خدمة الترحيل على كافة أدوات ترحيل Office 365. يدير تقييد خدمة الترحيل تزامن الترحيل وتخصيص الموارد التابعة للخدمة لحلول ترحيل Office 365.

يؤثر تقييد خدمة الترحيل على عمليات الترحيل التي تم تنفيذها باستخدام أساليب الترحيل التالية:

  • ترحيل IMAP

  • ترحيل Exchange الكلي

  • ترحيل Exchange المرحلي

  • عمليات الترحيل المختلط (حركات نقل مستندة إلى خدمة MRSProxy في بيئة مختلطة)

يعد التحكم في عدد علب البريد التي يتم ترحيلها في الوقت نفسه أثناء عمليات ترحيل Exchange البسيطة وعمليات ترحيل IMAP مثالاً لتقييد خدمة الترحيل. القيمة الافتراضية هي 10، وهو ما يعني أنه يتم ترحيل 10 علب بريد بحد أقصى من كافة دفعات الترحيل في أي وقت معين. يمكنك زيادة عدد عمليات ترحيل علب البريد المتزامنة لإحدى دفعات الترحيل إما في لوحة تحكم Exchange أو Windows PowerShell. لمعرفة المزيد حول كيفية تحسين هذا الإعداد، راجع إدارة دفعات الترحيل في Office 365.

تقييد مورد Office 365 المستند إلى الحماية

تخضع كافة أساليب الترحيل لإدارة تقييد التوفر. ومع ذلك، لا يؤثر تقييد خدمة Office 365 على عمليات ترحيل Office 365 بقدر ما تؤثر عليها أنواع التقييد الأخرى التي تم وصفها مسبقاً.

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

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

فيما يلي نموذج من تقرير إحصائيات إحدى عمليات ترحيل Exchange. حيث يعرض إدخالاً نتج عن تجاوز الحد المسموح به لتقييد الخدمة.

  • تقدم النسخ 25/1/2012 12:56:01 ص. [BL2PRD0410CA012]: 723/1456 من الرسائل، 225.8 ميغابايت (236 و732 و045 بايت)/416.5 ميغابايت (436 و712 و733 بايت).

  • 1/25/2012 12:57:53 AM [BL2PRD0410CA012] Move for mailbox '/o=ExchangeLabs/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=xxxxxxxxxxxxxxxxxxxxxxxxxxxxx' is stalled because DataMoveReplicationConstraint is not satisfied for the database 'NAMPRD04DG031-db081' (agent MailboxDatabaseReplication). سبب الفشل: لا تفي قاعدة البيانات edbf0766-1f2a-4552-9115-bb3a53a8380b بالقيد SecondDatacenter. لا تتوفر أي نسخ قاعدة بيانات سليمة. يجب الانتظار حتى 25/1/2012 الساعة 1:27:53 ص.

  • 1/25/2012 12:58:24 ص. [BL2PRD0410CA012] لم يعد الطلب معلقاً وستتم متابعته.

الحل والممارسة   

إذا واجهت مشكلة مماثلة، فانتظر حتى يتم استرداد خدمة Office 365. لمزيد من المعلومات، راجع المقطع "حماية الخدمة" في مدخل Office 365.

عوامل الأداء وأفضل الممارسات لعمليات ترحيل التوزيع غير المختلط

يتضمن هذا القسم وصفاً للعوامل التي تؤثر على عمليات الترحيل التي تستخدم أساليب الترحيل المرحلي أو الكلي أو IMAP. كما يحدد أيضاً أفضل الممارسات لتحسين أداء الترحيل.

العامل 1: مصدر البيانات

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

قائمة الاختيار

الوصف

أفضل الممارسات

أداء النظام

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

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

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

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

على سبيل المثال، إذا توفرت في الخادم (أ) موارد أكثر بنسبة 50 بالمائة من الخادم (ب)، فمن المنطقي أن يتضمن الخادم (ب) عدد مستخدمين أكثر بنسبة 50 بالمائة من الخادم (أ) في دفعة الترحيل نفسها. يمكن تطبيق الممارسات على مصادر الأنظمة الأخرى. نفّذ عمليات الترحيل عند وصول الموارد للحد الأقصى من التوفر في الخوادم أي بعد ساعات العمل أو في نهاية الأسبوع والعطلات.

المهام الموجودة على الخادم

المهام الأخرى الموجودة على الخادم التي يتم تشغيلها أثناء الترحيل. نظراً لأنه من الأفضل تنفيذ عملية الترحيل بعد ساعات العمل، فمن الشائع تعارض عمليات الترحيل مع مهام الصيانة المشغّلة على الخوادم المحلية مثل نسخ البيانات احتياطياً.

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

ملاحظة      بالنسبة للعملاء الذين يستخدمون Exchange المحلي، تعد المهام الشائعة الموجودة على الخادم حلول للنسخ الاحتياطي ومتجر صيانة Exchange.

نهج التقييد

من الشائع حماية أنظمة البريد الإلكتروني باستخدام نهج تقييد يعين حداً مخصصاً لكمية البيانات التي يمكن استخراجها وسرعة الاستخراج من النظام في فترة زمنية محددة.

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

استناداً إلى الإصدار، يمتلك Exchange نهج تقييد وصول IMAP إلى خادم البريد المحلي (المستخدم بواسطة عمليات ترحيل IMAP) ووصول RPC عبر بروتوكول HTTP (المستخدم بواسطة عمليات ترحيل Exchange الكلي وعمليات ترحيل Exchange المرحلي.)

للتحقق من إعدادات التقييد في مؤسسة Exchange 2013، شغّل الأمر ‏Get-ThrottlingPolicy‏‏‏‏ ‏cmdlet‏. لمزيد من المعلومات، راجع إدارة حمِل العمل من Exchange.

لمزيد من المعلومات حول تقييد IMAP، راجع ترحيل علب بريد IMAP إلى Office 365

لمزيد من المعلومات حول تقييد RPC عبر بروتوكول HTTP، راجع التالي:

العامل 2: خادم الترحيل

تعد عمليات ترحيل IMAP الكلي والمرحلي أساليب ترحيل تم إنشاؤها بواسطة السحابة من أجل سحب البيانات، لذا لا حاجة لاستخدام خادم ترحيل مخصص. ومع ذلك يعمل مضيفو البروتوكولات التي يمكن الوصول إليها عبر الإنترنت (IMAP أو RPC عبر بروتوكول HTTP) بمثابة خادم ترحيل في عملية ترحيل علب البريد وبياناتها إلى Office 365. وبالتالي، تنطبق عوامل الأداء وأفضل الممارسات حول خادم مصدر البيانات مؤسسة البريد الإلكتروني الحالية التي تم ذكرها في المقطع السابق على خوادم edge الخاصة بالإنترنت. أما بالنسبة لمؤسسات Exchange 2007 وExchange 2010 وExchange 2013، يعمل خادم وصول العميل بمثابة خادم ترحيل.

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

العامل 3: مشغّل الترحيل

يتم تنفيذ عمليات ترحيل IMAP الكلي وترحيل Exchange المرحلي باستخدام لوحة معلومات الترحيل في مركز إدارة Exchange يخضع ذلك إلى تقييد خدمة ترحيل Office 365.

الحل والممارسة   

يمكن للعملاء الآن تحديد تزامن الترحيل (على سبيل المثال، عدد علب البريد المطلوب ترحيلها في الوقت نفسه) باستخدام Windows PowerShell. العدد الافتراضي هو 20 علبة بريد. بعد إنشاء دفعة ترحيل، يمكنك استخدام الأمر Windows PowerShell cmdlet التالي لزيادتها إلى 100 بحد أقصى.

Set-MigrationEndPoint <Identity> –MaxConcurrentMigrations <value between 1 and 100>

لمزيد من المعلومات، راجع إدارة دفعات الترحيل في Office 365.

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

العامل 4: الشبكة

اختبارات التحقق من الصحة   

استناداً إلى أسلوب الترحيل، يمكنك تجربة اختبارات التحقق من الصحة التالية:

  • عمليات ترحيل IMAP      أعد تعبئة علبة بريد مصدر باستخدام عينات بيانات. وبعد ذلك،اتصل بعلبة البريد المصدر من خلال الإنترنت (خارج الشبكة المحلية) باستخدام عميل بريد IMAP الإلكتروني القياسي مثل Microsoft Outlook، ثم قِس أداء الشبكة عن طريق تحديد الوقت الذي يستغرقه تنزيل البيانات من علبة البريد المصدر. يجب أن يكون معدل النقل مماثلاً لما يحصل عليه العملاء باستخدام أداة ترحيل IMAP في Office 365، شرط عدم وجود أي قيود أخرى.

  • عمليات ترحيل Exchange    الكلي والمرحلي    قم بتعبئة علبة البريد المصدر بعينات بيانات. وبعد ذلك،اتصل بعلبة البريد المصدر من خلال الإنترنت (خارج الشبكة المحلية) باستخدام Outlook عن طريق RPC عبر بروتوكول HTTP. تأكد من الاتصال باستخدام وضع ذاكرة التخزين المؤقت. قِس أداء الشبكة عن طريق التحقق من الوقت المستغرق لمزامنة كافة البيانات من علبة البريد المصدر. يجب أن يكون معدل النقل مماثلاً لما يمكن أن يحصل عليه العملاء باستخدام أدوات ترحيل Exchange البسيطة في Office 365، شرط عدم وجود أي قيود أخرى.

ملاحظة: يوجد بعض الوقت الزائد عن الحد أثناء عملية ترحيل IMAP الكلي أو ترحيل Exchange المرحلي الفعلية. مع ذلك، يجب أن يكون معدل النقل الفعلي مماثلاً لنتائج اختبارات التحقق من الصحة هذه.

العامل 5: خدمة Office 365

يؤثر تقييد موارد Office 365 المستند إلى الحماية على عمليات الترحيل التي تستخدم أدوات ترحيل Office 365 البسيطة الأصلية. راجع مقطع تقييد مورد Office 365 المستند إلى الحماية.

طلبات النقل في خدمة Office 365

لحصول على معلومات عامة حول كيفية معرفة معلومات عن حالة طلبات النقل، راجع عرض خصائص طلبات النقل.

تتم مشاركة موارد الخدمة وقائمة انتظار عمليات الترحيل بين المستأجرين في خدمة Office 365 على عكس Exchange 2010 المحلي. تؤثر هذه المشاركة على كيفية التعامل مع طلبات النقل في كل مرحلة من عملية النقل.

هناك نوعان من طلبات النقل في Office 365:

  • طلبات نقل قيد التجهيز      تعتبر عمليات الترحيل الخاصة بالعملاء الجدد طلبات نقل قيد التجهيز. تعد هذه الطلبات ذات أولوية عادية.

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

حالات التأخر والتأثير المحتمل التي قد تتعرض لها طلبات نقل بالحالة "قيد الانتظار" و"قيد التقدم"

  • طلبات نقل قيد الانتظار       توضح هذه الحالة أن حركة النقل تم وضعها في قائمة الانتظار حتى يتم اختيارها بواسطة خدمة Exchange Mailbox Replication Service. وبالنسبة لطلبات نقل Exchange 2003، لا يزال بإمكان المستخدمين الوصول إلى علب البريد الخاصة بهم في هذه المرحلة.

    هناك اثنين من العوامل المؤثرة على أي طلب يتم اختياره بواسطة خدمة Mailbox Replication Service:

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

    • الموضع في قائمة الانتظار       إذا كان لدى طلبات النقل الأولوية نفسها، فسيتم اختيار الطلب الذي تم وضعه في القائمة أولاً بواسطة خدمة Mailbox Replication Service. ونظراً لأنه من الممكن تنفيذ العديد من العملاء لعمليات ترحيل لعلب البريد في الوقت نفسه، فمن الطبيعي أن تظل طلبات النقل الحديثة في قائمة الانتظار قبل أن تتم معالجتها.

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

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

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

أفضل الممارسات

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

عند التخطيط لكم علبة بريد يجب ترحيلها أثناء فترة زمنية محددة، يجب مراعاة التالي:

  • تضمين الوقت الذي يستغرقه طلب النقل في قائمة الانتظار. اتبع الخطوات التالية لحساب ما يلي ذكره:

    (إجمالي عدد علب البريد المطلوب ترحيلها) = ((إجمالي الوقت)) - (متوسط وقت الانتظار)) * (معدل النقل في عملية الترحيل الواحدة)

    حيث يساوي معدل النقل في عملية الترحيل إجمالي عدد علب البريد التي يمكن ترحيلها في الساعة.

    على سبيل المثال، لنفترض أن لديك نافذة ست ساعات لترحيل علب البريد. فإذا كان متوسط وقت الانتظار ساعة واحدة ومعدل النقل في عملية الترحيل هو 100 علبة بريد في الساعة، يمكنك ترحيل 500 علبة بريد في إطار زمني يقدر بست ساعات: 500 = (6 – 1) * 100.

  • ابدأ عملية الترحيل أبكر من الموعد المخطط له من أجل تقليل الوقت المستغرق في قائمة الانتظار. عندما تكون علب البريد في قائمة الانتظار، فلا يزال بإمكان مستخدمي Exchange 2003 الوصول إلى علب البريد الخاصة بهم.

حدد وقت الانتظار       يتم تغيير وقت الانتظار بشكل دائم نظراً لأن Microsoft غير مسؤولة عن إدارة جداول الترحيل للعملاء.

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

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

أدوات عمليات ترحيل Office 365 التابعة لجهة خارجية

في أغلب الأحيان يتم استخدام الأدوات التابعة لجهة خارجية في سيناريوهات الترحيل التي لا تتضمن Exchange مثل، تلك في بريد Google وIBM Lotus وDomino وNovell GroupWise. يركّز هذا المقطع على بروتوكولات الترحيل المستخدمة بواسطة أدوات الترحيل التابعة لجهة خارجية، بدلاً من التركيز على أدوات الترحيل ومنتجاته الفعلية. يتضمن الجدول التالي قائمة بالعوامل التي تنطبق على الأدوات التابعة لجهة خارجية في سيناريوهات ترحيل Office 365.

العامل 1: مصدر البيانات

قائمة الاختيار

الوصف

أفضل الممارسات

أداء النظام

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

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

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

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

فعلى سبيل المثال، إذا توفرت في الخادم (أ) موارد أكثر بنسبة 50 بالمائة من الخادم (ب)، فمن المنطقي أن يتضمن الخادم (ب) عدد مستخدمين أكثر بنسبة 50 بالمائة من الخادم (أ) في دفعة الترحيل نفسها. يمكن تطبيق ممارسة مماثلة على مصادر الأنظمة الأخرى.

قم بتنفيذ عملية الترحيل عند وصول الموارد للحد الأقصى من التوفر في النظام، أي بعد ساعات أو في نهاية الأسبوع والعطلات.

المهام الموجودة على الخادم

يتم عادة تشغيل المهام الأخرى الموجودة على الخادم أثناء الترحيل. نظراً لأنه من الأفضل تنفيذ عملية الترحيل بعد ساعات العمل، فمن الشائع تعارض عمليات الترحيل مع مهام الصيانة الأخرى المشغّلة على الخوادم المحلية مثل نسخ البيانات احتياطياً.

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

بالنسبة لعملاء Exchange المحلي، تعد المهام الشائعة حلول للنسخ الاحتياطي. لمزيد من المعلومات، راجع صيانة مخزن Exchange.

نهج التقييد

من الشائع حماية أنظمة البريد الإلكتروني باستخدام نهج تقييد يعين حداً مخصصاً لكمية البيانات التي يمكن استخراجها وسرعة الاستخراج من النظام في فترة زمنية محددة باستخدام أسلوب ترحيل بعينه.

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

استناداً إلى الإصدار، يمتلك Exchange نهج تقييد وصول IMAP إلى خادم البريد المحلي (المستخدم بواسطة عمليات ترحيل IMAP) ووصول RPC عبر بروتوكول HTTP (المستخدم بواسطة عمليات ترحيل Exchange الكلية وعمليات ترحيل Exchange المرحلية.)

لمزيد من المعلومات حول تقييد IMAP، راجع تلميحات لتحسين عمليات ترحيل IMAP.

لمزيد من المعلومات حول تقييد RPC عبر بروتوكول HTTP، راجع التالي:

لمزيد من المعلومات حول كيفية تكوين تقييد خدمات Exchange على الويب، راجع Exchange 2010: التعرّف على نُهج تقييد العميل.

العامل 2: خادم الترحيل

يتم إنشاء معظم أدوات ترحيل Office 365 التابعة لجهة خارجية بواسطة العميل ثم تدفع البيانات إلى Office 365. عادة ما تتطلب هذه الأدوات خادم ترحيل. تنطبق العوامل مثل أداء النظام والمهام الموجودة على الخادم ونُهج تقييد خوادم المصدر على خوادم الترحيل هذه.

ملاحظة: تتم استضافة بعض حلول عمليات الترحيل التابعة لجهة خارجية على الإنترنت باعتبارها خدمات مستندة إلى السحابة ولا تتطلب خادم ترحيل محلي.

الحل والممارسة   

لتحسين أداء الترحيل عند استخدام خادم ترحيل، طبِّق أفضل الممارسات التي تم توضيحها مسبقاً في العامل 1: مقطع مصدر البيانات

العامل 3: مشغّل الترحيل

بالنسبة لأدوات الترحيل التابعة لجهة خارجية، فإن البروتوكولات الشائعة المستخدمة هي خدمات Exchange على الويب وRPC عبر بروتوكول HTTP.

خدمات Exchange على الويب   

تعد خدمات Exchange على الويب هي البروتوكول الأمثل للاستخدام من أجل الترحيل إلى Office 365 حيث أنها تدعم دفعات البيانات كبيرة الحجم ولديها إمكانية تقييد موجهة للخدمة. في Office 365، عند الاستخدام في وضع الانتحال، لا تستهلك عمليات الترحيل التي تستخدم خدمات Exchange على الويب موارد خدمات Office 365Exchange على الويب المقدرة في موازنة المستخدم، وبدلاً من ذلك تستهلك نسخاً من هذه الموارد المقدرة التالية:

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

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

  • يتم عزل التقييد ضمن الانتحال لكل جلسة عمل ترحيل للمستخدم.

أفضل الممارسات   

  • يتنافس أداء الترحيل الخاص بالعملاء الذين يستخدمون أدوات ترحيل تابعة لجهة خارجية والمستخدمة لانتحال EWA مع عمليات الترحيل المستندة إلى خدمات Exchange على الويب واستخدام المستأجرين الآخرين لموارد الخدمة. وبالتالي، سيختلف أداء الترحيل.

  • كلما أمكن ذلك، يجب على العملاء استخدام أدوات الترحيل التابعة للجهة الخارجية التي تستخدم انتحال خدمات Exchange على الويب نظراً لأنها أسرع وأكثر فعالية من استخدام بروتوكولات العملاء مثل RPC عبر بروتوكول HTTP.

RPC عبر بروتوكول HTTP   

يستخدم العديد من حلول الترحيل التقليدية RPC عبر بروتوكول HTTP. يستند هذا الأسلوب بشكل كامل إلى نموذج وصول العميل مثل ذلك الخاص بـ Outlook بينما يكون الأداء وقابلية التوسع محدودة بسبب تقييد خدمة Office 365 للوصول بافتراض أن الاستخدام يتم بواسطة مستخدم وليس تطبيقاً.

أفضل الممارسات   

  • بالنسبة لأدوات الترحيل التي تستخدم RPC عبر بروتوكول HTTP، من الشائع زيادة معدل النقل في الترحيل عن طريق إضافة خوادم ترحيل إضافية واستخدام حسابات مستخدم Office 365 إدارية إضافية. يمكن من خلال هذه الممارسة تحقيق إدخال متوازٍ للبيانات وتحقيق أعلى معدل لنقل البيانات حيث أن كل مستخدم إداري معرض لتقييد مستخدم Office 365. تم تلقي تقارير حول اضطرار العديد من عملاء المؤسسات إلى إعداد أكثر من 40 خادم ترحيل للحصول على معدل نقل يساوي 20-30 غيغابايت في الساعة الواحدة.

  • في مرحلة تطوير أداة الترحيل، يجب مراعاة عدد عمليات RPC المطلوبة لترحيل رسالة. لتوضيح ذلك، تم تجميع سجلات تم التقاطها بواسطة خدمات Office 365 التابعة لحلين من حلول الترحيل الخاصة بالجهة الخارجية (مطورين بواسطة شركات تابعة لجهة خارجية) والمستخدمين من قبل العملاء لترحيل علب البريد إلى Office 365. تمت مقارنة حلين من حلول الترحيل المطورة بواسطة شركات تابعة لجهة خارجية. حيث تمت مقارنة ترحيل علبتي بريد لكل حل من الحلول، بالإضافة إلى مقارنتهما إلى تحميل ملف بتنسيق .pst إلى Outlook. فيما يلي النتائج.

    الأسلوب

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

    عدد العناصر

    الوقت المطلوب للترحيل

    إجمالي حركات RPC

    معدل زمن انتقال العميل (بالمللي ثانية)

    AvgCasRPCProcessingTime (مللي ثانية)

    الحل (أ) (علبة البريد 1)

    376.9 ميغابايت

    4115

    4:24:33

    132040

    48.4395

    18.0807

    الحل (أ) (علبة البريد 2)

    249.3 ميغابايت

    12799

    10:50:50

    423188

    44.1678

    4.8444

    الحل (ب) (علبة البريد 1)

    618.1 ميغابايت

    4322

    1:54:58

    12196

    37.2931

    8.3441

    الحل (ب) (علبة البريد 2)

    56.7 ميغابايت

    2748

    0:47:08

    5806

    42.1930

    7.4439

    Outlook

    201.9 ميغابايت

    3297

    0:29:47

    15775

    36.9987

    5.6447

    تجدر الإشارة إلى تشابه أوقات العملية والخدمة، ولكن الحل (أ) يتطلب عدد عمليات أكبر من RPC لترحيل البيانات. فنظراً لأن كل عملية تستهلك زمن انتقال العميل ووقت عملية الخدمة، فإن الحل (أ) أبطأ بكثير عند استخدامه لترحيل كمية البيانات نفسها مقارنة مع الحل (ب) ومع Outlook.

العامل 4: الشبكة

أفضل ممارسة   

بالنسبة لحلول الترحيل التابعة لجهة خارجية التي تستخدم RPC عبر بروتوكول HTTP، ففيما يلي طريقة رائعة لقياس أداء الترحيل المحتمل:

  1. من خادم الترحيل، اتصل بعلبة بريد Office 365 في Outlook باستخدام RPC عبر بروتوكول HTTP. تأكد من عدم الاتصال باستخدام وضع ذاكرة التخزين المؤقت.

  2. قم باستيراد ملف ‎.pst كبير الحجم يحتوي على عينات بيانات إلى علبة بريد Office 365.

  3. قِس أداء الترحيل عن طريق تحديد الوقت المستغرق لتحميل ملف ‎.pst. يجب أن يكون معدل النقل في الترحيل مماثلاً لما يحصل عليه العملاء من استخدام أداة ترحيل تابعة لجهة خارجية تستخدم RPC عبر بروتوكول HTTP،شرط عدم وجود أي قيود أخرى. لا يوجد أي وقت زائد عن الحد أثناء عملية الترحيل الفعلية، لذا من الممكن أن يختلف معدل النقل بعض الشيء.

العامل 5: خدمة Office 365

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

توسيع المهارات
استكشاف التدريب
الحصول على الميزات الجديدة أولاً
الانضمام إلى Office Insider

هل كانت المعلومات مفيدة؟

نشكرك على ملاحظاتك!

شكراً لك على الملاحظات! يبدو أنه من المفيد إيصالك بأحد وكلاء دعم Office لدينا.

×