Behandeln von Frei/Gebucht-Problemen in einer Hybridbereitstellung mit einem lokalen Exchange-Server und Exchange Online in Office 365

Gilt für: Exchange OnlineExchange Server 2016 Enterprise EditionExchange Server 2016 Standard Edition

Hinweis Der Assistent für die Hybridkonfiguration, der in der Exchange-Verwaltungskonsole in Microsoft Exchange Server 2010 enthalten ist, wird nicht mehr unterstützt. Daher sollten Sie den alten Assistenten für die Hybridkonfiguration nicht mehr verwenden. Verwenden Sie stattdessen den Office 365-Hybridkonfigurationsassistenten, der unter http://aka.ms/HybridWizardverfügbar ist. Weitere Informationen finden Sie unter Office 365-Hybridkonfigurationsassistent für Exchange 2010.

EINFÜHRUNG


In diesem Artikel wird beschrieben, wie Sie Frei/Gebucht-Probleme beheben können, die bei einer hybriden Bereitstellung von Microsoft Exchange Server und Microsoft Exchange Online in Office 365 auftreten.

WEITERE INFORMATIONEN


Starten Sie das Handbuch zur Behebung des Problems.Weitere Informationen zur Bereitstellung des Exchange-Verbunds finden Sie auf der folgenden Microsoft-Website:Nachdem Sie die Exchange-Föderation eingerichtet haben, treten möglicherweise eines oder mehrere der folgenden Probleme auf:
  • Frei/Gebucht-Informationen können in keiner der beiden Umgebungen von keinem Konto abgerufen werden.
  • Frei/Gebucht-Informationen können nicht aus einer Umgebung abgerufen werden.
  • Frei/Gebucht-Informationen können nicht über ein Cloudkonto aus einem lokalen Konto abgerufen werden.
  • Frei/Gebucht-Informationen können nicht aus einem Cloud-Konto abgerufen werden, indem Sie ein lokales Konto verwenden.
  • Frei/Gebucht-Informationen sind in einem Hybridbereitstellungsszenario zwischen Exchange Online und einer lokalen Exchange Server 2003-Organisation oder einer gemischten lokalen Exchange Server 2003- und Exchange Server 2007-Organisation nicht verfügbar.
  • Cloudpostfächer können die Frei/Gebucht-Informationen für lokale Postfächer nicht sehen.

Frei/Gebucht-Informationen können in keiner der beiden Umgebungen von einem Konto abgerufen werden.

Benutzer in einer der beiden Umgebungen in der Verbundorganisation Exchange können keine Frei/Gebucht-Informationen aus Postfächern abrufen, die sich in der anderen Umgebung befinden.In diesem Fall kann das Problem sein, dass Outlook nicht auf dem neuesten Stand ist oder dass der Exchange-Verbund möglicherweise nicht ordnungsgemäß eingerichtet ist.Bitten Sie benutzer, zur Problembehandlung zu ermitteln, ob das Problem auftritt, wenn sie Microsoft Outlook verwenden und wenn sie Outlook im Web (früher als Outlook Web App bezeichnet) für Office 365 verwenden. Wenn sich das Verhalten in Outlook und Outlook im Web unterscheidet, kann das Problem sein, dass der Outlook-Client die Anforderungen für die Exchange-Föderation nicht erfüllt. Bitten Sie den Benutzer, die folgenden Schritte auszuführen:
  1. Melden Sie sich beim Office 365-Portal an (https://portal.office.com).
  2. Klicken Sie auf Einstellungen (
    The setting icon like gear shape
    ), und klicken Sie dann auf Office 365.
  3. Klicken Sie auf Software, und klicken Sie dann auf Installieren.
Nachdem der Benutzer Office 365-Desktopanwendungen eingerichtet hat, sollte das Frei/Gebucht-Problem behoben werden.Wenn dieses Problem in Outlook und Outlook im Web identisch auftritt, gibt es wahrscheinlich ein Problem in Bezug auf die Einrichtung des Exchange-Verbunds in Ihrer Organisation. Lesen Sie in diesem Fall den Microsoft Exchange Server-Bereitstellungs-Assistenten, um sicherzustellen, dass die Umgebung die Systemanforderungen erfüllt.

Frei/Gebucht-Informationen können nicht aus einer Umgebung abgerufen werden

Benutzer können über den Exchange-Verbund nicht in eine bestimmte Richtung auf Frei/Gebucht-Informationen zugreifen. Beispielsweise können lokale Benutzer nicht auf Frei/Gebucht-Informationen aus Cloudpostfächern zugreifen. Oder Cloudbenutzer können nicht auf Frei/Gebucht-Informationen aus lokalen Postfächern zugreifen.In diesem Szenario kann das Problem durch eine fehle Konfiguration des Anwendungsziel-URI verursacht werden. Auch die Freigaberichtlinien in der lokalen Exchange Server-Umgebung und in Exchange Online stimmen möglicherweise nicht überein.Führen Sie die folgenden Schritte aus, um dieses Problem zu beheben:
  1. Öffnen Sie auf einem lokalen Computer, auf dem Exchange Server ausgeführt wird, die Exchange-Verwaltungsshell.
  2. Geben Sie in der Befehlszeile den folgenden Befehl ein, und drücken Sie dann die Eingabetaste:
    Get-FederationInformation -domainname <Office 365 Domain> 
    In diesem Befehl stellt der Platzhalter <Office 365-Domäne> die standardmäßige Office 365-Domäne dar (z. B. contoso.onmicrosoft.com).
  3. Beachten Sie in den Ergebnissen die Werte TargetApplicationUri und TargetAutodiscoverEpr. Dies sind die Einstellungen, die die Zieldomäne haben muss, um sicherzustellen, dass die Verbundvertrauensstellung ordnungsgemäß eingerichtet ist.
  4. Führen Sie den folgenden Befehl aus, um die Vertrauensinformationen anzuzeigen, die derzeit für die standardmäßige Office 365-Domäne eingerichtet sind:
    Get-OrganizationRelationship | FL 
  5. Stellen Sie im Abschnitt DomainNames sicher, dass die folgenden Elemente angezeigt werden:
    • Der Name der Dienstroutingdomäne des Unternehmens (z. B. mail.contoso.onmicrosoft.com)
    • Der Name der Verbunddomäne des Unternehmens (z. B. contoso.com)
    Wenn diese Namen nicht im Abschnitt Domänennamen angezeigt werden, liegt möglicherweise ein Problem mit der Einrichtung des Exchange-Verbunds vor. Überprüfen Sie den Microsoft Exchange Server-Bereitstellungs-Assistenten, um sicherzustellen, dass Ihre Konfiguration den empfohlenen Schritten entspricht und dass die Umgebung alle Systemanforderungen erfüllt. Wenn die beiden Domänen im Abschnitt DomainNames korrekt angezeigt werden, beachten Sie die folgenden Abschnitte in den Ergebnissen:
    • Namen
    • TargetApplicationUri
    • TargetAutodiscoverEpr
    Die Werte TargetApplicationUri und TargetAutodiscoverEpr sollten mit den entsprechenden Werten aus dem Cmdlet Get-FederationInformation übereinstimmen. Wenn die Werte nicht übereinstimmen, führen Sie den folgenden Befehl aus, um die Differenz zu korrigieren:
    Set-OrganizationRelationship -Identity <Name> -TargetApplicationUri <TargetApplicationUri> -TargetAutodiscoverEpr <TargetAutodiscoverEpr> 
  6. Wenn das Frei/Gebucht-Problem weiterhin besteht, stellen Sie sicher, dass die Freigaberichtlinien in der lokalen Exchange Server-Umgebung und in Exchange Online übereinstimmen. Führen Sie den folgenden Befehl in der Exchange-Verwaltungsshell aus, und notieren Sie dann den Wert im Feld Domänen in den Ergebnissen:
    Get-SharingPolicy | FL 
  7. Stellen Sie eine Verbindung mit Exchange Online her, indem Sie Windows PowerShell verwenden, um denselben Test in der anderen Umgebung auszuführen. Sie tun dies, damit Sie bestimmen können, ob die Freigaberichtlinien übereinstimmen. Weitere Informationen zum Herstellen einer Verbindung mit Exchange Online mithilfe von Windows PowerShell finden Sie auf der folgenden Microsoft-Website:
  8. Nachdem Sie eine Verbindung mit Exchange Online hergestellt haben, führen Sie den folgenden Befehl im Windows PowerShell-Fenster aus, wie Sie es für die lokale Umgebung getan haben, und notieren Sie dann den Wert im Feld Domänen:
    Get-SharingPolicy 
  9. Die Domänenwerte für die beiden Umgebungen sollten übereinstimmen. Wenn sie nicht übereinstimmen, können Sie das Cmdlet Set-SharingPolicy verwenden, um das Feld Domänen so einzurichten, dass es auf beiden Seiten übereinstimmt. Weitere Informationen zum Cmdlet Set-SharingPolicy und zur Verwendung dieser Freigaberichtlinieneinstellung finden Sie auf der folgenden Microsoft TechNet-Website:

Frei/Gebucht-Informationen können nicht aus einem Cloud-Konto abgerufen werden, indem Sie ein lokales Konto verwenden

Dieses Problem ist auf lokale Benutzer beschränkt, die versuchen, Frei/Gebucht-Informationen für Cloudpostfächer abzurufen.Stellen Sie zunächst sicher, dass die neuesten Updates auf dem Server installiert sind. Weitere Informationen finden Sie unter Exchange Server-Updates: Buildnummern und Veröffentlichungsdaten.Wenn das Problem weiterhin besteht, können Sie das Cmdlet Test-FederationTrust verwenden, um weitere Details zum Fehler zu sammeln. Führen Sie hierzu die folgenden Schritte aus:
  1. Führen Sie in der Exchange-Verwaltungsshell den folgenden Befehl aus, wobei der Platzhalter <OnPremisesMailbox> die E-Mail-Adresse eines Benutzerpostfachs darstellt, das in der lokalen Umgebung gehostet wird:
    Test-FederationTrust -UserIdentity <OnPremisesMailbox> -verbose 
    Hinweis Dieser Befehl testet das Verbundvertrauenstoken, das vom lokalen Benutzer verwendet wird.
  2. Angenommen, die Ergebnisse enthalten mindestens einen Abschnitt, in dem der Typ"Fehler"ist, kopieren Sie die Ergebnisse in eine Textdatei, und senden Sie die Datei dann an den Exchange Online Services-Support, um weitere Hilfe zu erhalten.

Frei/Gebucht-Informationen können nicht von einem lokalen Konto mithilfe eines Cloudkontos abgerufen werden.

Das Problem ist auf Cloudbenutzer beschränkt, die versuchen, Frei/Gebucht-Informationen für lokale Postfächer abzurufen.In diesem Fall können die beteiligten Postfächer auf Exchange Server 2003 statt auf Exchange Server 2007 oder Exchange Server 2010 gehostet werden. Exchange Server 2003 unterstützt die Exchange Web Services-Anforderungen nicht, die spätere Versionen zum Abrufen von Frei/Gebucht-Informationen verwenden. Stellen Sie sicher, dass alle Frei/Gebucht-Daten, die sich in öffentlichen Exchange Server 2003-Ordnern befinden, auf einen Exchange Server 2010-Postfachserver repliziert werden, der eine Öffentliche Ordner-Datenbank unterstützen kann.
  1. Sie können die Postfachrolle auf demselben Server installieren, auf dem die Clientzugriffsserverrolle (Client Access Server, CAS) installiert ist, die Sie zum Unterstützen des Verbunds verwenden. Weitere Informationen dazu finden Sie unter Exchange Server Deployment Assistant mithilfe des Microsoft Exchange Server-Bereitstellungsassistenten.
  2. Wenn die Cloudbenutzer weiterhin Probleme haben, wenn sie versuchen, Frei/Gebucht-Informationen für lokale Postfächer abzurufen, stellen Sie fest, ob ein Problem beim lokalen Herstellen einer Verbindung mit dem AutoErmittlungsdienst vorliegt. Führen Sie hierzu die folgenden Schritte aus:
    1. Öffnen Sie den Microsoft Remote Connectivity Analyzer auf folgender Microsoft-Website:
    2. Füllen Sie auf der Seite "Outlook AutoErmittlung" das Formular aus, indem Sie die E-Mail-Adresse und das Kennwort eines Kontos in der lokalen Umgebung verwenden, das Probleme hat. Aktivieren Sie das Kontrollkästchen, um zu bestätigen, dass Sie die Berechtigung zur Eingabe der Anmeldeinformationen eines funktionierenden Kontos haben.
    3. Um zu bestätigen, dass ein automatisiertes Programm eine Anforderung stellt, müssen Sie eine Herausforderung für die menschliche Schnittstelle abschließen. Geben Sie die Buchstaben und Zahlen aus dem Bild in das Feld ein, und klicken Sie dann auf Test ausführen.
  3. Wenn der Test fehlschlägt, überprüfen Sie die Einstellungen für den lokalen Proxyserver und die Firewall. Stellen Sie sicher, dass über Port 443 auf Exchange Online CAS über das Internet zugegriffen werden kann.

Frei/Gebucht-Informationen sind in einer Hybridbereitstellung zwischen Exchange Online und einer lokalen Exchange 2003-Organisation oder einer gemischten lokalen Exchange 2003- und Exchange 2007-Organisation nicht verfügbar.

In diesem Szenario fehlt der Öffentliche Ordner OU=EXTERNAL (FYDIBOHF25SPDLT) in der Öffentlichen Ordner-Hierarchie und muss hinzugefügt werden.Gehen Sie folgendzubeausgeführt vor, um den Öffentlichen Ordner OU=EXTERNAL (FYDIBOHF25SPDLT) hinzuzufügen:
  1. Stellen Sie vom Server für Öffentliche Ordner aus eine Verbindung mit dem lokalen Exchange 2010-Server für Öffentliche Ordner her.
  2. Öffnen Sie Windows PowerShell.
  3. Führen Sie den folgenden Befehl aus:
    Add-PsSnapin  Microsoft.Exchange.Management.Powershell.Setup 
  4. Führen Sie den folgenden Befehl aus:
    Install-FreeBusyFolder 

Cloudpostfächer können die Frei/Gebucht-Informationen für lokale Postfächer nicht sehen

Wenn Sie die Get-OrganizationRelationship | FL-Cmdlet in einem Remote-PowerShell-Fenster, das mit Exchange Online verbunden ist, muss der Wert des Parameters TargetSharingEpr korrekt festgelegt werden. Wenn dieser Wert leer, null oder falsch ist, können Cloudpostfächer keine Frei/Gebucht-Informationen zu lokalen Postfächern anzeigen.

Um den Wert festzulegen, führen Sie den folgenden Befehl aus:

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

Verwenden Sie dazu zum Beispiel den folgenden Befehl:

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

Informationsquellen


Brauchen Sie noch Hilfe? Wechseln Sie zur Microsoft Community oder den Exchange TechNet-Foren.