Heureka!
Nach dem Löschen aller nacheinander im EventManager gemeldeten noch eingetragenen Mailboxen ist das Setup erst mal durchgegangen.
Der ES ist nun auch in den Applikationen eingetragen und könnte von dort aus deinstalliert werden.
Anfangs waren zwar 7 Services gestoppt, aber nach einem Restart dieser Services laufen nun auch diese.
Vielen Dank Norbert für Deine Hilfe und vorallem für Deine Geduld.
Soll ich versuchen, den letzten Database-Eintrag zu löschen, der wie die Meldung aus Msg 22 auf ein "Deleted Object" zeigt.
Dann ist weder ein Database-Eintrag auf den alten Server noch ein Eintrag auf den neuen Server vorhanden und das Setup legt dann neue an.
Das Setup hat meldet, daß es nicht starten kann.
Ich musste den Server, der noch eingetragen war, as der AD enfernen, weil das Setup gemeint hatte, die Version wäre zu alt um das Schema auf Level 2016 zu heben.
Es war auf jeden Fall eine sehr alte Version, die immer funktioniert hat. Ich habe seit der Installation des 2008R2 keine Upgrades mehr gemacht, weil alles funktionert hat. Vielleicht was es auch 2007 oder 2010. Aber nachschauen könnte ich nur, wenn ich den Server vom Netz nehme und zu starten versuche und der DLL nachschaue.
Welche Version hättest du eigentlich vorher von Exchange. Und jetzt sag nicht wieder Exchange 2016.
Würde ich mich nicht trauen.
Ich glaube, das war ein Exchange 2003 SP2.
Ich habe im EventManager noch was gefunden:
Process ExSetupUI.exe (PID=7096). Object [CN=Mailbox Database 1381447502,CN=Databases,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=First Organization,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=SCM,DC=local].
Property [PublicFolderDatabase] is set to value [SCM.local/Configuration/Deleted Objects/Public
DEL:5c439d2a-896f-484c-8255-79ed0c4eedcc], it is pointing to the Deleted Objects container in Active Directory. This property should be fixed as soon as possible.Und ja, es gibt da noch einen Eintrag, Aber der weist nicht auf den alten ES, dswegen habe ich ihn nicht gelöscht.
Wenn ich den nun lösche und dann keine Database mehr angegeben ist, kann er auf dem lokalen Rechner endlich die notwendigen DB's anlegen?
Ich komme eifach nicht über den Fehler hinweg:
Fehler:
Der folgende Fehler wurde generiert, als "$error.Clear();
if (($RoleIsDatacenter -ne $true) -and ($RoleIsDatacenterDedicated -ne $true))
{
if (test-ExchangeServersWriteAccess -DomainController $RoleDomainController -ErrorAction SilentlyContinue)
{
# upgrade the discovery mailboxes to R5 version, this will fix the RecipientDisplayType property of the discovery mailbox which was wrong in R4.
get-mailbox -RecipientTypeDetails DiscoveryMailbox -DomainController $RoleDomainController | where {$_.IsValid -eq $false} | set-mailbox -DomainController $RoleDomainController
$name = [Microsoft.Exchange.Management.RecipientTasks.EnableMailbox]::DiscoveryMailboxUniqueName;
$dispname = [Microsoft.Exchange.Management.RecipientTasks.EnableMailbox]::DiscoveryMailboxDisplayName;
$mbxs = @( get-mailbox -Filter {name -eq $name} -IgnoreDefaultScope -resultSize 1 );
if ( $mbxs.length -eq 0)
{
$dbs = @(get-MailboxDatabase -Server:$RoleFqdnOrName -DomainController $RoleDomainController);
if($dbs.Length -ne 0)
{
$mbxUser = @(get-user -Filter {name -eq $name} -IgnoreDefaultScope -ResultSize 1);
if ($mbxUser.Length -ne 0)
{
enable-mailbox -Discovery -identity $mbxUser[0] -DisplayName $dispname -database $dbs[0].Identity;
}
}
}
}
else
{
write-exchangesetuplog -info "Skipping creating Discovery Search 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.<ProcessRecord>b__91_1()
bei Microsoft.Exchange.Configuration.Tasks.Task.InvokeRetryableFunc(String funcName, Action func, Boolean terminatePipelineIfFailed)".Ich weiss nicht, wo ich noch eine UserMailbox definiert haben kann, die auf den alten Server, bzw. Database verweist.
Und Du hast Recht, ich wusste nicht, das man aus den AD-Daten ohne dazugehörenden Server noch Exchange-Daten recovern hätte können.
Du wärst vermutlich deutlich "sinnvoller" unterwegs gewesen, hättest du es mittels einer Recoverinstallation versucht den alten Exchange wieder zurück ins AD zu holen.
Festplatten-Defekte, ich habe viel probiert, aber es ist mir nicht gelungen die VM zu reaktivieren. Ich war auch zu nachlässig bei den Backups, deswegen das Desaster.
Zur letzten aufgetretenen Fehlermeldung:
Ich sehe im AD-Verwaltungscenter unter Users 6 Einträge mit dem Namen:
SystemMailbox{1f05a927-2480-42b8-a43f-161012149d7b}
mit unterschiedlichen ID's die aber alle deaktiviert sind.
Können diese User bei der letzten Fehlermeldung (Msg 10) gemeint sein?
Soll ich die mal löschen?
Ich frage jetzt lieber vorher.
Du kannst eine Lizenz und deren Berechtigung auf 2 VMs nicht auf zwei Hardwares verteilen. Die Lizenz bezieht sich immer auf die Hardware und damit sind auch die entsprechenden Virtualisierungsinstanzen nur auf dieser Hardware lizenziert.
Danke für die Info, das erklärt jetzt ein paar andere Besonderheiten. Aber darum werde ich mich später kümmern.
Sorry für die Konfusion.
Also zur Konfiguration so wie sie jetzt aussieht (oder später aussehen soll)
Der Bezug auf Hardware richtete sich nur auf meine beiden DC, die in VM's aber auf verschiedenen Rechnern sind.
Der DC1 (SRV2016) ist als VM auf einem ESXi-Server.
Der DC2 (SRV2016-Core) in einer VM auf einem Arbeitsrechner (nur zur Erklärung, daß 2. Lizenz verbraucht ist)
Der in Zukunft mögliche ES-Server würde auch in einer VM auf dem ESXi-Server laufen, aber auf einem WS2012R2 Betriebssystem, da die beiden 2016-Lizenzen ja schon verbraucht sind.
Der Ist-Zustand:
Versuch, ES auf dem DC1 zu installieren.
Probleme wegen alter Einträge durch nicht mehr vorhandenen ES-Server im Schritt 9 von 13 beim Setup (Msg 1).
Probleme möglichweise durch übereifriges Löschen des alten Database-Eintrages in der AD vergrößert (Msg 10).
Natürlich erst die defekte Installation jetzt erstmal zum laufen bringen
Das würde bedeuten, die Installation auf dem DC1 fertigzustellen und sich vorerst keine Gedanken über die Lösung mit WS2012R2 zu machen.
Kannst Du mir bitte noch weiterhelfen?