Folgender Fehler kann bei Exchange Servern während der Installation auftreten:
Fehler:
Der folgende Fehler wurde generiert, als „$error.Clear();
if ( ($server -eq $null) -and ($RoleIsDatacenter -ne $true) )
{
Update-RmsSharedIdentity -ServerName $RoleNetBIOSName
}
“ ausgeführt wurde: „‚Database‘ ist für ‚UserMailbox‘ verbindlich. Eigenschaftenname: Database“.‚Database‘ ist für ‚UserMailbox‘ verbindlich. Eigenschaftenname: Database
Hier klicken, um die Hilfe aufzurufen…
Ich habe die Fehlermeldung etwas gekürzt, auftreten kann diese Meldung bei allen Exchange Versionen ab 2007 Hier einmal das Beispiel für Exchange 2016:
Oder auch für Exchange 2010:
Das Ergebnis ist immer das Gleiche: Setup bricht ab.
Der Hintergrund dieser Fehlermeldung ist folgender. Exchange findet ein oder mehrere Systempostfächer nicht in der Datenbank. Ich habe auch schon erlebt, dass die Benutzer zu den Systempostfächern fehlen. Häufigste Ursache für diese Meldung ist, dass die Datenbank in der sich ein Systempostfach befand, gelöscht wurde, ohne vorher das oder die Systempostfächer in eine andere Datenbank zu verschieben. Leider geht aus der Fehlermeldung nicht hervor, welches Postfach konkret fehlt.
Meistens existieren noch die Benutzer, manchmal nicht, beides lässt sich aber relativ leicht beheben:
Wenn die Benutzer zu den Systempostfächern noch existieren, können sie gelöscht werden, die Benutzer befinden sich in der OU Users:
Hier mal ein Screenshot ohne die Benutzer:
Nachdem die Benutzer gelöscht wurden, muss der folgende Befehl aus dem Quellpfad der Exchange Installationsdateien ausgeführt werden (Exchange 2010):
setup.com /preparead
bzw. für Exchange 2016:
setup.exe /preparead /IAcceptExchangeServerLicenseTerms
Nach dem die Befehle ausgeführt wurden, wurden die Benutzer neu erstellt:
Gab es bisher noch keinen Exchange Server, kann die Installation jetzt fortgesetzt werden. Trift man diesen Fehler bei einer Migration an, müssen auch die entsprechenden Postfächer wieder angelegt werden:
Get-User | Where {$_.Name –like "SystemMailbox*"} | Enable-Mailbox -Arbitration
Get-User | Where {$_.Name –like "FederatedEmail*"} | Enable-Mailbox –Arbitration
Die oben genannten Befehle lassen sich dann auf einem der zu migrierenden Exchange Server ausführen.
Hallo an alle,
ich habe das Problem dass eine legacy SystemMailbox vorhanden ist aber entsprechender User nicht aufzufinden ist, dementsprechend wohl ein Überbleibsel aus einer vergangenen Migration
SystemMailbox{73DC4B97-D45F-457C-A555-70BB9AD50977}
Diese Anleitung hier oben sagt nur, was man machen kann, wenn der User noch vorhanden ist. Was kann ich hier aber tun. in der Exchange Management Shell (Exchange 2010) wird das Postfach nicht angezeigt, nur auf dem Exchange 2016 unter „Postfächer“.
Löschen lässt es sich dort nicht. „Zugriff verweigert“
Irgendjemand kreative Ideen dazu? Ich vermute dass ich das hartnäckige POstfach via ADSIEDIT entfernen muss?
Viele Grüße und danke schonmal für Eure Antworten
Hallo,
ich habe eine kompromiettierte Installation über Adsi entfernt und jetzt kann ich die Datenbank und postfächer nicht mehr verwalten. Hat jemand eine Idee?
Hallo zusammen, ich glaube ich habe genau eins der hier beschrieben Probleme.
Ich hab das cu 23 eingespielt und bei der Postfachrolle brach die Installation ab.
Ich habe 3 inkonsistente Mailboxen.
Leider funktioniert es nicht dieses wieder einzulesen.
Hat noch jemand einen Rat für mich?
ICh habe alle lösungsvorschläge probiert. ich glaube es ist zu spät und ich übersehe etwas.
Servus zusammen,
vielen Dank @Franky für die echt gelungene Seite. Die Artikel haben mich schon häufiger gerettet ;-)
Falls jemand auch über das Problem stößt vielleicht noch mal ergänzend, wie ich es gelöst habe;
Ausgangslage: Update eines Single Exc Server 2016 alte CU-Version auf aktuelles CU. Installation bricht bei Installation mit Fehler „‚Database‘ ist für ‚UserMailbox‘ verbindlich. “ ab.
Nach dem Artikel hier habe ich die User gelöscht und versucht mit
„setup.exe /preparead /IAcceptExchangeServerLicenseTerms“ wieder zu aktivieren, ging aber schief und User wurden nicht angelegt.
Hat etwas gedauert bis ich kapiert habe, das er dies gar nicht wirklich ausführt auf dem Exchange, da er immer die abgebrochene Installation erkennt und dort weiter macht.
Lösung: Ausführen des Setups aus dem ISO auf einem DC (Zwischenschritt auf einem anderen (File)Server schlug fehl, weil AD-Tools fehlen und man RSAT nachinstallieren müsste) mit:
„setup.exe /preparead /IAcceptExchangeServerLicenseTerms
Achtung: Auch hier musste ich dann .Net .8 vorher installieren und DC neu starten.
Nachdem die User wieder da waren, kam beim erneuten Updateversuch der Fehler:
„Microsoft.Exchange.Management.Tasks.RmsSharedIdentityUserNotFoundException: RMS Shared Identity-Benutzer FederatedEmail.4c1f4d8b-8179-4148-93bf-00a95fa1e042 nicht gefunden“
Ich hab dann versucht in der Powershell auf dem Exchange die von Franky genannten Befehle auszuführen, es gab jedoch die Exchange Shell zu dem Zeitpunkt nicht mehr. Also wie hier in dem Kommentar von Philipp beschrieben vorher
Add-Pssnapin *exch* ausführen
Bei
Get-User | Where {$_.Name –like „SystemMailbox*“} | Enable-Mailbox -Arbitration
Get-User | Where {$_.Name –like „FederatedEmail*“} | Enable-Mailbox –Arbitration
bekam ich jedoch den Fehler
„Enable-Mailbox : Beim Lastenausgleich konnte keine gültige Postfachdatenbank gefunden werden.“
Nach längerem probieren mit Get-MailboxDatabase die bestehenden Datenbanken anzeigen lassen und den Befehl mit der ersten Datenbank ergänzt:
Get-User | Where {$_.Name –like „SystemMailbox*“} | Enable-Mailbox -Arbitration -Database „Mailbox Database 08xxxxxxxxx“
Es gibt auch eine andere Datenbank, in der die „echten“ Postfächer liegen, aber anlegen ließen sich die Systemmailboxen nur in der „default“ DB
Mit „Get-Mailbox –Arbitration“ kann man dann prüfen ob die Arbitration-PF alle auch da sind
Danach ließ sich das neue CU auch installieren-
Hier noch ein Link zu einem sinnvollen TechnetArtikel dazu: https://social.technet.microsoft.com/wiki/contents/articles/6874.exchange-2010-how-to-recreate-system-mailbox-federatedemail-discoverysearchmailbox.aspx
Herzlichen Dank für deine ausführliche Erklärung Sebastian, du hast mir den Sonntagabend gerettet.
Heute wollte ich 3 Exchange-Server (3 verschiedene Kunden) aktualisieren um die publizierte Sicherheitlücke (März 2021) zu schliessen. Einer der Server hat mich längere Zeit mit diesen Fehler beschäftigt. Ich hatte dafür die alte User gemäss Anweisung von Franky gelöscht und das „msExchHomeServerName“-Attribut überprüft/aktualisiert. Es ging aber weiterhin nicht.
Erst als ich dies ausgeführt hatte, klappte die Installation des CU:
„setup.exe /preparead /IAcceptExchangeServerLicenseTerms“ auf einer der DC ausgeführt (und .NET 4.8 installiert). Dann war der FederatedEmail* User auch wieder korrekt vorhanden.
Wieder etwas gelernt. Zudem wieder in Erinnerung gerufen, wie man in Powershell die Exchange-Shell nutzen kann :-D
Grüsse
Eric
Hallo, bei Test-Update kam ich mit löschen und neuanlegen weiter.
Aber es ist komplizierter. Der alte Exchange wurde von Vorgängern installiert. Wir wollen nun folgendes tun:
– Exchange 2016 CU3 (ALT)
– Exchange 2016 CU16
nebeneniadner insatlilleren und nur die Postfächer später migrieren. Die obenstenhende Fehlermeldung mit Bezug zum Discovery-Postfach kommt bei Neuinstallation auf 2x 2012 R2 Server innerhalt der gleichen Domäne.
Wenn ich die Mailbox weghaue und neu erstelle. Was ist mit dem 2016er CU3? Kommt er damit?
mfg Maik
Hi Leute,
habe das gleiche Problem gehabt. Bzw. hatte bei dem CU Update immer einen Fehler.
Habe dann folgende Befehle per PowerShell durchgeführt.
Zuerst:
Add-Pssnapin *exch*
Danach:
new-mailbox -Arbitration -name FederatedEmail.4c1f4d8b-8179-4148-93bf-00a95fa1e042 -UserPrincipalName FederatedEmail.4c1f4d8b-8179-4148-93bf-00a95fa1e042@DOMAIN
Daraufhin hat die Exchange CU Updateinstallation funktioniert.
Hoffe ich kann dem ein oder anderen hiermit helfen, stundenlange Fehlersuche zu ersparen und eine Neuinstallation zu verhindern :)
Hallo Zusammen,
ich hatte das selbe Problem in einer Umgebung in der von Ex 2010 auf Ex 2016 migriert wurde und der Ex 2010 wohl nicht ganz erfolgreich entfernt wurde. Jedenfalls hatte ich den Fehler bei der Installation des Ex 2019. Ich habe mir die fehlerhaften Systemmailboxen ausgelesen mit get-mailbox -arbitration und habe diese gelöscht. Danach konnte das fehlende FederatedEmail Postfach nicht mehr angelegt werden wie oben beschrieben. Danach habe ich wie Willi schon beschrieben hat mit Setup.exe /mode:Uninstall /IAcceptExchangeServerLicenseTerms den Ex2019 wieder deinstalliert bzw. die nicht vollständige Installation. Einen Neustart durchgeführt und setup.exe /preparead /IAcceptExchangeServerLicenseTerms ausgeführt danach habe ich den Exchange 2019 über die GUI Sauber Installieren können.
Welcher Artikel mit beachtet werden sollte: https://www.frankysweb.de/exchange-2016-manuelles-entfernen-eines-exchange-servers-mehrere-server/
Ein großes Dankeschön möchte ich an Franky richten und auch den fleißigen Kommentaren schreibern da mir so schon oft geholfen werden konnte.
Vielen DANK!
Willi ist richtig gut, scheint auch bei mir zu laufen. Hatte vorher den Exchange 2010 deinstalliert, aus AD über ADSI Edit entfernt und konnte die Benutzerkonten zwar löschen, aber die Postfächer nicht mehr neu einrichten. (keinen Exchange mehr, da der neue (v. 2019) nicht installiert werden konnte und der alte weg war)
Erst die V-Konsole installieren, dann neu starten und dann die Postfachrolle hinterher.
Hallo zusammen, ich bin gerade mitten in einer Migration von Exchange 2010 auf 2016 und habe den gleichen Fehler.
Dh. die Benutzer wie oben beschrieben einfach löschen – oder muss ich prüfen ob diese Benutzer noch Postfächer in den Datenbanken haben?
Kann man die AD User immer löschen oder sollte man das NUR machen wenn der Fehler wie hier aufgelistet ist auftritt?
Willi hat’s gerettet – vielen Dank!
Jetzt war ich schon so oft auf dieser Seite und habe mir Hilfe geholt – wird Zeit dass ich mal Danke sage!
Vielen Dank an alle für Ihre hilfreichen Beiträge – und im Speziellen für Frank, der diese Seite betreibt!
… und hoffentlich noch lange betreiben wird :-)
Thommi
Ich nochmals:
Exchange installiert und läuft auch..
was habe ich gemacht:
Setup.exe /mode:Uninstall /IAcceptExchangeServerLicenseTerms
Exchange 2016 aus AD entfernt.
setup.exe /preparead /IAcceptExchangeServerLicenseTerms
Setup.exe mit GUI ausgeführt und nur Verwaltung installieren.
neustart.
Setup.exe ausgeführt und einfach Postfach nachinstallieren.
P.S: Setup immer als Administrator ausführen.
Vielleicht hilft es euch.
Willi.
Servus WIlli, kannst du bitte Exchange 2016 aus AD entfernt genauer erleutern?
Habe genau den gleichen Fehler und komme einfach nicht weiter – offensichtlich fehlen bei mir die Arbitation Mailboxen und ich kann diese am Exchange 2010 nicht mehr aktivieren da schon neuere Version 1.1 (15.0.0.0) vorhanden ist.
DANKE
Nochmals Willi:
Inzwischen habe ich die System + Federations MAilbox wiederherstellen können. Danach habe ich die Exchange2016 Verwaltung Installiert. Aber auch damit ist ein Enable-Mailbox nicht möglich.
Lg Willi
Hallo zusammen,
Ich habe das gleiche Problem.
Enable-Mailbox -Identity ‚xxx.xxx/Users/FederatedEmail.4c1f4d8b-8179-4148-93bf-00a95fa1e042‘
Fehler: wie bei Michael Völker.
Danke ..
Willi
Nochmals Hallo,
es wird noch bizarrer: ich habe es jetzt versucht mit PrepareAD von Exchange 2016 setup.exe aus, die Benutzer sind wieder da, wenn ich aber die „Enable-Mailbox“ Befehle absetzen will, bekomme ich die Fehlermeldung:
Das Objekt ist schreibgeschützt, weil es in einer höheren Exchange-Version als Exchange 1.1 (15.0.0.0) erstellt wurde.
Die derzeit unterstützte Version ist 1.0 (14.0.0.0).
+ CategoryInfo : NotSpecified: (0:Int32) [Enable-Mailbox], InvalidObjectOperationException
+ FullyQualifiedErrorId : CF09513F,Microsoft.Exchange.Management.RecipientTasks.EnableMailbox
Da scheint Microsoft sich mal wieder selbst ins Bein zu schießen.
Viele Grüße, Michael
Hallo Franky,
vielen Dank für den Beitrag, mal wieder die Rettung. Ich habe nur eine Frage dazu: ich befinde mich in der Migration von Exchange 2010 nach 2016 und habe PrepareSchema, PrepareAD und PrepareDomain für 2016 bereits ausgeführt und der Fehler trat beim Versuch, den ersten 2016 Server zu installieren, auf. Ich habe wie oben beschrieben die Benutzer gelöscht. Muss ich das erneute PrepareAD jetzt vom alten Exchange 2010 ausführen, wenn ja, macht mir das meine bereits durchgeführte Aktion von 2016 nicht wieder zunichte? Oder muss ich es erneut von 2016 ausführen?
Viele Grüße, Michael