Doso

Hast du das aktuellste Update auf dem VMM drauf und auch die Agenten entsprechend aktualisiert?

Kann man da nicht einfach einen weiteren Node hinzufügen?

Ich finde es merkwürdig das alle panisch ihre Server und Rechner patchen. Macht man das nicht eigtl. sowieso regelmäßig?

Lade halt mal das aktuellste CU per Browser runter und installiere es und prüfe ob es dann geht.

CALs sind nicht das Problem, da sind wir über entsprechende Volumenlizenzprogramme versorgt.

Wir haben einen visualisierten Windows Printserver auf Basis eines Windows Server 2008R2. Auf den Server greifen Windows 7 und Windows 10 Rechner zu. Ganz normale PCs, keine Terminalserver im Einsatz. Wir wollen das Ding jetzt mal auf was aktuelles anheben. Bei Terminal Server scheint es ja unter 2012R2 doch so einige Probleme gegeben zu haben mit Druckservern. Windows Server 2016 sollten so langsam die Kinderkrankheiten raus sein. Soweit ich das sehe scheint es aber in Windows Server 2016 auch keine wirklichen Änderungen bei der Druckserver Rolle zu geben. Hat hier jemand Empfehlungen ob man dafür lieber noch auf 2012R2 setzt oder doch schon lieber auf Windows Server 2016 geht?

Einfach Rechner aktuell durchpatchen, fertig. Ja, es ist wirklich so einfach. Sollte man doch eigentlich sowieso machen?!

Evtl. per Transportregel irgendwie markieren, und dann im Postfach per Regel entsprechend umlegen. Direkt geht das glaube ich nicht.

Wir haben einen Exchange 2016 Server mit irgendwie 500/600 Postfächern. Als ich die Datenbanken erstellt habe, habe ich die NTFS Einstellungen auf Standard gelassen. Die evtl. paar Prozent mehr Leistung merkt man eh nicht.

Bei so wenigen Nutzern wird es wohl total egal sein was du da einstellst.

Wie viele Nutzer auf dem Exchange Server? Bitte prüfe vor dem Einsatz von ReFS ob deine Backup Software damit klar kommt. Microsoft DPM kann z.B. kein Exchange auf ReFS.

"Was habt ihr geändert?" "Die IT hat was geändert... "Wieso löscht ihr meine Mails?!" *sigh* Unterorder aufgeklappt, Ticket geschlossen :(

Wir sind irgendwo bei 7 GB Limit im Moment. Ich habe die Mails lieber auf dem Server anstatt in irgendeiner Datei rumfliegen. Diese Dateien gehen dann gerne mal irgendwo verloren und der Nutzer will seine wichtigen Mails wieder, hat aber keine Ahnung wo diese Archiv Datei ist oder wo die lag. Hatten wir schon ein paar Mal den Fall, obwohl wir da eigentlich Sachen in der Richtung in Outlook ausgeblendet haben und das nie irgendwo beworben haben.

Es gibt auch Szenarien da eignet sich sowas einfach nicht. Ich denke jetzt an große lokale Fileserver wo sich viel tut, z.B. große CAD Dateien, wo vielleicht die Netzwerkbandbreite vor Ort knapp ist. Anwendungen die spezielle Betriebssysteme oder physische Hardware brauchen. Anwendungen die minimale Netzwerklatenz oder viel CPU Leistung brauchen (z.b. evtl. ERP). Wie immer kann sowas Sinn machen, aber es kommt halt drauf an.

Seit Hyper-V 2012R2 braucht es dafür sogar nicht mal mehr die vollständigen Integrationsdienste. Wobei das natürlich immer noch besser ist. Windows Server 2008R2 Hyper-V ist da aber noch eher "meh".

Einfach per Powershell. mit get-vm die VM holen, dann mit IF den status prüfen und dann ggf. die VM starten. Das per Task Scheduler z.B. einmal pro Stunde ausführen lassen und fertig.

Finger weg von Snapshots auf den DCs in der Umgebung. Das kann ggf. sonst böse enden!

Microsoft DPM nutzt für das Backup von DCs letztlich auch das Windows Server Backup im Hintergrund. Auch hier kann man nur ein "System State Backup" machen oder ein volles Backup (Bare Metal Recovery). Ich habe das dann mal in einer Testumgebung probiert. Mit dem Systemstate bin ich nicht weiter gekommen, mit dem Bare Metal Recovery konnte ich DCs wieder herstellen. Macht man zwar nur im absoluten Desaster Fall sowas, aber trotzdem gut zu wissen. Daher sicheren wir unseren einen physischen DC per Bare Metal Recovery, die anderen beiden DCs sind per Hyper-V visualisiert und werden darüber gesichert.

Natürlich sind die Kennwörter gleich. Sind ja die gleichen Kennungen als Kopie. Nur der Benutzername ist mal so oder so.. je nachdem.

Was für ein VPN habt ihr? Wir nutzen Barracuda VPN. Der Client hatte da unter Windows 10 in einigen Versionen einen Bug wenn der Rechner mit VPN einschläft. Nach dem aufwecken ging VPN nicht mehr und der Account wurde im AD gesperrt. Wurde per Hotfix am Barracuda Client gelöst.

Jaja die Hochschulen.. *sigh* Wir haben keinen zentralen Verzeichnisdienst, wir kopieren lieber die Benutzerkonten in 30 verschiedene lokale Datenbanken/Verzeichnisdienste weil das sicherer ist. :jau:

_msdcs ist auch Standard beim Active Directory: https://standalonelabs.wordpress.com/2011/05/08/what-is-the-_msdcs-subdomain/

Lass mich raten. DFS Namespaces im Einsatz, diese liegen auf den DCs und ihr habt nur einen DC dort konfiguriert.

Einer der Gründe warum man möglichst mehr als einen DC haben sollte...

Man kann das Feld auch über den Attribut Editor wieder leeren dann ist auch der hintere Teil in der GUI leer. Eigentlich sollte der userprincipalname auch eindeutig sein. Ist er aber nicht. Man kann über LDAP/Attribut Editor mehreren Nutzern den selben Wert geben. Über die normale GUI wird das geprüft und abgefangen, über andere Methoden aber nicht. Nutzer wird sich nicht anmelden können und es gibt auch Fehlermeldungen in der Ereignisanzeige, aber technisch geht das. Im Detail ist das Thema "Benutzername" gar nicht so einfach wie man auf den ersten Blick denkt.