الأعراض
إذا كنت تستخدم ترحيل الدفعة أو الهجرة التسلسلية لترحيل المجلدات العمومية من Microsoft Exchange Server 2007 أو Microsoft Exchange Server 2010 إلى 2013 ملقم Exchange 2016 ملقم Exchange أو Exchange عبر الإنترنت، قد يحدث فقدان البيانات إذا لم تكن كافة النسخ المتماثلة المجلد على قاعدة البيانات الأساسية (خادم قاعدة البيانات الأساسية التي تتصل بدائرة الهجرة). يتم نسخ كافة البيانات الموجودة في الوقت الحاضر الأول في المجلدات التي يتم ترحيلها، ولكن قد يتم فقدان التغييرات التزايدية التي تم ترحيلها بعد المزامنة الأولية.
سيناريو مثال
افترض أن لديك مجلد عمومي قاعدتي، PFDB1 و PFDB2، التي تعمل على ملقمات Exchange 2007 أو Exchange 2010. أيضا، قد مجلدين F1 و F2. F1 مجلد له نسخة متماثلة على PFDB1 والمجلد F2 نسخة متماثلة على PFDB2.
عند بدء الترحيل وتعيين PFDB1 كقاعدة بيانات للاتصال به في cmdletميجراتيونيندبوينت -جديد، يتم نسخ كافة البيانات من المجلدات F1 و F2 أثناء المزامنة الأولية (كما هو موضح في الشكل 1). يحدث هذا حتى إذا لم PFDB1 على نسخة متماثلة محلية من المجلد F2.
بعد هذه العملية المزامنة الأولى، تقوم بإعداده للمزامنة الأخيرة والبدء في إتمام الدفعة. تتوقع أن أية بيانات يتم إضافتها إلى المجلد F1 و F2 بعد المزامنة الأولى يجب نسخ عبر أثناء المزامنة الأخيرة.
الشكل 1. يتم نسخ المجلد F1 و F2 من المصدر إلى الوجهة أثناء المزامنة الأولى.
المشكلة
أثناء المزامنة المتزايد والنهائية، لم يكن نسخ البيانات المتزايد من المجلد F2 إلى المجلدات العمومية الحديثة (كما هو موضح في الشكل 2). وهذا لأنه يتم تحديد PFDB1 كنقطة النهاية. يتم عرض حالة المجموعة كما تتم مزامنتها. على الرغم من ذلك، لم يتم نسخ أي بيانات جديدة تم إضافتها إلى المجلد F2 بعد المزامنة الأولى إلى المجلدات العمومية الحديثة.
بالإضافة إلى ذلك، إذا كان هناك أي جديد لن تكون المجلدات التي تمت إضافتها إلى PFDB2 بعد المزامنة الأولى (مجلد F3 في الشكل 2)، محتويات هذه المجلدات أما نسخ. (يكون هذا صحيحاً على الرغم من أنه يتم عرض مجلد F3 في التسلسل الهرمي).
الشكل رقم 2. يتم نسخ البيانات الإضافية إلى مجلد F1، ولا يتم نسخ التغييرات على مجلد F2. على الرغم من أنه لم يتم نسخ البيانات في المجلد المضافة حديثا F3، يظهر هذا المجلد في التسلسل الهرمي.
الحل
تتوفر الإصلاحات في 13 التحديث التراكمي ل Exchange Server 2013و 3 التحديث التراكمي ل Exchange 2016.
الحل البديل
قبل بدء ترحيل الدفعة، تأكد من أن كافة المجلدات العمومية لها نسخة متماثلة على قاعدة بيانات المجلدات العمومية التي سيتم تحديدها كمصدر للهجرة. أيضا، تأكد من أن النسخ المتماثل العامة في المزامنة.
الحل البديل لسيناريو المثال
للتغلب على هذه المشكلة، إضافة نسخة متماثلة مجلدات F2 و F3 في PFDB1 والتأكد من مزامنة النسخ المتماثل للمجلد العام هذا، وثم بدء ترحيل الدفعة. يضمن ذلك أن يتم نسخ البيانات الإضافية (بغض النظر عن النسخة المتماثلة التي تم كتابته إلى).
ونحن ندرك أن هذا الحل لن يعمل لبعض العملاء بسبب حجم نشر المجلد العمومي. إذا كنت في هذه الحالة، نوصي بالانتظار حتى يتم إصلاح المشكلة قبل تشغيل ترحيل.
الأسئلة المتداولة
Q: متى هذه المشكلة بدء حدوث؟
A: تم ملاحظة هذه المشكلة أولاً في Exchange Server 2013 التحديث التراكمي 1 الموائد المستديرة 2016 ملقم Exchange و Exchange عبر إنترنت.
Q: البيانات التي أنا المحتمل أن يخسر؟
A: البحث عن "عن تغييرات في التسلسل الهرمي للمجلد في المصدر،" تحديد "عن تغييرات في التسلسل الهرمي للمجلد في المصدر" العنصر الأول المسرد "السيدة في" التقرير، ثم قم بتحديد التاريخ والوقت المقترن بالسجل. سيتم فقدان أية بيانات يتم إضافتها إلى المجلد F2 أو أي مجلدات جديدة تضاف إلى PFDB2 بعد هذا الوقت.
Q: لا يزال لدى بلدي قواعد المجلد العمومي Exchange Server 2007 أو Exchange Server 2010 في حالتها مؤمنة نظراً لأننا ترحيل Exchange Server 2013 2016 ملقم Exchange أو Exchange عبر إنترنت. هل يمكنني لا يزال ترحيل البيانات المفقودة؟
A: فقط من الممكن نسخ يدوي للبيانات.
Q: لي الهجرة تستغرق أسابيع للوصول إلى الحالة جاهز لإكمال. لدى للبدء من جديد؟
A: لا، لا يجب عليك إعادة تشغيل الترحيل المجلد العمومي. عندما يتم إكمال الإصلاحات وتثبيت التحديثات على الخادم الخاص بك (أو على ملقمات Exchange عبر الإنترنت، إذا كنت تقوم بترحيل إلى Exchange عبر الإنترنت)، الترحيل يمكن التقاطها من حيث أنها الآن وأنه سيتم ترحيل البيانات المتبقية. قد تضطر لإعادة تشغيل مجموعة الترحيل. ومع ذلك، عند القيام بذلك، العملية البحث عن التغييرات ولا البدء من جديد. تبدأ مجموعة ترحيل فقط إذا حذفت وثم إعادة إنشائه.
