{"id":228266,"date":"2020-02-15T00:04:00","date_gmt":"2020-02-14T23:04:00","guid":{"rendered":"https:\/\/www.borncity.com\/blog\/?p=228266"},"modified":"2020-02-15T00:03:16","modified_gmt":"2020-02-14T23:03:16","slug":"exchange-server-2013-nach-update-auer-betrieb","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2020\/02\/15\/exchange-server-2013-nach-update-auer-betrieb\/","title":{"rendered":"Exchange Server 2013 Mailfunktion nach Update außer Betrieb"},"content":{"rendered":"

[English<\/a>]Ein Blog-Leser hat mich zum Wochenabschluss auf ein Problem hingewiesen, was er bei der Administration eines Exchange Server 2013 nach der Installation der aktuellen Februar 2020-Updates hatte. Mails wurden zwar angenommen, aber nicht mehr in den Postf\u00e4cher der Benutzer einsortiert. Ich stelle es mal hier ein, vielleicht hilft es anderen Administratoren.<\/p>\n

<\/p>\n

\"\"Blog-Leser Andre H. teilte mir Freitag (14.2.2020) seine Update-Erfahrungen beim Exchange Server 2013 (CU 23), der unter Windows Server 2012 R2 l\u00e4uft und pl\u00f6tzlich muckte, per Mail mit. <\/p>\n

\n

Wir hatten gestern Abend auf einen unserer Exchange 2013 CU23 Servern auf Windows Server 2012R2 die aktuellen Windows Updates installiert – und danach Probleme festgestellt, welche wir nicht vorenthalten wollen.<\/p>\n<\/blockquote>\n

Andre lie\u00df die folgenden Updates in seiner Umgebung auf dem Server installieren [das muss letzten Donnerstag, den 13.2.2020, gewesen sein]: <\/p>\n

\n

KB4502496, KB4536988, KB890830, KB4537767, KB4538124, KB4484156, KB4484265, KB4537821, KB4537803, KB4537759<\/p>\n<\/blockquote>\n

Soweit nichts ungew\u00f6hnliches und nach der Installation der Updates, dem Neustart und der Wiederinbetriebnahme des ersten Servers (Server im DAG-Verbund<\/a>) lief augenscheinlich alles prima, schreibt Andre. Aber dann fingen die Probleme an. <\/p>\n

\n

Heute fr\u00fch nun stellten wir fest, dass verschiedenste Mails, extern wie intern, nicht in den Postf\u00e4chern der Benutzer landeten – vom Server angenommen waren sie jedoch. <\/p>\n

Nach einigen Checks im Eventlog konnten wir keine genauere Ursache feststellen, nahmen den Server als aktives Mitglied aus dem DAG-Verbund und aus dem vorgeschalteten LoadBalancer, um genauer zu untersuchen. <\/p>\n

Wir wendeten uns nebenher an den Microsoft Support mit 2h Reaktionszeit; nach ca 20min. erfolgte ein R\u00fcckruf. Der MS-Kollege checkte kurz die Umgebung, erstellte eine neue Datenbank und 2 Testbenutzer, per OWA dann den Mailfluss – Ergebnis: kein Mailfluss. <\/p>\n

Im MessageTrackingLog konnte man sehen, dass die Mails in der Shadowqueue fest hingen, und dies dann nicht weiter ging. <\/p>\n

Ein Dienstecheck ergab auch keine Probleme. <\/p>\n

Die Transportconfig sah auch gut aus. <\/p>\n

Im IIS Manager angekommen, pr\u00fcften wir die Bindungs-Einstellungen der beiden ver\u00f6ffentlichten Webseiten; in der Default-Website fehlte hier ein Eintrag: Trotz eines vorhandenen Eintrags mit dem Type https, Port 443 und ip Adresse \"*\" sowie dem passenden Zertifikat konnte wohl keine Verbindung von den anderen Servern zu diesem Server hergestellt werden.<\/p>\n<\/blockquote>\n

Laut Microsoft fehlte hier ein weiterer Eintrag: Type https, Port 443, als IP Adresse explizit 127.0.0.1 mit dem passenden Zertifikat. Weshalb der vorhandene \"*\" Eintrag hier nicht greift, konnte der Microsoft-Supporter nicht erkl\u00e4ren. Die L\u00f6sung: <\/p>\n

\n

Gesagt, gesezt, \"iisreset\" – Warten.<\/p>\n<\/blockquote>\n

Auch hier schreibt Andre auf die Frage, warum dieser fehlende Eintrag nun pl\u00f6tzlich verschwunden war, habe der Microsoft-Supporter er nicht genau erkl\u00e4ren k\u00f6nnen. Er habe es aber aber auf eins der installierten Windows Updates geschoben. Andre schreibt: <\/p>\n

\n

Dies macht auch durchaus Sinn, niemand von uns \u00e4nderte in der IIS Config eine deartige Einstellung. <\/p>\n

Die bisher \"verlorenen\" Mails trudelten dann nach 10-15min. ein, der Exchange Queue Viewer leerte sich, die Benutzer (und wir) waren gl\u00fccklich.<\/p>\n<\/blockquote>\n

Zum Problem an sich meint Andre, dass die folgenden Updates (bzw. eines davon) aus Sicht von Microsoft (und seiner Sicht) wohl am wahrscheinlichsten etwas (unabsichtlich?) ver\u00e4ndert haben: <\/p>\n

\n

KB4536988 Security Update for Exchange Server 2013 CU23
KB4502496 Security Update for Windows Server 2012 R2 x64 2020-02
KB4538124 Security and Quality Rollup for .NET Framework 3.5… 2020-02<\/p>\n<\/blockquote>\n

Andre gibt an, dass sie im Eventlog Events finden konnten, dass der IIS Dienste sowie AppPools w\u00e4hrend der Installation der Updates mehrfach beendet wurden. Genaueres l\u00e4sst sich dazu jedoch nichts sagen und f\u00fcr den MS Support war der Call nach dem Neu-Hinzuf\u00fcgen des Eintrags und einem erfolgreichen Test abgeschlossen. <\/p>\n

Andre merkt an, dass der Microsoft Support keine RootCause-Analyse macht – dazu g\u00e4be es den MS Premier Support. Diesen bekomme man nur ans Telefon, O-Ton Andre, wenn man vorher einen mindesten 1 Jahr laufenden, recht teuren Premier Support Vertrag abschlie\u00dft und dazu zus\u00e4tzlich 300\u20ac pro Stunde f\u00fcr den Support abdr\u00fcckt. Und als Wochenendgebet f\u00fcgt er hinzu: <\/p>\n

\n

Somit bleiben uns 2 weitere Server, auf denen wir die Updates installieren und schauen k\u00f6nnen, ob diese Probleme wieder auftreten. <\/p>\n

Im weltweiten Netz haben wir bislang noch nicht dazu gefunden, liegt vielleicht an den recht neuen Updates.<\/p>\n<\/blockquote>\n

und beschlie\u00dft dieses mit den Worten: Wir w\u00fcnschen nun allen eine weiterhin problemlos laufende Umgebung und Ihnen, lieber Hr. Born, weiterhin viel Kraft und Erfolg sowie ein sch\u00f6nes Wochenende.<\/em> Dem ist nix hinzuzuf\u00fcgen \u2013 au\u00dfer, dass ich vielleicht mal eine M\u00fctze Schlaf brauche und diese jetzt nehme. An dieser Stelle ein Danke an Andre f\u00fcr die Hinweise. Gegebenenfalls hilft die Info dem ein oder anderen Administrator bei \u00e4hnlichen Themen. Und falls ihr in dieses Schlamassel rauscht, hinterlasst einen Kommentar. <\/p>\n","protected":false},"excerpt":{"rendered":"

[English]Ein Blog-Leser hat mich zum Wochenabschluss auf ein Problem hingewiesen, was er bei der Administration eines Exchange Server 2013 nach der Installation der aktuellen Februar 2020-Updates hatte. Mails wurden zwar angenommen, aber nicht mehr in den Postf\u00e4cher der Benutzer einsortiert. … Weiterlesen →<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[7862,185,2557],"tags":[5418,24,4315],"class_list":["post-228266","post","type-post","status-publish","format-standard","hentry","category-stoerung","category-update","category-windows-server","tag-exchange-server","tag-problem","tag-update"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/228266","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/comments?post=228266"}],"version-history":[{"count":0,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/228266\/revisions"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=228266"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=228266"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=228266"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}