Freigeben über


Anmerkungen zu dieser Version von Exchange Server

Tipp

Suchen Sie nach den Versionshinweisen zu Exchange 2013? Weitere Informationen finden Sie unter Versionshinweise für Exchange 2013.

Willkommen bei Microsoft Exchange Server 2019! Dieses Thema enthält wichtige Informationen, die Sie für die erfolgreiche Bereitstellung von Exchange 2019 kennen müssen. Bitte lesen Sie dieses Thema vollständig, bevor Sie mit der Bereitstellung beginnen.

Bekannte Probleme in Exchange Server 2019

Wenn Sie versuchen, Exchange Server von Windows 2019 Server Core mithilfe des Exchange-Setup-Assistenten zu deinstallieren, schlägt der Vorgang fehl. Der Assistent versucht, die Windows-Systemsteuerung zu starten, um Exchange zu deinstallieren, aber die Systemsteuerung ist in Windows Server Core nicht vorhanden. Führen Sie den folgenden Setupbefehl über die Befehlszeile aus, um Exchange von Windows Server Core zu deinstallieren:

Hinweis

  • Die vorherige /IAcceptExchangeServerLicenseTerms--Option funktioniert seit den kumulativen Updates (Cumulative Updates, CUs) vom September 2021 nicht mehr. Sie müssen jetzt entweder /IAcceptExchangeServerLicenseTerms_DiagnosticDataON oder /IAcceptExchangeServerLicenseTerms_DiagnosticDataOFF für unbeaufsichtigte Installationen und Skriptinstallationen verwenden.

  • In den folgenden Beispielen wird der Schalter /IAcceptExchangeServerLicenseTerms_DiagnosticDataON verwendet. Es liegt an Ihnen, den Schalter in /IAcceptExchangeServerLicenseTerms_DiagnosticDataOFF zu ändern.

Setup.exe /IAcceptExchangeServerLicenseTerms_DiagnosticDataON /mode:Uninstall

Dieses Problem wird in einem zukünftigen kumulativen Update für Exchange Server 2019 behoben.

Willkommen bei Microsoft Exchange Server 2016! Dieses Thema stellt wichtige Informationen bereit, die Sie für eine erfolgreiche Bereitstellung von Exchange 2016 benötigen. Bitte lesen Sie dieses Thema vollständig, bevor Sie mit der Bereitstellung beginnen.

Setup

  • Die Installation von Exchange mithilfe von Administratorberechtigungen für Stellvertretungen führt zu einem Fehler beim Setup: Wenn ein Benutzer, der nur Mitglied der Rollengruppe "Delegiertes Setup" ist, versucht, Exchange auf einem vorab bereitgestellten Server zu installieren, schlägt setup fehl. Dies liegt daran, dass die Gruppe „Delegiertes Setup" nicht über die erforderlichen Berechtigungen zum Erstellen und Konfigurieren bestimmter Objekte in Active Directory verfügt.

    Führen Sie einen der folgenden Schritte aus, um das Problem zu umgehen:

    • Fügen Sie den Benutzer, der Exchange installiert, der Active Directory-Sicherheitsgruppe „Domänenadministratoren“ hinzu.

    • Installieren Sie Exchange unter Verwendung eines Benutzers, der Mitglied der Rollengruppe „Organisationsverwaltung“ ist.

Postfach

  • Beim Verschieben von Postfächern aus früheren Versionen von Exchange nach Exchange 2016 KU5 oder höher kann ein Fehler auftreten: Wenn Sie versuchen, ein Postfach aus einer früheren Version von Exchange mit einer Migrationsbatchanforderung nach Exchange KU5 oder höher zu verschieben, kann ein Fehler auftreten. Dies kann geschehen, wenn sich das Postfach des Migrationssystems nicht auf einem Exchange 2016-Server mit KU5 oder höher befindet.

    Bevor Sie Postfächer mit einer Migrationsbatchanforderung nach Exchange 2016 KU5 oder höher verschieben können, müssen Sie das Migrationspostfach mit den folgenden Schritten auf einen Exchange-Server verschieben, auf dem KU5 oder höher ausgeführt wird.

    1. Öffnen Sie die Exchange-Verwaltungsshell auf dem Exchange 2016-Postfachserver.

    2. Führen Sie den folgenden Befehl aus, um eine Liste von Postfachdatenbanken abzurufen, die sich auf Ihren Exchange 2016-Servern befinden. Kopieren Sie den Namen der Postfachdatenbank, in die Sie das Migrationspostfach verschieben möchten, in die Zwischenablage.

      Get-MailboxDatabase | Where {$_.AdminDisplayVersion -Like "*15.1*"} | Format-Table Name, ServerName
      
    3. Führen Sie den folgenden Befehl aus, um das Migrationspostfach auf den Exchange 2016-Server zu verschieben. Fügen Sie den Namen der Postfachdatenbank ein, den Sie im vorherigen Schritt nach TargetDatabase kopiert haben.

      New-MoveRequest "Migration.8f3e7716-2011-43e4-96b1-aba62d229136" -TargetDatabase "<mailbox database name>"
      
  • Postfachserver, auf denen verschiedene Versionen von Exchange ausgeführt werden, können derselben Datenbankverfügbarkeitsgruppe hinzugefügt werden: Das Cmdlet Add-DatabaseAvailabilityGroupServer und das Exchange Admin Center lassen fälschlicherweise das Hinzufügen eines Exchange 2013-Servers zu einer Exchange 2016-basierten Datenbankverfügbarkeitsgruppe (DAG) zu und umgekehrt. Exchange unterstützt nur das Hinzufügen von Postfachservern mit derselben Version (z. B. Exchange 2013 im Vergleich zu Exchange 2016) zu einer DAG. Darüber hinaus werden im Exchange Admin Center sowohl Exchange 2013- als auch Exchange 2016-Server in der Liste der Server angezeigt, die einer DAG hinzugefügt werden können. Dadurch kann ein Administrator versehentlich einen Server mit einer inkompatiblen Version von Exchange zu einer DAG hinzufügen (z. B. hinzufügen eines Exchange 2013-Servers zu einer Exchange 2016-basierten DAG).

    Derzeit gibt es keine Abhilfe für dieses Problem. Administratoren müssen beim Hinzufügen eines Postfachservers zu einer DAG sorgfältig sein. Fügen Sie nur Exchange 2013-Server zu Exchange 2013-basierten DAGs hinzu, und nur Exchange 2016-Server zu Exchange 2016-basierten DAGs. Sie können jede einzelne Version von Exchange unterscheiden, indem Sie die Spalte Version in der Liste der Server im Exchange Admin Center betrachten. Im Folgenden werden die Serverversionen für Exchange 2013 und Exchange 2016 angegeben:

    • Exchange 2013 15.0 (Build xxx.xx)

    • Exchange 2016 15.1 (Build xxx.xx)

  • Keine Verbindung mit Archivpostfach bei Verwendung von MAPI über HTTP möglich: In Exchange 2016 kann MAPI über HTTP pro Postfach aktiviert werden. Es tritt ein Problem auf, aufgrund dessen Benutzer nicht auf ihr Archivpostfach, sofern vorhanden, zugreifen können, wenn Folgendes zutrifft:

    • MAPI über HTTP ist für das Postfach des Benutzers aktiviert.

    • MAPI über HTTP auf Organisationsebene deaktiviert.

      Sobald dies zutrifft, kann der Benutzer das Archivpostfach nicht öffnen, und es tritt folgender Fehler auf: Die Ordnergruppe kann nicht geöffnet werden. Fehler bei der Anmeldung bei Microsoft Exchange.

      Führen Sie einen der folgenden Schritte aus, um das Problem zu umgehen:

    • Öffnen Sie das Archivpostfach mithilfe von Outlook im Web.

    • Deaktivieren Sie MAPI über HTTP für das Postfach, indem Sie den folgenden Befehl ausführen.

      Set-CasMailbox <email address> -MapiHttpEnabled $False
      
  • Benachrichtigungsbroker-Dienst wird nach 30 Sekunden beendet Wenn Sie Ihren Exchange-Server starten, bemerken Sie möglicherweise, dass der Benachrichtigungsbroker-Dienst gestartet und dann nach ungefähr 30 Sekunden beendet wird. Wenn Sie versuchen, den Dienst manuell zu starten, wird er erfolgreich gestartet und dann nach etwa 30 Sekunden wieder beendet. Das Ereignisprotokoll enthält keine Fehler oder Warnungen.

    Dies ist das erwartete Verhalten in lokalen Bereitstellungen von Exchange 2016. Der Benachrichtigungsbroker-Dienst führt bei jedem Serverstart eine Konfigurationsprüfung durch. Wenn der Benachrichtigungsbroker-Dienst keine Prüfung durchführen muss, wird er automatisch bis zum nächsten Neustart des Servers beendet.

Nachrichtenübermittlung

  • Edge-Transport-Server können an gültige Empfänger gesendete E-Mails ablehnenExchange 2016-Edge-Transport-Server lehnen möglicherweise an gültige interne Empfänger gesendete Nachrichten ab, wenn Folgendes zutrifft:

    • Kumulatives Update 1 (KU1) für Exchange Server 2016 ist auf dem Server installiert.

    • Empfängerüberprüfung ist auf dem Server aktiviert.

      Wenn ein Edge-Transport-Server eine Nachricht aufgrund dieses Problems ablehnt, erhält der Absender einen Unzustellbarkeitsbericht mit dem Statuscode 5.1.10 und dem folgenden Fehler: Empfänger bei SMTP-Adressensuche nicht gefunden. Die Nachricht wird nicht an den Empfänger zugestellt.

      Führen Sie einen der folgenden Schritte aus, um das Problem zu umgehen:

    • Deaktivieren Sie die Empfängerüberprüfung auf den entsprechenden Edge-Transport-Servern, indem Sie den folgenden Befehl ausführen.

      Set-RecipientFilterConfig -RecipientValidationEnabled $False
      
    • Deaktivieren Sie den Empfängerüberprüfungscache auf den entsprechenden Edge-Transport-Servern, indem Sie den folgenden Befehl ausführen.

      Get-TransportService | Set-TransportService -RecipientValidationCacheEnabled $False
      

      Achtung

      Wenn Sie den Empfängerüberprüfungscache deaktivieren, überprüft Exchange, ob die Empfänger für eingehende Nachrichten gültig sind, indem die lokale Instanz von Active Directory Lightweight Directory Services abgefragt wird. Dadurch benötigt Exchange möglicherweise deutliche mehr Ressourcen für die Verarbeitung von Nachrichten. Stellen Sie vor der Deaktivierung des Empfängerüberprüfungscache, dass Ihr Server über ausreichend Kapazität für zusätzliche Anforderungen verfügt.

  • Konfigurieren Sie die Firewall oder den DNS-Eintrag für den externen Mail-Exchanger (MX) für das Senden von E-Mails an einen Edge-Transport-Server, auf dem Exchange 2016 Kumulatives Update 1 nicht installiert ist. Möglicherweise müssen Sie Ihre Firewall so konfigurieren, dass TCP-Port 25 eine Verbindung mit dem neuen mit dem Internet verbundenen Server herstellen kann.

  • Konfigurieren Sie die Firewall oder den DNS-Eintrag für den externen Mail-Exchanger für das Senden von E-Mails an einen Exchange 2016-Postfachserver. Möglicherweise müssen Sie Ihre Firewall so konfigurieren, dass TCP-Port 25 eine Verbindung mit dem neuen mit dem Internet verbundenen Server herstellen kann.