Hinweis Der Hybrid-Konfigurations-Assistent, der in der Exchange-Verwaltungskonsole in Microsoft Exchange Server 2010 enthalten ist, wird nicht mehr unterstützt. Daher sollten Sie den alten Hybrid-Konfigurations-Assistenten nicht mehr verwenden. Verwenden Sie stattdessen den auf http://aka.ms/HybridWizardverfügbaren Assistenten für die Office 365-Hybrid Konfiguration. Weitere Informationen finden Sie unter Office 365 Hybrid-Konfigurations-Assistent für Exchange 2010.
EINFÜHRUNG
In diesem Artikel wird beschrieben, wie Sie Probleme mit frei/gebucht-Problemen beheben können, die in einer hybridbereitstellung von lokalen Microsoft Exchange Server und Microsoft Exchange Online in Office 365 auftreten.
WEITERE INFORMATIONEN
Starten Sie den Leitfaden zur Behebung des Problems. Weitere Informationen zur Bereitstellung von Exchange Federation finden Sie auf der folgenden Microsoft-Website:
Konfigurieren der Verbundfreigabe Nach dem Einrichten der Exchange-Föderation können eines oder mehrere der folgenden Probleme auftreten:
-
Frei/Gebucht-Informationen können nicht von einem beliebigen Konto in einer der beiden Umgebungen abgerufen werden.
-
Frei/Gebucht-Informationen können nicht aus einer Umgebung abgerufen werden.
-
Frei/Gebucht-Informationen können mithilfe eines Cloud-Kontos nicht von einem lokalen Konto abgerufen werden.
-
Frei/Gebucht-Informationen können mithilfe eines lokalen Kontos nicht von einem Cloud-Konto abgerufen werden.
-
Frei/Gebucht-Informationen stehen in einem Szenario für die hybridbereitstellung zwischen Exchange Online und einer lokalen Exchange Server 2003-Organisation oder einer gemischten lokalen Exchange Server 2003-und Exchange Server 2007-Organisation nicht zur Verfügung.
-
Für Cloud-Postfächer werden die Frei/Gebucht-Informationen für lokale Postfächer nicht angezeigt.
Frei/Gebucht-Informationen können nicht von einem beliebigen Konto in einer der beiden Umgebungen abgerufen werden.
Benutzer in beiden Umgebungen in der Exchange-Verbundorganisation können keine Frei/Gebucht-Informationen aus Postfächern abrufen, die sich in der anderen Umgebung befinden. In diesem Fall kann das Problem darin liegen, dass Outlook nicht auf dem neuesten Stand ist oder dass die Exchange-Föderation möglicherweise nicht ordnungsgemäß eingerichtet ist. Um dieses Problem zu beheben, bitten Sie die Benutzer, festzustellen, ob das Problem auftritt, wenn Sie Microsoft Outlook verwenden, und wenn Sie Outlook im Web (vormals als Outlook Web App bezeichnet) für Office 365 verwenden. Wenn sich das Verhalten in Outlook und Outlook im Web unterscheidet, liegt das Problem möglicherweise daran, dass der Outlook-Client die Anforderungen für den Exchange-Verbund nicht erfüllt. Bitten Sie den Benutzer, wie folgt vorzugehen:
-
Anmelden beim Office 365-Portal (https://Portal.Office.com).
-
Klicken Sie auf Einstellungen (), und klicken Sie dann auf Office 365.
-
Klicken Sie auf Software, und klicken Sie dann auf Installieren.
Nachdem der Benutzer Office 365-Desktopanwendungen eingerichtet hat, sollte das frei/gebucht-Problem aufgelöst werden. Wenn dieses Problem in Outlook und Outlook im Web identisch auftritt, liegt möglicherweise ein Problem mit der Einrichtung der Exchange-Föderation in Ihrer Organisation vor. In diesem Fall lesen Sie den Bereitstellungs-Assistenten von Microsoft Exchange Server , um sicherzustellen, dass die Umgebung die Systemanforderungen erfüllt.
Frei/Gebucht-Informationen können nicht aus einer Umgebung abgerufen werden
Benutzer können nicht über Exchange Federation in einer bestimmten Richtung auf Frei/Gebucht-Informationen zugreifen. So können lokale Benutzer beispielsweise nicht von Cloud-Postfächern aus auf Frei/Gebucht-Informationen zugreifen. Oder Cloud-Benutzer können nicht auf Frei/Gebucht-Informationen von lokalen Postfächern zugreifen. In diesem Szenario kann das Problem durch eine Fehlkonfiguration des Anwendungsziel-URIs verursacht werden. 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 die Behandlung dieses Problems zu unterstützen:
-
Öffnen Sie auf einem lokalen Computer, auf dem Exchange Server ausgeführt wird, die Exchange-Verwaltungsshell.
-
Geben Sie den folgenden Befehl in der Befehlszeile ein, und drücken Sie dann die EINGABETASTE:
Get-FederationInformation -domainname <Office 365 Domain>
In diesem Befehl steht der <Office 365-Domänen> Platzhalter für die standardmäßige Office 365-Domäne (beispielsweise contoso.onmicrosoft.com).
-
Notieren Sie sich die TargetApplicationUri -und TargetAutodiscoverEpr -Werte in den Ergebnissen. Hierbei handelt es sich um die Einstellungen, die die Zieldomäne haben muss, um sicherzustellen, dass die Verbundvertrauensstellung ordnungsgemäß eingerichtet ist.
-
Führen Sie den folgenden Befehl aus, um die derzeit für die standardmäßige Office 365-Domäne eingerichteten Vertrauensinformationen anzuzeigen:
Get-OrganizationRelationship | FL
-
Stellen Sie im Abschnitt Domainnamen sicher, dass die folgenden Elemente angezeigt werden:
-
Der Name der Dienst Routingdomäne des Unternehmens (beispielsweise Mail.contoso.onmicrosoft.com).
-
Der Name der Föderationsdomäne des Unternehmens (beispielsweise contoso.com).
Wenn diese Namen nicht im Abschnitt Domainnamen angezeigt werden, liegt möglicherweise ein Problem vor, das sich auf das Einrichten von Exchange Federation auswirkt. Überprüfen Sie den Microsoft Exchange Server-Bereitstellungs-Assistenten , um sicherzustellen, dass Ihre Konfiguration an den empfohlenen Schritten ausgerichtet ist und die Umgebung alle Systemanforderungen erfüllt. Wenn die beiden Domänen im Abschnitt Domainnamen ordnungsgemäß angezeigt werden, beachten Sie die folgenden Abschnitte in den Ergebnissen:
-
Name
-
TargetApplicationUri
-
TargetAutodiscoverEpr
Die Werte für TargetApplicationUri und TargetAutodiscoverEpr sollten den entsprechenden Werten aus dem Cmdlet Get-FederationInformation entsprechen. Wenn die Werte nicht übereinstimmen, führen Sie den folgenden Befehl aus, um den Unterschied zu beheben:
Set-OrganizationRelationship -Identity <Name> -TargetApplicationUri <TargetApplicationUri> -TargetAutodiscoverEpr <TargetAutodiscoverEpr>
-
-
Wenn das frei/gebucht-Problem weiterhin besteht, stellen Sie sicher, dass die Freigaberichtlinien in der lokalen Exchange Server-Umgebung und in Exchange Online übereinstimmen. Um dies zu ermitteln, führen Sie den folgenden Befehl in der Exchange-Verwaltungsshell aus, und notieren Sie sich den Wert im Feld Domains in den Ergebnissen:
Get-SharingPolicy | FL
-
Stellen Sie eine Verbindung mit Exchange Online her, indem Sie Windows PowerShell verwenden, um denselben Test in der anderen Umgebung auszuführen. Führen Sie diese Schritte aus, damit Sie feststellen 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:
Herstellen einer Verbindung mit Exchange Online mithilfe der Remote-PowerShell
-
Nachdem Sie eine Verbindung mit Exchange Online hergestellt haben, führen Sie wie bei der lokalen Umgebung den folgenden Befehl im Windows PowerShell-Fenster aus, und notieren Sie sich den Wert im Feld Domains :
Get-SharingPolicy
-
Die Domänen Werte für die beiden Umgebungen sollten übereinstimmen. Wenn Sie nicht übereinstimmen, können Sie das Cmdlet " SharingPolicy " verwenden, um das Feld " Domains " so einzurichten, dass es auf beiden Seiten übereinstimmt. Weitere Informationen zum Cmdlet " festlegen-SharingPolicy " und zur Verwendung dieser Freigaberichtlinien Einstellung finden Sie auf der folgenden Microsoft TechNet-Website:
Frei/Gebucht-Informationen können mithilfe eines lokalen Kontos nicht von einem Cloud-Konto abgerufen werden.
Dieses Problem ist auf lokale Benutzer limitiert, die versuchen, Frei/Gebucht-Informationen für Cloud-Postfächer abzurufen. Stellen Sie zunächst sicher, dass die neuesten Updates auf dem Server installiert sind. Weitere Informationen finden Sie unter Exchange Server-Updates: Build-Nummern und Veröffentlichungsdaten. Wenn das Problem weiterhin besteht, können Sie das Cmdlet Test-FederationTrust verwenden, um weitere Details zu dem Fehler zu sammeln. Gehen Sie dazu wie folgt vor:
-
Führen Sie in der Exchange-Verwaltungsshell den folgenden Befehl aus, wobei der <OnPremisesMailbox> Platzhalter die e-Mail-Adresse eines Benutzerpostfachs darstellt, das in der lokalen Umgebung gehostet wird:
Test-FederationTrust -UserIdentity <OnPremisesMailbox> -verbose
Hinweis Dieser Befehl testet das Verbund Vertrauensstellungs Token, das vom lokalen Benutzer verwendet wird.
-
Wenn die Ergebnisse mindestens einen Abschnitt enthalten, in dem der Typfehlgeschlagenist, kopieren Sie die Ergebnisse in eine Textdatei, und senden Sie die Datei an den Exchange Online Services-Support, um weitere Hilfe zu erhalten.
Frei/Gebucht-Informationen können mithilfe eines Cloud-Kontos nicht von einem lokalen Konto abgerufen werden.
Das Problem ist auf Cloud-Benutzer limitiert, 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 keine Exchange-Webdienste-Anforderungen, die von höheren Versionen zum Abrufen von Frei/Gebucht-Informationen verwendet werden. Stellen Sie sicher, dass alle Frei/Gebucht-Daten, die in öffentlichen Ordnern in Exchange Server 2003 gespeichert sind, auf einen Exchange Server 2010-Post Fach Server repliziert werden, der eine öffentliche Ordner-Datenbank unterstützenkann.
-
Sie können die Postfachrolle auf dem Server installieren, auf dem die Client Zugriffsserver-Rolle (CAS), die Sie zur Unterstützung der Föderation verwenden, installiert ist. Weitere Informationen zur Vorgehensweise mithilfe des Microsoft Exchange Server-Bereitstellungs-Assistenten finden Sie unter Exchange Server-Bereitstellungs-Assistent.
-
Wenn die Cloud-Benutzer weiterhin Probleme haben, wenn Sie versuchen, Frei/Gebucht-Informationen für lokale Postfächer abzurufen, ermitteln Sie, ob ein Problem beim Herstellen einer Verbindung mit dem AutoErmittlungsdienst lokal vorliegt. Gehen Sie dazu wie folgt vor:
-
Öffnen Sie Microsoft Remote Connectivity Analyzer auf der folgenden Microsoft-Website:
https://www.testconnectivity.microsoft.com/?testid=OutlookAutoDisc
-
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 aufweist. Aktivieren Sie das Kontrollkästchen, um zu bestätigen, dass Sie über die Berechtigung zum Eingeben der Anmeldeinformationen eines funktionierenden Kontos verfügen.
-
Um zu bestätigen, dass ein automatisiertes Programm eine Anforderung stellt, müssen Sie eine Benutzeroberflächen Herausforderung durchführen. Geben Sie die Buchstaben und Zahlen aus dem Bild in das Feld ein, und klicken Sie dann auf Test durchführen.
-
-
Wenn der Test fehlschlägt, überprüfen Sie die Einstellungen für den lokalen Proxy Server und die Firewall. Stellen Sie sicher, dass auf Exchange Online-CAs über das Internet über Port 443 zugegriffen werden kann.
Frei/Gebucht-Informationen stehen in einer hybridbereitstellung zwischen Exchange Online und einer lokalen Exchange 2003-Organisation oder einer gemischten lokalen Exchange 2003-und Exchange 2007-Organisation nicht zur Verfügung.
In diesem Szenario fehlt der öffentliche Ordner ou = External (FYDIBOHF25SPDLT) in der Hierarchie Öffentlicher Ordner und muss hinzugefügt werden. Führen Sie die folgenden Schritte aus, um den öffentlichen Ordner ou = External (FYDIBOHF25SPDLT) hinzuzufügen:
-
Stellen Sie eine Verbindung mit dem lokalen Exchange 2010-Server für Öffentliche Ordner auf dem Server für Öffentliche Ordner her.
-
Öffnen Sie Windows PowerShell.
-
Führen Sie den folgenden Befehl aus: Add-PsSnapin Microsoft.Exchange.Management.Powershell.Setup
-
Führen Sie den folgenden Befehl aus: Install-FreeBusyFolder
Für Cloud-Postfächer werden die Frei/Gebucht-Informationen für lokale Postfächer nicht angezeigt
Wenn Sie die Get-OrganizationRelationship | FL -Cmdlet in einem PowerShell-Remote Fenster, das mit Exchange Online verbunden ist, muss der Wert des TargetSharingEpr -Parameters richtig festgesetzt werden. Wenn dieser Wert leer, NULL oder falsch ist, können in Cloud-Postfächern keine Frei/Gebucht-Informationen zu lokalen Postfächern angezeigt werden.
Führen Sie den folgenden Befehl aus, um den Wert einzurichten:
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
Weitere Hilfe erforderlich? Wechseln Sie zu Microsoft Community oder den Exchange TechNet-Foren.