כיצד לפתור בעיות של מועדים פנויים/לא פנויים בפריסה היברידית של Exchange Server מקומי ו-Exchange Online ב-Office 365

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

למשתמשים באחת הסביבה בארגון המאוחד של Exchange אין אפשרות לאחזר מידע מועדים פנויים/לא פנויים מתיבות דואר הממוקמות בסביבה האחרת. במקרה זה, ייתכן שהבעיה היא ש-Outlook אינו מעודכן או שאיחוד Exchange אינו מוגדר כהלכה. כדי לסייע בפתרון בעיה זו, בקש מהמשתמשים לקבוע אם הבעיה מתרחשת כאשר הם משתמשים ב-Microsoft Outlook וכאשר הם משתמשים ב-Outlook באינטרנט (שנקרא בעבר Outlook Web App) עבור Office 365. אם ההתנהגות שונה ב-Outlook וב-Outlook באינטרנט, ייתכן שהבעיה היא שלקוח Outlook אינו עומד בדרישות האיחוד של Exchange. בקש מהמשתמש לבצע את השלבים הבאים:

1. היכנס לפורטל של Office 365 (https://portal.office.com).

2. לחץ על הגדרות () ולאחר מכן לחץ על Office 365.

3. לחץ על תוכנהולאחר מכן לחץ על התקן.

לאחר שהמשתמש מגדיר את יישומי שולחן העבודה של Office 365, יש לפתור את הבעיה ' פנוי/עסוק '. אם בעיה זו מתרחשת באופן זהה ב-Outlook וב-Outlook באינטרנט, סביר להניח שקיימת בעיה לגבי הגדרת האיחוד של Exchange בארגון שלך. במקרה זה, עיין במסייע הפריסה של Microsoft Exchange Server כדי לוודא שהסביבה עומדת בדרישות המערכת.

לא ניתן לאחזר מידע מועדים פנויים/לא פנויים מסביבה אחת

למשתמשים אין אפשרות לגשת למידע פנוי/לא פנוי דרך פדרציית Exchange בכיוון ספציפי אחד. לדוגמה, למשתמשים מקומיים אין אפשרות לגשת למידע מועדים פנויים/לא פנויים מתיבות דואר בענן. לחלופין, משתמשי ענן אינם יכולים לגשת למידע מועדים פנויים/לא פנויים מתיבות דואר מקומיות. בתרחיש זה, ייתכן שהבעיה נגרמת כתוצאה מתצורה שגויה של ה-URI של יעד היישום. לחלופין, ייתכן שפריטי מדיניות השיתוף בסביבת Exchange Server המקומית ו-Exchange Online אינם תואמים. כדי לסייע בפתרון בעיה זו, בצע את הפעולות הבאות:

1. במחשב מקומי שבו פועל Exchange Server, פתח את מעטפת ניהול Exchange.

2. בשורת הפקודה, הקלד את הפקודה הבאה ולאחר מכן הקש Enter:

   Get-FederationInformation -domainname <Office 365 Domain> 

   בפקודה זו, מציין המיקום של <Office 365 domain> מייצג את התחום המוגדר כברירת מחדל של office 365 (לדוגמה, contoso.onmicrosoft.com).

3. בתוצאות, שים לב לערכי TargetApplicationUri ו- TargetAutodiscoverEpr . אלה ההגדרות שהתחום היעד חייב להיות חייב לוודא שאמון האיחוד מוגדר כהלכה.

4. כדי להציג את פרטי האמון המוגדרים כעת עבור התחום המוגדר כברירת מחדל של Office 365, השתמש בפקודה הבאה:

   Get-OrganizationRelationship | FL

5. במקטע DomainNames , ודא שהפריטים הבאים מוצגים:

   • שם תחום ניתוב השירות של החברה (לדוגמה, mail.contoso.onmicrosoft.com)

   • שם התחום המאוחד של החברה (לדוגמה, contoso.com)

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

   • שם

   • TargetApplicationUri

   • TargetAutodiscoverEpr

   ערכי TargetApplicationUri ו- TargetAutodiscoverEpr אמורים להתאים לערכים המקבילים של ה -cmdlet Get-FederationInformation . אם הערכים אינם תואמים, הפעלת הפקודה הבאה כדי לתקן את ההבדל:

   Set-OrganizationRelationship -Identity <Name> -TargetApplicationUri <TargetApplicationUri> -TargetAutodiscoverEpr <TargetAutodiscoverEpr> 

6. אם הבעיה של מועדים פנויים/לא פנויים נמשכת, ודא שמדיניות השיתוף בסביבת Exchange Server המקומית ובהתאמת Exchange Online. כדי לקבוע זאת, הפעלת הפקודה הבאה במעטפת ניהול Exchange ולאחר מכן שים לב לערך בשדה domains בתוצאות:

   Get-SharingPolicy | FL

7. התחבר ל-Exchange Online באמצעות Windows PowerShell כדי להעביר את אותה בדיקה בסביבה האחרת. באפשרותך לבצע פעולה זו כדי שתוכל לקבוע אם מדיניות השיתוף תואמת. לקבלת מידע נוסף אודות אופן ההתחברות ל-Exchange Online באמצעות Windows PowerShell, עבור אל אתר האינטרנט הבא של Microsoft:

   התחברות ל-Exchange Online באמצעות PowerShell מרוחק

8. לאחר שתתחבר ל-Exchange Online, הפעל את הפקודה הבאה בחלון Windows PowerShell, כפי שעשית עבור הסביבה המקומית ולאחר מכן שים לב לערך בשדה domains :

   Get-SharingPolicy

9. ערכי התחומים עבור שתי הסביבות אמורות להתאים. אם הם אינם מתאימים, באפשרותך להשתמש ב -Cmdlet Set-SharingPolicy כדי להגדיר את השדה domains כך שיתאים לשני הצדדים. לקבלת מידע נוסף אודות ה -Cmdlet Set-SharingPolicy ואודות אופן השימוש בהגדרת מדיניות שיתוף זו, עבור אל אתר האינטרנט הבא של Microsoft TechNet:

   Set-SharingPolicy

לא ניתן לאחזר מידע מועדים פנויים/לא פנויים מחשבון ענן באמצעות חשבון מקומי

בעיה זו מוגבלת למשתמשים מקומיים שמנסים לאחזר מידע מועדים פנויים/לא פנויים עבור תיבות דואר של ענן. תחילה, ודא שהעדכונים האחרונים מותקנים בשרת. לקבלת מידע נוסף, ראה עדכוני Exchange Server: בניית מספרים ותאריכי מהדורה. אם הבעיה נמשכת, באפשרותך להשתמש ב-cmdlet של Test-FederationTrust כדי לאסוף פרטים נוספים אודות הכשל. לשם כך, בצע את השלבים הבאים:

1. במעטפת ניהול Exchange, הפעל את הפקודה הבאה, שבה מציין המיקום <OnPremisesMailbox> מייצג את כתובת הדואר האלקטרוני של תיבת דואר של משתמש המתארחת בסביבה המקומית:

   Test-FederationTrust -UserIdentity <OnPremisesMailbox> -verbose 

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

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

לא ניתן לאחזר מידע מועדים פנויים/לא פנויים מחשבון מקומי באמצעות חשבון ענן

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

1. באפשרותך להתקין את תפקיד תיבת הדואר באותו שרת שבו מותקן תפקיד שרת גישת הלקוח (CA) שבו אתה משתמש כדי לתמוך באיחוד. לקבלת מידע נוסף אודות האופן שבו ניתן לעשות זאת באמצעות מסייע הפריסה של Microsoft Exchange Server, עבור אל מסייע הפריסה של Exchange server.

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

   1. פתח את מנתח הקישוריות המרוחקת של Microsoft באתר האינטרנט הבא של Microsoft:

      https://www.testconnectivity.microsoft.com/?testid=OutlookAutoDisc

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

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

3. אם הבדיקה נכשלת, בדוק את ההגדרות של שרת ה-proxy המקומי ואת חומת האש. ודא שניתן לגשת לרשויות האישורים של Exchange Online דרך האינטרנט באמצעות port 443.

מידע לגבי מועדים פנויים/לא פנויים אינו זמין בפריסה היברידית בין Exchange Online לבין ארגון Exchange 2003 מקומי או בארגון exchange 2003 מקומי מעורב וארגון exchange 2007

בתרחיש זה, התיקיה הציבורית OU = חיצונית (FYDIBOHF25SPDLT) חסרה בהירארכיית התיקיות הציבוריות ויש להוסיף אותה. כדי להוסיף את התיקיה הציבורית OU = חיצונית (FYDIBOHF25SPDLT), בצע שלבים אלה:

1. התחבר לשרת התיקיות הציבוריות של Exchange 2010 המקומי משרת התיקיות הציבוריות.

2. פתח את Windows PowerShell.

3. הפעלת הפקודה הבאה:   Add-PsSnapin Microsoft.Exchange.Management.Powershell.Setup

4. הפעלת הפקודה הבאה: Install-FreeBusyFolder

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

כאשר אתה מפעיל את Get-OrganizationRelationship | Cmdlet FL בחלון PowerShell מרוחק המחובר ל-Exchange Online, הערך של הפרמטר TargetSharingEpr חייב להיות מוגדר כהלכה. אם ערך זה ריק, null או שגוי, תיבות דואר של ענן אינן יכולות לראות מידע מועדים פנויים/לא פנויים אודות תיבות דואר מקומיות.

כדי להגדיר את הערך, הפעלת הפקודה הבאה:

Get-OrganizationRelationship |Set-OrganizationRelationship -TargetSharingEpr "EWS address of organization"

לדוגמה, הפעל את הפקודה:

Get-OrganizationRelationship |Set-OrganizationRelationship -TargetSharingEpr "Https://mail.contoso.com/ews/exchange.asmx/WSSecurity"