מאפייני הבעיה
אם אתה משתמש ההעברה אצווה או העברה טורי להעברת תיקיות ציבוריות ב- Microsoft Exchange Server 2007 או Microsoft Exchange Server 2010 2013 שרת Exchange, 2016 שרת Exchange או Exchange Online, אובדן נתונים עלולה להתרחש אם כל העותקים המשוכפלים התיקיה אינם במסד הנתונים הראשי (שרת מסד נתונים ראשי המחבר שירות ההעברה). כל הנתונים הנמצא כעת הראשון תיקיות בהן מועברים כעת מועתקים, אך כל השינויים מצטבר המתפרסמות לאחר הסנכרון הראשוני עלול ללכת לאיבוד.
תרחיש לדוגמה
נניח שיש לך שתי תיקיות ציבוריות מסדי נתונים, PFDB1 ו- PFDB2, הפועלים בשרת Exchange 2007 או ב- Exchange 2010. כמו כן, יש לך שתי תיקיות, F1, F2. F1 תיקיה יש עותק משוכפל PFDB1 ואת התיקיה F2 יש עותק משוכפל ב- PFDB2.
בעת הפעלת ההעברה וציין PFDB1 כמסד הנתונים כדי להתחבר ב- cmdletMigrationEndpoint חדש -, כל הנתונים מתיקיות F1, F2 מועתק במהלך הסנכרון הראשוני (כפי שמוצג באיור מס ' 1). מצב זה מתרחש למרות PFDB1 אין עותק משוכפל מקומי של התיקיה F2.
לאחר תהליך הסינכרון הראשון זה, להתכונן הסינכרון הסופי והתחל לך להשלמת האצווה. אתה מצפה כי כל הנתונים שנוספו לתיקיה F1, F2 לאחר הסינכרון הראשון יש אפשרות להעתיק מעל במהלך הסינכרון הסופי.
איור 1. התיקיה F1 ו- F2 ממקור מועתק אל היעד במהלך הסינכרון הראשון.
בעיה
במהלך סינכרון מצטבר והאחרונה, הנתונים המצטברים מתיקיית F2 אינה להעתיק תיקיות ציבוריות מודרני (כפי שמוצג באיור מס ' 2). הסיבה לכך היא PFDB1 מצוין בתור נקודת הקצה. מצב אצווה מוצג כפי מסונכרן. עם זאת, נתונים חדשים שנוסף לתיקיה F2 לאחר הסינכרון הראשון לא להעתיק תיקיות ציבוריות מודרניים.
בנוסף, אם קיימים חדש בכל התיקיות הנוספות כדי PFDB2 לאחר הסינכרון הראשון (תיקיה F3 באיור מס ' 2), את התוכן של תיקיות אלה לא יהיה להעתיק אחד. (הדבר נכון גם אם מוצגת תיקיה F3 בהירארכיה).
איור 2. העתקת הנתונים המצטברים לתיקיה F1 ולאחר השינויים בתיקיית F2 אינם מועתקים. למרות נתונים בתיקיה חדשה שנוספה F3 אינו מועתק, התיקיה תופיע בהירארכיה.
פתרון
התיקונים אינם זמינים ב- 13 עדכון מצטבר עבור 2013 שרת Exchangeו- 3 עדכון מצטבר עבור Exchange 2016.
פתרון הבעיה
לפני שתתחיל ההעברה האצווה, ודא שיש כל התיקיות הציבוריות עותק משוכפל על מסד הנתונים של התיקיה הציבורית אשר יש לציין כמקור עבור ההעברה. כמו כן, ודא שכפול ציבורי מסונכרנים.
דרכים לעקיפת הבעיה עבור התרחיש לדוגמה
כדי לעקוף בעיה זו, הוסף עותק משוכפל של תיקיות F2 ו- F3 על PFDB1, ודא שכי השכפול התיקיה הציבורית מסונכרן ולאחר מכן הפעל את ההעברה אצווה. פעולה זו תבטיח כי הנתונים המצטברים מועתק (ללא קשר איזה עותק משוכפל הוא במקור נכתב).
ברור לנו כי דרך זו לעקיפת הבעיה פועלים עבור לקוחות מסוימים בשל גודלו של פריסת תיקיה ציבורית. אם אתה במצב זה, אנו ממליצים לך להמתין עד לתיקון הבעיה לפני הפעלת העברה.
שאלות נפוצות
Q: כאשר בעיה זו הופעלו להתרחש?
A: בעיה זו נצפתה לראשונה ב- Exchange Server 2013 המצטבר עדכון 1, RTM 2016 של שרת Exchange ו- Exchange Online.
Q: אילו נתונים אני שתאבד?
A: הדוח ב- MRS, חיפוש עבור "שינויים הירארכיית התיקיות דיווח במקור," בחר "שינויים הירארכיית התיקיות דיווח במקור" הפריט הראשון שמופיע ולאחר מכן בחר את התאריך ואת השעה המשויכת יומן הרישום. כל הנתונים הנוספים לתיקיית F2 או תיקיות חדשות הנוספים PFDB2 לאחר שעה זו אינה נשמרת.
Q: עדיין יש לי שלי ב- Exchange Server 2007 או ב- Exchange Server 2010 התיקיה הציבורית מסדי נתונים במצבם נעול מאז אנו מועברים ל- Exchange Server 2013, 2016 שרת Exchange או Exchange Online. יכול אני עדיין להעביר נתונים שאבדו שלי?
A: רק עותק ידני של הנתונים הוא אפשרי.
Q: שלי ההעברה נדרשו מספר שבועות כדי להגיע למצב מוכן להשלים. האם עלי להתחיל מהתחלה?
A: לא, אין צורך להפעיל מחדש את העברת תיקיה ציבורית. בעת השלמת התיקונים ולאחר שהעדכונים הותקנו בשרת שלך (או בשרתי Exchange Online, אם אתה מעביר ל- Exchange Online), ההעברה שניתן לאסוף מכאשר הוא כעת ויעביר את הנתונים הנותרים. ייתכן שיהיה עליך להפעיל מחדש את האצווה ההעברה. עם זאת, כאשר אתה עושה זאת, התהליך מחפש שינויים ולהתחיל אינו מחדש. אצווה ההעברה תתחיל מחדש רק אם אתה מוחק ולאחר מכן ליצור אותה מחדש.
