Виправлення неполадок із проблемами зайнятості в гібридному розгортанні локального сервера Exchange і Exchange Online у службі Office 365

Відомості про зайнятість не можна отримати з будь-якого облікового запису в будь-якому середовищі

Користувачі в будь-якому середовищі в Федеративній організації Exchange не можуть отримувати відомості про зайнятість з поштових скриньок, розташованих в іншому середовищі. У цьому випадку проблема може бути в тому, що Outlook не оновлено або для цієї Федерації Exchange може бути неправильно настроєно. Щоб вирішити цю проблему, попросіть користувачів визначити, чи виникає проблема під час використання Microsoft Outlook і коли вони використовують Інтернет-версію Outlook (раніше відому як веб-застосунок Outlook Web App) для Office 365. Якщо поведінка в Outlook і Інтернет-версії Outlook не відповідає вимогам до Федерації Exchange, проблема може бути в клієнті Outlook. Попросіть користувача виконати наведені нижче дії.

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. У командному рядку введіть таку команду, а потім натисніть клавішу введіть:

   Get-FederationInformation -domainname <Office 365 Domain> 

   У цій команді <домен office 365> покажчик місця заповнення – це домен Office 365 за замовчуванням (наприклад, contoso.onmicrosoft.com).

3. У результатах зверніть увагу на значення Targetapplicationuri і цільові автовиявлення значень. Нижче наведено настройки, які повинні мати кінцевий домен, щоб переконатися, що довіра до Федерації налаштовано правильно.

4. Щоб відобразити відомості про довіру, які зараз настроєно для домену Office 365 за замовчуванням, запустіть таку команду:

   Get-OrganizationRelationship | FL

5. У розділі ім'я домену переконайтеся, що відображаються наведені нижче пункти.

   • Ім'я домену маршрутизації служби компанії (наприклад, mail.contoso.onmicrosoft.com)

   • Ім'я федеративного домену компанії (наприклад, contoso.com)

   Якщо ці імена не відображаються в розділі " ім'я домену ", може виникнути проблема, яка впливає на настройку Федерації Exchange. Перегляньте помічник із розгортання Microsoft Exchange Server , щоб переконатися, що конфігурація вирівнює Рекомендовані кроки, а середовище відповідає всім системним вимогам. Якщо в розділі " домен " відображається два домени, зверніть увагу на наведені нижче розділи в результатах.

   • Ім'я

   • TargetApplicationUri

   • TargetAutodiscoverEpr

   Значення Targetapplicationuri і цільові автовиявлення мають збігатися з еквівалентними значеннями в командлет " отримати-федерацiя ". Якщо значення не збігаються, виконайте таку команду, щоб усунути різницю:

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

6. Якщо зникає помилка зайнятості, переконайтеся, що політики спільного доступу в локальному середовищі Exchange Server і в службі Exchange Online збігаються. Щоб визначити це, виконайте таку команду в оболонці керування Exchange, а потім занотуйте значення в полі домени в результатах.

   Get-SharingPolicy | FL

7. Підключення до служби Exchange Online за допомогою оболонки Windows PowerShell для запуску такого ж тесту в іншому середовищі. Це можна зробити, щоб визначити, чи відповідає політики спільного доступу. Щоб отримати додаткові відомості про підключення до служби Exchange Online за допомогою оболонки Windows PowerShell, перейдіть на веб-сайт Microsoft, виконавши наведені нижче дії.

   Підключення до служби Exchange Online за допомогою віддаленої оболонки PowerShell

8. Після підключення до служби Exchange Online виконайте таку команду в вікні Windows PowerShell, як і для локального середовища, а потім занотуйте значення в полі домени .

   Get-SharingPolicy

9. Значення доменів для двох середовищ мають збігатися. Якщо вони не збігаються, можна використати командлет Set-SharingPolicy , щоб настроїти поле домени таким чином, щоб вона відповідала обом сторонам. Щоб отримати докладні відомості про командлет Set-SharingPolicy і про те, як використовувати цей параметр політики спільного доступу, перейдіть на веб-сайт Microsoft TechNet:

   Set-SharingPolicy

Відомості про зайнятість не можна отримати з хмарного облікового запису за допомогою локального облікового запису

Ця проблема обмежена локальним користувачам, які намагатимуться отримати відомості про зайнятість для хмарних поштових скриньок. Спочатку переконайтеся, що на сервері інстальовано найновіші оновлення. Докладні відомості наведено в статті оновлення Exchange Server: створення чисел і дат випуску. Якщо проблему не вирішено, можна скористатися командлетом Test-FederationTrust , щоб отримати докладні відомості про помилку. Для цього виконайте описані нижче дії.

1. У оболонці керування Exchange запустіть таку команду, де покажчик місця заповнення <OnPremisesMailbox> указує на адресу електронної пошти поштової скриньки користувача, розміщеної в локальному середовищі.

   Test-FederationTrust -UserIdentity <OnPremisesMailbox> -verbose 

   Примітка. Ця команда перевіряє маркер довіри Федерації, який використовується локальним користувачем.

2. Припускаючи, що результати містять принаймні один розділ, у якому не вдалося виконатицей тип , скопіюйте результати до текстового файлу, а потім надішліть файл у службу підтримки Exchange Online Services, щоб отримати докладнішу довідку.

Відомості про зайнятість не можна отримати з локального облікового запису за допомогою хмарного облікового запису

Ця проблема обмежена хмарними користувачами, які намагатимуться отримати відомості про зайнятість для локальних поштових скриньок. У цьому випадку можна взяти участь у поштових скриньках на сервері Exchange Server 2003 замість сервера Exchange Server 2007 або Exchange Server 2010. Exchange Server 2003 не підтримує запити веб-служб Exchange, які пізніші версії використовують для отримання відомостей про зайнятість. Переконайтеся, що дані про вільний або зайнятий час у спільних папках Exchange Server 2003 можна реплікувати на сервер поштових скриньок Exchange Server 2010, який підтримує спільну базу даних для спільної папки.

1. Ви можете інсталювати роль поштової скриньки на тому самому сервері, на якому інстальовано роль сервера доступу клієнта (CAS), що використовується для Федерації підтримки. Щоб отримати додаткові відомості про те, як це зробити за допомогою помічника з розгортання Exchange Server, перейдіть на сторінку помічника з розгортання сервера.

2. Якщо під час спроби отримання відомостей про зайнятість для локальних поштових скриньок у хмарі виникають проблеми, перевірте, чи є проблема з підключенням до служби автовизначення локального користувача. Для цього виконайте описані нижче дії.

   1. Відкрийте аналізатор віддаленого підключення Microsoft на цьому веб-сайті Microsoft:

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

   2. На сторінці автовизначення Outlook заповніть форму, використовуючи адресу електронної пошти та пароль облікового запису в локальному середовищі, на якому виникли проблеми. Установіть прапорець, щоб підтвердити, що ви маєте право на введення облікових даних робочого облікового запису.

   3. Щоб переконатися в тому, що автоматизована програма вносить запит, потрібно виконати завдання з людського інтерфейсу. Введіть букви та цифри з зображення в поле, а потім натисніть кнопку виконати перевірку.

3. Якщо не вдалося виконати перевірку, перевірте параметри локального проксі-сервера та брандмауера. Переконайтеся, що Exchange Online CAS можна отримати в Інтернеті через порт 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

Хмарні поштові скриньки не відображаються відомості про зайнятість для локальних поштових скриньок

Під час запуску " отримати-Організаціationзв'язок" | Командлет "FL" у віддаленому вікні PowerShell, підключеного до служби Exchange Online, має бути правильно задано значення Targetsharingeепр . Якщо це значення пусте, null або неправильне, хмарні поштові скриньки не можуть бачити відомості про зайнятість локальних поштових скриньок.

Щоб установити значення, виконайте таку команду:

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

Наприклад, виконайте таку команду:

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