ThorstenN1987 0 Geschrieben 11. April 2020 Melden Teilen Geschrieben 11. April 2020 Hallo und frohe Ostern, ich wollte die Osterzeit und das schöne Wetter nutzen um unsere internen Server zu Patchen. Dabei ist mir aufgefallen das unser Exchangeserver 2013 sehr sehr lange nicht geupdatet worden ist. Aktuell ist der Exchange auf Cumulative Update 14 (CU14) 15.0.1236.3. Durch das passive Mitlesen hier im Forum weiß ich ja das es Probleme beim Update vom Exchange und des Dot.Net Framework gibt. Daher will ich hier kurz nachfragen, bevor ich Ostersonntag ein Recovery starten muss J Auf dem Server (Windows Server 2012R2) ist aber schon das Dor.Net Framework 4.8 installiert, kann ich deshalb das aktuellste CU drüberinstallieren oder muss ich noch mehr beachten? Danke für eure Hilfe. Gruß Thorsten Zitieren Link zu diesem Kommentar
NorbertFe 2.013 Geschrieben 11. April 2020 Melden Teilen Geschrieben 11. April 2020 Ja kannst du einfach installieren. Schau vorher nochmal ob du ein korrektes Backup hast und ob die anderen Voraussetzungen auch installiert sind ( Visual c++ ...) https://docs.microsoft.com/de-de/exchange/exchange-2013-prerequisites-exchange-2013-help Zitieren Link zu diesem Kommentar
testperson 1.660 Geschrieben 11. April 2020 Melden Teilen Geschrieben 11. April 2020 Hi, nach dem CU23 für Exchange 2013 gab es noch zwei(?) wichtige(!) Security Updates die aber dann auch über Windows Update kommen müssten. Die solltest du dann auch direkt mit patchen: https://www.microsoft.com/en-us/download/details.aspx?id=100485 https://www.microsoft.com/en-us/download/details.aspx?id=100909 AFAIK müsste die Installation des zweiten reichen, da dieses das erste inkludiert hat. Gruß Jan Zitieren Link zu diesem Kommentar
the_muck 1 Geschrieben 19. Juni 2020 Melden Teilen Geschrieben 19. Juni 2020 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 Zitieren Link zu diesem Kommentar
NorbertFe 2.013 Geschrieben 19. Juni 2020 Melden Teilen Geschrieben 19. Juni 2020 (bearbeitet) Nimm doch gleich .Net 4.8. Das ist beim letzten CU für Exchange 2013 auch supported. Warum du die Clustering RSAT Tools nachinstallieren willst/musst, erschließt sich mir grad nicht. Abgesehen davon wäre ein eigener Thread sinnvoll. bearbeitet 19. Juni 2020 von NorbertFe Zitieren Link zu diesem Kommentar
the_muck 1 Geschrieben 19. Juni 2020 Melden Teilen Geschrieben 19. Juni 2020 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 Zitieren Link zu diesem Kommentar
NorbertFe 2.013 Geschrieben 19. Juni 2020 Melden Teilen Geschrieben 19. Juni 2020 vor 30 Minuten schrieb the_muck: So wie da beschrieben... hier wird es auch erwähnt. Oh lange her Wie alt ist denn das CU auf dem Exchange 2013? CU4? ;) Viel Spaß... Ich bin eh kein Freund von "cloned Testsystems". Das führt im Allgemeinen genau dazu, dass man Fehler behebt, um den Kram überhaupt sinnvoll zum Laufen zu kriegen und in der Live Umgebung gehts einfach problemfrei oder man hat komplett andere Probleme, die das Testsystem nicht zeigte. Bye Norbert 1 1 Zitieren Link zu diesem Kommentar
the_muck 1 Geschrieben 20. Juni 2020 Melden Teilen Geschrieben 20. Juni 2020 (bearbeitet) vor 21 Stunden schrieb NorbertFe: Oh lange her Wie alt ist denn das CU auf dem Exchange 2013? CU4? ;) Viel Spaß... Jap, oder noch älter... wurde seit der Einrichtung nicht angefasst, nur der Server 2012 hat seine Updates bekommen. Und gab seit 2013 keine Probleme vor 21 Stunden schrieb NorbertFe: Ich bin eh kein Freund von "cloned Testsystems". Das führt im Allgemeinen genau dazu, dass man Fehler behebt, um den Kram überhaupt sinnvoll zum Laufen zu kriegen und in der Live Umgebung gehts einfach problemfrei oder man hat komplett andere Probleme, die das Testsystem nicht zeigte. 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 bearbeitet 20. Juni 2020 von the_muck Zitieren Link zu diesem Kommentar
NorbertFe 2.013 Geschrieben 20. Juni 2020 Melden Teilen Geschrieben 20. Juni 2020 Wirst du müssen, bzw. Mindestens 4.7.2 sonst kannst du das aktuellste cu nicht installieren. Zitieren Link zu diesem Kommentar
the_muck 1 Geschrieben 22. Juni 2020 Melden Teilen Geschrieben 22. Juni 2020 (bearbeitet) 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 ;) bearbeitet 22. Juni 2020 von the_muck Zitieren Link zu diesem Kommentar
BOfH_666 577 Geschrieben 22. Juni 2020 Melden Teilen Geschrieben 22. Juni 2020 vor 25 Minuten schrieb the_muck: .... Stichwort pending restart... Das gibt es sogar mit Windows Server 2019 und Exchange 2019 noch ... ich habe letztens für's CU5 einen Server 5 mal neu gestartet bevor ich weitermachen konnte. Zitieren Link zu diesem Kommentar
the_muck 1 Geschrieben 23. Juni 2020 Melden Teilen Geschrieben 23. Juni 2020 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? Zitieren Link zu diesem Kommentar
Nobbyaushb 1.464 Geschrieben 23. Juni 2020 Melden Teilen Geschrieben 23. Juni 2020 vor 7 Minuten schrieb the_muck: Wie geht man da am besten vor mit zwei DCs? Ich weiß nicht, was du meinst - die letzte Schema-Änderung war mit CU9 für Exchange 2016 bzw. CU4 für 2019, bei dem inwischen aus dem Mainsuppurt 2013 müsste ich erst mal gucken Mir ist es nach wie vor ein Rätsel, wie so wichtige Server dermaßen vernachlässigt werden können... Nein, die Schema-Erweiterung "stört" den restorten Exchange nicht. Wolltest du diese zurückdrehen, müsstest du ein authoritives Restore des AD machen - und das willst du auch bei "nur" 2 DC´s nicht wirklich.... 1 Zitieren Link zu diesem Kommentar
the_muck 1 Geschrieben 23. Juni 2020 Melden Teilen Geschrieben 23. Juni 2020 vor 3 Stunden schrieb Nobbyaushb: Nein, die Schema-Erweiterung "stört" den restorten Exchange nicht. Super, danke für die Rückmeldung! vor 3 Stunden schrieb Nobbyaushb: Mir ist es nach wie vor ein Rätsel, wie so wichtige Server dermaßen vernachlässigt werden können... 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 Zitieren Link zu diesem Kommentar
NorbertFe 2.013 Geschrieben 23. Juni 2020 Melden Teilen Geschrieben 23. Juni 2020 vor 1 Minute schrieb the_muck: Und es scheint ja das wir nicht die einzigen sind ;). Na Hauptsache das ist nicht deine Rechtfertigung. :P Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.