Chris_30

Durch Zufall über dieses alte Thema gestolpert. Geht auch pragmatischer: Unter HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NlaSvc\Parameters neuen DWORD-Wert (32-Bit) Schlüssel namens AlwaysExpectDomainController mit dem Wert 1 erstellen.

Jupp, vertippt. Gerade bisschen dran gespielt. Versucht die fehlenden Ordner aus einem funzenden Server in den neuen Pfad reinzukopieren (Ja, Besitz übernommen, Berechtigungen durchvererbt). Jetzt wirds geil.... Ich kann im Defender Ordner beliebig Ordner erstellen und darin auch Dateien. Ich kann auch den fehlenden Ordner "Platform" erstellen. Aber ... in dem Ordner kann ich keine Dateien erstellen oder reinkopieren. Da kommt dann die Meldung Element nicht gefunden...

Geht leider nicht - der neue Pfad wo das heutzutage liegen sollte ist "unvollständig" Der aktuelle Pfad sollte ja eigentlich sein: %ProgramData%\Microsoft/Windows Defender\Platform\<Version> Aber der Ordner Platform fehlt Im alten Pfad (C:\Program Files\Windows Defender\MsMpEng.exe) läge eigentlich noch alles. Aber trotzdem mault der Dienst er kann die angegebene Datei nicht finden. Ja, ist eine VM - aber eben nicht nur Fileserver sondern auch der einzige DC

Ja, alles restlos beseitigt. Cleanup Tool von denen laufen lassen. Wie beschrieben auch die letzten Updates nochmal laufen lassen. Aber das ist nicht das Problem. Sondern eben dass der Dienst den alten Pfad aufrufen will, in der Registry aber die neue Version drinsteht, und dann passen eben die Daten nicht zusammen.

Ist nicht gewünscht - ist eine Miniumgebung mit einen Fileserver/DC, soll/darf alles nix kosten :-( Verstehe ich aber auch - sing geschrumpft auf nur noch 3 Arbeitsplätze plus den Server, läuft wohl nicht so das Geschäft.

Liebes Forum, ich habe hier folgendes Problem. Ein Windows Server 2016 auf dem bisher Kaspersky lief soll nun mit dem Defender auskommen. Also Kaspersky runtergeschmissen, Defender mit der Serververwaltung hinzugefügt - kein Erfolg. Dann den Weg der Wege gegangen um die aktuellste Version zu haben: Dism /Online /Enable-Feature /FeatureName:Windows-Defender-Features Dism /Online /Enable-Feature /FeatureName:Windows-Defender Dism /Online /Enable-Feature /FeatureName:Windows-Defender-Gui Genau dasselbe Ergebnis. Letztes Cummulatives Serviceupdate deinstalliert und nochmal installiert, auch kein Erfolg. Das Problem ist, dass der Defemder Dienst nicht starten kann - der Dienst will noch auf den alten Defender Pfad zugreifen (C:\Program Files\Windows Defender\MsMpEng.exe) Dort liegen zwar noch die Defender Dateien, aber eigentlich sollte er doch auf den neuen Pfad zugreifen, dann würde er auch starten :-( Hatte das schonmal jemand? Danke schonmal im vorraus. Chris

Hatten wir mal getestet - geht relativ problemlos, wenn auch nicht unbedingt super flüssig!!! Wenn du nur Clients dran hast aus dem lokalen LAN geht es noch so einigermaßen (schön ist aber anders). Hast du jedoch auch Clients von entfernten Standorten die sich am TS anmelden dann lasse es besser sein!

Liebe Community, was übersehe ich - was hat MS geändert? Nachdem MS mit dem Mai Update ja ein Problem mit den Local Ports eingebaut hatte mit folgenden Symptomen: Nach NS 2016er TS waren alle zuvor verbunden Local Ports weg, obwohl sie noch in der Registry standen. Manche liesen sich in der PS mit add-printerport problemlos wieder verbinden, manche selbst dann nicht wenn man sie manuell aus der Registry gelöscht hatte. Da half dann nur einen neuen Freigabenahmen auf dem Client mit dem Drucker zu vergeben. Dieses Problem scheint gelöst zu sein, habe das Oktober Update installiert (angeblich wurde dies bereits im August Update gefixt, jedoch wurde das damals nicht installiert), und oh Wunder alle ehemals verschollenen Ports wieder aufgetaucht. Jedoch funktionieren diese nicht. Egal ob über die GUI oder PS brachte der Versuch einen neuen Port hinzuzufügen "Falscher Parameter". Kann aber auch nicht gehen - wenn ich über den Explorer den freigegeben Drucker doppelklicke kommt der Fehler: "Vorgang konnte nicht abgeschlossen werden (Fehler 0x00000709). Überprüfen Sie den Namen des Druckers, und stellen Sie sicher, dass der Drucker mit dem Netzwerk verbunden ist." Ich habe dem Client PC (Homeoffice-Rechner der nicht in der Domäne ist) Testweise im DNS eingetragen, aber wenn ich im Explorer dann über den FQDN auf den Druckerzugreife kommt exakt der gleiche Fehler. Eigentlich kenne ich diesen Fehler nur bei Windows 10 wenn es sich weigert den Standarddrucker umzustellen. Hat jemand eine Idee? Auf das "normale" Durchschleifen im RDP Client möchte ich gerne verzichten, dies lief bis zum 2008R2 ja wunderbar, aber ist unter 2016 doch recht fehleranfällig :-( Danke schonmal vorab.

Wie es "normalerweise" geht war mir schon klar - aber da ist eben Domäne Voraussetzung. Klang weiter oben aber eben so als ginge es mit einem "wie auch immer Trick" auch ohne dass die Hosts in der Domäne sein müssen.

Leistungstechnisch vermutlich nicht - da dürften die Unterschiede wohl marginal sein. Eher bezogen auf die SSD Lebensdauer fand ich die Frage interessant.

Dachte ich eigentlich auch - bereits beim Versuch das Feature zu aktivieren mault der Hyper-V nämlich dass es nicht installiert werden kann da Domänenmitgliedschaft Voraussetzung ist.

Hallo, was sind eure Erfahrungen welche Stripe-Size bei einem Raid 10 aus 4 SSD's sinnvoll ist? (auf einem Hyper-V Server, dort liegen nur VM's) Bei HDD's hätte ich jetzt 256kb genommen. Welche Clustersize verwendet ihr in diesem Fall? 4K ? Mir ist klar dass man das nicht so pauschal beantworten kann, dort liegen unterschiedliche Maschinen - ein recht gelangweilter SQL Server neben den Terminalservern. Geht mir eher um einen vernünftigen Kompromiss zwischen Performance und SSD Lebensdauer. Chris

Leider ist der Link down - hat jemand die Info wie das ohne Domänenmitgliedschaft geht noch irgendwo offline und könnte das hier posten?

Da hatte ich dann zumindest nur noch 3 zur Auswahl … Aber da standen wenigstens die technischen Daten dabei. Die älteste (vermute ich mal da bei Ingram als Abverkauf gekennzeichnet) hat die besten Werte. Klar 2 Watt mehr Stromverbrauch, aber: P09090-B21 Capacity: 800 (GB) READ Performance (IOPS): 130,000 WRITE Performance (IOPS): 123,000 Max Power (Watts): 8.76 Random READ Avg. Latency (µS): 100 Random WRITE Avg. Latency (µS): 34 SSD type: MU Interface: SAS Endurance (Drive Writes Per Day): 3 Max Seq READ Throughput (MiB/s): 1,095 Max Seq WRITE Throughput (MiB/s): 1,010 Alternate SKUs: No current direct follow on P04527-B21 Capacity: 800 (GB) READ Performance (IOPS): 104,000 WRITE Performance (IOPS): 85,000 Max Power (Watts): 6.71 Random READ Avg. Latency (µS): 135 Random WRITE Avg. Latency (µS): 35 SSD type: MU Interface: SAS Endurance (Drive Writes Per Day): 3 Max Seq READ Throughput (MiB/s): 1,075 Max Seq WRITE Throughput (MiB/s): 1,030 Alternate SKUs: No current direct follow on

Eben nicht … das sind die 800GB MU Enterprise SSD's die für den DL380 freigegeben sind: HPE 800GB SAS 12G Mixed Use SFF SC SS540 SSD P21131-B21 HPE 800GB SAS 12G Mixed Use SFF SC PM1645a SSD P19913-B21 HPE 800GB SAS 12G Mixed Use SFF (2.5in) SC 3yr Wty Digitally Signed Firmware SSD P09090-B21 HPE 800GB SAS 12G Mixed Use SFF SC PM5 SSD P04527-B21