semjon
Goto Top

Windows Server 2016 Update blockiert Netzwerkverkehr

Hallo,

Folgende Situation.
Es sind mehrere Windows Server 2016 im Einsatz. Da mache ich auch regelmäßig meine Updates. Und hier geht der Schlamassel auch schon los.
Dass die 2016er Server extremst lange brauchen, bis die Updates runtergeladen sind, bis sie mit der Installation anfangen, und bis die Installationen abgeschlossen sind, ist bereits in mehreren Foren bekannt und heiß diskutiert. Wir bewegen uns hier in Bereich von mehreren Stunden. Und wenn man auch noch versucht mehrere Server gleichzeitig upzudaten, ist das Chaos perfekt...

Damit, dass die Updates einfach nur lange dauern, könnte ich ja noch leben, aber warum bricht hier jedes Mal der gesamte interne Netzwerkverkehr zusammen? Sogar bei einem einzelnen Serverupdate?
Es geht kein Dokumentenmanagement mehr, kein GIS mehr, Zugriffe auf Fileserver, überall nur noch Timeouts oder extrem lange Wartezeiten.

Künftig werde ich wohl die Updates für 2016er Server manuell von der Microsoft-Seite holen, aber...

was gibt es für eine logische Erklärung, dass wenn der Download des Updates schon bei 100% steht (mehrere Stunden), hier trotzdem der ganze Traffic lahm gelegt wird?

Gruß, SemJon

(PS: die 500k-Leitung für den Download sollte wirklich ausreichen. Der Win10-Rechner macht das gleiche Update innerhalb 5 Min.)

Content-Key: 571126

Url: https://administrator.de/contentid/571126

Printed on: April 27, 2024 at 11:04 o'clock

Member: dertowa
dertowa May 12, 2020 at 21:20:57 (UTC)
Goto Top
Zitat von @SemJon:
(PS: die 500k-Leitung für den Download sollte wirklich ausreichen. Der Win10-Rechner macht das gleiche Update innerhalb 5 Min.)
Der Windows 10 Rechner (am aktuellen Softwarestand) nutzt auch seit 1809 ein anderes Verfahren, welches auch bei Server 2019 zum Einsatz kommt.
Was nun die Installation des Updates mit der Downloadrate der Internetleitung zu tun hat frage ich mich nun aber noch?
Meiner Erinnerung nach rattern die Systeme lang auf den Platten und verursachen etwas CPU Last.
Gerade die Plattenaktivität kann ja schon mal kritisch werden, je nachdem was man für eine Büche betreibt. ;)

Allerdings habe ich bspw. einen Miniserver mit Raid 6 SATA und Server 2016 Essentials in der Betreuung und die alte Büche mit altem Phenom II X4 910e und ECC RAM ist weit entfernt davon, dass er mehrere Stunden für das Update benötigt. :D
Member: Vision2015
Vision2015 May 13, 2020 at 03:55:23 (UTC)
Goto Top
moin..
Zitat von @SemJon:

Hallo,

Folgende Situation.
Es sind mehrere Windows Server 2016 im Einsatz. Da mache ich auch regelmäßig meine Updates. Und hier geht der Schlamassel auch schon los.
ist ja nix neues...
Dass die 2016er Server extremst lange brauchen, bis die Updates runtergeladen sind, bis sie mit der Installation anfangen, und bis die Installationen abgeschlossen sind, ist bereits in mehreren Foren bekannt und heiß diskutiert. Wir bewegen uns hier in Bereich von mehreren Stunden. Und wenn man auch noch versucht mehrere Server gleichzeitig upzudaten, ist das Chaos perfekt...
hast du den defender deinstalliert? dann sollte es normal laufen!
sind das alles einzel bleche, oder VM´s... Hyper-V oder ESXI ?

Damit, dass die Updates einfach nur lange dauern, könnte ich ja noch leben, aber warum bricht hier jedes Mal der gesamte interne Netzwerkverkehr zusammen? Sogar bei einem einzelnen Serverupdate?
Es geht kein Dokumentenmanagement mehr, kein GIS mehr, Zugriffe auf Fileserver, überall nur noch Timeouts oder extrem lange Wartezeiten.
CPU last? Storage last?

Künftig werde ich wohl die Updates für 2016er Server manuell von der Microsoft-Seite holen, aber...
muss ja. nicht sein....

was gibt es für eine logische Erklärung, dass wenn der Download des Updates schon bei 100% steht (mehrere Stunden), hier trotzdem der ganze Traffic lahm gelegt wird?
ja...das macht der defender in der regel.

Gruß, SemJon

(PS: die 500k-Leitung für den Download sollte wirklich ausreichen. Der Win10-Rechner macht das gleiche Update innerhalb 5 Min.)
das ist kein vergleich...

Frank
Member: SemJon
SemJon May 13, 2020 at 07:27:00 (UTC)
Goto Top
Danke für eure Anworten.

Diese speziellen Server laufen tatsächlich in VMs auf einer ESX.
Normalerweise läuft auf unseren Clients/Servern ein F-Secure System, aber das macht hier wohl keinen Unterschied.
Auf 3 der 2016er läuft tatsächlich der Defender, da diese von einem externen Anbieter beträut werden (Application-, SQL-, Terminal-Server)
aber der vierte 2016er läuft mit F-Secure, und bremst ebenfalls das Netzwerk aus. Die noch etwas älteren Server laufen Ruck-Zuck.
Ich weiß zwar, dass der Defender nicht gänzlich vom System verschwindet, nur weil man ein anderes AV-System benutzt, aber kann der wirklich so den Updatevorgang behindern? Könnt ich den dann nicht temporär aushebeln?

CPU und Storage zeigen dann schon erhöhte Werte an, aber auch nicht unbedingt auf Anschlag.

Auf jeden Fall danke ich euch schon mal für die Antworten und die Denkanstöße, so kann ich schon mal weiter Ursachenforschung betreiben face-smile

Gruß
Sem
Member: Vision2015
Vision2015 May 13, 2020 at 07:50:12 (UTC)
Goto Top
moin...
Zitat von @SemJon:

Danke für eure Anworten.

Diese speziellen Server laufen tatsächlich in VMs auf einer ESX.
Normalerweise läuft auf unseren Clients/Servern ein F-Secure System, aber das macht hier wohl keinen Unterschied.
Auf 3 der 2016er läuft tatsächlich der Defender, da diese von einem externen Anbieter beträut werden (Application-, SQL-, Terminal-Server)
aber der vierte 2016er läuft mit F-Secure, und bremst ebenfalls das Netzwerk aus. Die noch etwas älteren Server laufen Ruck-Zuck.
Ich weiß zwar, dass der Defender nicht gänzlich vom System verschwindet, nur weil man ein anderes AV-System benutzt, aber kann der wirklich so den Updatevorgang behindern? Könnt ich den dann nicht temporär aushebeln?

CPU und Storage zeigen dann schon erhöhte Werte an, aber auch nicht unbedingt auf Anschlag.

Auf jeden Fall danke ich euch schon mal für die Antworten und die Denkanstöße, so kann ich schon mal weiter Ursachenforschung betreiben face-smile

du brauchst keine ursachenforschung mehr betreiben, defender rauswerfen, und die updates laufen in gewohnter zeit!

Gruß
Sem
Frank