Etwas schräges Problem im TCPIP (Windows Server)

Hi,
ich brauche mal ein paar Denkanstöße:

Windows Server 2008 R2
VMware VM Version 7
1x NIC vmxnet3
AD-Mitglied, Memberserver
Rolle: nur Printserver

Der Server lief bis heute Morgen tadellos. Dann ist bei einer Routinekontrolle aufgefallen, dass der Server eine DHCP-Adresse hatte. Das soll bei uns für Server mit "statischen" Diensten nicht so sein. Daraufhin wurde also die selbe IP-Adresse, welche dieser aktuell inne hatte, statisch am Server eingetragen (und im DHCP reserviert). Ping von anderem Computer auf diese IP-Adresse funktionierte danach. RDP-Zugriff auch. Server sah also weiterhin voll funktionstüchtig aus.

Ein paar Minuten später meldete sich der 1st-Level Support: Druckaufträge gehen nicht raus bzw. die Drucker(warteschlangen) sind vom Client nicht ansprechbar.

Der Printserver war erreichbar. Anmeldung über RDP möglich.
Druckjobs hingen in den Warteschlangen.

Diagnose: Der Server kann beim Ping keine Namen auflösen. (Die TCP/IP-Anschlüsse der Drucker verwenden FQDN)
Kontrolle der TCP/IP-Einstellungen: alles ok. IP, Maske, GW, DNS ... alles stimmt
Test mit NSLOOKUP: Namensauflösung funktioniert!
Test mit Ping auf selben Namen wie eben beim NSLOOKUP: "Ping-Anforderung konnte Host .... nicht finden."

DNS-Cache geleert: keine Änderung
Neustart des Dienst "DNS-Client": keine Änderung

Server nicht funktionsfähig --> Neustart des Server angeordnet --> Neustart erfolgt

Anschließend:
Server ist immer noch mit statischer IP-Adresse konfiguriert .... hat jetzt aber eine APIPA-Adresse !?? plus dem statisch konfigurierten GW. Häh?
Keine Meldungen im Eventlog, von wegen "doppelte IP-Adresse" oder so.
Server auf DHCP gestellt. Er zieht sich durch die Reservierung im DHCP die gewünschte Adresse. Voll funktionstüchtig.
Server wieder auf statische Adresse gestellt: Wieder das Spiel mit der APIPA-Adresse. Nicht funktionstüchtig, klar.

Noch eine Beobachtung:
Wenn der Server auf DHCP steht, dann wird im IPv4-Dialog der NIC beim GW eine Adresse angezeigt. Dieses Feld sollte eigentlich genau wie die Adress- und Maskenfelder leer und deaktiviert sein.
Wenn wir eine IP-Adresse statisch konfigurieren incl. GW, dann nochmal den Dialog öffnen, dann ist 50/50 das GW-Feld mal gefüllt und mal leer.

Das Verhalten ist immer wieder reproduzierbar.

Wir haben den Server jetzt erstmal auf DHCP belassen, damit er wenigstens zur Verfügung steht. Wir müssen uns den aber zeitnah ansehen.

So, Holzhammer raus! Was übersehen wir?

E.