A helyszíni Exchange Server és Exchange Online hibrid üzembe helyezése során felmerülő foglaltsági problémák elhárítása a Office 365

A foglaltsági adatok egyik fiókból sem kérhetők le egyik környezetben sem

Az Exchange összevont szervezet egyik környezetében lévő felhasználók nem tudják lekérni a foglaltsági adatokat a másik környezetben található postaládákból.

Ebben az esetben a probléma az lehet, hogy az Outlook nem naprakész, vagy az Exchange összevonás nincs megfelelően beállítva.

A probléma elhárításához kérje meg a felhasználókat, hogy állapítsák meg, hogy a probléma a Microsoft Outlook használatakor, illetve a Office 365 Webes Outlook (korábbi nevén Outlook Web App) használatakor fordul-e elő. Ha a viselkedés eltér az Outlookban és Webes Outlook, a probléma az lehet, hogy az Outlook-ügyfél nem felel meg az Exchange összevonási követelményeinek. Kérje meg a felhasználót, hogy kövesse az alábbi lépéseket:

1. Jelentkezzen be a Office 365 portálra (https://portal.office.com).

2. Kattintson a Beállítások (), majd a Office 365 elemre.

3. Kattintson a Szoftver, majd a Telepítés elemre.

Miután a felhasználó beállította Office 365 asztali alkalmazásokat, meg kell oldani a foglaltsági problémát.

Ha ez a probléma azonos módon jelentkezik az Outlookban és Webes Outlook, valószínűleg probléma merült fel az Exchange összevonás szervezeten belüli beállításával kapcsolatban. Ebben az esetben tekintse meg a Microsoft Exchange Server Üzembe helyezési segédet annak biztosításához, hogy a környezet megfeleljen a rendszerkövetelményeknek.

A foglaltsági adatok nem kérhetők le egyetlen környezetből

A felhasználók nem férhetnek hozzá a foglaltsági adatokhoz az Exchange-összevonáson keresztül egy adott irányban. A helyszíni felhasználók például nem férhetnek hozzá a felhőbeli postaládák foglaltsági adataihoz. Vagy a felhőfelhasználók nem férhetnek hozzá a helyszíni postaládák foglaltsági adataihoz.

Ebben a forgatókönyvben a problémát az alkalmazás cél URI-jának helytelen konfigurációja okozhatja. Vagy előfordulhat, hogy a helyszíni Exchange Server környezetben és Exchange Online megosztási szabályzatai nem egyeznek.

A probléma elhárításához kövesse az alábbi lépéseket:

1. Egy Exchange Server futtató helyszíni számítógépen nyissa meg az Exchange Management Shellt.

2. Írja be a következő parancsot a parancssorba, majd nyomja le az Enter billentyűt:

   Get-FederationInformation -domainname <Office 365 Domain> 

   Ebben a parancsban a <Office 365 Tartomány> helyőrző az alapértelmezett Office 365 tartományt jelöli (például contoso.onmicrosoft.com).

3. Az eredmények között jegyezze fel a TargetApplicationUri és a TargetAutodiscoverEpr értéket. Ezek azok a beállítások, amelyeknek a céltartománynak meg kell győződnie arról, hogy az összevonási megbízhatósági kapcsolat megfelelően van beállítva.

4. Az alapértelmezett Office 365 tartományhoz jelenleg beállított megbízhatósági adatok megjelenítéséhez futtassa a következő parancsot:

   Get-OrganizationRelationship | FL

5. A DomainNames szakaszban győződjön meg arról, hogy a következő elemek jelennek meg:
   

   • A vállalat szolgáltatás-útválasztási tartományának neve (például mail.contoso.onmicrosoft.com)

   • A vállalat összevont tartományának neve (például contoso.com)

   Ha ezek a nevek nem jelennek meg a DomainNames (Tartománynevek ) szakaszban, előfordulhat, hogy egy probléma hatással van az Exchange összevonás beállítására. Tekintse át a Microsoft Exchange Server Deployment Assistantet, és győződjön meg arról, hogy a konfiguráció megfelel az ajánlott lépéseknek, és hogy a környezet megfelel-e az összes rendszerkövetelményeknek. Ha a két tartomány helyesen jelenik meg a DomainNames (Tartománynevek ) szakaszban, vegye figyelembe a következő szakaszokat az eredményekben:
   

   • Név

   • TargetApplicationUri

   • TargetAutodiscoverEpr

   A TargetApplicationUri és a TargetAutodiscoverEpr értéknek meg kell egyeznie a Get-FederationInformation parancsmag egyenértékű értékeivel. Ha az értékek nem egyeznek, futtassa a következő parancsot a különbség kijavításához:

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

6. Ha a foglaltsági probléma továbbra is fennáll, győződjön meg arról, hogy a megosztási házirendek a helyszíni Exchange Server környezetben és Exchange Online egyeznek. Ennek meghatározásához futtassa a következő parancsot az Exchange Management Shellben, majd jegyezze fel az eredményeket a Tartományok mezőben szereplő értékre:

   Get-SharingPolicy | FL

7. Csatlakozzon Exchange Online a Windows PowerShell használatával, hogy ugyanazt a tesztet futtassa a másik környezetben. Ezt úgy teheti meg, hogy meg tudja állapítani, hogy a megosztási szabályzatok egyeznek-e. A Exchange Online Windows PowerShell használatával történő csatlakozásról a Microsoft alábbi webhelyén talál további információt:

   Csatlakozás Exchange Online távoli PowerShell-lel

8. Miután csatlakozott Exchange Online, futtassa a következő parancsot az Windows PowerShell ablakban, ahogyan a helyszíni környezetben tette, majd jegyezze fel a Tartomány mezőben szereplő értéket:

   Get-SharingPolicy

9. A két környezet Tartomány értékeinek egyeznie kell. Ha nem egyeznek, a Set-SharingPolicy parancsmaggal beállíthatja a Tartományok mezőt úgy, hogy az mindkét oldalon egyezzen. A Set-SharingPolicy parancsmagról és a megosztási házirend-beállítás használatáról a Microsoft TechNet alábbi webhelyén talál további információt:

   Set-SharingPolicy

A foglaltsági adatok nem kérhetők le egy felhőalapú fiókból helyszíni fiók használatával

Ez a probléma csak azokra a helyszíni felhasználókra korlátozódik, akik megpróbálják lekérni a felhőpostaládák foglaltsági adatait.

Először győződjön meg arról, hogy a legújabb frissítések telepítve vannak a kiszolgálón. További információ: Exchange Server Frissítések: buildszámok és kiadási dátumok.

Ha a probléma továbbra is fennáll, a Test-FederationTrust parancsmaggal további részleteket gyűjthet a hibáról. Ezt a következőképpen teheti meg:

1. Az Exchange Management Shellben futtassa a következő parancsot, amelyben a <OnPremisesMailbox> helyőrző a helyszíni környezetben üzemeltetett felhasználói postaláda e-mail-címét jelöli:

   Test-FederationTrust -UserIdentity <OnPremisesMailbox> -verbose 

   Megjegyzés: Ez a parancs a helyszíni felhasználó által használt összevonási megbízhatósági jogkivonatot teszteli.

2. Ha az eredmények legalább egy szakaszt tartalmaznak, amelyben a Típussikertelen, másolja az eredményeket egy szövegfájlba, majd küldje el a fájlt a Exchange Online Services ügyfélszolgálatának további segítségért.

A foglaltsági adatok nem kérhetők le helyszíni fiókból felhőalapú fiók használatával

A probléma csak azokra a felhőfelhasználókra korlátozódik, akik megpróbálják lekérni a helyszíni postaládák foglaltsági adatait.

Ebben az esetben az érintett postaládák a 2007-Exchange Server vagy a 2010-Exchange Server helyett a 2003-Exchange Server üzemeltethetők. Exchange Server 2003 nem támogatja az Exchange Web Services azon kéréseit, amelyeket a későbbi verziók a foglaltsági adatok lekérésére használnak. Győződjön meg arról, hogy a 2003-Exchange Server nyilvános mappákban tárolt foglaltsági adatok replikálva vannak egy Exchange Server 2010 postaláda-kiszolgálóra, amely támogatja a nyilvános mappák adatbázisát.

1. A postaláda-szerepkört ugyanarra a kiszolgálóra telepítheti, amelyre az összevonás támogatásához használt Ügyfélelérési kiszolgáló (CAS) szerepkör telepítve van. Erről a Microsoft Exchange Server Deployment Assistant használatával a Exchange Server Üzembe helyezési segédben talál további információt.

2. Ha a felhő felhasználói továbbra is problémákba ütköznek a helyszíni postaládák foglaltsági adatainak lekérésekor, állapítsa meg, hogy probléma van-e a helyszíni automatikus észlelési szolgáltatáshoz való csatlakozással. Ezt a következőképpen teheti meg:
   

   1. Nyissa meg a Microsoft Remote Connectivity Analyzert a Microsoft következő webhelyén:

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

   2. Az Outlook Automatikus észlelés lapján töltse ki az űrlapot a problémákat tapasztaló helyszíni környezetben található fiók e-mail-címével és jelszavával. Jelölje be a jelölőnégyzetet annak ellenőrzéséhez, hogy rendelkezik-e a megfelelő jogosultságokkal egy működő fiók hitelesítő adatainak megadásához.

   3. Annak ellenőrzéséhez, hogy egy automatizált program kérést küld-e, emberi felületi kihívást kell végrehajtania. Írja be a képből a betűket és számokat a mezőbe, majd kattintson a Teszt végrehajtása gombra.

3. Ha a teszt sikertelen, ellenőrizze a helyszíni proxykiszolgáló és a tűzfal beállításait. Győződjön meg arról, hogy Exchange Online CAS elérhető az internetről a 443-as porton keresztül.

A foglaltsági adatok nem érhetők el az Exchange Online és egy helyszíni Exchange 2003-as szervezet vagy vegyes helyszíni Exchange 2003- és Exchange 2007-szervezet közötti hibrid telepítésben

Ebben a forgatókönyvben az OU=EXTERNAL (FYDIBOHF25SPDLT) nyilvános mappa hiányzik a nyilvános mappa hierarchiájából, és hozzá kell adni.

Az OU=EXTERNAL (FYDIBOHF25SPDLT) nyilvános mappa hozzáadásához kövesse az alábbi lépéseket:

1. Csatlakozzon a helyszíni Exchange 2010 nyilvánosmappa-kiszolgálóhoz a nyilvános mappakiszolgálóról.

2. Nyissa meg Windows PowerShell.

3. Futtassa a következő parancsot:
     Add-PsSnapin Microsoft.Exchange.Management.Powershell.Setup

4. Futtassa a következő parancsot:
   
   Install-FreeBusyFolder

A felhőbeli postaládák nem látják a helyszíni postaládák foglaltsági adatait

A Get-OrganizationRelationship | futtatásakor Fl-parancsmag egy távoli PowerShell-ablakban, amely Exchange Online csatlakozik, a TargetSharingEpr paraméter értékét helyesen kell beállítani. Ha ez az érték üres, null értékű vagy helytelen, a felhőpostaládák nem láthatják a helyszíni postaládák foglaltsági adatait.

Az érték beállításához futtassa a következő parancsot:

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

Futtassa például a következő parancsot: 

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