Küstennebel

Hi, ich mach halt nicht den ganzen Tag daran rum. Schön wär's. Nebenbei muss ich auch "richtig" arbeiten. IT ist nur, wenn mal wieder 'ne Stunde Zeit ist. :cry: Und die bisher reingesteckte Zeit will ich nicht einfach wegwerfen, ohne alles probiert zu haben. Aber das Kind ist wohl in den Brunnen gefallen. So en Elend ...

Ich denke mal, es muss etwas mit den Sprachpaketen zu tun haben. Wollte gerade die ausgewählten Sprachpakete in der Systemsteuerung > Zeit und Sprache > Region und Sprache checken, doch in dem Moment wo er in den Bereich "Region und Sprache" wechselt, kommt, neben der Sprachanzeige "Deutsch (Deutschland) Windows-Anzeigesprache" auch eine Fehlermeldung: ------------------------------------------------------------------------- C:\Windows\system32\SystemSettingsAdminFlow.exe Auf das angegebene Gerät bzw. den Pfad oder die Datei kann nicht zugegriffen werden. Sie verfügen ggf. nicht über ausreichende Berechtigungen, um auf das Element zugreifen zu können -------------------------------------------------------------------------- Die Datei ist aber da und der Administrator hat auch die "Lesen, Ausführen" Berechtigungen. Also lange schaue ich mir das nicht mehr an. Dann wird nochmal alles platt gemacht und neu installiert. Gruß Jörg

Moin Nobby, Bei IPv6 ist in den Adaptereinstellungen wieder der Haken dran - hat leider nichts gebracht. Auch das koreanische Sprachpaket habe ich aus der Registry entfernt - leider auch nichts. Nun stehe ich wieder da. Gibt es evtl. noch eine Art Installationslog, wo mehr Details zum Abbruch drinstehen? Gruß Jörg

Mhh, IPv6 ist, glaube ich, in den Adaptereinstellungen deaktiviert. Ist das zwingend notwendig?

Er ist Member und hat auch eine feste IP. Nur DNS ist er noch nicht. DNS ist z.Zt. noch der alte DC. DNS wollte ich aber auch gleich mit installieren, also zusammen mit der DC Rolle.

Dell

Hallo, bei der Installation der Rolle AD Domain Services über den Server Manager auf unserem neuen Server 2016 Standard, bricht die Featureinstallation immer nach ca. 1/3 des Verlaufsbalkens mit folgender Fehlermeldung ab: "Fehler bei der Anforderung zum Hinzufügen oder Entfernen von Features auf dem angegeben Server. Installation of one or more roles, role servicees, or features failed. The refernced assembly could not be found. Error: 0x80073701" Ein wenig googlen brachte hervor, dass es u.U. an fehlenden Language Packs liegt, da sich oft falsche Languages in der Registry befinden. Bei uns unter HKEY_Local_Machine > Software > Microsoft > Windows > Current Version > Component Based Servicing > PackageDetect stehen unter Microsoft-OneCore_Remote-Natural-Language-WOW64-Package und unter Microsoft-OneCore_Remote-Natural-Language-Package folgende Packages drin: de-DE en-US ko-KR drin. Ok. Englisch wird ausgeliefert, dann haben wir auf Deutsch umgestellt. Aber wie kommt da koreanisch rein. Kann ich diesen Schlüssel bzw. das DWORD einfach löschen? Gruß Jörg

Eine Verdoppelung hatte ich auch zu keiner Zeit erwartet. Soll auch eher als Redundanz gesehen werden. Evtl. steigert sich der Durchsatz ja, wenn verschiedene Clientrechner zeitgleich mit dem Server kommunizieren und der Server diese Anfragen auf die Teaming NICs aufteilt. Aber ich denke mal, der unmanaged Switch hat die MACs gespeichert und nimmt immer den ersten Port, der passt - es sei denn, es kommt mal zum Ausfall eines Server NIC. Mit dieser einfachen Durchsatzmessung, wollte ich nur checken, ob wir uns durch das Teaming grundsätzliche Netzwerkprobleme eingehandelt haben. Aber da sind wir mit annähernd 1 Gb Durchsatz erst mal zufrieden. Die Ereignisanzeige ist auch sauber, sodass ich an diesen Punkt erst mal einen Check machen kann. Die vier Drucker sind nun auch endlich eingerichtet, freigegeben und halten die Treiber für alle Clients bereit. Das ist ja auch jedesmal eine Fummelei mit der Einrichtung. Dieser Mischmasch aus W7 und W10 Systemsteuerung nervt. Als nächstes wird dieser Member Server nun zum DC hochgestuft ... Mal sehen, ob's da Probleme gibt. Dann zapfe ich gerne wieder Eure extreme Sachkenntnis an. Gruß von der Küste Jörg

Noch mal 'ne kurze Rückmeldung: 2 Netzwerkkarten sind jetzt zu einem Team mit Hilfe der Windows Server 2016 Bordmittel (Servermanager) zusammengefasst. Das Ganze switchunabhängig und mit dynamischem Lastenausgleich. Mehr zur Konfiguration kann ich nicht rauslesen. Wir haben auch mal einen Durchsatztest mit einer 3 GB großen Datei gemacht. Auf dem alten 2003er Server mit Broadcom Teaming können wir durchschnittlich mit 96 MB/s schreiben und mit 44 MB/s lesen (warum Lesen so einbricht, weiß ich auch nicht). Auf dem neuen 2016er Server mit Windows Teaming können wir mit ca. 114 MB/s lesen/schreiben. Das ist, meine ich, eine ganz gute Bruttorate. Damit sollte unser Gb Netzwerk auch so ziemlich ausgereizt sein. Gruß Jörg

Ihr habt recht gehabt. Habe die Rolle "Remote Desktop Session Host" entfernt und nun scheint es zu laufen, sprich, ich kann mich als Admin weiterhin per RDP verbinden, die Lizenzwarnung scheint aber weg zu sein. Allerdings bleibt für mich die Frage, wieso diese Rolle aktiviert war. Evtl. habe ich ja beim Setup nur etwas von "Remote Desktop" gelesen und unbewussst den Haken rangemacht. Asche auf's Haupt. Gruß Jörg

Hi Norbert, also in den erweiterten Systemeigenschaften habe ich natürlich die "Remoteverbindung mit diesem Computer zulassen" aktiviert. Eine RD Rolle habe ich nicht aktiv installiert. Allerdings ist 1 (von 6) Remote Desktop Diensten aktiv, und zwar "Remote Desktop Session Host". Muss dieser wieder deaktiviert werden?

Hi mba, nein, die Rolle haben wir nicht aktiviert. Was bedeutet "Remotezugriff erlauben"? Zugriff habe ich ja auch jetzt schon.

Moin Forum, wir nehmen gerade unseren neuen Server 2016 Standard in Betrieb. Für diesen haben wir auch 20 User CAL gekauft. Soweit so gut. RDP soll nun ausschließlich durch den Administrator zur Fernwartung genutzt werden. Ich gehe mal davon aus, dass nach wie vor 2 User ohne zusätzliche RDP Lizenzen den Remote Desktop zu Wartungszwecken am Server nutzen dürfen. Wenn dem so ist, wie bekomme ich dann die ständigen Warnmeldungen, dass der Remote Desktop Lizensierungsmodus noch nicht eingerichtet wurde, weg? Ich muss doch für den Admin Fernzugang jetzt nicht extra einen Lizenzserver aufsetzen? Aktuell steigen wir von Server 2003 nun endlich auf 2016 um. Damals gab es diese RDP Lizensierung halt noch nicht. Und Google und die Forumssuche brachten nicht so recht Ergebnisse zur Lizensierung für reine Fernwartungszwecke. Vielleicht kann mir da jemand mal auf die Sprünge helfen. Gruß Jörg

Moin, Da müssten 2 getrennte 2-Port Karten drinstecken oder auf dem Board verbaut sein. Zumindest, wenn man von der Position der RJ45 Buchsen ausgeht. Zwei befinden sich nebeneinander an der linken Seite und die zwei anderen in der Mitte der Serverrückseite. Wir werden wohl mal zwei zu einem Team verbinden, um die Ausfallsicherheit zu erhöhen (auch wenn wir keinen zweiten Switch bekommen). Die anderen beiden deaktivieren wir dann. In diesem Zusammenhang müssen wir nur noch herausfinden, was es mit der integrierten iDrac auf sich hat. In unserem alten Server hatten wir eine separate iDrac Karte, welche auch bei runtergefahrenem Server mit ihrer IP ansprechbar war. Darüber ließ sich dann der Server auch remote wieder hochfahren. Bei der integrierten iDrac Funktionalität des neuen Servers konnten wir beim Setup einen NIC und eine IP für iDrac festlegen, die aber scheinbar nur im ausgeschalteten Zustand des Servers aktiv ist. Wenn der Server online ist, kann man alle 4 NICs unter Windows wieder frei konfigurieren. Na, da müssen wir mal noch ein wenig lesen und testen. Hatte schon kurzzeitig rote Flecken im Gesicht bekommen, nachdem ich Doso's Hinweis gelesen hatte. :cry: Aber nun bin ich wieder beruhigt. Der Server ist schonmal zum Mitgliedsserver gemacht worden. Demnächst wird er dann als zusätzlicher DC hochgestuft, um dann alle FSME Rollen übernehmen zu können. Aber immer Eins nach zwei Anderen. Gruß Jörg

Ihr seid ja fleißig, sogar am Feiertag. :thumb1: Klingt erst mal interessant, insbesondere da die 100 Sensoren Version Freeware ist. Wir sind ja nur eine kleine Firma ohne IT Abteilung. Teure Netzwerküberwachung wird da nicht angeschafft. Mein Kollege und ich machen die IT quasi nebenbei mit (müssen wir jetzt an dieser Stelle nicht drüber diskutieren). Vielleicht testen wir das mal. Wozu gibt es dann aber "switch independent", wenn es nichts bringt?

Moin Forum, wir sind gerade dabei unseren neuen Server 2016 Standard aufzusetzen, der nun endlich unseren alten Server 2003 ablösen soll. In unserer kleinen Firma ist der Server sowohl DC als auch File- und Druckserver (so wie der alte auch). Der gekaufte Dell Rackserver bringt nun standardmäßig 4 NICs mit, die frei konfiguriert werden können. Beim alten Server hatten wir über den Broadcom Treiber schon damals NIC Taming für die 2 NICs aktiviert, allerdings ohne zu messen, ob das irgendwas an Durchsatzverbesserung gebracht hat. Zumindest lief es all die Jahre ohne Fehlermeldungen oder Komplikationen im LAN. Nun arbeiten wir uns gerade in Server 2016 ein und lernten, dass das OS schon eine Teaming Funktion mitbringt, man also nicht mehr auf die Herstellertreiber angewiesen ist. Allerding gehen die Meinungen im Netz und auch hier im Forum hinsichtlich des Sinns in einfachen bzw. kleinen Umgebungen auseinander. Hier mal unsere aktuellen Randbedingungen: - Windows Server 2016 Standard mit 4 NICs (derzeit ist erst mal nur eine aktiv) - ca. 20 Client Rechner mit aktuellem Windows 7 Professional (alle Rechner mit nur 1 NIC) - unmanaged 48 Port Switch 1. Lohnt es sich, das Teaming am Server zu aktivieren, da ja mitunter mehrere User gleichzeitig auf den Server zugreifen? 2. Lohnt es sich, das Teaming erst zu aktivieren, wenn (in den nächsten Jahren) alle Clients auf W10 umgestellt worden sind? 3. Oder lohnt es sich, das Teaming zu aktivieren, wenn ein neuer Switch angeschafft wurde, der die entsprechende Funktionalität beherrscht (switch-dependent)? Gruß Jörg