zahni

net time /set /yes ist seit Windows 2000 nicht mehr valide. Seit Windows 2000 und dem AD wird w32time zur Zeitsynchronisierung verwendet. Wen der Dienst falsch konfiguriert ist, geht es nicht, Alles Andere kann ich nicht beurteilen. Wenn die Uhr im ausgeschalteten Zustand nicht mehr weiterläut oder die Zeit vergisst, ist die Batterie leer oder defekt. Austauschen oder neue Hardware kaufen. Es kann auch sein, dass eine der Anwendungen dort meint W32Time umkonfigurieren zu müssen. Oder die User haben zu viele Rechte oder es ist Malware drauf, oder, oder, oder...

Den Debugger gibt es neuerdings im Windows-Store: https://www.microsoft.com/de-de/p/windbg-preview/9pgjgd53tn86

Wie wurden die DC's aufgesetzt? Wurde da mit irgendeinen Disk-Cloning-Verfahren gearbeitet und dabei Sysprep "vergessen"? Gib mal am Server auf einer Admin-CMD "wmic useraccount where name='administrator' get sid" ein. Kommt da 2x die gleiche SID? S-1-5-21-GUID-MUSS-UNTERSCHIEDLICH-SEIN-500 Kann eigentlich nicht sein, aber...

Was mit noch einfällt: Vielleicht hat eine Backup-Software dort von System-State-Sicherungen vergessen VSS-Snapshots zu löschen. Ich neulich diesen netten Bug mit Commvault Simpana/Contentstore 11. Vielleicht stolpert darüber die Update-Routine. Einfach mal "vssadmin list shadows" eingeben.

Danke für die Rückmeldung. Trotzdem komisch. 500MB ist default und bei mir sind nach dem Update 153MB frei. Es wurde scheinbar der Boot-Manager ersetzt. Einer der vielen kleinen Bugs, die bei MS neuerdings auftreten. Ich fummele da definitiv nicht mit irgendwelchen Tools rum, sondern würde einen Case aufmachen. -Zahni

Die Systempartition wird man vermutlich nicht vergrößern können. Die liegt zusammen mit C: als 1. Partition auf einem VDMK...

Einfach mal nach "Error" weiter vorn im Protokoll suchen.

Dann geht es auch nicht. Bei Domain-Member-Computern gehört bei Type "NT5DS" rein, was auch Standard ist. Es sei denn, jemand hat hier per GPO oder anders etwas am Standard vorbei konfiguriert. Wie gesagt: Man braucht es normalerweise nicht, kann es aber damit reparieren: https://www.gruppenrichtlinien.de/artikel/zeitsynchronisation-der-domaene-w32time-zeitserver-per-gpo/

Sind auch alle verfügbaren Updates freigeben? Es gab neulich ein Update für den Servicing Stack. Eventuell mal Online nach Updates suchen, falls ein WSUS verwendet wird.

Kannst Du die Probleme ein wenig deutlicher beschreiben? "bricht immer ab" hilft nicht weiter. Hast Du alle Installationsschritte in der richtigen Reihenfolge durchgeführt? Siehe z.B. hier: https://www.windowspro.de/roland-eich/exchange-2019-windows-server-2019-desktop-experience-installieren Sind alle verfügbaren Updates von Windows installiert? Ist genug RAM eingebaut?

Was steht denn im Bluescreen? Das haben wir jetzt schon mehrfach gefragt. Den automatischen Neustart bei Bluescreen kann man abschalten. Bei dem Fehlerbild kann übrigens https://www.memtest86.com/ nicht schaden,

Was steht denn unter HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters am Client?

Wie wurde der Server aufgesetzt? Aus einem Image oder direkt vom originalen ISO? Eventuell hilft ein intensives Studium der CBS-Logs \Windows\Logs\CBS\

Was bedeutet "nicht angezeigt"? Bist Du am Server mir einem lokalen oder einem Domänen-Konto angemeldet?

Vielleicht ist RSA SecurID was für Euch. Nutzen wir für andere Dinge. Vorteil ist, dass man keine Lesegeräte braucht. https://www.rsa.com/content/dam/en/data-sheet/rsa-securid-hardware-tokens.pdf

Das ist übrigens ein Grund diese Geräte zu verschlüsseln. Den die Verschlüsselung der gecachten Konten ist relativ leicht zu knacken offline auslesbar (wenn nicht verschlüsselt wird).

Bei mir tut es noch ein "gebrauchtes" Blade. Muss ich aber mal irgendwann austauschen. Kein Support mehr für Windows 2016 und neuer.

Was hast Du denn für ein Board? Und nein, Windows 7-Treiber funktionieren nicht automatisch unter Windows 10. Normalerweise versucht Windows 10 bei einem Online-Upgrade (!) passende Treiber nachzuladen. Was steht im BSOD?

Wenn man einen virtuellen Fileserver hat und die Daten liegen nicht auf C:, kann man die virtuelle HDD u.U. an die neue VM hängen. Dann lässt man 1x chkdsk /f laufen und überträgt die Shares aus der Registry. Fertisch. NTFS-Rechte bleiben erhalten.

Dann eben so? http://www.fromthefield.it/2018/09/dhcp-migration-between-different-server-languages/ Ich kenne den Umfang des Servers nicht. Notfalls richtet man den manuell neu ein.

Schau mal hier: https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-R2-and-2012/dn495425(v=ws.11) https://social.technet.microsoft.com/Forums/en-US/7977c59a-fbbf-42b4-a623-7c33593cf139/moving-dhcp-from-win2k8r2-to-win2016?forum=winserverMigration

Das sollte als Antwort ausreichen: https://docs.vmware.com/en/VMware-Workstation-Pro/14.0/com.vmware.ws.using.doc/GUID-79B88EBD-DFA4-4C09-B33D-E011AABCA8D4.html

Die Schreibweise ist ein inner join. Probiere mal einen left join: https://www.w3schools.com/sql/sql_join_left.asp

FC-Switche sollten immer eine oder mehr "Zonen" haben...

Die meisten Lösungen verwenden so oder so nur einen SQL-Login via Port 1433. Da ist der Name der Instanz meistens egal.