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

  • מאמר
  • חל על:
    Exchange Server 2010 Enterprise, Exchange Server 2010 Standard, Exchange Server 2010 Service Pack 3, Exchange Server 2007, Exchange Server 2003 Service Pack 2

מספר 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 Management Console.
    2. בעץ המסוף, נווט אל תיבת הדואר של תצורת>השרת.
    3. בחלונית פעולות , בחר ניהול מאפייני רישום מאבחן.
    4. בדף ניהול מאפייני רישום מאבחן , בחר את שירות Exchange שעבורו ברצונך לשנות את רמת הרישום.
    5. בחר את רמת הרישום הרצויה ולאחר מכן בחר קבע תצורה. אם ברצונך לשחזר ברירות מחדל, בחר אפס את כל השירותים לרמות הרישום המוגדרות כברירת מחדל ולאחר מכן בחר קבע תצורה.
    6. בדף השלמה , ודא שהתהליך הושלם בהצלחה. פעילויות יציגו מצב של 'הושלם ' או ' נכשל '. אם המשימה נכשלה, עיין בסיכום לקבלת הסבר ולאחר מכן בחר הקודם כדי לבצע את שינויי התצורה הדרושים.
    7. בחר סיום כדי להשלים את אשף ניהול רמת רישום האבחון .

עבור Exchange Server 2003

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

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

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

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

Exchange Server 2007 ו- Exchange Server 2010

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

Exchange Server 2003

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

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

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

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

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

Exchange Server 2007 ו- Exchange Server 2010

  1. התחל את Exchange Management Console.

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

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

    צילום מסך של Get-PublicFolderDatabase כדי לוודא שהפרמטרים מוגדרים.

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

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

  1. התחל את Exchange Management Console.

  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

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

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

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

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

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

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

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

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

סוג אירוע מידע
מקור אירוע מאגר ציבורי של MSExchangeIS
קטגוריית אירוע שגיאות שכפול
מזהה אירוע 3079
ההודעה שגיאה בלתי צפויה של הליך משנה של שכפול במסד הנתונים "<שם>".
1) FID: 1-1234, PFID: 1-1, היסט: 28
IPM_SUBTREE\בדיקה 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, כך שלחנות אין אפשרות למפות SID זה למשתמש ייחודי.
המשתמשים המעורבים הם:
/DC=com/DC=domain/DC=na/OU=Migrated/CN=John, Woods
/DC=com/DC=domain/DC=ad/DC=corp/OU=EUC/OU=AMER/OU=Jersey City/OU=Harborside/OU=Users/CN=John, Woods

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

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

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

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

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

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

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

בתיאור של מזהה אירוע 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 Management Console.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  2. אם אימות משולב של Windows זמין, אך האירועים נמשכים, ייתכן שהשרת השולח באירוע 7004 או באירוע 7010 יעדר או ידחה את זכות 'שליחה בתור' בשרת המקבל. אם השרת השולח והשרת המקבל נתקלים באירועים אלה, ייתכן שלשרתים יהיו זכויות SendAs זה לזה. זכות SendAs אינה מוגדרת באופן מפורש. זכות SendAs תישלח בדרך כלל בירושה דרך חברות בקבוצה Exchange Domain Servers (EDS). אם ערך בקרת הגישה (ACE) אינו כולל את EDS, ייתכן שהשרת המושפע מקונן בקבוצה אחרת שכוללת את DENY ACE, או שה- EDS מקונן בקבוצות אחרות הכוללות את ה- DENY ACE. כדי לפעול בהצלחה, XEXCH50 הפקודה 'שלח בתור' חייבת להיות צודקת עבור שרתים בארגון Exchange.

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

  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 ). נתונים: 0000: 0c 03 09 80 ...?

    הערה

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

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

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

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

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

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

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

  1. התחל את Exchange Management Console.

  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

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

מצבה עקב מחיקה

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

ניראות תיקיה חדשה

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

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

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

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

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

עבור Exchange Server 2003

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

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

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

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

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

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

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

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

אזהרה

אם אתה משתמש ביישום ה- Snap-in 'עריכת ממשק שירות של 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 Edit על-ידי בחירת התחל>הפעלה, הקלדת adsiedit.msc בתיבה פתח ולאחר מכן בחירה באפשרות אישור.

    הערה

    עריכת ADSI כלולה עם כלי התמיכה של 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=Configuration, DC=contoso, DC=com, הרחב את CN=Services, הרחב את CN=Microsoft Exchange, הרחב את CN=OrganizationName, הרחב את CN=Administrative GroupsName, הרחב את CN=AdministrativeGroupName, הרחב אתCN=ExchangeServerName, הרחב את CN=InformationStore ולאחר מכן בחר CN=First Storage Group.

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

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

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

  6. בתיבה ערכים, קבע אם הוקצתה כתובת דואר אלקטרוני. בדרך כלל, במאגר התיקיות הציבוריות יש חותמת כתובת מסוג Simple Mail Transfer Protocol (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, בעל סוג 0x80000002, הוא תגובת המילוי החוזר של ההירארכיה היוצאת בשרת המקור. בדוק את יומן היישומים בשרת המקור עבור מזהה אירוע 3019.

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

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

מזהה אירוע 3029

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

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

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

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

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

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

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

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

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

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

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

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

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

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

התמקד בתוכן

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

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

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

כדי לאמת ולהתאים את ההגדרה ב- Exchange Server 2007 וב- Exchange Server 2010

  1. התחל את Exchange Management Console.

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

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

    צילום מסך של Get-PublicFolderDatabase כדי לוודא שהפרמטרים מוגדרים.

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

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

  1. התחל את Exchange Management Console.

  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 Management Console.

  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 Management Console.

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

    Update-PublicFolder -Server <DestinationServer>

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

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

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

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

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

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

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

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

  1. התחל את Exchange Management Console.

  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), מנע הצבה ב - (KB) וגודל הפריט המרבי (KB) יהפכו לזמינים.

אזהרת בעיה ב- (KB)

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

אסור לפרסם ב- (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
ההודעה ערך סוג הודעה יוצאת <>
מזהה הודעה: <מזהה>
תיקיה: שם <תיקיה>
Database "<name>".
CNSET: <value>
CNSET(FAI): <ערך>
שרת: <שם שרת>

האם שרת המקור הצפוי מזוהה במזהה אירוע 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. לחץ באמצעות לחצן העכבר הימני על PUBLIC-GUID<>, הצבע על חדש ולאחר מכן בחר ערך DWORD.

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

  5. לחץ באמצעות לחצן העכבר הימני על מגבלת מילוי חוזר של שכפול, ולאחר מכן בחר שנה.

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

  7. סגור את תיבת עורך.

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

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

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

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

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

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

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

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

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

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

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

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

  1. התחל את Exchange Management Console.
  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 Need to authenticate first. הפקודה המלאה שנשלחה היתה "XEXCH50 2336 3". ככל הנראה, פעולה זו תגרום לכשל בחיבור.
סוג אירוע: שגיאה
מקור אירוע MSExchangeTransport
קטגוריית אירוע פרוטוקול SMTP
מזהה אירוע 7010
תאריך תאריך
שעה שעה
משתמש לא זמין
המחשב: Computer_Name
תיאור: זהו יומן רישום של פרוטוקול SMTP עבור מזהה שרת וירטואלי 1, חיבור #30. הלקוח ב- "6.5.2.4" שלח פקודה "xexch50", ושרת ה- SMTP הגיב ב- "504 Need to authenticate first". הפקודה המלאה שנשלחה הייתה "xexch50 1092 2". ככל הנראה, פעולה זו תגרום לכשל בחיבור. אירועים אלה מציינים XEXCH50 הכיור של הפרוטוקולים, אך חילופי ה- Blob נכשלו בין השרתים המפורטים באירועים.

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

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

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

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

  1. התחל את Exchange Management Console.

  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 Management Console.
  2. השתמש ב- Suspend-PublicFolderReplication cmdlet כדי להפסיק את שכפול התיקיות הציבוריות עבור הארגון כולו.
  3. נטר את תורי התעבורה על-ידי הפעלת Get-TransportServer | Get-Queue. לאחר הפחתת התור, באפשרותך לחדש את השכפול.
  4. השתמש ב- Resume-PublicFolderReplication cmdlet כדי להפעיל מחדש את שכפול התיקיות הציבוריות עבור הארגון כולו.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Get-Service MSExchangeTransport

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

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

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

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

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

המצבה

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

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

  • אם כן, ראה הסרת חשבונות כפולים.
  • אם לא, מצטערים, לא ניתן לפתור בעיות לא מזוהות במדריך זה. לקבלת עזרה נוספת בפתרון בעיה זו, פנה 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 Management Console.
  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. הרחב את שרתים, לחץ באמצעות לחצן Your_ על שם שרת ולאחר מכן בחר מאפיינים.
  3. בחר בכרטיסיה רישום מאבחן ולאחר מכן בחר MSExchangeTransport תחת שירותים.
  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, לעולם לא תראה את אירוע השכפול הנכנס. מעקב אחר הודעות מראה כי הודעת השכפול לגשת לשרת התעבורה של הרכזת ולאחר מכן נכשלה במנהל ההתקן של האחסון.

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

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

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

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

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

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

  • אם כן, תראה אירוע 1020 ותכיל את השגיאה תוכן ההודעה נפגם, ראהExchange Server 2007 ו- Exchange Server 2010 בנתיב (תוכן ההודעה נפגם).

  • אם כן, אתה רואה אירוע 1020 אך אף אחת מההודעות לעיל אינה מופיעה, ראה Exchange Server 2007 ו- Exchange Server 2010 בנתיב (ראה אירוע 1020 אך אף אחת מההודעות שלעיל).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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