Megjegyzés: A 2010-Microsoft Exchange Server Exchange Management Console részét képező Hibrid konfiguráció varázsló már nem támogatott. Ezért a továbbiakban ne használja a régi Hibrid konfiguráció varázslót. Ehelyett használja a hibrid konfigurációs Office 365 varázslót, amely a http://aka.ms/HybridWizard érhető el. További információ: Office 365 Hibrid konfiguráció varázsló az Exchange 2010-hez.
BEVEZETÉS
Ez a cikk azt ismerteti, hogyan háríthatja el a helyszíni Microsoft Exchange Server és Microsoft Exchange Online hibrid telepítése során felmerülő foglaltsági problémákat a Office 365-ben.
TOVÁBBI INFORMÁCIÓK
Indítsa el az útmutatót a probléma elhárításához.Az Exchange összevonás telepítésével kapcsolatos további információkért látogasson el a Microsoft következő webhelyére:
Összevont megosztás konfigurálása Az Exchange összevonás beállítása után az alábbi problémák közül egy vagy több jelentkezhet:
-
A foglaltsági adatok egyik fiókból sem kérhetők le egyik környezetből sem.
-
A foglaltsági adatok nem kérhetők le egyetlen környezetből.
-
A foglaltsági adatok nem kérhetők le helyszíni fiókból felhőalapú fiók használatával.
-
A foglaltsági adatokat nem lehet lekérni egy felhőalapú fiókból egy helyszíni fiók használatával.
-
A foglaltsági adatok nem érhetők el az Exchange Online és egy helyszíni Exchange Server 2003-ban vagy vegyes helyszíni Exchange Server 2003-ban és Exchange Server 2007-ben.
-
A felhőbeli postaládák nem látják a helyszíni postaládák foglaltsági adatait.
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:
-
Jelentkezzen be a Office 365 portálra (https://portal.office.com).
-
Kattintson a Beállítások (
), majd a Office 365 elemre. -
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:
-
Egy Exchange Server futtató helyszíni számítógépen nyissa meg az Exchange Management Shellt.
-
Í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).
-
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.
-
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
-
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>
-
-
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
-
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:
-
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
-
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:
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:
-
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.
-
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.
-
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.
-
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:
-
Nyissa meg a Microsoft Remote Connectivity Analyzert a Microsoft következő webhelyén:
https://www.testconnectivity.microsoft.com/?testid=OutlookAutoDisc
-
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.
-
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.
-
-
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:
-
Csatlakozzon a helyszíni Exchange 2010 nyilvánosmappa-kiszolgálóhoz a nyilvános mappakiszolgálóról.
-
Nyissa meg Windows PowerShell.
-
Futtassa a következő parancsot: Add-PsSnapin Microsoft.Exchange.Management.Powershell.Setup
-
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"
HIVATKOZÁSOK
További segítségre van szüksége? Nyissa meg a Microsoft Community webhelyet vagy az Exchange TechNet fórumait.