Exchange 2016: Kumulative Updates (CU) installieren

28. März 201725. März 2017 von Frank Zöchling

Ich habe nun schon mehrere Mails mit Fragen zum Exchange 2016 Update Prozess bekommen. Es finden sich auch immer diverse Fragen in den Kommentaren zu Artikeln die auf Updates hinweisen. Daher gibt es hier jetzt ein kleines Howto, wie Exchange Updates installiert werden.

Was ist ein Kumulatives Update für Exchange?

Updates für Exchange werden als Kumulative Updates (CU) veröffentlicht, dass heißt konkret, alle bis zum Zeitpunkt der Veröffentlichung des CUs sind in dem Update Paket enthalten. Dabei handelt es sich immer um das komplette ISO für Exchange. Bestehende Exchange Installationen können mit dem CU aktualisiert, sowie auch Neuinstallationen durchgeführt werden. Von dieser Regelung ausgenommen sind Sicherheitsupdates die nach Bedarf veröffentlicht werden. Das nächste reguläre CU enthält dann wieder die zuvor veröffentlichen Sicherheitsupdates, wenn es welche gegeben hat.

Da ein CU immer die kompletten Installationsdateien umfasst ist es nicht notwendig CUs aufbauend zu installieren. Wenn zum Beispiel die Exchange Organisation mit CU2 läuft, muss nicht erst CU3, CU4 und danach CU5 installiert werden. CU3 kann direkt nach CU5 aktualisiert werden.

Reihenfolge

Bei einer größeren Exchange Organisation werden die Exchange 2016 Server in der folgenden Reihenfolge aktualisiert:

Exchange Server die Dienste im Internet bereitstellen (Internet-facing), interne und externe URLs sind konfiguriert
wenn vorhanden: Exchange Server die Dienste im lokalen Netzwerk bereitstellen (Non-Internet-facing), nur interne URLs sind konfiguriert
wenn vorhanden: Exchange Transport Server

Update planen

Je nach Exchange Umgebung, müssen ein paar Sachen eingeplant oder beachtet werden.

Active Directory Schema Update erforderlich?
Wartungsfenster / Exit Strategie
Bekannte Probleme
Berichte anderer Benutzer

Viele der Exchange CUs erfordern eine Aktualisierung des AD Schemas. In größeren Umgebungen sollte das Schema Update des Active Directory unabhängig von der Installation des CUs durchgeführt werden. Erst wenn alle Domain Controller repliziert sind, was in Umgebungen mit mehreren Domänen und mehreren Sites dauern kann, sollte das eigentliche CU installiert werden.

In Umgebungen mit nur einem Exchange Server muss ein entsprechendes Wartungsfenster eingeplant werden. In der Zeit in der das CU installiert wird, ist keine Verbindung mit dem jeweiligen Exchange Server möglich (SMTP, sowie Outlook und ActiveSync). Auch über eine Exit Strategie sollte sich Gedanken gemacht werden, wie Lange kann im Problemfall nach einer Lösung gesucht werden und was ist zu tun wenn keine Lösung gefunden wird (Wie komme ich zum letzten funktionsfähigen Stand zurück?)

In einer hochverfügbaren Umgebung ist der unterschiedliche Versionsstand der Exchange Server supported, allerdings sollte das Ziel sein, alle Exchange Server auf dem gleichen Patchlevel zu haben.

Zu den CUs werden in der Regel auch bekannte Probleme veröffentlicht, diese Probleme im Vorfeld zu kennen, kann viel Ärger ersparen, ebenfalls sollten die Berichte anderer Benutzer geprüft werden, ob es ggf. zu Problemen gekommen ist.

Vorbereitungen

Bevor Updates für Exchange installiert werden, sollten die Vorbereitungen erledigt werden:
Download des CUs
Wenn das Schema Update vorab durchgeführt wurde: Replikation der DCs und Schema Version prüfen
Sicherungen überprüfen (Exchange und Active Directory)
Sicherung von speziellen Einstellungen (Änderungen in der Registry zu Exchange Diensten, Login Templates, etc)
Überprüfung der Zertifikate

Da die CU alle Exchange Installationsdateien enthalten, sind CUs relativ groß und brauchen je nach Bandbreite Zeit für den Download. Wer nur ein begrenztes Wartungsfenster hat, muss ja nicht unnötig Zeit für den Download verschwenden.

Da Exchange CUs auch Updates für das Active Directory Schema enthalten können, aber nicht zwangsweise müssen, ist es wichtig dass Sicherungen für Exchange und auch für das Active Directory vorliegen. Wenn mal etwas schief gehen sollte, will man nicht nur eine 8 Wochen alte Sicherung zu Hand haben.

Spezielle Einstellungen für Exchange, also Änderungen in der IIS web.config, Änderungen an der OWA Login Maske oder Einstellungen in der Registry werden vom Update Prozess ggf. überschrieben. Wenn solche Änderungen vorgenommen werden, sollten sie also dokumentiert und vorher gesichert werden.

Abgelaufene Zertifikate können dazu führen, dass der Update Prozess abbricht. Die Zertifikate sollten also unbedingt vorher überprüft werden.

Vor der Installation

Wenn das CU ein Schema Update erfordert, sollte es in Umgebungen mit mehreren Domains oder Domain Controller separat vom CU eingespielt werden. Zwar aktualisiert auch das Exchange Setup das Schema während der Installation, aber hier kann es bei größeren Umgebungen zu Problemen kommen. Das Schema kann wie folgt aktualisiert werden:

setup.exe /PrepareSchema /IAcceptExchangeServerLicenseTerms
setup.exe /PrepareAD /IAcceptExchangeServerLicenseTerms
setup.exe /PrepareDomain /IAcceptExchangeServerLicenseTerms

Der letzte Befehl muss nur ausgeführt werden, wenn es mehrere Active Directory Domänen gibt, gibt es nur eine Domain in dem Exchange installiert ist, reicht es den ersten und zweiten Befehl auszuführen. Wenn es mehrere AD Domänen gibt, muss der letzte Befehl in allen Domänen ausgeführt werden, die Postfächer oder Exchange Server enthalten.

Nachdem das Schema aktualisiert wurde, muss die Replikation des Active Directory abgewartet oder manuell durchgeführt werden.

Bevor die Installation gestartet wird, sollten alle Dienste von Drittanbieter Software (Backup Tools, Spamfilter die auf Exchange Servern installiert werden, VIRENSCANNER) gestoppt werden. Virenscanner sorgen in vielen Fällen während des Updates für Probleme oder verlängern den Update Prozess teilweise deutlich, daher unbedingt für die Dauer des Updates abschalten, auch den Windows Defender nicht vergessen. Der Windows Defender kann mit folgenden Befehl deaktiviert werden:

Set-MpPreference -DisableRealtimeMonitoring $true

Wenn noch ein Neustart des Servers aussteht, muss dieser vor dem Update durchgeführt werden, da sonst das Setup den Update Prozess nicht startet.

Da während des Updates diverse PowerShell Scripte ausgeführt werden, muss die PowerShell Execution Policy auf “Unrestricted” gestellt werden:

Get-ExecutionPolicy
Set-ExecutionPolicy Unrestricted

Der erste Befehl zeigt die aktuelle Execution Policy an, der zweite Befehl ändert die Execution Policy auf “Unrestricted”. Nach erfolger Installation kann der ursprüngliche Wert wieder gesetzt werden.

Des weiteren müssen vor der Installation eines CUs die UM-Sprachpakete deinstalliert werden, wenn UM-Sprachpakete nachinstalliert wurden. Nach der Installation können die jeweils passenden UM-Sprachpakete für das CU wieder installiert werden.

Installation

Wenn es nur einen Exchange Server gibt, dann kann meiner Meinung nach jetzt das Update einfach per Doppelklick auf setup.exe aus dem ISO gestartet werden.

In hochverfügbaren Umgebungen ist es etwas aufwändiger. Zunächst wird der Server der aktualisiert werden soll aus dem Loadbalancing Pool entfernt oder deaktiviert, sodass der Loadbalancer keine Verbindungen mehr zu dem Exchange Server schickt. Danach wird der Transport Dienst in den Wartungsmodus gesetzt und Mails aus der Warteschlange an einen verbleibenden Server umgeleitet:

Set-ServerComponentState FWEX1 –Component HubTransport –State Draining –Requester Maintenance
Redirect-Message -Server FWEX1 -Target FWEX2.frankysweb.local

Wenn der Server Mitglied einer DAG ist, kann nun auch der Wartungsmodus aktiviert werden und aktive Datenbanken auf einen anderen Server verschoben werden:

Suspend-ClusterNode –Name FWEX1
Set-MailboxServer FWEX1 –DatabaseCopyActivationDisabledAndMoveNow $true
Set-MailboxServer FWEX1 –DatabaseCopyAutoActivationPolicy Blocked

Jetzt kann kontrolliert werden ob keine Datenbanken mehr auf dem Exchange Server aktiv sind:

Get-MailboxDatabaseCopyStatus -Server FWEX1 | Where {$_.Status -eq "Mounted"}

Wenn keine Datenbanken mehr angezeigt werden, kann der Server offline geschaltet werden:

Set-ServerComponentState FWEX1 –Component ServerWideOffline –State InActive –Requester Maintenance

Da jetzt der Server im Wartungsmodus ist kann jetzt das Update entweder per Doppelklick auf setup.exe gestartet werden, oder direkt über die Shell:

setup /m:upgrade /IAcceptExchangeServerLicenseTerms

Wenn das Update erst einmal läuft, ist Zeit für Kaffee. CU5 für Exchange 2016 hat auf meinem recht schwachen Test-Exchange mit 12 GB RAM und 2 CPUs 90 Minuten benötigt. Eine halbe Stunde kann man aber eigentlich immer einplanen.

Nach der Installation

Nachdem das CU installiert wurde, können Virenscanner und sonstige Dienste wieder gestartet werden. Auch die PowerShell Execution Policy kann wieder auf den Standard Wert “Restricted” (Windows Server 2016) oder “RemoteSigned” (Windows Server 2012 R2) gestellt werden. Auch der Windows Defender kann wieder eingeschaltet werden:

Set-MpPreference -DisableRealtimeMonitoring $false

In hochverfügbaren Umgebungen muss jetzt natürlich auch wieder der Wartungsmodus abgeschaltet werden:

Set-ServerComponentState FWEX1 –Component ServerWideOffline –State Active –Requester Maintenance
Resume-ClusterNode –Name FWEX1
Set-MailboxServer FWEX1 –DatabaseCopyAutoActivationPolicy Unrestricted
Set-MailboxServer FWEX1 –DatabaseCopyActivationDisabledAndMoveNow $false
Set-ServerComponentState FWEX1 –Component HubTransport –State Active –Requester Maintenance

Spezielle Einstellungen wie Registry Werte, web.config oder Anpassungen am OWA Login Template müssen nach der Installation kontrolliert werden. Ebenfalls stehen jetzt die Funktionstests an, im wesentlichen handelt es sich dabei um folgende Überprüfungen / Tests:

Ereignisanzeige auf Fehler / Probleme prüfen
Prüfen ob alle Exchange Dienste gestartet sind
Status der Datenbanken und des Indexes prüfen
Verbindung Outlook / ActiveSync / OWA testen
E-Mail Übermittlung (Senden / Empfangen)
wenn benötigt: UM-Sprachpakete für das installierte CU wieder installieren

In größeren Umgebungen:

Status der DAG prüfen
Mailbox Datenbanken entsprechend der Aktivierungspräferenz verteilen (geschieht bei Exchange 2016 ab CU2 automatisch)
Server wieder zum Loadbalacing Pool hinzufügen

Tipp

Erstellt euch ein Update Cookbook. Beim nächsten CU könnt ihr dafür alle nötigen Befehle die vor und nach der Installation ausgeführt werden dokumentieren. Auch alle Dienste und Programme die gestoppt wurden, können in dem Cookbook dokumentiert werden, sowie auch Probleme die aufgetreten sind. Gibt es zum Beispiel Programme die neu gestartet werden müssen, nachdem die Exchange Dienste nicht verfügbar waren, sollten diese ebenfalls dokumentiert werden. Für zukünftige Updates, kann dann einfach die Doku zu Hand genommen werden und alle nötigen Schritte schnell und nach Standard abgearbeitet werden. So kommt es auch zu deutlich weniger Problemen.

Update 27.3.2017: Informationen zum Abschalten des Windows Defenders und zum Prüfen der Datenbanken hinzugefügt.

Update 28.03.2017: Hinweis zum Deinstallieren der UM-Sprachpakete hinzugefügt

73 Gedanken zu „Exchange 2016: Kumulative Updates (CU) installieren“

Norman

3. Mai 2022 um 16:36 Uhr

Hallo Frank,

kannst du bitte die ersten drei Befehle wie folgt anpassen?

setup.exe /PrepareSchema /IAcceptExchangeServerLicenseTerms_DiagnosticDataOFF
setup.exe /PrepareAD /IAcceptExchangeServerLicenseTerms_DiagnosticDataOFF
setup.exe /PrepareDomain /IAcceptExchangeServerLicenseTerms_DiagnosticDataOFF

Exchange 16 (und vermutlich 19) benötigt die Diagnosticsache bei den Lizenzbestimmungen.

Vielen Dank.
Antworten
- Stephan Berger
  
  19. März 2024 um 10:08 Uhr
  
  Hi – habe ich auch gerade festgestellt.
  Also bei CU9 funktioniert es (nur?) OHNE die Erweiterung „_DiagnosticDataOFF“
  Bei CU23 funktioniert es aber nur so wie Du hier geschrieben hast.
  K.A. wann das geändert wurde…
  Antworten
Alex

13. Juli 2021 um 08:46 Uhr

Wie sieht es den Lizenz technisch aus ?
Mein Server wurde via Lizenzkey aktiviert. Wenn ich jetzt die neuste CU raufspiele brauch ich diesen dann nochmal oder einen neuen ?
(Wurde ungerne nochmal so viel Geld ausgeben :). )
Antworten
Ben

8. März 2021 um 14:24 Uhr

Hallo Community,

ich habe heute unseren einzigen Exchange 2016 CU17 auf das aktuellste CU19 nach der bekannten Anleitung Versucht zu aktualisieren. Leider hat die Installation bei ca 30% mit dem Hinweis „The Installation cannot continue. Log on as administrator or contact your system administrator“ abgebrochen. Danach ging nichts mehr. Ich bin als Administrator eingeloggt und trotzdem die Meldung. Bei erneutem Ausführen brach nun die Installation nach der Prüfung mit dem Hinweis auf einen ausstehenden Neustart ab. Server habe ich danach 2x Neu gestartet und trotzdem der Hinweis keine Rechte… Erst nach dem ich über die Shell mit ausführen als Administrator und dort den Befehl .\setup /m:upgrade /IAcceptExchangeServerLicenseTerms ausgeführt habe, lief das Update Problemlos und ohne weitere Fehler durch…. Danach noch einmal ein Neustart und alles Funktionierte wieder so wie gewohnt….
Kurz darauf kam schon das Security Update von MS und dieser lief auch Problemlos durch mit anschließendem Neustart können jetzt wieder alle User mit Ihrem Outlook sich Verbinden und Emails senden und erhalten….
Antworten
Joey

26. Februar 2021 um 16:55 Uhr

Hallo Community,

ich hänge leider an einem geerbten Projekt :(

Ich habe eine abgeschlossene Migration von SBS11 vor mir die zu Windows Server 2019 und Exchange 2016 durchgeführt wurde.

Nun habe ich versucht das Commulative Update 11 auf die Version 19 nach zu ziehen. dies schlägt aber bei der Voraussetzung wegen dem Infra Feature fehl. Dieses ist dem Anschein nach nicht mehr in der Server Version 19 enthalten. Kennt hier jemand ne möglichkeit wie ich diese Prüfung umgehen kann ?

Ich komm hier derzeit nicht weiter und plane nun von CU 12, langsam zu CU 19 upzugraden. wenn dies überhaupt machbar ist.

Über antworten Freue ich mich. (Auch wenn es ein älterer Schinken ist) :)
Antworten
Heiko Bernd

28. Oktober 2020 um 11:25 Uhr

Hallo,

zweiter versuch mit Fehlermeldung…

ich bin heute in zwei Fehler gelaufen.

1. Immer wieder die Meldungen, dass Unified Messaging-Sprachpakete außer dem Sprachpaket für US-Englisch stören.
Abhilfe bringt:
.\Setup.exe /RemoveUmLanguagePack:DE-DE
ggf. noch
.\Setup.exe /RemoveUmLanguagePack:EN-GB

2. Setup brach in der Powershell immer wieder ab mit Fehlermeldung:
–[DateTime] [1] [ERROR] konnte nicht C:\Program c:\Programme\Microsoft\Exchange Server\VersionNumberPaket „\bin\Setup\ServerRoles\UnifiedMessaging\MSSpeech_SR_TELE.ca-ES.msi“ geöffnet werden. Dieses Installationspaket konnte nicht geöffnet werden. Stellen Sie sicher, dass das Paket vorhanden ist und darauf zugreifen oder wenden Sie sich an den Anwendungshersteller, um sicherzustellen, dass dies ein gültiges Windows Installer-Paket. Fehlercode ist 1619.–
Abhilfe laut https://support.microsoft.com/de-de/help/4131142
.\setup /m:upgrade /IAcceptExchangeServerLicenseTerms

Es wäre schön, wenn die Befehle oben in der Anleitung ergänzt/korrigiert werden könnten:
.\Setup.exe /RemoveUmLanguagePack:DE-DE #Sprachpaket deinstallieren
.\Setup.exe /RemoveUmLanguagePack:EN-GB #Sprachpaket deinstallieren
.\setup /m:upgrade /IAcceptExchangeServerLicenseTerms #Setup korrekt starten

LG Heiko
Antworten
Heiko

28. Oktober 2020 um 11:23 Uhr

Hallo,

ich bin heute in zwei Fehler gelaufen.

1. Immer wieder die Meldungen, dass Unified Messaging-Sprachpakete außer dem Sprachpaket für US-Englisch stören.
Abhilfe bringt:
.\Setup.exe /RemoveUmLanguagePack:DE-DE
ggf. noch
.\Setup.exe /RemoveUmLanguagePack:EN-GB

2. Setup brach in der Powershell immer wieder ab mit Fehlermeldung:
<>
Abhilfe laut https://support.microsoft.com/de-de/help/4131142
.\setup /m:upgrade /IAcceptExchangeServerLicenseTerms

Es wäre schön, wenn die Befehle oben in der Anleitung ergänzt/korrigiert werden könnten:
.\Setup.exe /RemoveUmLanguagePack:DE-DE #Sprachpaket deinstallieren
.\Setup.exe /RemoveUmLanguagePack:EN-GB #Sprachpaket deinstallieren
.\setup /m:upgrade /IAcceptExchangeServerLicenseTerms #Setup korrekt starten

LG Heiko
Antworten
Fani

14. Oktober 2020 um 22:35 Uhr

Hat funktioniert, vielen Dank
LG Fani
Antworten
Fani Oli

12. Oktober 2020 um 15:16 Uhr

Update Exchange cu11 auf cu18
Fehler Schritt 13 von 18 Postfachrolle / Postfachdienst
Schema und AD ohne Fehler erweitert!
Hat jemand eine Lösung für folgende Fehler:

Der folgende Fehler wurde generiert, als „$error.Clear();
if (($RoleIsDatacenter -ne $true) -and ($RoleIsDatacenterDedicated -ne $true))
{
if (test-ExchangeServersWriteAccess -DomainController $RoleDomainController -ErrorAction SilentlyContinue)
{
$sysMbx = $null;
$name = „SystemMailbox{e0dc1c29-89c3-4034-b678-e6c29d823ed9}“;
$dispname = „Microsoft Exchange“;
$mbxs = @( get-mailbox -arbitration -Filter {name -eq $name} -IgnoreDefaultScope -resultSize 1 );
if ( $mbxs.length -eq 0)
{
$dbs = @(get-MailboxDatabase -Server:$RoleFqdnOrName -DomainController $RoleDomainController);
if ($dbs.Length -ne 0)
{
$arbUsers = @(get-user -Filter {name -eq $name} -IgnoreDefaultScope -ResultSize 1);
if ($arbUsers.Length -ne 0)
{
$sysMbx = enable-mailbox -Arbitration -identity $arbUsers[0] -DisplayName $dispname -database $dbs[0].Identity;
}
}
}
else
{
if ($mbxs[0].DisplayName -ne $dispname )
{
set-mailbox -Arbitration -identity $mbxs[0] -DisplayName $dispname -Force;
}
$sysMbx = $mbxs[0];
}

# Set the Organization Capabilities needed for this mailbox
if ($sysMbx -ne $null)
{
Write-ExchangeSetupLog -Info („Setting mailbox properties.“);
set-mailbox -Arbitration -identity $sysMbx -UMDataStorage:$true -Force;

# No RetentionPolicy assigned to E-Discovery arbitration mailbox currently, we need to set it here.
# This can be remove after BUG(O15#2555914) is fixed.
if ($sysMbx.RetentionPolicy -eq $null )
{
$arbitrationRetentionPolicy = @(Get-RetentionPolicy -DomainController $RoleDomainController | where {$_.Name -eq ‚ArbitrationMailbox‘});
set-mailbox -Arbitration -identity $sysMbx -RetentionPolicy $arbitrationRetentionPolicy[0].Identity -Force;
}
}
else
{
Write-ExchangeSetupLog -Info („Cannot find E-discovery arbitration mailbox with name=$name.“);
}
}
else
{
write-exchangesetuplog -info „Skipping creating Discovery Arbitration Mailbox because of insufficient permission.“
}
}
“ ausgeführt wurde: „Microsoft.Exchange.Data.DataValidationException: ‚Database‘ ist für ‚UserMailbox‘ verbindlich.“.

Fehler:
Der folgende Fehler wurde generiert, als „$error.Clear();
if (($RoleIsDatacenter -ne $true) -and ($RoleIsDatacenterDedicated -ne $true))
{
if (test-ExchangeServersWriteAccess -DomainController $RoleDomainController -ErrorAction SilentlyContinue)
{
$sysMbx = $null;
$name = „SystemMailbox{e0dc1c29-89c3-4034-b678-e6c29d823ed9}“;
$dispname = „Microsoft Exchange“;
$mbxs = @( get-mailbox -arbitration -Filter {name -eq $name} -IgnoreDefaultScope -resultSize 1 );
if ( $mbxs.length -eq 0)
{
$dbs = @(get-MailboxDatabase -Server:$RoleFqdnOrName -DomainController $RoleDomainController);
if ($dbs.Length -ne 0)
{
$arbUsers = @(get-user -Filter {name -eq $name} -IgnoreDefaultScope -ResultSize 1);
if ($arbUsers.Length -ne 0)
{
$sysMbx = enable-mailbox -Arbitration -identity $arbUsers[0] -DisplayName $dispname -database $dbs[0].Identity;
}
}
}
else
{
if ($mbxs[0].DisplayName -ne $dispname )
{
set-mailbox -Arbitration -identity $mbxs[0] -DisplayName $dispname -Force;
}
$sysMbx = $mbxs[0];
}

# Set the Organization Capabilities needed for this mailbox
if ($sysMbx -ne $null)
{
Write-ExchangeSetupLog -Info („Setting mailbox properties.“);
set-mailbox -Arbitration -identity $sysMbx -UMDataStorage:$true -Force;

# No RetentionPolicy assigned to E-Discovery arbitration mailbox currently, we need to set it here.
# This can be remove after BUG(O15#2555914) is fixed.
if ($sysMbx.RetentionPolicy -eq $null )
{
$arbitrationRetentionPolicy = @(Get-RetentionPolicy -DomainController $RoleDomainController | where {$_.Name -eq ‚ArbitrationMailbox‘});
set-mailbox -Arbitration -identity $sysMbx -RetentionPolicy $arbitrationRetentionPolicy[0].Identity -Force;
}
}
else
{
Write-ExchangeSetupLog -Info („Cannot find E-discovery arbitration mailbox with name=$name.“);
}
}
else
{
write-exchangesetuplog -info „Skipping creating Discovery Arbitration Mailbox because of insufficient permission.“
}
}
“ ausgeführt wurde: „Microsoft.Exchange.Data.DataValidationException: ‚Database‘ ist für ‚UserMailbox‘ verbindlich.
bei Microsoft.Exchange.Configuration.Tasks.Task.ThrowError(Exception exception, ErrorCategory errorCategory, Object target, String helpUrl)
bei Microsoft.Exchange.Configuration.Tasks.Task.WriteError(Exception exception, ErrorCategory category, Object target, Boolean reThrow)
bei Microsoft.Exchange.Configuration.Tasks.DataAccessTask`1.Validate(TDataObject dataObject)
bei Microsoft.Exchange.Configuration.Tasks.SetTaskBase`1.InternalValidate()
bei Microsoft.Exchange.Configuration.Tasks.SetRecipientObjectTask`3.InternalValidate()
bei Microsoft.Exchange.Management.Common.SetMailEnabledRecipientObjectTask`3.InternalValidate()
bei Microsoft.Exchange.Management.RecipientTasks.SetUserBase`3.InternalValidate()
bei Microsoft.Exchange.Management.RecipientTasks.SetMailboxBase`3.InternalValidate()
bei Microsoft.Exchange.Management.RecipientTasks.SetMailbox.InternalValidate()
bei Microsoft.Exchange.Configuration.Tasks.Task.b__91_1()
bei Microsoft.Exchange.Configuration.Tasks.Task.InvokeRetryableFunc(String funcName, Action func, Boolean terminatePipelineIfFailed)“.
Antworten
- Frank Zöchling
  
  12. Oktober 2020 um 20:07 Uhr
  
  Hallo Fani,
  siehe hier:
  https://www.frankysweb.de/exchange-2016-fehler-bei-der-installation-migration-database-ist-fuer-usermailbox-verbindlich/
  Gruß, Frank
  PS: Bitte ebenfalls das nächste Mal ins Forum. Danke.
  Antworten
Schlenker, Jürgen

18. September 2020 um 12:53 Uhr

Hab das schon mehrfach erfolgreich gemacht aber Exchnage 2016 CU17 macht Probleme:
—-
Fehler:
Setup kann das Upgrade nicht fortsetzen, da „De.Group.Msx.Backend.DatabaseScan.Svc (10244), GDVSService64 (25116), powershell (13284)“ offene Dateien aufweist.
— Server sind komplett rebootete und ich haben bisher noch nicht die Ursache gefunden. Ich wüsste niht welche Scrips dass ein könnten. Evt. funkt PRTG dazwischen.
Hat jemand ne Idee?
Antworten
- Jürgen
  
  18. September 2020 um 13:23 Uhr
  
  OK – bin weiter: das erste war die ID IQ.Suite von GBS und das zweite GDATA.
  Jetzt noch ich auf der Suche nach „powershell (13284)“ das offene Dateien ausweist.
  Und das war die Exchangeshell
  Antworten
Daniel

10. April 2020 um 12:23 Uhr

Hallo,

auch von mir vielen Dank für den Beitrag, der echt geholfen hat.
Erfolgreich von CU „ganz alt“ auf CU16 aktualisiert.
Ich hatte noch die Besonderheit den Dienst gpsvc über psexec – cmd vor der Installation zu stoppen, da es nur dem Systemkonto erlaubt war und die erste Installation dabei abbrach.
Nun ist alles gut.

Also vielen Dank und beste Grüße
Antworten
- Martin
  
  10. September 2020 um 11:56 Uhr
  
  Danke für die Idee mit psexec. Hatte es vorher immer mit der Registry erzwungen und an den einfachen Weg gar nicht gedacht…
  Antworten
Timo

10. September 2019 um 07:54 Uhr

Guten Morgen,
super Anleitung. Vielen Dank dafür.
Aktuell planen wir die Installation von Exchange 2016 CU13
Ist es gefahrlos möglich von CU11 auf CU13 upzudaten?
Vielen Dank und Grüße
Antworten
- Chris
  
  14. Januar 2020 um 04:00 Uhr
  
  Hi Timo,
  
  jedes CU ist eine komplette Exchange Installation. Von daher – Ja es ist gefahrlos möglich.
  Bedenke die Exit-Strategie falls widererwarten etwas schief geht
  Gruß, Chris
  Antworten
Rouven

14. April 2019 um 22:22 Uhr

Vielen Dank für diesen Beitrag, der kann echt was!
Antworten
Michael Völker

16. März 2019 um 12:49 Uhr

Hallo Frank,
erstmal wieder vielen Dank für den Artikel, wie immer sehr übersichtlich und hilfreich. Jetzt meine Frage: Exchange-Server haben ja die Neigung, nach einem Neustart ewig zu brauchen, bis sie wieder da sind; ich habe eben CU12 installiert, das sah folgendermaßen aus: Windows-Updates -> Neustart. Runtimes und .NET471 -> Neustart. Excahnge CU12 -> Neustart. Gibt es eine Möglichkeit, diese Neustart-Orgie gefahrlos auf einen Neustart „einzudampfen“ oder besteht da keine Chance?
Viele Grüße,
Michael
Antworten
- Chris
  
  14. Januar 2020 um 04:02 Uhr
  
  Hi Michael,
  die Upgrade-Routine des CU sagt dir, ob ein Neustart aussteht in Folge von Updates und man kann das Upgrade nicht durchführen bis dieser durchgeführt wurde. Von daher eher weniger die Chance.
  Gruß, Chris
  Antworten
Björn

22. Februar 2019 um 08:05 Uhr

Hallo zusammen,

wir hängen mit unseren CUs auf unserem 2016 Exchange Server leider hinterher. Hat evtl. noch jemand das CU5 zufällig in der Schublade liegen? Der Microsoft Support reagiert nicht auf meine Nachfragen…

Wir haben das Problem, dass unsere MA beim Starten von Outlook, außerhalb des Firmennetzes, nach dem Benutzerdaten gefragt werden und ich vermute das Problem liegt zwischen dem Exchange Server CU Stand und der lokalen Office 2016/O365 Installation.
Kann mir hier jemand weiterhelfen?

Gruß Björn
Antworten
Pingback: HowTo: Installation Exchange 2016 CU11 auf Server 2016 - Frankys Web
Klaus

23. Oktober 2018 um 14:02 Uhr

Update von der shell (CU5 -> CU9)
setup /m:upgrade /IAcceptExchangeServerLicenseTerms
hat überhaupt nicht geklappt – es kamen unmengen Fehlermeldungen – Scripte nicht gefunden…

Setup per Doppelklick vom Explorer ging dann ohne Probleme.
Als dann das Update dem Ende zuging und die Dienste wieder gestartet wurden, ist das Update schiefgegangen, weil die Dienste nicht gestartet werden konnten. Dienste waren alle deaktiviert und das Update kam damit dann nicht zurecht.
Per powershell dann alle Exchange Dienste auf Automatisch gesetzt und das Update ist dann durchgelaufen.
Antworten
Markus

20. Oktober 2018 um 10:24 Uhr

Hallo Frank,

Vorab danke für diese ausführliche Beschreibung zur Vorgehensweise eines CU Updates. TOP!

Versuche mich als Anfänger in meiner LAB Umgebung meinen Exchange Server 2016 auf das aktuelle CU zu heben.
Leider bekomme ich immer folgende Fehlermeldung beim PS Befehl „setup.exe /PrepareAD /IAcceptExchangeServerLicenseTerms“ :

# O15# 2844081 – Create PartnerApplication „Exchange Online“ in DC and On-Premise

vermute dieser Abschnitt beschreibt den Fehler genauer:

„Microsoft.Exchange.Data.Directory.ADObjectAlreadyExistsException: Fehler bei Active Directory-Vorgang mit
dc.xy.com. Das Objekt ‚CN=Exchange Online-ApplicationAccount,CN=Users,DC=xy,DC=com‘ ist bereits vorhanden. —>
System.DirectoryServices.Protocols.DirectoryOperationException: Das Objekt ist vorhanden.

Mein LAB besteht aus einem DC und einem Exchange Server. Wobei der DC sich mit Azure AD synchronisiert.

Bin für jede Unterstützung dankbar.
Gruss, Markus
Antworten
Pingback: Exchange Server: Neue Updates (Oktober 2018) - Frankys Web
Rudolf

12. Juli 2018 um 15:40 Uhr

Hallöchen!
Wir haben hier einen neu aufgesetzten Windows Server 2016 Standard, auf welchem wir eine Neuinstallation von Exchange 2016 Standard CU10 machen wollen. Leider bekommen wir immer den Fehler:

Für die Active Directory-Gesamtstruktur-Funktionsebene in der Organisation muss ein Upgrade auf Windows Server 2008 R2 oder höher durchgeführt werden.

DC ist ein Server 2016. Funktionsebene ist 2008 R2. In diesem Netz war bisher noch kein Exchange Server installiert. Ansonsten ist das Netz klein und unkompliziert. Keine weitere Domäne oder sonstwas…. hat jemand eine Idee?
Antworten
- Frank Zöchling
  
  12. Juli 2018 um 20:56 Uhr
  
  Hallo Rudolf,
  die Active Directory-Gesamtstruktur-Funktionsebene muss ebenfalls mindestens Server 2008 R2 sein, du hast wahrscheinlich nur das Domänen Funktionslevel geprüft.
  Gruß,
  Frank
  Antworten
Stefan

17. Juni 2018 um 16:12 Uhr

Hallo zusammen,

wir sind aktuell auf CU4 bei unserem Exchange Server 2016, wenn ich es richtig verstanden habe muss ich erst auf CU5 wegen der .net Abhängigkeit – leider ist das CU5 nirgends zu finden – wie kommt man hier weiter?
Danke und Gruß
Steffan
Antworten
- Frank Zöchling
  
  19. Juni 2018 um 20:48 Uhr
  
  Hallo Stefan,
  siehe hier:
  https://www.frankysweb.de/exchange-2013-stolperstein-beim-update-einer-alten-version-auf-das-aktuelle-cu/
  (gilt auch für Exchange 2016)
  Gruß, Frank
  Antworten
Stephen

12. Juni 2018 um 15:15 Uhr

Frank,
Edit: Auf dem CU2 lief bereits Net4.7.1!
BG Stephen
Antworten
Stephen

12. Juni 2018 um 15:14 Uhr

Frank,
vielen lieben Dank für die sehr schöne Anleitung.
Ich kann bestätigen, dass ich soeben erfolgreich einen CU2 direkt auf eine CU9 geupdated habe. Auf dem CU2 lief bereits Net2.7.1!
BG Stephen
Antworten
Sebastian

4. Juni 2018 um 16:20 Uhr

Hey zusammen,

erst einmal vielen Dank! Mit dieser Anleitung hat das Update von CU6 auf CU9 soweit reibungslos geklappt. Wir haben seit dem Update nur ein kosmetisches Problem, welches an anderer Stelle schwerwiegende Folgen hat. Wir betreiben ein Active Directory mit einer Root-Domäne und einer Sub-Domäne in der dann alle User, Server etc. sind. Wird ein öffentlicher Ordner Email-Aktiviert, wird das dazugehörige Objekt im AD in die OU „Microsoft Exchange System Objects“ abgelegt. Seit dem Update macht das unsere Exchange DAG jedoch nicht mehr in der Sub-Domain wie zuvor, sondern in der Root-Domain, was zur Folge hat, dass z.B. unser Mailserver Email-Aktivierte öffentliche Ordner in seinem Such-Suffix der Subdomain nicht mehr findet.

Also unsere Frage: Weiß jemand, wie wir unseren Exchange-Servern wieder klar machen, dass sie die Exchange-Objecte im AD nicht in der Root- sondern in der Sub-Domäne anlegen sollen?

Beste Grüße,

Sebastian
Antworten
Gysbert

11. April 2018 um 19:26 Uhr

Hallo Frank,

SUPER…vielen Dank für die beiden Tipps…haben geholfen:-)
Gysbert
Antworten
Gysbert

10. April 2018 um 21:02 Uhr

Hallo und guten Abend,

ich habe eine Frage…die ich schon einmal bei der Installation von Exchange 2013 hatte. Ich weiß nur nicht mehr wie ich den Fehler behoben hatte.

Und zwar kann ich finde ich in der „Zertifikatsregistrierung“ nur ein Zertifkatstyp den ich registrieren könnte. Alle anderen erstellten kann ich mir zwar anzeigen lassen…aber sie mangels Berechtigung nicht auswählen. Ich bin als Dömänadmin angemeldet und habe dementsprechend auch im Vorfeld auch Vollzugriff gestattet.

Was kann ich da tun?
Danke und Liebe Grüße
Gysbert
Antworten
- Frank Zöchling
  
  10. April 2018 um 21:11 Uhr
  
  Hallo Gysbert,
  du kannst der Gruppe „Exchanage Trusted Subsystem“ die Rechte „Lesen“ und „Registrieren“ für die Zertifikatsvorlage geben. Alternativ muss das Computer Konto des Exchange Servers diese Rechte haben.
  
  Gruß,
  Frank
  Antworten
Johannes

3. April 2018 um 20:20 Uhr

Hallo,

Ich habe heute versucht ein Update von Exchange CU5 auf CU9 zu machen. Lief auch fehlerfrei laut Setup durch. Nun startet allerdings Exchange nicht mehr. Fast alle dienste stehen auf „wird gestartet“ und der Information Store auf „wird beendet“. hab bereits mal ne Weile gewartet und auch 2x neu gestartet ohne Effekt.
Hat jemand das Problem schon mal gehabt und kann helfen?
Fehlermeldungen aus der Ereignisanzeige kann ich gern nachliefern. Aber vielleicht ist es ja ein generelles Problem.

Vielen Dank für Hilfe!
Antworten
Jens

19. März 2018 um 17:12 Uhr

Kurze Rückmeldung: Umsetzung CU2 direkt zu CU8 gemäß Anleitung von Frank hat in der Teststellung und danach auch im Produktivsystem geklappt. (Installationszeit mit Neustarts und anschliessender Prüfung der Logs ca. 1-2h)
Antworten
Sebastian Röhner (ibes AG)

19. Februar 2018 um 14:19 Uhr

Sagen wir es mal so, wir sammeln gerade fleißig CUs (u.a. CU4) in unserer Firma und könnten MS Download Center 2.0 spielen ;)
Antworten
- Jens
  
  21. Februar 2018 um 13:35 Uhr
  
  Vielen Dank Sebastian, für das Angebot des MSDC 2.0, das ich auch gern annehme.
  
  Ich will noch vorher den direkten Weg, den Franky beschreibt, in einer Teststellung probieren.
  Wenn der fehlschlägt, würde ich gern als letze Möglichkeit bei dir/euch downloaden.
  
  Trotzdem vielen Dank im voraus für das Super Angebot :)
  Antworten
Sebastian

16. Februar 2018 um 11:50 Uhr

@Jens, ich stehe grade vor dem gleichen Problem und klinke mich hier mal ein.
Antworten
Jens

16. Februar 2018 um 10:14 Uhr

Hallo Frank,

erstmal vielen Dank das es Dich und deine Seite gibt. Seit Jahren bist du eine zuverlässige Quelle die ich vor Installationen oder Migrationen anzapfe. Vielen Dank dafür.

Jetzt zu meinem Problem:
Ich habe hier eine Exchange 2016 CU2 Installation die ich nach CU8 bringen möchte. Soweit ich mich belesen habe, sollte ich zuerst den Zwischenschritt mit CU4 machen, um dann anschließend auf CU8 zu aktualisieren (wegen der .NET Version).
Jetzt suche ich schon seit zwei Tagen nach einem alternativen Download zu Exchange 2016 CU4, da das CU4 bei MS nicht mehr zur Verfügung steht, kann aber keinen finden.

Vielleicht kannst du oder einer der Mitlesenden mir helfen?

Gruß Jens
Antworten
- Frank Zöchling
  
  16. Februar 2018 um 20:43 Uhr
  
  Hallo,
  siehe hier:
  https://www.frankysweb.de/exchange-2013-stolperstein-beim-update-einer-alten-version-auf-das-aktuelle-cu/
  Insbesondere das Update vom 26.1.2018 dürfte interessant sein, Gilt auch für Exchange 2016.
  Gruß, Frank
  Antworten
Eugen

25. Januar 2018 um 10:18 Uhr

Hallo Frank,

jetzt habe ich ein anderes Problem :(
Message:Auf allen Exchange 2013-Servern in der Organisation muss Exchange 2013, kumulatives Update 10 oder höher, installiert sein. Die folgenden Server erfüllen diese Anforderung nicht: EXGA01.]

Hier ist Exchange 2013 CU6 installiert

Wahrscheinlich wird mir das helfen:
https://www.frankysweb.de/exchange-2013-stolperstein-beim-update-einer-alten-version-auf-das-aktuelle-cu/

Wenn ich kurz zusammenfasse:
Ich schiebe den EXGA01 auf CU19 hoch. Installieren den EXGA02 mit Exchange 2016 und schalte die in DAG. Danach kann ich das EXGA01 von CU19 auf Exchange 2016 updaten.

Bin ich auf dem richtigen Weg?
Antworten
- Frank Zöchling
  
  26. Januar 2018 um 22:08 Uhr
  
  Hallo Eugen,
  ich glaube du hast dich etwas verlaufen, du kannst nicht Exchange 2013 und Exchange 2016 in einer DAG „mischen“. Ebenfalls kannst du keinen Exchange 2013 Server auf Exchange 2016 aktualisieren. Ich würde dir wärmstens empfehlen, die Migration in einer Testumgebung nachzustellen. SO einfach wie du dies dir scheinbar vorstellst, wird es nicht werden.
  Gruß, Frank
  Antworten
Eugen

25. Januar 2018 um 08:33 Uhr

Hallo Frank,
ok danke für den Tipp.

Ich habe an einem Standort AD mit EX2013 am laufen
Jetzt habe ich am zweiten Standort ein AD aufgesetzt und versuche EX2016 zu installieren.
Um danach das ganze als DAG laufen zu lassen und am ersten Standort auf EX2016 zu aktualisieren.

Und da kommen diese Fehler raus.
Antworten
Eugen

24. Januar 2018 um 14:23 Uhr

Ich komme einfach nicht weiter :(
bekomme bei der /PrepareSchema /IAcceptExchangeServerLicenseTerms folgende Fehler:

Das Active Directory-Schema ist nicht aktuell, und dieses Benutzerkonto ist kein Mitglied der Gruppe ‚Schema-Admins‘
und/oder ‚Organisations-Admins‘.
( Aber der User mit dem ich das mache, hat diese Rechte)

Problem beim Überprüfen des Status von Active Directory: Es wurden keine Exchange-Objekte auf Organisationsebene
erstellt. Diese Objekte können nicht während der Installation erstellt werden, weil sich der lokale Computer nicht in
derselben Domäne und nicht im selben Standort wie der Schemamaster befindet. Führen Sie Setup mit dem Parameter
‚/prepareAD‘ auf einem Computer in der Domäne ‚XXXX‘ und im Standort ‚XXXX‘ aus, und warten Sie auf den Abschluss
der Replikation.

Die Gesamtstrukturfunktionsebene der aktuellen Active Directory-Gesamtstruktur ist nicht der einheitliche Modus von
Windows Server 2003 oder höher. Wenn Sie Exchange Server 2016 installieren möchten, muss die
Gesamtstrukturfunktionsebene mindestens den einheitlichen Modus von Windows Server 2003 aufweisen.

Verbindung zum AD steht, die Gesamtstrukturebene ist 2008 R2
Antworten
- Frank Zöchling
  
  24. Januar 2018 um 22:37 Uhr
  
  Hallo Eugen,
  schau mal auf diesen Teil der Fehlermeldung:
  „weil sich der lokale Computer nicht in derselben Domäne und nicht im selben Standort wie der Schemamaster befindet. Führen Sie Setup mit dem Parameter
  ‚/prepareAD‘ auf einem Computer in der Domäne ‚XXXX‘ und im Standort ‚XXXX‘ aus, und warten Sie auf den Abschluss der Replikation.“
  
  Der Befehl „netdom query fsmo“ liefert dir die Inhaber der FSMO Rollen. Exchange setzt einen schreibbaren DC am eigenen AD-Standort voraus. Unter dem folgenden Link findest du alle Voraussetzungen hinsichtlich Exchange 2016 und AD:
  https://technet.microsoft.com/de-de/library/bb123715(v=exchg.160).aspx
  Gruß,
  Frank
  PS: Ich denke du führst hier eine Erstinstallation durch und kein Update, oder?
  Antworten
Ralle

20. Dezember 2017 um 00:40 Uhr

Meinst du ein Upgrade von 2013 nach 2016? dann auf keinen Fall das hat mit dem kumulativen nichts zu tun, dafür hat Franky ein eigenes How To.

Ein Cu Update beim 2013 geht im Prinzip genauso wie beim 2016.
Antworten
Matthias

20. Dezember 2017 um 00:19 Uhr

Hallo,
kann ich nach der Anleitung einen Upgrade von Exchange 2013 durchführen?
Antworten
UpperPalatine

9. Oktober 2017 um 10:12 Uhr

Moin, nur mal eben ein kurzes „Danke“ von einem AD’ler, der via Google hier gelandet ist, weil er Infos zur separaten Ausführung des Schema-Updates gesucht und gefunden hat. :-)
Antworten
Andreas

6. Oktober 2017 um 18:59 Uhr

Hallo,
Frank, danke für die super Anleitung.
Hat alles prima funktioniert. In ca. 2 Std war meine Firma wieder „Online“. Dachte ich zumindest…
Leider dieser CU7 blockiert jetzt den Versand von Terminen und zwar „nach Außen“.
User die sich nicht in der Domäne befinden bekommen eine Email mit dem Anhang:
„not supported calendar message.ics“
Kann mir jemand Helfen?
Danke im Voraus.
Andreas
Antworten
Frank

1. Oktober 2017 um 01:43 Uhr

Hallo,

das ist das 3te cu was ich installiert habe und der Server benötigte immer etwa 3h. Gut, die Hardware ist 5 Jahre alt aber nach MS absolut OK.

Danke für den Blog, er hat mir oft geholfen!

Frank
Antworten
Tobias

11. August 2017 um 14:21 Uhr

Hi,
ich hatte die Installation vom CU6 per cmd gestartet und dieses ist fehlgeschlagen.

Ich muss zugeben, ich habe auch nicht richtig die erste Zeile gelesen, dort stand:
„Microsoft Exchange Server 2016 Cumulative Update 4 Unattended Setup“ und nicht „Microsoft Exchange Server 2016 Cumulative Update 6 Unattended Setup“

Das Problem war, ich habe das Image gemountet und dann die Installation so gestartet:
PS E:\> setup /m:upgrade /IAcceptExchangeServerLicenseTerms

Dieses schlägt dann fehl, das Script muss so gestartet werden:
PS E:\> .\setup /m:upgrade /IAcceptExchangeServerLicenseTerms
! Wichtig ist das .\ vor dem setup

@Frank, evtl. kannst du das noch oben einfügen.

Grüße
Tobias
Antworten
- Sebastian
  
  14. Oktober 2019 um 06:16 Uhr
  
  Ganz feste dies…
  Gestern den Tag damit verbraten, dass es nicht geklappt hat…
  Hier der Hinweis von Microsoft dazu:
  https://support.microsoft.com/en-us/help/4131142
  Antworten
Manuel

9. August 2017 um 18:53 Uhr

@Stefan Zemlicka
Danke Stefan, hat funktioniert
Antworten
Rene

2. August 2017 um 10:59 Uhr

Hallo Stefan Zemlicka,

das hat mir sehr weiterholfen! Vielen Dank.
Das Problem trat bei mir in der CU6 auf
Antworten
Stefan Zemlicka

27. Juni 2017 um 08:29 Uhr

@Manuel
Weiß nicht ob sich das Thema schon erledigt hat. Aber mit
Get-mailbox | set-mailbox -UseDatabaseQuotaDefaults:$False
bekommst du es weg
Antworten
Thomas

15. Juni 2017 um 13:24 Uhr

Moin Frank,
danke für die super Anleitung.

Allerdings hätte ich noch eine Frage bzgl. der Installation der Microsoft Updates in einer Exchange 2016 DAG unter Windows 2016 Server.
– Können bzw. sollten diese mittels des CAU (Cluster Aware Update) installiert werden?
– Hast Du hierfür eine Anleitung bzw. Tipps?
Danke und viele Grüße
Thomas
Antworten
- Ralle
  
  15. Juni 2017 um 14:37 Uhr
  
  Hallo Thomas,
  
  klare Antwort NEIN! Da die Clusterdienste zwar installiert sind aber nicht im vollem Umfang. Es gibt ein Script um einen DAG Knoten in Maintenance zu versetzen danach ganz normal windowsupdates installieren reboot und per Script wieder aus dem Maintenance Mode holen. Einfach mal Googeln weiß nicht ob frank hier externe Links erlaubt :)
  
  Gruß
  Antworten
Manuel

20. Mai 2017 um 11:15 Uhr

Sorry, die Warnung kommt, wenn ich beim Benutzer das Postfach bearbeite und eine neue / zusätzliche E-Mail-Adresse hinzufüge
Antworten
Manuel

19. Mai 2017 um 11:11 Uhr

Moin Frank,
habe CU5 frisch installiert und beim Anlegen von Postfächern bekomme ich die Warnung „Aktualisieren Sie „UseDatabaseQuotaDefaults“ auf „false“, damit Postfachkontingente gültig werden.“ Hast Du eine Idee?
Danke und Grüße
Antworten
Ralle

4. Mai 2017 um 14:36 Uhr

Hi Frank,

Also das U2 behebt bei Veeam das Problem und der Exchange Explorer geht wieder.
Antworten
- Frank
  
  4. Mai 2017 um 19:46 Uhr
  
  Hi,
  danke, dann hilft also etwas Gedult :-)
  Gruß, Frank
  Antworten
Ralle

3. Mai 2017 um 17:14 Uhr

Hi Frank,

zur Info, in Umgebungen mit Veeam sollten die Leute warten bis 9.5 U2 draußen ist. Da seit CU5 kein Single Item Restore mehr möglich ist. Veeam ist der Fehler bekannt und wird mit U2 behoben. Microsoft hat, laut Veeam Support, am internen Datenbankformat etwas geändert was den Fehler hervorruft.
Antworten
- Frank
  
  3. Mai 2017 um 21:04 Uhr
  
  Hi,
  stimmt, habe es gerade einmal ausprobiert mit Exchange 2016 CU5 und Veeam 9.5 U1 funktioniert bei mir auch der Single Item Restore nicht mehr. Im „Veeam Explorer for Exchange“ kann ich die Datenbank nicht mehr laden, daher ist auch via Veeam kein Export in eine PST mehr möglich. Hast du dieses Verhalten auch? Vielen Dank für den Hinweis, werde da gleich mal einen kurzen Artikel zu schreiben.
  Gruß, Frank
  Antworten
  - Ralle
    
    3. Mai 2017 um 21:25 Uhr
    
    Ja selbes verhalten bei zwei Installationen
    
    http://www.virtubytes.com/2017/04/17/veeam-exchange-2016-cu5-issue/
    
    Habs auf mehreren Seiten gefunden.
    Man kann über den Veeam Support angeblich seit heute die U2 rtm vorab bekommen, kann dir morgen sagen ob es dann wieder geht.
    Antworten
    - Frank
      
      3. Mai 2017 um 21:32 Uhr
      
      Hatte ich auch gesehen. Auch andere Hersteller haben das Problem (Veritas, Unitrends habe ich auch die Schnelle gefunden). Bleibt also derzeit nur der Umweg über die Exchange Recovery DB.
Christian

27. März 2017 um 09:38 Uhr

Moin Franky,
um den Guide perfekt zu machen könntest du noch den Einzeiler einfügen womit man überprüfen kann ob es noch eingebundene Datenbanken gibt:
Get-MailboxDatabaseCopyStatus -Server EX2016-1 | Where {$_.Status -eq „Mounted“}

Ich nutze seit geraumer Zeit bereits das Script aus der Technet. Macht das patchen noch einfacher und funktioniert auch für EX2016:
https://gallery.technet.microsoft.com/office/Exchange-Server-2013-ff6c942f

Gruß
Christian
Antworten
- Frank
  
  27. März 2017 um 19:58 Uhr
  
  Hi Christian,
  danke für den Hinweis, Ich habe es ergänzt.
  Gruß, Frank
  Antworten
Ulrich Thomas

25. März 2017 um 22:52 Uhr

Was ist denn aus den UM Sprachfiles geworden? Müssen diese vor einem Update weiterhin deinstalliert werden? Oder gibt’s das so nicht mehr?
Antworten
- Frank
  
  28. März 2017 um 22:30 Uhr
  
  Hi Ulrich,
  danke für den Hinweis und Schande auf meint Haupt! Die UM-Sprachpakete müssen vor der Installation des CUs deinstalliert werden und die passende Version nach dem CU wieder installiert werden (wenn sie benötigt werden). Ich habe den Artikel entsprechend angepasst!
  Gruß, Frank
  Antworten
- Bernhard Heeger
  
  7. März 2021 um 08:35 Uhr
  
  Super Anleitung, besonders was die DAG Update Installation betrifft! Danke.
  Trotzdem hat es bei uns leider nicht geklappt. Wir scheinen eine „unsupportete“ Umgebung zu haben und scheitern (bisher) an der Abfrage des OS. Wir haben einen Exchange Server 2016 (dzt. CU11) auf einem Windows Server 2019 (Version 1809) in einer Hyper-V Umgebung laufen, was augenscheinlich nicht supportet zu sein scheint. Ich komme jedenfalls bisher nicht über die Abfrage der Windows Version weiter. Gibt es da eine Möglichkeit z. B. Setup mit einem Parameter zu starten, dass die OS Abfrage nicht ausgeführt wird?
  Das Problem ist nämlich, dass für die aktuelle Bedrohung kein Patch für das CU 11 zur Verfügung steht und somit ein Update auf CU19 zwingend scheint.
  Wenn möglich bitte um Hilfe
  Antworten
  - Roland
    
    8. März 2021 um 14:55 Uhr
    
    Hi Bernhard, möglicherweise haut es auch wegen der .Net Framework Version nicht hin. Wir haben gerade auf einem Server von zweien den Sprung von Ex 2016 (auf einem Win 2016) CU 14 auf CU 19 gemacht. Wenn mich nicht alles täuscht, kann man ab der CU 14 .Net 4.8 installieren und ohne Schemaupgrade auf die CU 19 springen. Da bei euch die Installation von 2016 CU11 auf dem Server 2019 geklappt hat, vermute ich einen Fehler in den Voraussetzungen für die CUs.
    Antworten
  - Christoph
    
    22. April 2021 um 09:57 Uhr
    
    Moin Bernhard,
    wir haben auch versucht Exchange 2016 CU18 auf Windows Server 2019 zu installieren. Das hat auch nicht geklappt. Ich rate davon ab, dann lieber ein Lizenz Downgrade auf Windows Server 2016 und den Exchange in einer supporteten Umgebung betreiben.
    Antworten