Виправлення неполадок доступність співіснування з локальної Exchange Server і Exchange Online в Office 365

ВАЖЛИВО! Ця стаття перекладена засобами машинного перекладу Microsoft. Статтю можна редагувати в середовищі Community Translation Framework (CTF). Щоб якомога швидше перекласти всі статті у своїй базі знань різними мовами, компанія Microsoft не лише звертається до професійних перекладачів, але й вдається до машинного перекладу, який потім редагується спільнотою. Такі статті можуть містити лексичні, синтаксичні та граматичні помилки. Microsoft не несе відповідальності за будь-які неточності, помилки або збитки, до яких може призвести неправильний переклад статей або їх використання. Докладніше про CTF див. на веб-сторінці http://support.microsoft.com/gp/machine-translation-corrections/uk-ua.

Клацніть тут, щоб переглянути цю статтю англійською мовою: 2555008
Примітка Майстер гібридної конфігурації, який входить до складу консолі керування Exchange Microsoft Exchange Server 2010 не підтримується. Таким чином, більше не повинні використовувати старі майстер гібридного настроювання. Замість того, за допомогою майстра Office 365, гібридної конфігурації, на http://AKA.MS/HybridWizard. Щоб отримати додаткові відомості див. Майстер гібридного настроювання служби Office 365 Exchange 2010.
ВСТУП
У цій статті описується виправлення неполадок доступність, які виникають співіснування локальний сервер Microsoft Exchange Server і Microsoft Exchange Online в Office 365.
ДОДАТКОВІ ВІДОМОСТІ
Щоб виправити цю неполадку посібник.

Додаткові відомості про розгортання Exchange об'єднання, перейдіть на веб-сайт корпорації Майкрософт: Після настроювання Exchange об'єднання можуть виникнути одна або кілька таких проблем:
  • Відомості про доступність, не можна отримати з будь-якого облікового запису, або в середовищі.
  • Відомості про доступність, не можна отримати з одного середовища.
  • Відомості про доступність, не можна отримати з облікового запису локальної за допомогою облікового запису у хмарі.
  • Відомості про доступність, не можна отримати з хмари облікового запису за допомогою облікового запису локальної.
  • Відомості про доступність, недоступний у сценарії розгортання змішаний між організації Exchange Server 2003 на локальному або змішаний локальної Exchange Server 2003 або Exchange Server 2007 організації та Exchange Online.

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

Користувачі, або в середовищі в організації Exchange, зовнішнього не вдалося отримати відомості про доступність, з поштових скриньок, які містяться в інших середовища.

У цьому випадку може бути проблема, Outlook не оновлено, або Exchange об'єднання може не настроєно належним чином.

Щоб вирішити цю проблему, зверніться до користувачів, щоб визначити, чи є ця проблема виникає, під Вільний час роботи в Microsoft Outlook, і під Вільний час роботи в Outlook, в Інтернеті (раніше відомий як веб-застосунку Outlook Web App) для Office 365. Якщо це відрізняється в Outlook та Outlook на веб-сторінка, причиною проблеми може бути, клієнт Outlook, не відповідає вимогам для Exchange об'єднання. Попросіть користувача, виконайте такі дії:
  1. Ввійдіть до порталу-(Office 365HTTPS://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).</Office>
  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 , має відповідати еквівалент значення з командлет Get-FederationInformation . Якщо значення, не збігаються, виконайте таку команду для виправлення різниця:
    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, перейдіть на веб-сайт корпорації Майкрософт.
  8. Після того, як підключитися до Exchange Online, виконайте таку команду у вікні Windows PowerShell, як це було зроблено на локальному середовищі і занотуйте значення в поле домени :
    Get-SharingPolicy
  9. Домени значення для двох умов, має відповідати. Якщо вони не відповідають настроювання доменів поле, щоб він відповідав двобічний можна командлет Set-SharingPolicy . Щоб отримати додаткові відомості про командлет Set-SharingPolicy а також про те, як використовувати параметр політики щодо надання спільного доступу, перейдіть на веб-сайті Microsoft TechNet.

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

Проблема є лише Локальні користувачі, які намагаються отримати відомості про доступність для хмарних поштових скриньок.

Спершу переконайтеся, що інстальовано останні оновлення на сервері. Щоб отримати додаткові відомості див. Оновлення для сервера Exchange: створення числа і дати випуску.

Якщо проблема повторюється, зібрати додаткові відомості про помилку можна командлет Test-FederationTrust . Щоб це зробити, виконайте такі дії:
  1. В інтерфейсі керування Exchange, виконайте таку команду, де на <OnPremisesMailbox>слід підставити, користувач поштової скриньки, розміщеної в середовищі локальної, адреса електронної пошти:</OnPremisesMailbox>
    Test-FederationTrust -UserIdentity <OnPremisesMailbox> -verbose
    Примітка. Ця команда перевіряє на об'єднання довіри маркера, який використовується для локальних користувачів.
  2. Якщо припустити, що результати, містить принаймні один розділ, що текст , де є Помилка, що дає змогу скопіювати в текстовий файл а потім надіслати файл для Exchange Online служби технічної підтримки по допомогу.

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

Проблема обмежено хмарних користувачів намагаються отримати відомості про доступність для локальних поштових скриньок.

У цьому випадку, поштові скриньки, які беруть участь може перебуває в Exchange Server 2003, а не з Exchange Server 2007 або Exchange Server 2010. Exchange Server 2003, не підтримує запити на веб-служб Exchange, яких новішої версії, що використовується для отримання відомостей про зайнятість. Переконайтеся, що доступність дані, які зберігаються на сервері Exchange Server 2003, спільних папок час копіюється до сервера поштових скриньок Exchange Server 2010, підтримує базу даних спільних папок.
  1. Ролі поштової скриньки можна інсталювати на одному сервері, на якому інстальовано роль сервера клієнтського доступу (CAS), який використовується для підтримки об'єднання. Щоб отримати додаткові відомості про те, як це зробити за допомогою Microsoft Exchange Server розгортання помічника перейдіть до Помічник із розгортання сервера Exchange.
  2. Хмарні користувачів все ще не можете під час спроби отримати інформацію для локальних поштових скриньок доступність, визначити, чи підключитися до служби автовизначення служби локальної. Щоб це зробити, виконайте такі дії:
    1. Відкрийте Remote Connectivity Analyzer корпорації Майкрософт на веб-сайт корпорації Майкрософт:
    2. На сторінці автовизначення Outlook, заповніть форму за допомогою адреси електронної пошти та пароль облікового запису, у локальному середовищі, який має проблеми. Клацніть прапорець для підтвердження повноважень, ввести облікові дані облікового запису для роботи.
    3. Щоб переконатися, що Автоматична програма робить запит, потрібно виконати завдання інтерфейсу. У полі введіть букв і цифр, що на зображенні і натисніть кнопку Перевірити на виконання.
  3. Якщо не вдається виконати перевірку, перевірте, параметри для локальних проксі-сервер і брандмауер. Переконайтеся, що онлайн-CAS Exchange можуть бути доступні через Інтернет, через порт 443.

Відомості про доступність недоступний, співіснування між локальної організації Exchange 2003 або змішаний локальної організації Exchange 2003 або Exchange 2007 і Exchange Online

У цьому випадку ОП = зовнішні (FYDIBOHF25SPDLT) спільної папки немає ієрархії спільної папки а також необхідно додати.

Щоб додати ОП = зовнішні (FYDIBOHF25SPDLT) спільних папок, виконайте такі дії:
  1. Підключення локальний сервер Exchange 2010 спільних папок на сервері для спільних папок.
  2. Відкрийте оболонку Windows PowerShell.
  3. Виконайте таку команду:

    Add-PsSnapin Microsoft.Exchange.Management.Powershell.Setup
  4. Виконайте таку команду:

    Install-FreeBusyFolder
ПОСИЛАННЯ
Як і раніше, потрібна допомога? Перейдіть до Спільноти Office 365 веб-сайт або Форуми TechNet в Exchange.

Попередження. Цю статтю переведено автоматично

Thuộc tính

ID Bài viết: 2555008 - Xem lại Lần cuối: 04/25/2016 11:03:00 - Bản sửa đổi: 23.0

Microsoft Exchange Online, Exchange Server 2016 Enterprise Edition, Exchange Server 2016 Standard Edition, Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard, Microsoft Exchange Server 2010 Enterprise, Microsoft Exchange Server 2010 Standard

  • o365 o365a o365e o365m o365022013 hybrid gwt guided walk through kbtshoot kbgraphic kbmt KB2555008 KbMtuk
Phản hồi