the_muck

https://www.msxfaq.de/exchange/update/exchange_direktes_update.htm Das geht auch Direkt aber obacht mit dem .Net Framework und der Installationsreihenfolge! Ich hab damals die Exchange und DC VMs in eine Testumgebung kopiert und erstmal getestet. Nach dem Update waren noch einige Anpassungen zu erledigen die man aber schnell im Netz gefunden hatte.

Super, danke für die Rückmeldung! Darüber könnte man nun sehr umfangreicher Diskutieren ;)... Aber ich glaube du kennst die Probleme bei kleinen Unternehmen < 15 aktive EDV Nutzer besser als ich, am Ende ist es aber wohl "never touch a running system". Unser Exchange wird nur Intern mit Outlook bespielt und hängt nicht offen im Netz. Und es scheint ja das wir nicht die einzigen sind ;)... Danke und Grüße Malte

Ja was da so mit den Updates alles manchmal Lahmgelegt wird ist schon Abenteuerlich. Den 4er Boot Loop hatten wir auch schon. Eine Frage zu dem AD Schema... das wird beim Update ja neu Geschrieben. Wenn nach dem Schreiben des Schemas noch was schief geht beim Update und ich ein Backup mit Veeam zurückspiele... stört den "alten" Exchange das neue Schema? Wie geht man da am besten vor mit zwei DCs?

Kurze Rückmeldung... es lag an einem Hängenden update was das Installieren des Features und .Net verhindert hat! Stichwort pending restart... Noch den 2. DC aus der testumgebung gepflückt und nun startet das Update und werkelt vor sich hin... Edit es scheint geklappt zu haben ;)

Jap, oder noch älter... wurde seit der Einrichtung nicht angefasst, nur der Server 2012 hat seine Updates bekommen. Und gab seit 2013 keine Probleme Vielleicht hast du recht! Ich hab den Aktiven Server voll upgedatet, dann mit Veeam gesichert und rüber geschoben in die Testumgebung. Dort sagt mir Windows Update nun aber, das bei einigen Updates ein Neustart aussteht (danach habe ich nie geschaut, auf dem Original passt alles). Das bekomme ich durch den Neustart aber auch nicht weg, auch der Abgesicherte Modus hilft nicht... Pending restart ist ja ein bekannter Fehler... auf dem DC passt alles, da konnte ich das Feature auch hinzufügen. Also zurück auf 0 da meine Befürchtung ist, das dies, die Ursache dafür ist das ich nichts installieren kann. Heute Nacht den Server runtergefahren, VHDX kopiert und mal schauen wie es damit aussieht. Andere Frage, hier wurde ja erwähnt das .Net 4.8 schon auf dem Server 2012R2 Installiert war. Gibt es da keinen .Net Versions Konflikt wie hier beschrieben? https://www.msxfaq.de/exchange/update/exchange_direktes_update.htm Ich wollte mich an den Prozess halten. Ist das in der Form dann nicht nötig? Also, kann ich 4.8 Installieren (wir bei den updates ja angeboten) und dann das Exchange update einspielen? Grüße Malte

Hallo, danke für die Antwort... ich würde es ja lassen mit den RSAT Tools, aber das setup verlangt danach... https://supertekboy.com/2015/03/09/2013-cu-fails-rsat-clustering-cmdinterface-isnt-installed/ So wie da beschrieben... hier wird es auch erwähnt. https://docs.microsoft.com/de-de/exchange/exchange-2013-prerequisites-exchange-2013-help Das installieren des Features funktioniert aber in meiner Testumgebung ohne "internet" gerade nicht. Das andere Thema ist, warum das setup von .Net nicht funktioniert. Dazu finde ich leider auch sogut wie nichts in den weiten des Netzes. Ich dachte ich hänge mich an diesen kurzen faden einfach ran, wenn gewünscht kann ich aber auch ein neues Thema eröffnen. Grüße Malte

Hallo, wir haben auch noch einen betagten Exchange 2013 auf einem Server 2012. Ich hab die VM sicherungen unseres DC + Exchange nun mal neu Virtualisiert und mich mit dem Update versucht. Beide rechner hängen am Virtuellen Switch ohne Internet. Ich habe aber zwei Fehler. 1. Ich bekomme das Featrure "RSAT-Clustering-CmdInterface" nicht installiert. 2. Installiert sich das .Net 4.7.1 nicht, obwohl die Installation durchläuft, ohne fehler. Geladen von hier https://www.microsoft.com/de-de/download/details.aspx?id=56116 Exchange sagt aber beim update das .Net 4.7.1 nicht vorhanden ist... Ich finde dazu leider auch sehr wenig im Netz. Grüße Malte