Nach Updateinstallation - Hyper-V-Replikation stellt die Funktion ein

Guten Morgen, Kollegen!

Kann zufällig jemand Folgendes bestätigen?

Replikation zwischen 2 Hyper-V-Servern 2016
Protokoll https

-> Hyper-V-Replika Listeningport (443) wird nach Installation der letzten Windowsupdates nicht geöffnet und die Replikation kann auch nicht fortgesetzt werden

[Eventlog: nutzlose Einträge]

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 333529

Url: https://administrator.de/forum/nach-updateinstallation-hyper-v-replikation-stellt-die-funktion-ein-333529.html

Ausgedruckt am: 29.04.2025 um 11:04 Uhr

7 Kommentare

Neuester Kommentar

Sers,

Wenn wir hier von KB4013429 reden:

Patch macht Probleme mit .Net 3.x und WMI. Letzteres dürfte das Hyper-V Replica Problem verursachen
Deinstallation führt in vielen Fällen zu ner BSOD Bootschleife

Habe ihn selbst noch nicht installiert/getestet. Urlaub und so

Tragischerweise behebt just dieser Patch dass Problem, das bei der Deduplizierung von >2,2TB großen Dateien für Inkonsistenz sorgen kann....

Grüße,
Philip

Moin.

Installiert wurde KB4016635. Der von Dir genannte ist nicht benötigt.

Nur zur Sicherheit: Wird der Kryptodienst ausgeführt?

Ja, wird er.

@DerWoWusste:

Hallo.

Defender im Einsatz bzw. aktiv? Ich hatte das Problem auch, keine Synch./Repl. mehr nach dem letzten Monatsupdate zw. 2 HYPER-V-2016-Hosts m. aktiver HYPER-V-REPLICA.

- Defender deaktivieren
- Synch./Repl. anhalten und wieder laufen lassen
- Synch./Repl. funktioniert wieder!
- testweise Defender doch wieder aktiviert
- Synch./Repl. funktioniert trotzdem weiterhin!
- Staunen
- so weitermachen
- evtl. damit Rechnen, daß das nun jeden Monat so geht

Viele Grüße

von

departure69

So, hat sich geklärt und es war nicht der Defender.
Ich hatte letzte Woche eine neue CA aufgesetzt und nur dem einen Replikationspartner ein neues Zertifikat gegeben. Bislang lief es damit, aber nach einem Neustart des anderen Replikationspartners (zwecks Updateinstallation), konnte kein Zertifikats-Revocationcheck mehr gemacht werden (alte CA: weg!) - und das war die Ursache.

Fiel auf, als ich, wie von Departure vorgeschlagen, die Replikation ganz entfernen wollte, was zunächst nicht ging, denn selbst beim Entfernen macht er diesen Revocationcheck!
Bloß lustig, das nichts, aber rein gar nichts davon in den Eventlogs stand...

Danke an Departure, auch wenn er nicht im eigentlichen Sinne richtig lag

Ergo:
->Updates: unschuldig
->Schuldig: ich
->gelernt: Replikation arbeitet beidseitig mit Zertifikaten...