פתרון בעיות של שכפול התיקיות הציבוריות עבור Exchange Server

מספר KB מקורי:   10042

סיכום

נתחיל על-ידי בקשת האפשרות לאפשר רישום מאבחן ומעקב אחר הודעות בתור דרישה מוקדמת. לאחר מכן, נעביר אותך בסידרה של שלבים לפתרון בעיות שכפול התיקיות הציבוריות שלך.

זמן משוער להשלמה:
45-60 דקות.

כדי לפתור בעיות של שכפול התיקיות הציבוריות עבור Exchange Server, תחילה עליך להפוך רישום אבחון ומעקב אחר הודעות לזמינים.

מה ברצונך לעשות

הפיכת רישום אבחוני לזמין

יהיה עליך להפעיל רישום אבחוני בכל השרתים שאיתם אתה עובד. השלבים עבור גירסה אחרת של Exchange עשויים להיות שונים, בחר את גירסת Exchange שברשותך:

עבור Exchange Server 2007 ו-Exchange Server 2010

  1. הפעל את מעטפת ניהול Exchange.

  2. הפעלת ה-cmdlet הבא כדי לבדוק את רמות הרישום הנוכחיות:

    Get-EventLogLevel | ? { $_.EventLevel -ne "Low" -AND $_.EventLevel -ne "Lowest" }
    
  3. כדי להפעיל רישום, הפעל את רכיבי ה-cmdlet הבאים בכל שרתי התיקיות הציבוריות שאיתם אתה עובד:

    Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication DS Updates" -Level Expert
    Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Incoming Messages" -Level Expert
    Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Outgoing Messages" -Level Expert
    Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication NDRs" -Level Expert
    Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Backfill" -Level Expert
    Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication General" -Level Expert
    Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Errors" -Level Medium
    
  4. בשרת היעד, הגדל את רישום התעבורה על-ידי הפעלת רכיבי ה-cmdlet הבאים:

    Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium'
    Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium'
    
  5. כדי לאפס רמות רישום:

    1. פתח את מסוף הניהול של Exchange.
    2. בעץ המסוף, נווט אל תיבת הדואר של תצורת השרת > Mailbox.
    3. בחלונית פעולות , בחר באפשרות ניהול מאפייני רישום אבחונים.
    4. בדף ' ניהול מאפייני רישום אבחונים ', בחר את שירות Exchange שברצונך לשנות את רמת הרישום עבורו.
    5. בחר את רמת הרישום הרצויה ולאחר מכן בחר קביעת תצורה. אם ברצונך לשחזר ברירות מחדל, בחר איפוס כל השירותים לרמות רישום המוגדרות כברירת מחדל ולאחר מכן בחר קביעת תצורה.
    6. בדף ' השלמה ', ודא שהתהליך הושלם בהצלחה. משימות יציגו מצב של ' הושלם ' או ' נכשל'. אם המשימה נכשלה, סקור את הסיכום עבור הסבר ולאחר מכן בחר חזרה כדי לבצע שינויים דרושים בתצורה.
    7. בחר סיום כדי להשלים את אשף ' ניהול רמת רישום אבחונים '.

עבור Exchange Server 2003

  1. הפעל את Exchange System Manager ולאחר מכן הצג את המאפיינים של השרת שעבורו ברצונך להפוך רישום אבחוני לזמין.
  2. בחר את הכרטיסיה רישום אבחון ולאחר מכן הרחב את MSExchangeIS ברשימה שירותים .
  3. בחר תיקיה ציבורית, לחץ והחזק את מקש Ctrl ולאחר מכן בחר כל אחד מהפריטים הבאים כדי לבחור את כולם:
    • עדכוני פרסומי שכפולים
    • שכפול הודעות נכנסות
    • שכפול הודעות יוצאות
    • דוחות אי-מסירה
    • ילוי רקע שכפול
    • כללי שכפול
  4. בחר המרבי > החל.
  5. בחר שגיאות שכפול > בינוניות > החל > אישור.
  6. כדי להגדיל את הרישום בשרת היעד עבור שירות MSExchangeTransport ולהגדיר את רמת SMTP לבינונית:
    1. הרחב את servers, לחץ באמצעות לחצן העכבר הימני על שם השרת ולאחר מכן בחר מאפיינים.
    2. בחר את הכרטיסיה רישום אבחון ולאחר מכן בחר MSExchangeTransport תחת Services.
    3. תחת קטגוריות, בחר SMTP.
    4. תחת רמת רישום, בחר בינוני.

מה ברצונך לעשות בשלב הבא

הפיכת מעקב אחר הודעות לזמין

כדי להפעיל מעקב אחר הודעות בכל השרתים, תוכל לעבוד איתו. השלבים עבור גירסה אחרת של Exchange עשויים להיות שונים, בחר את גירסת Exchange שברשותך:

עבור Exchange Server 2007 ו-Exchange Server 2010

  1. ודא שמעקב אחר הודעות מופעל על-ידי מעבר אל מעטפת ניהול Exchange והפעלת ה-cmdlet הבא:

    Get-MailboxServer $env:computername | fl MessageTracking*
    
  2. אתה אמור לראות את הפלט הדומה לזה:

    הפעל את ה-cmdlet כדי לאמת מעקב אחר הודעות מופעל

  3. ודא ששניהם MessageTrackingLogEnabled MessageTrackingLogSubjectLoggingEnabled והוגדרו כ- True.

  4. הקפד לרשום את MessageTrackingLogPath מיקום יומן הרישום.

עבור Exchange Server 2003

  1. הפעל את Exchange System Manager ולאחר מכן הצג את המאפיינים של השרת שבו ברצונך לאפשר מעקב אחר הודעות. מעקב אחר הודעות אוסף נתונים כגון To, From ו- Date שנשלח.
  2. בכרטיסיה כללי , בחר את תיבת הסימון הפוך מעקב אחר הודעות לזמין .
  3. בחר בתיבת הסימון אפשר רישום והצגה של נושא .

מה ברצונך לעשות

פתרון בעיות של שכפול תיקיה ציבורית

בחר תיקיה אחת הכוללת נתונים בשרת אחד, אך לא בשרת אחר, ובצע רק את התיקיה המרכזית של מאמצי פתרון הבעיה שלך. בשלבים הבאים, השרת המכיל את הנתונים נקרא שרת המקור ; השרת שאינו מכיל את הנתונים נקרא שרת היעד .

Exchange Server 2007 ו-Exchange Server 2010

  1. במסוף הניהול של Exchange, בחר מסוף ניהול התיקיות הציבוריות תחת ארגז כלים.
  2. לחץ באמצעות לחצן העכבר הימני על תיקיות ציבוריות ולאחר מכן בחר התחבר אל.
  3. בחר את השרת שאליו ברצונך להתחבר.

Exchange Server 2003

  1. פתח את מנהל המערכת של Exchange.
  2. נווט אל אובייקט הירארכיית התיקיות הציבוריות.
  3. לחץ באמצעות לחצן העכבר הימני על תיקיות ציבוריות ולאחר מכן בחר התחבר אל.
  4. בחר את השרת שאליו ברצונך להתחבר.

האם התיקיה שאתה מחפש מופיעה כעת בהירארכיה בשני השרתים?

שכפל מרווח זמן תמיד; מזהה אירוע של יומן היישומים 3018

שכפל מרווח תמיד

ודא שהערך ' שכפל מרווח תמיד ' מוגדר ל-15 דקות או פחות בשרת המקור. במידת הצורך, התאם את ההגדרה. בחר את גירסת Exchange כדי לבדוק את השלבים:

Exchange Server 2007 ו-Exchange Server 2010
  1. הפעל את מסוף הניהול של Exchange.

  2. הפעלת רכיבי ה-cmdlet הבאים ואימותם ReplicationPeriod , ReplicationSchedule ReplicationMessageSize ומוגדרים:

    Get-PublicFolderDatabase -Server $env:computername| fl Replication*
    

    ההפעלה Get-PublicFolderDatabase כדי לאמת פרמטרים מוגדרים

  3. ודא שכל מסדי הנתונים של f הציבוריים זהים ReplicationMessageSize .

בשלב הבא, ודא שהתיקיה המדוברת מוגדרת לשימוש בלוח הזמנים של החנות. לשם כך:

  1. הפעל את מסוף הניהול של Exchange.

  2. הפעלת ה-cmdlet הבא ואימות Replicas UseDatabaseReplicationSchedule והגדרה:

    Get-PublicFolder | fl *Replica*
    

    ההפעלה Get-PublicFolder כדי לאמת פרמטרים מוגדרים

  3. אם UseDatabaseReplicationSchedule הוא מוגדר ל- False, ודא שהאפשרות ReplicationSchedule מוגדרת.

Exchange Server 2003
  1. הפעל את Exchange System Manager.
  2. הרחב את הגורם המכיל של קבוצות הניהול ולאחר מכן בחר את קבוצת הניהול המכילה את שרת התיקיות הציבוריות.
  3. הרחב את הגורם המכיל של השרתים , בחר את מסד הנתונים של התיקיה הציבורית ולאחר מכן בחר מאפיינים.
  4. בכרטיסיה שכפול (מדיניות) , שים לב לערך בתיבה מרווח זמן לשכפול עבור תמיד (דקות) .
  5. אם הערך אינו 15, הקלד 15 בתיבה מרווח זמן לשכפול עבור תמיד (דקות) .
  6. בחר החל ולאחר מכן בחר אישור.

בשלב הבא, ודא שהתיקיה שבה אתה פותר הבעיה מוגדרת לשימוש בלוח הזמנים של החנות:

  1. הרחב את תיקיות ציבוריות ולאחר מכן לחץ באמצעות לחצן העכבר הימני על התיקיה שאתה פותר בעיות.
  2. בחר מאפיינים.
  3. בכרטיסיה שכפול , בחר השתמש בלוח הזמנים של החנות הציבורית ברשימת מרווחי הזמן של שכפול התיקיות הציבוריות .

מזהה אירוע של יומן היישומים 3018

צור תיקיה חדשה בהירארכיה בשרת המקור ולאחר מכן הענק לתיקיה החדשה שם ייחודי שתוכל לזכור.

אנו משתמשים בבדיקה 1 כשם התיקיה שלנו בדוגמה זו. צפה ביומן היישומים בשרת המקור עבור מזהה האירוע 3018, אשר מציין את סוג ההודעה 0x2 ומכיל את שם התיקיה שיצרת. ייתכן שתצטרך להמתין עד 15 דקות כדי שהאירוע יירשם.

סוג אירוע מידע
מקור האירוע: החנות הציבורית MSExchangeIS
הקטגוריה ' אירוע ': שכפול הודעות יוצאות
מזהה אירוע: 3018
הודעה הונפק הודעת שכפול יוצאת.
Type: 0x2
מזהה הודעה: <MessageID@Server.Domain.com>
מסד נתונים "אחסון Group\Public Folder"
CN מינימום: 1-100, CN max: 1-200
RFIs:
1) FID: 1-1234, PFID: 1-1, היסט: 28
IPM_SUBTREE \Test 1

האם אתה רואה את מזהה האירוע 3018?

פתרון בעיות בשרת המקור

שרת המקור אינו יוצר הודעות שכפול יוצאות של הירארכיה עבור שינויים חדשים. נתמקד תחילה בפתרון בעיות בשרת המקור.

מזהה אירוע 3079 כאשר מסד הנתונים של התיקיה הציבורית מותקן

כאשר מסד הנתונים של התיקיה הציבורית מותקן, מזהה האירוע 3079 נרשם ביומן היישומים בשרת המקור. בדוק את יומן היישומים בשרת המקור.

סוג אירוע מידע
מקור האירוע החנות הציבורית MSExchangeIS
הקטגוריה ' אירוע ' שגיאות שכפול
מזהה אירוע 3079
הודעה שגיאה בלתי צפויה של רצפי שכפול במסד נתונים " <name> ".
1) FID: 1-1234, PFID: 1-1, היסט: 28
IPM_SUBTREE \Test 1

האם אתה רואה את מזהה האירוע 3079?

  • אם כן, ראה EcReplStartup.
  • אם לא, מצטערים, לא ניתן לפתור בעיה לא מזוהה באמצעות מדריך זה. אם אתה יוצר קשר עם התמיכה לגבי בעיה זו, ספר להם ששרת המקור אינו יוצר הודעות שכפול של הירארכיה יוצאת ואין אירוע 3079 כאשר מסד הנתונים מתקפל.

EcReplStartup

בדוק את מזהה האירוע 3079 עבור הטקסט: EcReplStartup.

האם מזהה האירוע 3079 מכיל את EcReplStartup?

  • אם כן, ראה מזהה אירוע של יומן היישומים 9528.
  • אם לא, מצטערים, לא ניתן לפתור בעיה לא מזוהה באמצעות מדריך זה. אם אתה יוצר קשר עם התמיכה לגבי בעיה זו, ספר להם ששרת המקור אינו יוצר הודעות שכפול של הירארכיה יוצאת. קיים אירוע 3079 כאשר התקנת מסד הנתונים מתבצעת, אך האירוע אינו מכיל את EcReplStartup.

מזהה אירוע של יומן היישומים 9528

אם מזהה האירוע 3079 מכיל את EcReplStartup, הדבר מציין שהליך המשנה של השכפול גוסס בעת האתחול. לאחר מכן, בדוק אם מזהה האירוע 9528 נרשם ביומן היישומים של שרת המקור.

סוג אירוע מידע
מקור האירוע MSExchangeIS
הקטגוריה ' אירוע ' כללי
מזהה אירוע 9528
הודעה ה-SID S-1-5-32-544 נמצא ב-2 משתמשים ב-DS, כך שלחנות אין אפשרות למפות מזהה אבטחה זה למשתמש ייחודי.
המשתמשים המעורבים הם:
/DC = com/DC = domain/DC = na/OU = הועבר/CN = John, Wood
/DC = com/DC = domain/DC = ad/DC = corp/OU = EUC/OU = עמרו/OU = ג'רזי City/OU = Harborside/OU = משתמשים/CN = John, Wood

האם אתה רואה את מזהה האירוע 9528?

  • אם כן, ראה הסרת חשבונות כפולים.
  • אם לא, מצטערים, לא ניתן לפתור בעיות לא מזוהות במדריך זה. לקבלת עזרה נוספת בפתרון בעיה זו, פנה לתמיכה של Microsoft Exchange Server וספר להם שכאשר מתבצעת טעינה של מסד הנתונים, נרשם אירוע 3079.

מעקב אחר ההודעה במעקב אחר הודעות; האם ההודעה נמסרה לשרת היעד

מעקב אחר ההודעה במעקב אחר הודעות

בשרת המקור, השתמש במזהה ההודעה מתוך תיאור של מזהה אירוע 3018 כדי לעקוב אחר ההודעה במעקב אחר הודעות.

סוג אירוע מידע
מקור האירוע החנות הציבורית MSExchangeIS
הקטגוריה ' אירוע ' הודעה יוצאת של שכפול
מזהה אירוע 3018
הודעה הונפק הודעת שכפול יוצאת.
Type: 0x2
מזהה הודעה: <MessageID@Server.Domain.com>
מסד נתונים "אחסון Group\Public Folder"

האם ההודעה נמסרה לשרת היעד

בתיאור של מזהה אירוע 3018, שים לב למזהה ההודעה ולאחר מכן השתמש במעקב אחר הודעות כדי לקבוע אם ההודעה נמסרה לשרת היעד. לדוגמה, הקטע הבא למעקב אחר הודעות כולל את הטקסט הבא:

"ההודעה מועברת אל דרך SMTP".

היסטוריית הודעות

SMTP Store Driver: Message Submitted From Store
SMTP: Message Submitted to Advanced Queuing
SMTP: Started Message Submission to Advanced Queue
SMTP: Message Submitted to Categorizer
SMTP: Message Categorized and Queued For Routing
SMTP: Message Routed and Queued For Remote Delivery
SMTP: Started Outbound Transfer of Message Message transferred to through SMTP

האם מעקב אחר הודעות מציין שההודעה נמסרה לשרת היעד?

בעיית תעבורה; האם ההודעה מופיעה במעקב אחר הודעות?

בעיית תעבורה

ההודעה לא נמסרה לשרת היעד, ומציינת שבעיית תעבורה גורמת לבעיה. בשלב הבא, נפתור את תהליך ההעברה.

האם ההודעה מופיעה במעקב אחר הודעות

עבור אל שרת המקור ואתר את מזהה ההודעה היוצאת. לאחר מכן, עבור אל שרת היעד והעבר מעקב אחר הודעות כדי לראות אם הוא קיבל את ההודעה. בחר את גירסת Exchange כדי לבדוק את השלבים להפעלת מעקב אחר הודעות.

עבור Exchange Server 2007 ו-Exchange Server 2010
  1. הפעל את מסוף הניהול של Exchange.

  2. הפעלת ה-cmdlet הבא:

    Get-MessageTrackingLog -MessageId
    
עבור Exchange Server 2003
  1. הפעל את Exchange System Manager.
  2. בעץ המסוף, הרחב את Tools ולאחר מכן בחר מרכז מעקב אחר הודעות.
  3. בתיבה שרת, הקלד את שם השרת שבו פועל Exchange Server 2003.

כדי לעיין ברשימה של שרתים זמינים, בחר שרת, בחר שרת ולאחר מכן בחר הוסף. באפשרותך לחפש הודעה שנשלחה או נמסרה לשרת מסוים. נדרש רק לציין את שם השרת.

האם ההודעה קיבלה את ההודעה?

מזהה אירוע 3028 בשרת היעד

בשרת היעד, בדוק את יומן היישומים עבור מזהה האירוע 3028, המכיל את מזהה ההודעה שציינת מתוך התיאור של מזהה האירוע 3018.

סוג אירוע מידע
מקור האירוע החנות הציבורית MSExchangeIS
הקטגוריה ' אירוע ' שכפול הודעות נכנסות
מזהה אירוע 3028
הודעה הונפק הודעת שכפול נכנסת.
Type: 0x2
מזהה הודעה: <MessageID@Server.Domain.com>
מסד נתונים "אחסון Group\Public Folder"
CN מינימום: 5-100 CN max: 5-200
RFIs: 1
1) FID: 5-1234, PFID: 1-1, היסט: 28
IPM_SUBTREE \Test 1

האם יומן היישומים של ' היעד של שרת היעד ' מציג את מזהה האירוע 3028, ואירוע זה מכיל את אותו מזהה הודעה כמזהה האירוע 3018?

מזהה אירוע 7004 ומזהה אירוע 7010 בשרת היעד

בשרת היעד, בדוק את יומן היישומים במציג האירועים לאירועים הדומים לאירועים הבאים.

סוג אירוע שגיאה
מקור האירוע MSExchangeTransport
הקטגוריה ' אירוע ' פרוטוקול SMTP
מזהה אירוע 7004
תאריך תאריך
זמן זמן
משתמשים לא זמין
מחשב Computer_Name
תיאור זהו יומן שגיאות של פרוטוקול SMTP עבור מזהה שרת וירטואלי 1, #29 חיבור. המארח המרוחק E2k3server1.contoso.com , השיב לפקודת SMTP "xexch50" עם "504 צריך לאמת תחילה". הפקודה המלאה שנשלחה הייתה "XEXCH50 2336 3". סביר להניח שהסיבה לכך תגרום לכשל בחיבור.
סוג אירוע שגיאה
מקור האירוע MSExchangeTransport
הקטגוריה ' אירוע ' פרוטוקול SMTP
מזהה אירוע 7010
תאריך תאריך
זמן זמן
משתמש לא זמין
מחשב Computer_Name
תיאור זהו יומן פרוטוקול SMTP עבור מזהה שרת וירטואלי 1, #30 חיבור. הלקוח ב-"6.5.2.4" שלח פקודת "xexch50", ושרת SMTP השיב באמצעות "504 צריך לאמת תחילה". הפקודה המלאה שנשלחה הייתה "xexch50 1092 2". סביר להניח שהסיבה לכך תגרום לכשל בחיבור. אירועים אלה מציינים שהכיור של פרוטוקול XEXCH50 משוגר, אך חילופי הכתמים נכשלו בין השרתים המפורטים באירועים.

האם אתה רואה את מזהה האירוע 7004 ומזהה האירוע 7010 בשרת היעד?

פתרון בעיה באמצעות הפקודה XEXCH50

ייתכן שהבעיה שאתה נתקל נגרמת כתוצאה מבעיית פקודה של XEXCH50.

כדי לפתור את בעיית הפקודה XEXCH50

  1. ודא שהאימות המשולב של Windows זמין בשרתים הווירטואליים של SMTP במחשבים שבהם פועל Exchange Server בארגון שלך. אם אימות משולב של Windows אינו זמין:

    1. ב-Exchange System Manager, הרחב את קבוצות ניהול, הרחב את servers, הרחב את שם שרת Exchange, הרחב את הפרוטוקולים ולאחר מכן הרחב את SMTP.
    2. לחץ באמצעות לחצן העכבר הימני על שרת SMTP virtual.
    3. בחר מאפיינים, בחר את הכרטיסיה Access ולאחר מכן בחר אימות. ודא שתיבת הסימון משולבת של אימות Windows נבחרה.
  2. אם אימות משולב של Windows מופעל, אך האירועים נמשכים, השרת השולח באירוע 7004 או באירוע 7010 עשוי להיות חסר או לדחות את רשאת sendas עבור ישירות בשרת המקבל. אם השרת השולח והשרת המקבל חווים אירועים אלה, השרתים עשויים להיעדר את הזכויות של רשאת sendas עבור זו לזו. הזכות של רשאת sendas עבור אינה מוגדרת באופן מפורש. הזכות של רשאת sendas עבור עוברת בדרך כלל באמצעות חברות בקבוצה ' שרתי תחום של Exchange ' (EDS). אם ל-EDS אין ערך בקרת גישה מסוג זה (ACE), ייתכן שהשרת המושפע מקונן בקבוצה אחרת שמכילה את האפשרות ' מנע אס ', או שהעורכים מקוננים בקבוצות אחרות שברשותם ' מנע ACE '. כדי לפעול בהצלחה, הפקודה XEXCH50 צריכה לכלול את הרשאת sendas עבור הזכות עבור שרתים בארגון Exchange.

  3. קבע אם אתה משתמש באבטחת שכבת תעבורה (TLS) ובערוץ אבטחה בין שרתים בארגון Exchange. בתרחיש זה, כיורים אירועי התעבורה של STARTTLS מתרחשים לפני הפקודה ' אימות '. הפקודה XEXCH50 מתקיימת מאוחר יותר בהפעלה מאחר שפקודת האימות חסרה.

  4. אם האימות של אבטחת פרוטוקול Exchange (EXPS) אינו פועל כהלכה בין השרתים, הפקודה XEXCH50 אינה פועלת. אירועים 1704 ו-1706 מציינים כשלונות אימות EXPS ביומן היישומים.

    סוג אירוע אזהרה
    מקור האירוע אירוע MSExchangeTransport
    הקטגוריה ' אירוע ' פרוטוקול MTP
    מזהה אירוע 1706
    תיאור ל-EXPS אין אפשרות לספק את אבטחת הפרוטוקול ב-". com ". "CSessionContext:: OnEXPSInNegotiate" שנקרא "HrServerNegotiateAuth" אשר נכשל עם קוד שגיאה 0x8009030c ( i:\transmt\src\smtpsink\exps\expslib\context.cpp@1462 ). Data: 0000:0c 03 09 80...?

    הערה

    התיאור במזהה האירוע 1706 כולל קוד שגיאה 0x8009030c.
    קוד שגיאה 0x8009030c הוא הערך הSEC_E_LOGON_DENIED Hresult. קוד זה מציין כי לא היתה אפשרות להתחבר לחשבון.
    ייתכן שתתקשה לפתור בעיות אלה מכיוון שאישורי Microsoft Windows של EXPS נדרשים להעברת פקודת אימות זו. באפשרותך להשתמש בכלים שונים כדי לפתור את השילוב של מזהה אירוע 7004 ו-7010; פעולה זו כוללת את הכלי NLTEST והכלי NETDOM. שלבי פתרון בעיות עשויים לכלול איפוס סיסמאות של חשבונות מחשב.
    אם יש לך שילוב של מזהה אירוע 7004 ו-7010 ביומן היישומים כפי שתואר לעיל, ולא תוכל לגלות את מקור הבעיה באמצעות אימות EXPS, פנה לשירותי התמיכה של Microsoft.
    אם אין ברשותך שילוב של מזהה אירוע 7004 ומזהה אירוע 7010 ביומן היישומים, עבור אל שלב 5.

  5. בדוק אם יש חומת אש או חומת אנטי-וירוס בין שרתים בארגון Exchange. אם חומת אש פועלת בין השרתים בארגון, בטל באופן זמני את חומת האש כדי לקבוע אם היא גורמת לבעיה.

האם הפיכת חומת האש ללא זמינה פותרת את הבעיה?

הפעל את isinteg-fix-test ReplState בשרת היעד; Tombstone עקב מחיקה

הפעל את isinteg – fix – test ReplState בשרת היעד

בחר את גירסת Exchange כדי לאמת ולכוונן את ההגדרה ReplState עם השלבים הבאים:

עבור Exchange Server 2007 ו-Exchange Server 2010
  1. הפעל את מסוף הניהול של Exchange.

  2. השתמש ב- New-PublicFolderDatabaseRepairRequest cmdlet כדי לזהות ולפתור בעיות שכפול במסד הנתונים של התיקיה הציבורית. ניתן עדיין לגשת לתיקיות ציבוריות במסד הנתונים של התיקיה הציבורית כאשר הבקשה פועלת. עם זאת, התיקיה הציבורית שתוקנה כעת אינה זמינה. לאחר שתתחיל בבקשת התיקון, לא ניתן יהיה להפסיק את התקנת מסד הנתונים אלא אם תבוטל.

  3. הפעלת ה-cmdlet הבא:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
    
עבור Exchange Server 2003
  1. בשרת היעד, התקן את התיקון החם KB925253.

  2. לאחר התקנת התיקון החם, בטל את הטעינה של מסד הנתונים של התיקיה הציבורית בשרת ולאחר מכן הפעל את הפקודה הבאה בשורת הפקודה:

    cd C:\Program Files\Exchsrvr\bin
    Isinteg -s -fix -test ReplState
    

בשלב הבא, הפעלה של בדיקה כדי לקבוע אם הבעיה נפתרה.

Tombstone עקב מחיקה

פעולה זו מציינת שהתיקיה היא tombstone עקב מחיקה קודמת שלא שוכפלה. חזור לשרת המקור והעתק את התיקיה כדי ליצור תיקיה חדשה עם אותו תוכן ולאחר מכן התחל מחדש.

תצוגת תיקיה חדשה

האם התיקיה החדשה גלויה בהירארכיה בשרת היעד?

פתרון בעיות של הירארכיה ילוי רקע

בשלב זה, אימתו ששינויי ההירארכיה משוכפלים כראוי. כעת ניתן לפתור בעיות של הירארכיה ילוי רקע. לשם כך, הפעל את הירארכיית סינכרון בשרת היעד. הירארכיית סינכרון גורמת למזהה האירוע 3017 להתרחש. מזהה אירוע 3017 מראה שבקשת מצב הירארכיה (type 0x20) נשלחה לשרת המקור.

עבור Exchange Server 2007 ו-Exchange Server 2010

  1. הפעל את מסוף הניהול של Exchange.
  2. הפעיל את ה Update-PublicFolderHierarchy -Server -cmdlet.
  3. לאחר הפעלת הירארכיית סינכרון בשרת היעד, בדוק את יומן היישומים בשרת המקור עבור האירוע 3027 ועבור בקשת המצב הנכנס.

עבור Exchange Server 2003

  1. הפעל את Exchange System Manager.
  2. כדי להפעיל הירארכיית סינכרון, הרחב את תיקיות, לחץ באמצעות לחצן העכבר הימני על הגורם המכיל של אובייקטים ציבוריים ולאחר מכן בחר סנכרן הירארכיה.
  3. לאחר הפעלת הירארכיית סינכרון בשרת היעד, בדוק את יומן היישומים בשרת המקור עבור אירוע 3027 ועבור בקשת המצב הנכנס.

האם האירוע 3027 נמצא ביומן היישומים בשרת המקור?

אחזור מזהה ההודעה ועקוב אחר ההודעה

בשרת המקור, אתר את מזהה האירוע 3017 ולאחר מכן שים לב למזהה ההודעה. השתמש במעקב אחר הודעות כדי לעקוב אחר מזהה ההודעה כדי לקבוע אם ההודעה נמסרה לשרת המקור.

האם מעקב אחר הודעות מציין שההודעה נמסרה לשרת המקור?

קביעה אם מאגר התיקיות הציבוריות בשרת המקור כולל כתובת דואר אלקטרוני

כדי לקבוע אם מאגר התיקיות הציבוריות בשרת המקור כולל כתובת proxy, בדוק את ערך proxyAddresses התכונה בשירות Active directory directory.

כדי לבדוק את הערך

אזהרה

אם אתה משתמש ביישום העזר לעריכת ממשק השירות של Active Directory (עריכת ADSI), בתוכנית השירות של LDP או בכל לקוח אחר של LDAP גירסה 3, ואתה משנה באופן שגוי את התכונות של אובייקטי Active Directory, באפשרותך לגרום לבעיות רציניות. בעיות אלה עשויות לדרוש ממך להתקין מחדש את Microsoft Windows 2000 Server, Windows Server 2003, Microsoft Exchange Server 2000, Microsoft Exchange Server 2003 או גם Windows Server ו-Exchange Server. Microsoft אינה יכולה להבטיח שבעיות המתרחשות אם שינית באופן שגוי תכונות אובייקט של Active Directory ניתנות לפתרון. שינוי תכונות אלה באחריותך בלבד.

הערה

בהתאם לגירסת Microsoft Windows שברשותך, השלבים הבאים עשויים להיות שונים במחשב שלך. אם כן, עיין בתיעוד המוצר כדי להשלים שלבים אלה.

  1. הפעל את כלי העריכה של עריכת adsi על-ידי בחירה באפשרות > הפעל, הקלדת adsiedit. msc בתיבה פתח את ולאחר מכן בחר אישור.

    הערה

    עריכת ADSI Edit כלול בכלי התמיכה של Microsoft Windows 2000 Server ועם כלי התמיכה של Windows Server 2003. כדי להתקין את כלי התמיכה של Windows 2000, לחץ פעמיים עלSetup.exe בתיקיה SUPPORT\TOOLS בתקליטור Windows 2000. כדי להתקין את כלי התמיכה של Windows Server 2003, לחץ פעמיים עלSuptools.msi בתיקיה SUPPORT\TOOLS בתקליטור Windows Server 2003.

  2. התחבר לבקר תחום אם אינך מחובר עדיין.

    הערה

    בשלב זה, contoso.com הוא מציין מיקום עבור שם התחום שלך; מילים אחרות בכתב נטוי הן מצייני מיקום עבור השמות המצוינים. הרחב את הגורם המכיל של תצורת [computername.contoso.com], הרחב את cn = תצורת, dc = contoso, DC = com, הרחב את cn = Services, הרחב את cn = Microsoft Exchange, הרחב את cn = שם, הרחב את cn = services, הרחב את cn= AdministrativeGroupName, הרחב את cn = שרתים, הרחב את cn = InformationStore

  3. בחלונית השמאלית, לחץ באמצעות לחצן העכבר הימני על CN = Store Folder Store (EXCHANGESERVERNAME) ולאחר מכן בחר מאפיינים.

  4. ברשימה בחר אילו מאפיינים להציג , בחר באפשרות שתיהן.

  5. ברשימה בחר מאפיין לתצוגה , בחר proxyAddresses.

  6. בתיבה ערך (ים) , קבע אם הוקצתה כתובת דואר אלקטרוני. בדרך כלל, מאגר התיקיות הציבוריות כולל חותמת כתובות של פרוטוקול העברת דואר (SMTP) באופן דומה ל: SMTP:ExchangeServerName-IS@contoso.com .

  7. ברשימה בחר מאפיין לתצוגה , בחר דואר.

  8. בתיבה ערכים , ודא שכתובת ה-smtp זהה לכתובת ה-smtp המוצגת בשלב 7.

האם לחנות הציבורית של המקור יש כתובת דואר אלקטרוני?

  • אם כן, מצטערים, לא ניתן לפתור בעיה לא מזוהה באמצעות מדריך זה. לקבלת עזרה נוספת לפתרון בעיה זו, פנה לתמיכה של Microsoft Exchange Server.
  • אם לא, ראה מזהה אירוע של יומן היישומים 3018.

מזהה אירוע 3017 בשרת המקור

ביומן היישומים בשרת המקור, באופן מיידי לפני מזהה האירוע 3027, אתר את מזהה האירוע 3017 עבור התיקיה המכילה את הסוג 0x10.

האם אתה רואה את מזהה האירוע 3017 והקלד 0x10 עבור אותה תיקיה?

מזהה אירוע 3027 בשרת היעד

מזהה אירוע 3027 הוא תגובת המצב בשרת המקור. ביומן היישומים בשרת היעד, אתר את מזהה האירוע 3027 כדי לבדוק את תגובת המצב.

האם אתה רואה את מזהה האירוע 3027 בשרת היעד?

  • אם כן, ראה פתרון בעיות ילוי רקע.
  • אם לא, מצטערים, לא ניתן לפתור בעיה לא מזוהה באמצעות מדריך זה. לקבלת עזרה נוספת לפתרון בעיה זו, פנה לתמיכה של Microsoft Exchange Server.

פתרון בעיות ילוי רקע

בשלב זה, אנו יודעים ששרת היעד מודע לכך שהנתונים חסרים. כעת נתמקד בפתרון בעיות הילוי רקע את ההירארכיה עצמה.

בשרת היעד, הפעל שוב את ההירארכיית סינכרון ולאחר מכן בדוק את יומן היישומים בשרת היעד של מזהה האירוע 3014, הכולל הקלד 0x8. מזהה אירוע 3014 הוא בקשה יוצאת של ילוי רקע עבור ההירארכיה.

האם אתה רואה את מזהה האירוע 3014 והקלד 0x8 בשרת היעד?

  • אם כן, ראה מזהה אירוע 3024 בשרת המקור.
  • אם לא, מצטערים, לא ניתן לפתור בעיה לא מזוהה באמצעות מדריך זה. לקבלת עזרה נוספת לפתרון בעיה זו, פנה לתמיכה של Microsoft Exchange Server.

מזהה אירוע 3024 בשרת המקור

מזהה אירוע 3024 הוא ההירארכיה הנכנסת ילוי רקע בקשה.

האם אתה רואה את מזהה האירוע 3024 בשרת המקור?

מזהה אירוע 3019 בשרת המקור

מזהה אירוע 3019, הכולל את type 0x80000002, הוא ההירארכיה היוצאת של ילוי רקע תגובה בשרת המקור. בדוק את יומן היישומים בשרת המקור עבור מזהה האירוע 3019.

האם מזהה האירוע 3019 נמצא ביומן היישומים בשרת המקור?

  • אם כן, ראה מזהה אירוע 3029.
  • אם לא, מצטערים, לא ניתן לפתור בעיה לא מזוהה באמצעות מדריך זה. לקבלת עזרה נוספת לפתרון בעיה זו, פנה לתמיכה של Microsoft Exchange Server.

מזהה אירוע 3029

מזהה אירוע 3029 הוא תגובת ילוי רקע של ההירארכיה הנכנסת בשרת היעד.

האם אתה רואה את מזהה האירוע 3029 ביומן היישומים בשרת היעד?

חפש את התיקיה בהירארכיה

בשרת היעד, חפש את התיקיה בהירארכיה.

האם אתה רואה את התיקיה בהירארכיה בשרת היעד כעת?

  • אם כן, מזל טוב! הבעיה של שכפול התיקיות הציבוריות שלך עבור Exchange Server 2003 נפתרה.
  • אם לא, מצטערים, לא ניתן לפתור בעיה לא מזוהה באמצעות מדריך זה. לקבלת עזרה נוספת לפתרון בעיה זו, פנה לתמיכה של Microsoft Exchange Server.

מעקב אחר מזהה ההודעה מתוך מזהה אירוע 3014

בשרת היעד, בדוק את מזהה האירוע 3014 כדי לקבל את מזהה ההודעה. השתמש במעקב אחר הודעות כדי לעקוב אחר מזהה ההודעה.

האם מעקב אחר הודעות מציין שההודעה נמסרה לשרת המקור?

מעקב אחר מזהה ההודעה מתוך מזהה אירוע 3019

בשרת המקור, אתר את מזהה האירוע 3019 ולאחר מכן שים לב למזהה ההודעה באירוע. השתמש במעקב אחר הודעות כדי לעקוב אחר מזהה ההודעה.

האם מעקב אחר הודעות מציין שההודעה נמסרה לשרת היעד?

התמקדות בתוכן; שכפל מרווח תמיד ולוח זמנים; יצירת פריט חדש בשרת המקור

התמקדות בתוכן

מאחר שהתיקיה מופיעה בהירארכיה בשתי השרתים, סביר להניח שזו אינה בעיה של שכפול הירארכיה. לפיכך, נתמקד בפתרון בעיות בתוכן.

שכפל מרווח תמיד ותזמון

ודא שהערך ' שכפל מרווח תמיד ' מוגדר ל-15 דקות או פחות בשרת המקור.

כדי לאמת ולכוונן את ההגדרה ב-Exchange Server 2007 ו-Exchange Server 2010
  1. הפעל את מסוף הניהול של Exchange.

  2. הפעלת ה-cmdlet והאימות הבאים ReplicationPeriod , ReplicationSchedule ReplicationMessageSize והוגדרו:

    Get-PublicFolderDatabase -Server $env:computername| fl Replication*
    

    שימוש בGet-PublicFolderDatabase כדי לאמת פרמטרים מוגדרים

  3. ודא שכל מסדי הנתונים של התיקיות הציבוריות זהים ReplicationMessageSize .

בשלב הבא, ודא שהתיקיה המדוברת מוגדרת לשימוש בלוח הזמנים של החנות. לשם כך:

  1. הפעל את מסוף הניהול של Exchange.

  2. הפעלת ה-cmdlet הבא ואימות Replicas UseDatabaseReplicationSchedule והגדרה:

    Get-PublicFolder | fl *Replica*
    

    שימוש בGet-PublicFolder כדי לאמת פרמטרים מוגדרים

  3. אם UseDatabaseReplicationSchedule הוא מוגדר ל- False, ודא שהאפשרות ReplicationSchedule מוגדרת.

כדי לאמת ולכוונן את ההגדרה ב-Exchange Server 2003
  1. הפעל את Exchange System Manager.
  2. הרחב את הגורם המכיל של קבוצות הניהול ולאחר מכן בחר את קבוצת הניהול המכילה את שרת התיקיות הציבוריות.
  3. הרחב את הגורם המכיל של השרתים, הרחב את שרת המקור, בחר את מסד הנתונים של התיקיה הציבורית ולאחר מכן בחר מאפיינים.
  4. בכרטיסיה שכפול (מדיניות) , הקלד 15 בתיבה מרווח זמן לשכפול עבור תמיד (דקות) .
  5. בחר החל ולאחר מכן בחר אישור.

בשלב הבא, ודא שהתיקיה שבה אתה עובד מוגדרת לשימוש בלוח הזמנים של החנות. לשם כך:

  1. הרחב את תיקיות ציבוריות ולאחר מכן לחץ באמצעות לחצן העכבר הימני על התיקיה שאיתה אתה עובד.
  2. בחר מאפיינים.
  3. בכרטיסיה שכפול , בחר השתמש בלוח הזמנים של החנות הציבורית ברשימת מרווחי הזמן של שכפול התיקיות הציבוריות .

יצירת פריט חדש בשרת המקור

צור פריט חדש בתיקיה הציבורית בשרת המקור ולאחר מכן צפה ביומן היישומים של מזהה האירוע 3020.

האם אתה רואה את מזהה האירוע 3020, והוא כולל את שם התיקיה שאתה בודק ואת שם הפריט שיצרנו?

מזהה אירוע 3030

בשרת היעד, בדוק את יומן היישומים עבור מזהה האירוע 3030.

האם יומן היישומים של שרת היעד מכיל את מזהה האירוע 3030 עבור אותה תיקיה ופריט

שרת המקור אינו יוצר הודעות תוכן יוצא עבור תיקיה זו; מזהה אירוע 3079 כאשר מסד הנתונים של התיקיה הציבורית מותקן

שרת המקור אינו יוצר הודעות תוכן יוצא עבור תיקיה זו

שרת המקור אינו יוצר הודעות תוכן יוצאות עבור תיקיה זו. נתמקד בפתרון הבעיה שלנו בשרת המקור.

מזהה אירוע 3079 כאשר מסד הנתונים של התיקיה הציבורית מותקן

בשרת המקור, בדוק את יומן היישומים עבור מזהה האירוע 3079. מזהה אירוע 3079 מתרחש כאשר מסד הנתונים מותקן, והוא אמור להכיל את הטקסט: EcReplStartup. לדוגמה, מזהה אירוע 3079 אמור להידמות לטבלה הבאה.

סוג אירוע מידע
מקור האירוע
החנות הציבורית MSExchangeIS
הקטגוריה ' אירוע ' שגיאות שכפול
מזהה אירוע 3079
הודעה שגיאה בלתי צפויה של שגיאת שכפול 0x3f0.
EcGetReplMsg
EcReplStartup
FReplAgent

האם אתה רואה את מזהה האירוע 3079, והוא מכיל את EcReplStartup כאשר מסד הנתונים מותקן?

הרצת isinteg-fix-test ReplState; מזהה אירוע 3020

הפעל את isinteg – fix – test ReplState בשרת היעד

בחר את גירסת Exchange כדי לאמת ולכוונן את ההגדרה ReplState עם השלבים הבאים:

עבור Exchange Server 2007 ו-Exchange Server 2010
  1. הפעל את מסוף הניהול של Exchange.

  2. השתמש ב- New-PublicFolderDatabaseRepairRequest cmdlet כדי לזהות ולפתור בעיות שכפול במסד הנתונים של התיקיה הציבורית. ניתן עדיין לגשת לתיקיות ציבוריות במסד הנתונים של התיקיה הציבורית כאשר הבקשה פועלת. עם זאת, התיקיה הציבורית שתוקנה כעת אינה זמינה. לאחר שתתחיל בבקשת התיקון, לא ניתן יהיה להפסיק את התקנת מסד הנתונים אלא אם תבוטל.

  3. הפעלת ה-cmdlet הבא:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
    
עבור Exchange Server 2003
  1. בשרת היעד, התקן את התיקון החם KB925253 שפורסם ב-24 בינואר 2013.

  2. לאחר התקנת התיקון החם, בטל את הטעינה של מסד הנתונים של התיקיה הציבורית בשרת ולאחר מכן הפעל את הפקודה הבאה בשורת הפקודה:

    cd C:\Program Files\Exchsrvr\bin
    Isinteg -s -fix -test ReplState
    

מזהה אירוע 3020

צור פריט חדש בתיקיה הציבורית בשרת המקור ולאחר מכן בדוק את יומן היישומים עבור מזהה האירוע 3020.

האם אתה רואה את מזהה האירוע 3020, והוא כולל את שם התיקיה שאתה בודק ואת שם הפריט שיצרת?

  • אם כן, ראה מזהה אירוע 3030.
  • אם לא, מצטערים, לא ניתן לפתור בעיה לא מזוהה באמצעות מדריך זה. אם אתה יוצר קשר עם התמיכה לגבי בעיה זו, ספר להם ששרת המקור אינו יוצר הודעות שכפול של הירארכיה יוצאת. קיים אירוע 3079 כאשר התקנת מסד הנתונים מתבצעת, אך האירוע אינו מכיל את EcReplStartup.

ודא שהפריט נמצא בתיקיית המקור בשרת היעד

בשרת היעד, חפש את הפריט שיצרת בשרת המקור ולאחר מכן ודא שהוא נמצא בתיקיית היעד.

האם אתה רואה את הפריט בתיקיה בשרת היעד?

פתרון בעיות בילוי רקע תוכן

בדקנו ששינויי תוכן משכפלים. בשלב הבא, נפתור את הבעיות בילוי רקע תוכן.

לשם כך, הפעל סינכרון תוכן בשרת היעד. פעולה זו אמורה לגרום לשרת היעד לשאול את שרת המקור של הנתונים החסרים.

כדי להפעיל סינכרון תוכן ב-Exchange Server 2007 ו-Exchange Server 2010

  1. הפעל את מסוף הניהול של Exchange.

  2. הפעל את הפקודה הבאה:

    Update-PublicFolder -Server <DestinationServer>
    
  3. לאחר הפעלת הירארכיית סינכרון בשרת היעד, בדוק את יומן היישומים בשרת המקור עבור אירוע 3027 ועבור בקשת המצב הנכנס.

כדי להפעיל סינכרון תוכן ב-Exchange Server 2003

  1. הרחב את תיקיות ציבוריות ולאחר מכן בחר את תיקיית היעד.
  2. בחלונית השמאלית, בחר את הכרטיסיה מצב .
  3. לחץ באמצעות לחצן העכבר הימני על שרת היעד ולאחר מכן בחר סנכרן תוכן.

לאחר הפעלת סינכרון תוכן בשרת היעד, בדוק את יומן היישומים עבור מזהה האירוע 3017 עבור בקשת המצב היוצא.

Is מזהה אירוע 3017 ביומן היישומים בשרת היעד

השתמש ב-isinteg-fix-test ReplState (אם מזהה האירוע 3017 אינו נרשם)

בחר את גירסת Exchange כדי לאמת ולכוונן את ההגדרה ReplState עם השלבים הבאים:

עבור Exchange Server 2007 ו-Exchange Server 2010

  1. הפעל את מסוף הניהול של Exchange.

  2. השתמש ב- New-PublicFolderDatabaseRepairRequest cmdlet כדי לזהות ולפתור בעיות שכפול במסד הנתונים של התיקיה הציבורית. ניתן עדיין לגשת לתיקיות ציבוריות במסד הנתונים של התיקיה הציבורית כאשר הבקשה פועלת, אך אין באפשרותך לגשת לתיקיה הציבורית הנוכחית שתוקנה. לאחר שתתחיל בבקשת התיקון, לא ניתן יהיה להפסיק את התקנת מסד הנתונים אלא אם תבוטל.

  3. הפעלת ה-cmdlet הבא:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
    

עבור Exchange Server 2003

  1. בשרת היעד, התקן את התיקון החם KB925253.

  2. לאחר התקנת התיקון החם, בטל את הטעינה של מסד הנתונים של התיקיה הציבורית בשרת ולאחר מכן הפעל את הפקודה הבאה בשורת הפקודה:

     cd C:\Program Files\Exchsrvr\bin
    Isinteg -s -fix -test ReplState
    
  3. לאחר סיום תהליך isinteg, שנה את רשימת העותקים המשוכפלים בתיקיה הציבורית בשרת המקור. לשם כך, הוסף עותק משוכפל או הסר עותק משוכפל משרת כלשהו. בחר החל, הפוך את השינוי שיצרת זה עתה ולאחר מכן בחר החל שוב.

  4. הפעל שוב את ' סנכרן תוכן ' בשרת היעד עבור אותה תיקיה.

  5. בדוק את יומן היישומים עבור מזהה האירוע 3017 עבור בקשת המצב היוצא.

האם מזהה האירוע 3017 נמצא ביומן היישומים בשרת היעד?

  • אם כן, ראה מזהה אירוע 3027.
  • אם לא, מצטערים, לא ניתן לפתור בעיה לא מזוהה באמצעות מדריך זה. לקבלת עזרה נוספת לפתרון בעיה זו, פנה לתמיכה של Microsoft Exchange Server.

מזהה אירוע 3027

בשרת המקור, בדוק את יומן היישומים עבור מזהה האירוע 3027 המכיל את הקלד 0x20.

האם אתה רואה את מזהה האירוע 3027, והוא משתמש בסוג 0x20 בשרת המקור?

מזהה אירוע 3017 בשרת המקור

ביומן היישומים בשרת המקור, באופן מיידי לפני מזהה האירוע 3027, אתר את מזהה האירוע 3017 שמכיל את הקלד 0x10 עבור אותה תיקיה.

האם אתה רואה את מזהה האירוע 3017, והוא משתמש בסוג 0x10 עבור אותה תיקיה?

האם השרתים מכילים מגבלות גיל שונות

בדרך כלל, אם שרת המקור אינו יוצר תגובת מצב, משמעות הדבר היא שלשרת המקור אין נתונים שהשרת השני אינו כולל אף הוא.

מצב אחד שבו השרתים יכולים להיות מסונכרנים מבלי לכלול תוכן זהה אם יש להם מגבלות גיל שונות. אם שרת היעד כבר פג את הפריטים המדוברים, הוא לא ילוי רקע את הפריטים שוב.

הקפד לבדוק ולוודא שלשרתים אין מגבלות גיל שונות. קיימים כמה סוגי מגבלות:

מיכסות אחסון

שימוש בברירות המחדל של מיכסת מסד נתונים

בחר תיבת סימון זו כדי להשתמש במגבלות מיכסת מסד הנתונים של התיקיה הציבורית שבה שוכנת התיקיה הציבורית. אם לא תבחר את ברירות המחדל, אזהרת הבעיה ב (kb), הימנעות מפרסום at (kb) ותיבות הסימון של גודל הפריט המרבי (kb ) יהפכו לזמינות.

אזהרה בנושא (KB)

בחר בתיבת סימון זו כדי להזהיר באופן אוטומטי את בעלי התיקיה הציבורית שאליה התיקיה הציבורית מתקרבת למגבלת האחסון שלה. כדי לציין מגבלה זו, בחר בתיבת הסימון ולאחר מכן ציין את גודל התיקיה הציבורית בקילו-בתים (KB) שבו ברצונך למנוע רישום. באפשרותך להזין ערך בין 0 KB ל-2,147,483,647 KB (2.1 טרה-בתוך).

מנע פרסום at (KB)

בחר תיבת סימון זו כדי למנוע רישום לתיקיה הציבורית לאחר שגודל התיקיה מגיע למגבלה שצוינה. כדי לציין מגבלה זו, בחר בתיבת הסימון ולאחר מכן ציין את גודל התיקיה הציבורית ב-KB שבו ברצונך למנוע רישום. באפשרותך להזין ערך בין 0 KB ל-2,147,483,647 KB (2.1 טרה-בתוך).

גודל פריט מירבי (KB)

בחר תיבת סימון זו כדי להגביל את הגודל המרבי של פריטים שהמשתמשים יוכלו לפרסם בתיקיה הציבורית. כדי לציין את הגודל, בחר את תיבת הסימון ולאחר מכן ציין את הגודל המרבי של פריטים ב-KB שהמשתמשים יוכלו לפרסם בתיקיות הציבוריות. באפשרותך להזין ערך בין 0 KB ו-2,097,151 KB.

שמירת פריט שנמחק

שימוש בברירות המחדל של שמירת מסד נתונים

בחר תיבת סימון זו כדי להשתמש במגבלות שמירת פריט מסד הנתונים של התיקיה הציבורית בשרת שבו שוכנת התיקיה הציבורית. אם לא תבחר בתיבת סימון זו, תיבת הסימון שמור פריטים שנמחקו עבור (ימים) הופכת לזמינה.

שמירת פריטים שנמחקו עבור (ימים)

בחר תיבת סימון זו כדי להגדיר את מספר הימים שבהם פריטים שנמחקו יישמרו בתיקיה ציבורית. באפשרותך להזין ערך בין 0 ל-24,855 ימים.

מגבלות גיל

שימוש בברירות המחדל של גיל מסד נתונים

בחר בתיבת סימון זו כדי להשתמש במגבלות גיל מסד הנתונים של התיקיה הציבורית עבור השרת שבו שוכנת התיקיה הציבורית. אם לא תבחר בתיבת סימון זו, תיבת הסימון הגבלת גיל עבור עותקים משוכפלים (ימים) הופכת לזמינה .

מגבלת גיל עבור עותקים משוכפלים (ימים)

בחר תיבת סימון זו כדי להגביל את גיל התיקיה הציבורית. השתמש בתיבת הטקסט המתאימה כדי לציין את מגבלת הגיל בימים. עותקים משוכפלים של תיקיה ציבורית זו נמחקים באופן אוטומטי כאשר חריגה ממגבלת הגיל. באפשרותך להזין ערך בין 0 ל-24,855 ימים.

האם לשרתים יש מגבלות גיל שונות?

  • אם התשובה היא כן, ההבדל תוכן מתבצע על-ידי עיצוב. אינך צריך להמשיך לפתור את הבעיה. באפשרותך לעקוף את הבעיה על-ידי העתקת הפריטים כך שהם יהפכו לפריטים חדשים בתיקיה חדשה.
  • אם התשובה אינה, אירעה שגיאה לא ידועה.

מזהה אירוע 3027 הכולל 0x10 הקלדה בשרת היעד

בשרת היעד, בדוק את אירוע יומן היישומים עבור מזהה אירוע 3027 המכיל את הקלד 0x10.

האם אתה רואה את מזהה האירוע 3027, והוא משתמש בסוג 0x10?

  • אם כן, ראה התמקדות ב-ילוי רקע.
  • אם לא, מצטערים, לא ניתן לפתור בעיה לא מזוהה באמצעות מדריך זה. אם אתה יוצר קשר עם התמיכה לגבי בעיה זו, ספר להם ששרת המקור אינו יוצר הודעות שכפול של הירארכיה יוצאת. קיים אירוע 3079 כאשר התקנת מסד הנתונים מתבצעת, אך האירוע אינו מכיל את EcReplStartup.

התמקד ב-ילוי רקע

בשלב זה, שרת היעד חישב שנתונים מסוימים חסרים. לפיכך, נתמקד ב-ילוי רקע.

בשרת היעד, הפעל שוב סינכרון תוכן בתיקיית היעד. לאחר הפעלת סינכרון תוכן, מזהה האירוע 3016 נרשם ביומן היישומים. מזהה אירוע 3016 כולל 0x8 סוג הודעה המכיל את שם התיקיה.

בשרת היעד, האם אתה רואה את מזהה האירוע 3016, והוא מכיל את סוג ההודעה 0x8 שמכיל את שם התיקיה?

מזהה אירוע 3026 בשרת המקור

בתגובה למזהה האירוע 3016 בשרת היעד, אתה אמור לראות את מזהה האירוע 3026 ביומן היישומים בשרת המקור.

בשרת המקור, האם אתה רואה את מזהה האירוע 3026?

מזהה אירוע 3021 בשרת המקור

ביומן היישומים בשרת המקור, מיד לאחר מזהה האירוע 3026, עליך לראות אירוע אחד או יותר של מזהה אירוע 3021 שכולל את סוג ההודעה 0x80000004 עבור התיקיה.

האם אתה רואה לפחות מזהה אירוע אחד 3021 הכולל את סוג ההודעה 0x80000004 עבור התיקיה?

השוואת מספר המזהה של האירוע 3021 למספר מזהה האירוע 3031

ספירת מספר האירועים של מזהה אירוע 3021 הנמצאים ביומן היישומים בשרת המקור. לאחר מכן, ספור את מספר האירועים של מזהה אירוע 3031 המכיל את סוג ההודעה 0x80000004 עבור התיקיה ושנמצאים ביומן היישומים בשרת היעד.

האם יש מספר שווה של אירועים של מזהה אירוע 3021 ומזהה אירוע 3031 בין השרתים?

איתור התוכן בתיקיה בשרת היעד

בשרת היעד, חפש את התוכן שסונכרן משרת המקור לאותה תיקיה בשרת היעד.

האם מצאת את התוכן באותה תיקיה בשרת היעד?

  • אם כן, מזל טוב! הבעיה של שכפול התיקיות הציבוריות שלך עבור Exchange Server 2003 נפתרה.
  • אם לא, מצטערים, לא ניתן לפתור בעיה לא מזוהה באמצעות מדריך זה. לקבלת עזרה נוספת לפתרון בעיה זו, פנה לתמיכה של Microsoft Exchange Server.

ייתכן שההודעה נשלחה לשרת מקור אחר

בדוק את מזהה האירוע 3016 כדי לוודא שההודעה נשלחה לשרת המקור הצפוי. בשרת היעד, בדוק את מזהה האירוע 3016 כדי לקבוע איזה שרת המקור אמור היה לקבל את ההודעה. אם שרת מקור אחר קיבל את ההודעה, השתמש בשרת זה כשרת המקור החדש ולאחר מכן בדוק את יומן היישומים בשרת המקור החדש עבור מזהה האירוע 3016.

סוג אירוע מידע
מקור האירוע החנות הציבורית MSExchangeIS
הקטגוריה ' אירוע ' שכפול הודעות יוצאות
מזהה אירוע 3016
הודעה סוג הודעה יוצאת <value>
מזהה הודעה: <id>
תיקיה <folder name>
מסד נתונים " <name> ".
CNSET: <value>
CNSET (פאי): <value>
Server <server name>

האם שרת המקור הצפוי מזוהה במזהה האירוע 3016?

  • אם כן, ראה מזהה אירוע 3021 בשרת המקור.
  • אם לא, מצטערים, לא ניתן לפתור בעיה לא מזוהה באמצעות מדריך זה. לקבלת עזרה נוספת לפתרון בעיה זו, פנה לתמיכה של Microsoft Exchange Server.

מגבלת ילוי רקע מצטיינים

כברירת מחדל, חנות התיקיות הציבוריות יכולה להכיל עד 50 בקשות ילוי רקע מצטיינים בפעם אחת. פעולה זו נקראת מגבלת ילוי רקע המדהימה (OBL). כאשר 50 בקשות ילוי רקע נמצאות במערך החנות, בקשות אלה מתבצעות שוב ושוב עד לשביעות רצונם; לא ניתן לבצע בקשות חדשות נוספות עד לסיום בקשה אחת לפחות.

בכל פעם שנדרשת בקשת ילוי רקע, מופיעה פתיחה ב-OBL וניתן לבקש קבוצת נתונים חדשה. עם זאת, אם כל הבקשות של 50 חווים בעיות ולא ניתן להסתפק בהן, אין אפשרות לבצע פתחים חדשים, ולא ניתן לבצע בקשות חדשות, ולא ניתן להמשיך בשכפול.

כדי לקבוע אם המגבלה המדהימה של ילוי רקע היא הסיבה לבעיה, הגדל את המגבלה OBL על-ידי אחד (1) בשרת היעד ולאחר מכן בדוק את יומן היישומים למשך חמש דקות לפחות עבור מופע של מזהה אירוע 3016.

כדי להגדיל את מגבלת OBL על-ידי אחד (1) בשרת היעד

  1. פתח את עורך הרישום על-ידי בחירת התחל > הפעל, הקלד regedit ולאחר מכן בחר אישור.

  2. הרחב את מפתח המשנה הבא:
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\<Server_Name>\Public-<GUID>

  3. לחץ באמצעות לחצן העכבר הימני על ציבור- <GUID>, הצבע על חדש ולאחר מכן בחר ערך DWORD.

  4. הקלד מגבלת ילוי רקע של שכפול ולאחר מכן הקש Enter כדי לתת שם למפתח המשנה החדש.

  5. לחץ באמצעות לחצן העכבר הימני על מגבלת ילוי רקע מצטיינים ולאחר מכן בחר שנה.

  6. בתיבה נתוני ערך , הקלד 51 ולאחר מכן בחר אישור.

  7. סגור את עורך הרישום.

  8. הפעל מחדש את שירות מאגר המידע של Microsoft Exchange ב-Exchange Server 2003. לשם כך:

    • בחר התחל, הצבע על כלי ניהול ולאחר מכן בחר שירותים.
    • ברשימה שירותים , בחר מאגר מידע של Microsoft Exchange ולאחר מכן בחר הפעל מחדש.

אם מזהה האירוע 3016 מוקלט עבור תיקיה אחרת, פתור את הבעיות בשימוש בתיקיה זו במקום זאת.

האם אתה רואה את מזהה האירוע 3016 עבור תיקיה אחרת?

  • אם כן, ראה פתרון בעיות בילוי רקע תוכן.
  • אם לא, מצטערים, לא ניתן לפתור בעיה לא מזוהה באמצעות מדריך זה. לקבלת עזרה נוספת לפתרון בעיה זו, פנה לתמיכה של Microsoft Exchange Server.

מעקב אחר ההודעה המזוהה במזהה האירוע 3020

בשרת המקור, השתמש במעקב אחר הודעות כדי לעקוב אחר ההודעה מזוהה בקוד האירוע 3020.

האם מעקב אחר הודעות מציין שההודעה נמסרה לשרת היעד?

פתרון בעיות בפקודה XEXCH50

כדי לפתור בעיות בפקודה XEXCH50, הגדל את הרישום בשרת היעד עבור שירות MSExchangeTransport והגדר את רמת פרוטוקול SMTP לבינונית.

כדי לאמת ולכוונן את הגדרת רמת פרוטוקול SMTP, בחר את גירסת Exchange כדי לבדוק את השלבים:

עבור Exchange Server 2007 ו-Exchange Server 2010

  1. הפעל את מסוף הניהול של Exchange.
  2. השתמש בכלי Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium' Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium' הcmdlet ו-cmdlet כדי להפעיל רישום אירועים עבור ה-SMTP.
  3. השתמש ב- Resume-PublicFolderReplication cmdlet כדי להפעיל את שכפול התיקיות הציבוריות עבור הארגון כולו.

עבור Exchange Server 2003

בשלב הבא, בדוק את יומן היישומים במציג האירועים עבור אירועים הדומים לבאים:

סוג אירוע שגיאה
מקור האירוע MSExchangeTransport
הקטגוריה ' אירוע ' פרוטוקול SMTP
מזהה אירוע 7004
תאריך תאריך
זמן זמן
משתמש לא זמין
מחשב Computer_Name
תיאור זהו יומן שגיאות של פרוטוקול SMTP עבור מזהה שרת וירטואלי 1, #29 חיבור. המארח המרוחק E2k3server1.contoso.com השיב לפקודת SMTP "xexch50" עם "504 צריך לאמת תחילה. "הפקודה המלאה נשלחה הייתה" XEXCH50 2336 3 ". סביר להניח שהסיבה לכך תגרום לכשל בחיבור.
סוג אירוע: שגיאה
מקור האירוע MSExchangeTransport
הקטגוריה ' אירוע ' פרוטוקול SMTP
מזהה אירוע 7010
תאריך תאריך
זמן זמן
משתמש לא זמין
מחשב Computer_Name
תיאור זהו יומן פרוטוקול SMTP עבור מזהה שרת וירטואלי 1, #30 חיבור. הלקוח ב-"6.5.2.4" שלח פקודת "xexch50", ושרת SMTP השיב באמצעות "504 צריך לבצע אימות ראשוני". הפקודה המלאה שנשלחה הייתה "xexch50 1092 2". סביר להניח שהסיבה לכך תגרום לכשל בחיבור. אירועים אלה מציינים שהכיור של פרוטוקול XEXCH50 משוגר, אך חילופי הכתמים נכשלו בין השרתים המפורטים באירועים.

האם אתה רואה את מזהה האירוע 7004 ומזהה האירוע 7010 בשרת היעד?

הרצת isinteg-fix-test ReplState (אם אינך רואה את האירוע IE 7004 ו-7010)

בחר את גירסת Exchange כדי לאמת ולכוונן את ההגדרה ReplState עם השלבים הבאים:

עבור Exchange Server 2007 ו-Exchange Server 2010

  1. הפעל את מסוף הניהול של Exchange.

  2. השתמש ב- New-PublicFolderDatabaseRepairRequest cmdlet כדי לזהות ולפתור בעיות שכפול במסד הנתונים של התיקיה הציבורית. ניתן עדיין לגשת לתיקיות ציבוריות במסד הנתונים של התיקיה הציבורית כאשר הבקשה פועלת, אך אין באפשרותך לגשת לתיקיה הציבורית הנוכחית שתוקנה. לאחר שתתחיל בבקשת התיקון, לא ניתן יהיה להפסיק את התקנת מסד הנתונים אלא אם תבוטל.

  3. הפעלת ה-cmdlet הבא:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
    

עבור Exchange Server 2003

  1. בשרת היעד, התקן את התיקון החם KB925253.

  2. לאחר התקנת התיקון החם, בטל את הטעינה של מסד הנתונים של התיקיה הציבורית בשרת ולאחר מכן הפעל את הפקודה הבאה בשורת הפקודה:

    cd C:\Program Files\Exchsrvr\bin
    Isinteg -s -fix -test ReplState
    
  3. לאחר השלמת תהליך isinteg:

    1. שנה את רשימת העותקים המשוכפלים בתיקיה הציבורית בשרת היעד. לשם כך, הוסף עותק משוכפל או הסר עותק משוכפל משרת כלשהו. בחר החל, הפוך את השינוי שיצרת זה עתה ולאחר מכן בחר החל שוב.
    2. בשרת המקור, צור פריט חדש.
    3. בדוק את יומן היישומים בשרת המקור עבור מזהה האירוע 3020.
    4. בדוק את יומן היישומים בשרת היעד עבור מזהה האירוע 3030.

האם אתה רואה את מזהה האירוע 3030 ביומן היישומים בשרת היעד?

  • אם כן, מזל טוב! הבעיה של שכפול התיקיות הציבוריות שלך עבור Exchange Server 2003 נפתרה.
  • אם לא, מצטערים, לא ניתן לפתור בעיה לא מזוהה באמצעות מדריך זה. אם אתה יוצר קשר עם התמיכה לגבי בעיה זו, ספר להם ששרת המקור אינו יוצר הודעות שכפול של הירארכיה יוצאת. קיים אירוע 3079 כאשר התקנת מסד הנתונים מתבצעת, אך האירוע אינו מכיל את EcReplStartup.

שכפול מקבל את גודל התור בצג הביצועים

הודעות שכפול של תיקיות ציבוריות מתקבלות על-ידי SMTP, מחולקות לקטגוריות ומועברות לתור SMTP המקומי. לאחר מכן, ההודעות יישלחו לחנות התיקיות הציבוריות. לאחר שליחת הודעות לחנות התיקיות הציבוריות, הן מועברות לתור קבלת השכפול. ההודעות בתור ' קבלת שכפולים ' מעובדות ולאחר מכן השינויים מתבצעים בתיקיה הציבורית המתאימה. מונה הביצועים של ' קבלת שכפול ' מציין את מספר הודעות השכפול של התיקיה הציבורית הממתינות לעיבוד.

ככל שתור השכפול גדול יותר, כך הופך להיות מחוץ לסינכרון התוכן בתיקיות. כאשר תורים של שכפולים גדלים, מתבצעת טעינה מוגברת על משאבים כאשר ההודעות בתור השכפול מעובדות. כמו כן, הגדלת תורים של שכפולים מציינת שתוכן התיקיה הציבורית בשרת אינו מיושן.

אין צורך לבצע פעולה בשני המופעים שבהם הגידול בתור קבלת השכפול צפוי וניתן לתכנן אותו:

  • בשרת חדש של התיקיה הציבורית שהוצגה, הגידול בתור קבלת השכפול עשוי להיגרם כתוצאה מהשכפול הראשוני הצפוי של ילוי רקע.
  • אם איחוד האתרים או שינויים מרכזיים אחרים בטופולוגיית Exchange מתרחשים, צפוי להיות הרבה שכפול בזמן שהתוכן מועבר.

עבור שרתי מצב קיים, יציבים שבהם העתקים של התיקיה הציבורית אינם משתנים בצובר, שגיאה זו עשויה להצביע על:

  • צווארי ביצועים של משאבי שרת כגון דיסק, CPU, רשת או זיכרון. אם יש בשרת צוואר בקבוק של משאב, תהליך הStore.exe לא יוכל לעבד את הודעות השכפול במהירות מספקת והתור יגדל.
  • מרווח השכפול של התיקיות הציבוריות קצר מכדי שהשכפול יושלם לפני תחילת מחזור השכפול הבא.

כדי לפתור שגיאה זו:

  • נטר את MSExchangeIS Public\Replication קבל את גודל התור עד שהוא מראה שהשכפול מושלם לפני תחילת מחזור השכפול הבא.
  • שקול לצמצם את המספר הכולל של עותקים משוכפלים בארגון Exchange כדי להפחית את נפח תעבורת השכפול הנדרשת.

אם יש לך תור גבוה, ראה השהיית שכפול.

אם יש לך תור נמוך, ראה בעיה אפשרית ReplState.

השהה שכפול

השהה שכפול של תיקיות ציבוריות ותן לתורים לנקז או להתקשר לתמיכה.

כדי להשהות את השכפול

  1. הפעל את מסוף הניהול של Exchange.
  2. השתמש ב- Suspend-PublicFolderReplication cmdlet כדי להפסיק את שכפול התיקיות הציבוריות של הארגון כולו.
  3. נטר את תורי התעבורה על-ידי הפעלה Get-TransportServer | Get-Queue . לאחר הקטנת התור, באפשרותך לחדש את השכפול.
  4. השתמש ב- Resume-PublicFolderReplication cmdlet כדי להפעיל מחדש את שכפול התיקיות הציבוריות עבור הארגון כולו.

מצטערים, לא ניתן לפתור בעיה לא מזוהה באמצעות מדריך זה. אם אתה יוצר קשר עם התמיכה לגבי בעיה זו, ספר להם שהשכפול מושהה ואתה ממתין להפחתת התורים.

מחפש את מזהה התיקיה (FID) (בודד?)

האם האירוע ' מזהה אירוע ' 3028 מציג את FID אך לא את שם התיקיה?

  • אם כן, ראה Tombstone עקב מחיקה.
  • אם לא, מצטערים, לא ניתן לפתור בעיה לא מזוהה באמצעות מדריך זה. לקבלת עזרה נוספת לפתרון בעיה זו, פנה לתמיכה של Microsoft Exchange Server.

Tombstone עקב מחיקה (אירוע מזהה אירוע 3028 מציג את FID)

פעולה זו מציינת שהתיקיה היא tombstone עקב מחיקה קודמת שלא שוכפלה. חזור לשרת המקור והעתק את התיקיה כדי ליצור תיקיה חדשה עם אותו תוכן ולאחר מכן התחל מחדש.

האם מידע זה שימושי?

  • אם כן, ראה הסרת חשבונות כפולים.
  • אם לא, מצטערים, לא ניתן לפתור בעיות לא מזוהות במדריך זה. לקבלת עזרה נוספת בפתרון בעיה זו, פנה לתמיכה של Microsoft Exchange Server וספר להם שכאשר מתבצעת טעינה של מסד הנתונים, נרשם אירוע 3079.

האם צג הביצועים מציג מספר גדול של הודעות שממתינות בתור לשליחה

פתח את ' צג הביצועים '.

הוסף את Counter MSExchangeIS Public\Replication קבל תור ונטר את גודל התור.

אם עליך להבין מידע נוסף אודות ' צג הביצועים ', באפשרותך לעבור לכאן: מדריך תחילת העבודה על מדריך הביצועים.

האם צג הביצועים מציג מספר גדול של הודעות שממתינות בתור לשליחה?

  • אם כן, ראה בדוק שירותים.
  • אם לא, מצטערים, לא ניתן לפתור בעיה לא מזוהה באמצעות מדריך זה. אם אתה יוצר קשר עם התמיכה לגבי בעיה זו, ספר להם שהשרת יוצר הודעות של הירארכיה יוצאת, אך הודעות אלה אינן מופיעות במעקב אחר הודעות, ודבר אינו מופיע בתור לשליחה.

בדיקת שירותים

  1. בחר התחל > הפעל.
  2. הקלד services. msc בתיבה.
  3. חיפוש MSExchangeTransport ואימות שהוא מופעל

אם יש לך PowerShell, פתח אותו והפעלת את ה-cmdlet הבא:

Get-Service MSExchangeTransport

האם שירות התעבורה פועל?

  • אם כן, ראה פתרון בעיות בשכפול תיקיות ציבוריות.
  • אם לא, מצטערים, לא ניתן לפתור בעיה לא מזוהה באמצעות מדריך זה. אם אתה יוצר קשר עם התמיכה לגבי בעיה זו, ספר להם שהשרת יוצר הודעות של הירארכיה יוצאת, אך הודעות אלה אינן מופיעות במעקב אחר הודעות, ודבר אינו מופיע בתור לשליחה.

האם האירוע 3030 מציג את מזהה ההודעה (MID) של הפריט, אך לא את הנושא

האם האירוע 3030 מציג את אמצע הפריט, אך לא את הנושא?

  • אם כן, ראה Tombstone.
  • אם לא, מצטערים, לא ניתן לפתור בעיה לא מזוהה באמצעות מדריך זה. אם אתה יוצר קשר עם התמיכה לגבי בעיה זו, ספר להם ששרת המקור אינו יוצר הודעות שכפול של הירארכיה יוצאת ואין אירוע 3079 כאשר מסד הנתונים מתקפל.

מצבה

זוהי בדרך כלל תוצאה של tombstone עקב מחיקת הודעות שלא הוכפלו. באפשרותך להעתיק את ההודעות בתוך התיקיה כדי ליצור הודעות חדשות, או להעתיק את התיקיה כולה.

האם מידע זה שימושי?

  • אם כן, ראה הסרת חשבונות כפולים.
  • אם לא, מצטערים, לא ניתן לפתור בעיות לא מזוהות במדריך זה. לקבלת עזרה נוספת בפתרון בעיה זו, פנה לתמיכה של Microsoft Exchange Server וספר להם שכאשר מתבצעת טעינה של מסד הנתונים, נרשם אירוע 3079.

מעקב אחר מזהה האירוע 3027

עקוב אחר 3027 כדי לראות עד כמה הוא הגיע. אם היא לא עזבה את שרת המקור, בדוק את ההודעות הממתינות בתור עבור מונה ביצועי המסירה תחת MSExchangeIS Public כדי לבדוק אם ההודעות היוצאות תקועות בחנות הציבורית.

האם מידע זה שימושי?

  • אם כן, ראה הסרת חשבונות כפולים.
  • אם לא, מצטערים, לא ניתן לפתור בעיות לא מזוהות במדריך זה. לקבלת עזרה נוספת בפתרון בעיה זו, פנה לתמיכה של Microsoft Exchange Server וספר להם שכאשר מתבצעת טעינה של מסד הנתונים, נרשם אירוע 3079.

בעיה אפשרית של ReplState

ייתכן שבעיה זו עשויה להיות בעיה של XEXCH50 או בעיה של ReplState. לפני שתמשיך, בוא נוודא שרישום SMTP מופעל.

בחר את גירסת Exchange כדי לאמת ולכוונן את ההגדרה ReplState עם השלבים הבאים:

עבור Exchange Server 2007 ו-Exchange Server 2010

  1. הפעל את מסוף הניהול של Exchange.
  2. השתמש בכלי Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium' Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium' הcmdlet ו-cmdlet כדי להפעיל רישום אירועים ב-SMTP.
  3. השתמש ב- Resume-PublicFolderReplication cmdlet כדי להפעיל את שכפול התיקיות הציבוריות עבור הארגון כולו.

עבור Exchange Server 2003

  1. הפעל את Exchange System Manager.
  2. הרחב את servers, לחץ באמצעות לחצן העכבר הימני על Your_ שם שרת ולאחר מכן בחר מאפיינים.
  3. בחר את הכרטיסיה רישום אבחון ולאחר מכן בחר MSExchangeTransport תחת Services.
  4. תחת קטגוריות, בחר SMTP.
  5. תחת רמת רישום, בחר בינוני.

מהי גירסת Exchange שברשותך?

אחת או יותר מההודעות אבדו בתעבורה

אם מספר האירועים של 3031 בשרת היעד קטן ממספר האירועים של 3021 בשרת המקור, הודעות אחת או יותר אבדו בתעבורה. כדי לפתור את אובדן ההודעה, זהה את מזהה ההודעה של ההודעות שלא הוכפלו.

לשם כך, בדוק את יומן היישומים בשרת המקור. לאחר מכן, השתמש במעקב אחר הודעות כדי לעקוב אחר ההודעות ולפתור את הבעיה.

האם יש שרתי Exchange Server 2007 או 2010 בנתיב של הודעה זו?

האם זה פתר את הבעיה

האם הבעיה נפתרה כעת?

  • אם כן, מזל טוב! הבעיה של שכפול התיקיות הציבוריות שלך עבור Exchange Server 2003 נפתרה.
  • אם לא, מצטערים, לא ניתן לפתור בעיה לא מזוהה באמצעות מדריך זה. לקבלת עזרה נוספת לפתרון בעיה זו, פנה לתמיכה של Microsoft Exchange Server.

Exchange Server 2007 ו-Exchange Server 2010 בנתיב

הסיבה הנפוצה ביותר לתגובה לגבי תוכן שאבד ילוי רקע ב-Exchange Server 2007 או ב-Exchange Server 2010 היא כשל במנהלי מערכת של חנות. לדוגמה, תגובה של ילוי רקע תישלח לשרת Exchange Server 2007, אך אם תסתכל על יומן היישומים ב-2007, לא תראה אף פעם את אירוע השכפול הנכנס. מעקב אחר הודעות מראה שהודעת השכפול הגיעה לשרת ההובלה של hub ולאחר מכן נכשלה במנהל התקן של החנות.

השלב הראשון לפתרון בעיות הוא לעקוב אחר ההודעה ולראות היכן היא נכשלה.

בדרך כלל, שרת ההובלה של hub ירשום 1020 של אירוע המתאר את הבעיה בתוכן מסוים זה. לאחר מעקב אחר ההודעה וקביעת השרת המוביל של רכזת שהוא נכשל בו, עיין באירוע 1020 עם מנהל ההתקן של MSExchange Store בשרת ההובלה של hub זה.

האם אתה רואה אירוע של 1020 עם מנהל ההתקן של MSExchange Store בשרת ההובלה של hub?

Exchange Server 2007 ו-Exchange Server 2010 בנתיב (תוכן ההודעה נפגם)

הודעה זו היא בדרך כלל עקב מושחתים TNEF. אם זוהי סביבה היברידית, החל את Exchange 2013 CU6 כדי למנוע הודעות מושחתות חדשות ולמחוק את הקבצים הישנים. כדי לזהות את הפריטים הפגומים, המשך בשלבים הבאים.

כדי לזהות אילו פריטים נפגמו:

  1. הקטן את גודל הודעת השכפול ל-1k בשרת המקור.
  2. ביעד, כפה על בקשה נוספת של ילוי רקע באמצעות סינכרון תוכן או עדכון-PublicFolder.
  3. כעת תראה תגובת ילוי רקע אחת (event 3021) לכל פריט בתיקיה בשרת המקור. יומן היישומים עשוי להתמלא בתגובות ילוי רקע אם התיקיה מכילה פריטים רבים. לאחר שפעילות 3021 נרגעת, נקה את יומן היישומים בשרת המקור וכפה על בקשת ילוי רקע נוספת. מאחר שכל הפריטים הטובים שכבר משוכפלים בסיבוב האחרון של backfills, הפריטים החדשים היחידים שאתה אמור לראות באירוע החדש של 3021 אמורים להיות הפריטים הפגומים.

כעת באפשרותך לקבל תגובת ילוי רקע אחת (3021) עבור כל פריט פגום ביומן היישומים בשרת המקור ובאירוע 1 1020 עבור כל פריט פגום ביומן היישומים בשרת ההובלה של הרכזת. מאחר שאתה יודע כעת אילו פריטים פגומים (מכיוון שניתן לקרוא את נושאי הפריט באירועי 3021), באפשרותך למחוק פריטים אלה או לנסות לפתור אותם.

לקבלת מידע נוסף, ראה תיקון שגיאות שכפול של תיקיות ציבוריות מ-Exchange server 2003 ל-Exchange server 2007 או 2010.

האם זה פתר את הבעיה?

Exchange Server 2007 ו-Exchange Server 2010 בנתיב (ראה אירוע 1020 אך אף אחת מהודעות השגיאה שלעיל)

זהו סוג אחר של פריט פגום. כדי לזהות אילו פריטים נפגמו:

  1. הקטן את גודל הודעת השכפול ל-1k בשרת המקור.
  2. ביעד, כפה על בקשה נוספת של ילוי רקע באמצעות סינכרון תוכן או עדכון התיקיה הציבורית.
  3. כעת תראה תגובת ילוי רקע אחת (event 3021) לכל פריט בתיקיה בשרת המקור. יומן היישומים עשוי להתמלא בתגובות ילוי רקע אם התיקיה מכילה פריטים רבים. לאחר שפעילות 3021 נרגעת, נקה את יומן היישומים בשרת המקור וכפה על בקשת ילוי רקע נוספת. מאחר שכל הפריטים הטובים שכבר משוכפלים בסיבוב האחרון של backfills, הפריטים החדשים היחידים שאתה אמור לראות באירוע החדש 3021 אמורים להיות הפריטים הפגומים.

כעת עליך להיות תגובה אחת של ילוי רקע (3021 event) עבור כל פריט פגום ביומן היישומים בשרת המקור ובאירוע 1 1020 עבור כל פריט פגום ביומן היישומים בשרת ההובלה של הרכזת. מאחר שאתה יודע כעת אילו פריטים פגומים (מכיוון שניתן לקרוא את נושאי הפריט באירועי 3021), באפשרותך למחוק אותם או לנסות לפתור אותם.

לקבלת מידע נוסף, ראה תיקון שגיאות שכפול של תיקיות ציבוריות מ-Exchange server 2003 ל-Exchange server 2007 או 2010.

האם הבעיה נפתרה כעת?

הסרת חשבונות כפולים

הסר את החשבונות הכפולים המוזכרים באירוע, או מחק אחד מהמשתמשים, כדי שניתן יהיה לפתור את ה-SID עבור משתמש בודד ב-DS.

האם מידע זה שימושי?

  • אם כן, מזל טוב! שכפול התיקיה הציבורית שלך עבור בעיית Exchange Server נפתרה.
  • אם לא, מצטערים, לא ניתן לפתור בעיה לא מזוהה באמצעות מדריך זה. לקבלת עזרה נוספת לפתרון בעיה זו, פנה לתמיכה של Microsoft Exchange Server.