Tiro

Auch wenn es in Chiefs Link am unteren Ende drin steht: Definitiv lohnt sich in den IMHO geringen Mehraufwand von WDS zu MDT zu investieren. Zum einen, weil Du damit Images automatisiert erstellen könntest und zum anderen eigentlich nur ein Images benötigst. Es gibt sogar ein Buch dazu in deutscher Sprache.

hast Du den primären Computer schon definiert?
Ich sehe z.B. in der oberen Richtlinie den Punkt "Auswertung des primären Computers" als nicht konfiguriert. 🙂

Ich würde mal den Process Monitor (procmon) aus der Sysinternals Suite mit boot logging (Options - enable boot logging) laufen lassen und schauen, was da mitgeschrieben wird.
Nicht vergessen gleich nach dem Anmelden das Logging zu stoppen, sonst läuft das weiter, bis "Platte voll.

Ich habe damals auf alles ausführlichst geantwortet und alle Informationen bereitgestellt nach denen gefragt wurde. Da man sich, wieder Volksmund sagt, immer zweimal sieht.
Alles andere habe ich für mich behalten. Meine persönliche Dokumentation und Skripte, die ich für mich geschrieben hatte, wurden immer belächelt oder als "was Du machst, bekommen wir schon hin, falls wir es mal brauchen" abgetan. (Spoiler: nö, haben sie nicht 😁 )
Daher habe ich mich mit der Übergabe nicht aufgedrängt.
 

Prüfe mal, ob dieser Workaround für Dich funktioniert. Bei den SBS damals hat es geklappt. Die liefen dann brav nebenher.
Probiere das bitte vor mit einer VM aus. Stichwort: disk2vhd

Nur so allgemein:
1) Schema-Erweiterung macht man stets auf dem DC mit der FSMO-Rolle Schema-Master.
2) der Benutzer, der das durchführt, muss in der Gruppe der Schema-Admins sein.
3) wer die Schema-Erweiterung lieber getrennt vom neuen DC mit dem höheren OS durchführen möchte (dafür gibt es im Produktiv-Umfeld durchaus Gründe), muss es über cmd und adprep.exe machen. inkl. aller Schritte, wie adprep.exe /rodc (auch wenn man keinen hat. Sonst wirft dcdiag u.U. irgendwann mal einen Fehler ?)
4) wie es automatisch geht: siehe oben

Wie es andere "produktiv" machen: lies mich

Ich habe bei meinem letzten Jobwechsel schon die Firmen vorab "gestalkt" ?. HInterher aber auch konsequent meinen Bewerbungsprozess bei Kununu zurückgemeldet. Bei manchen potentiellen Arbeitgebern, die "dringend" Leute suchten, warte ich seit über einem Jahr auf Rückmeldung. ?
Das habe ich genauso dargelegt, wie die positiven Beispiel. Einmal hatte die Firma den Job schon vergeben, dann aber zwei ähnliche, offene Alternativen angeboten. Das fand ich mal pfiffig. Auch das ich für die erste Runde nicht 100 km in die Provinz fahren musste, sondern per Telefoninterview regeln konnte.
 

vor 2 Stunden schrieb Maniska:

Und es schadet auch nicht wenn die Anwender angst vor dem Admin haben

Trotz Deines Smilies ist es mir lieber, wenn meine "Depperl" angstfrei nach dem Grundsatz "Melden macht frei!" agieren.
Besser ein Anruf zuviel als einer zu wenig. 
In meinem früheren "Leben" bei einem Systemhaus hatte ich den Fall, dass die Nutzerin zwar noch mitbekommen hat, dass die Dateien eine komische Endung haben, ist aber lieber aus Angst schnell nach Hause, als was zu sagen. Dadurch konnte das Schweinchen eine Stunde lang fröhlich verschlüsseln.

vor 17 Stunden schrieb Mr_T0astbr0t:

Bitte?

Ach, Mist. War verpeilt. Nehme alles zurück.
Manchmal sollte man nicht aufstehen oder einfach mal "Fresse halten". ?

Am 22.9.2019 um 18:25 schrieb Mr_T0astbr0t:

IDafür das PS-Fenster so "schön" wie möglich machen (Header, regelmäßig clearen, vernüftige Abfragen und nicht nur "Vorname?" usw.).

Dann passe halt das Skript an. ?
Falls Dir die Grundlagen fehlen, dann lerne sie. U.a. hiermit
Das ist eine Investition in die Zukunft Deiner Laufbahn.

Aus dem Stehgreif würde ich mal vermuten, das die Kommunikation aufgrund der Protokolle oder höheren Verschlüsselung nicht mehr klappt.
Von welchem Druckserver OS zu welchem aktuellem OS ist der Kunde migriert?
Im schlimmsten Fall liegen 21 Jahre dazwischen. ?

Nur als Ergänzung zu t0pis Link: wenn Du um die Abfrage 

Get-ADComputer -Filter "OperatingSystem -like 'Windows 7*'" -Properties *| select DNSHostName, OperatingSystem, OperatingSystemServicePack

ein (Get-... ..Pack).count setzt, bekommst Du zusätzlich noch die Anzahl der Rechner mit Windows 7 angezeigt.

Schau Dir mal linkedin-learning an. Die ersten 30 Tage sind kostenlos. Das war früher mal "Video2brain".

Am 29.5.2019 um 16:32 schrieb cmiit97:

Wie sieht es mit dem Office 365 E3 Plan aus? 

Gut ?
Die Installation ist halt etwas gewöhnungsbedürftig über das Office Deployment Tool.

vor 1 Minute schrieb Whiz-zarD:

Mit den Kacheln würde ich ganz vorsichtig sein. Am besten überhaupt nicht mehr benutzen.

SUBDOMAIN TAKEOVER : Microsoft verliert Kontrolle über Windows-Kacheln

Da geht es um die "live tiles", die er ja alle entfernt.
Die Start-Menü-Kacheln bleiben erhalten und sind IMHO nicht betroffen.

?
Empfehlung, wenn Du etwas Platz und Zeit hast:
Als MDT-Enthusiast würde ich den Mehraufwand dafür in Kauf nehmen (als Anfänger ca. 2 Tage), dann sparst Du Dir das Geschwurbel mit der Batch. (es gibt ein ordentliches deutschsprachiges Buch dafür)
Damit kannst Du entweder automatisiert ein fertiges Image bereitstellen, in dem bereits alles konfiguriert ist oder Du baust Dir für sowas einen Schritt in die Task Sequenz für volle Flexibilität ein.
Bei mir laufen z.Zt. ungefähr 20 Schritte, die mir jeden Rechner gleich einrichten, inkl. Powershell-Remoting, DefaultLayouts-Tausch etc. Wenn ich was Neues hinzufügen möchte, dann in unter 5 min (Skript schreiben ausgenommen ?) und gültig ab der nächsten Installation.

Die Dateien (DefaultLayouts.xml, LayoutModification.xml) liegen unter C:\Users\\AppData\Local\Microsoft\Windows\Shell.
Da ich alle unsere Rechner mit dem MDT installiere, tausche ich stets in einem Schritt die DefaultLayouts.xml im Default-Profil aus (C:\Users\Default\AppData\Local\Microsoft\Windows\Shell).
Allerdings ist die bei uns mit Absicht "leer".
Somit bekommt jeder Benutzer bei der ersten Anmeldung egal an welchem Rechner diese Einstellungen: Einstellungen, Store, Edge. Danach darf er sie anpassen, wie er will.

DefaultLayouts.txt

Ich finde das als schnellen Einstieg ok: Link
Damit hast Du ein Basis-Wissen und es beantwortet einige Deiner Fragen. ?

Ab einer gewissen Größe des Unternehmens brauchst Du kostenpflichtige Produkte, wie Empirum, SCCM, OPSI, Altiris, Baramundi, LanDesk und wie sie sonst noch heißen, weil die weiteren Funktionalitäten, wie Invertarisierung und Software metering, Softwarewechsel etc. kostenfrei in einer Lösung IMHO nicht exisitiert.

Darunter täte es auch das MDT. Den Tag Arbeit sollte jeder investieren, der schon mit WDS rum macht.

Wie wäre es, wenn Du  mal ein paar PowerShell-Basics lernst?
Nimm die paar Seiten hier  Zeit für ein Grundverständnis! Die Stunde ist gut investiert.
Wie Dir _n4p_ schon  6 Post weiter oben geschrieben hat, es heisst "Set-ADuser" nicht "set      -aduser".
Ein Commandlet hat keine Leerzeichen.
Dann verstehst Du auch, warum es keinen Parametername "aduser" gibt. ?
 

Die Frage ist auch, welchen Exchange Server ihr habt.
Bei vorhandenem Exchange 2010 scheidet Office 2019 dann aus, weil nur zwei Office Versionen auf und ab unterstützt werden.

Ab Windows 2012 (R2) bekommst man eh immer den Session Broker samt Farm gleich mit. Auch wenn man nur einen Terminalserver hätte. Damit hätte man grundsätzlich schon Redundanz.
Der Rest wären Einstellungen am Server und ein, zwei Gruppenrichtlinien und DNS-Einträge.

Falls das Thema noch aktuell ist: Die AD Lockout Tools sind sehr hilfreich.

Das Maß aller Dinge für ein Referenz-Image ist das Microsoft Deployment Toolkit. Damit läßt sich ein Referenz-Image automatisieren und später auch für die PC-Installationen/ Massen-Rollout verwenden.
Den Tag Arbeit, den Du da investierst, bekommst Du vielfach zurück.

Kurz: Ja, die Richtlinie zu setzen macht immer noch Sinn im Firmenumfeld. in die gleiche Richtlinie auch die asynchrone Skriptverarbeitung mit rein.

ehemals-FAQ-36