Zuerst lesen wir die Gruppenliste des Referenznutzers KMustermann in die Variable Gruppenliste.

$Gruppenliste = Get-ADUser -Properties MemberOf -Identity 'KMustermann'

Im Anschluss übertragen wir die diese Gruppen mit dem zweiten Befehl zu dem Nutzer KHerter.

Add-ADPrincipalGroupMembership -MemberOf $Gruppenliste.MemberOf -Identity 'KHerter' 

Sind bei dem Zielnutzer (KHerter) schon diverse Gruppen enthalten, so werden die Gruppen des Referenznutzers (KMustermann) addiert. Eine entsprechende Fehlermeldung, falls eventuelle Nutzergruppen schon vorhanden, sind gibt es nicht.

Dies geht am einfachsten mit folgendem Befehl:

netsh wlan delete profile name=*

Somit werden alle bisher verbundenen WLAN Netze von dem Gerät entfernt.

Möchte man sich die bisher gespeicherten Profile anschauen, so kann man folgenden Befehl verwenden:

netsh wlan show profiles

Ein bestimmtes Profile lässt sich im Anschluß so löschen:

netsh wlan delete profile name="PROFILE_NAME"

Zuerst starten wir den „Active Director Benutzer und Computer“ und werden die Domänenfunktionsebene heraufstrufen. Je nachdem welche Version man von Windows Server verwendet, sollte man schauen welche Mindestvorraussetzung von Nöten ist.

Ist dies getan starten wir „Active Directory Domänen und Vertrauensstellungen“ sind stufen die Gesamtfunktionsebene herauf.

Nun geht es mit der Powershell (als Administrator) weiter. Neuere Windows Versionen verwenden DFS. Ob dies bei Deinem verwendeten System schon so ist kann Du mit folgendem Befehl prüfen:

dfsrmig /getglobalstate

Sollte dies nicht der Fall sein, musst Du folgende 4 Stufen (0-3) mit den unten stehenden Befehlen aktivieren. Dabei bitte immer mit dem zweiten Befehl prüfen ob die jeweilige Stufe auch erfolgreich beendet ist. Dies kann schon mal pro Stufe 10-30 Minuten andauern.

dfsrmig /setglobalstate 0
dfsrmig /getmigrationstate

dfsrmig /setglobalstate 1
dfsrmig /getmigrationstate

dfsrmig /setglobalstate 2
dfsrmig /getmigrationstate

dfsrmig /setglobalstate 3
dfsrmig /getmigrationstate

Gibt der jeweilige Migrationstate keine Fehlermeldung aus prüfen wir das DFS endgültig nochmal mit:

dfsrmig /getglobalstate

Die Vorarbeiten sind nun getan. Nun können wir auf dem neuen Server die Notwendigen Rollen installieren. „Active Directory-Domänendienste„. DNS wird automatisch installiert, evtl. sollte man noch DHCP oder weitere Rollen auswählen. Dieser Vorgang ist nicht weiter aufwändig und nach dem Boot der Servers auch abgeschlossen.

Nach dem Neustart kann man sich wieder am Server anmelden und muss nun die einzelnen Rollen übertragen. Dazu starten wir „Active Director Benutzer und Computer“ und klicken mit der rechten Maustaste auf die Domäne.
Unter dem Punkt „Betriebsmaster“ können wir die Rollen RID, PDC und Infrastruktur auf den neuen Server umstellen. Prüfen kann man das über folgenden Befehl kontrollieren:

netdom query fsmo

Drei von fünf Rollen sind schonmal verschoben. Um die nächste Rolle zu verschieben starten wir „Active Directory Domänen und Vertrauensstellungen“ und klicken ganz oben (nicht auf die Domäne) mit der rechten Maustaste auf Betriebsmaster. Nun kann dieser „Domänennamen-Betriebsmaster“ auch verschoben werden.

Für die letzte Rolle (Schemamaster) müssen wir (vermutlich) zuerst das Schema-Management registrieren um es via MMC öffnen zu können. Dies geht mit:

regsvr32 schmmgmt.dll

Nun können wir die MMC starten und das Swap-in „Active Directory-Schema“ einblenden. Zuerst müssen wir die Verbindung zu einem anderen Domain-Controller herstellen. Sonst kann diese Rolle nicht auf sich selbst verschoben werden. Ist dies getan geht es wie gewohnt mit der rechten Maustaste auf „Betriebsmaster“ und können diese ändern.

Zum Abschluss der Rollen können wir nochmal mit folgendem Befehl die Rollen kontrollieren.

netdom query fsmo

Bevor man nun auf die Idee kommt den alten Server zu entfernen, sollte man noch schauen ob der neue Server den Global Katalog hat. Dies geht über „Active Director Benutzer und Computer“ und schaut ob bei dem neuen AD ein [GC] bei steht. Falls nicht, einfach doppelt auf die Maschine drauf klicken und den Haken wie gewünscht setzen.

(Get-CimInstance -ClassName Win32_OperatingSystem).LastBootUpTime 

Zuerst muss man die ID ermitteln die der Nutzer auf dem Server verwendet. Dies klappt mit folgendem Befehl in der zuvor geöffneten DOS-Box (mit Admin Rechten):

qwinsta.exe /Server:<servername>

Anschließend kann man die ID neben den Benutzer sehen und mit dem Befehl „Logoff“ den Nutzer aus der Session abmelden. 

logoff 2 /server:<servername>

Get-AppxPackage * | Remove-AppxPackage

Möchte man alle Pakete wieder installieren, so geht das mit folgenden Powershell Befehl:

Get-AppxPackage | foreach {Add-AppxPackage -register „$($_.InstallLocation)\appxmanifest.xml“ -DisableDevelopmentMod} 

Die Installation ist mit wenigen Klicks getan und kann durch den Parameter /silent auch einfach per GPO verteilt werden.

Ein Script mit dem man mittels passender GPO RidNacs installieren könnte wäre wie folgt:

echo off
cls

:: Silent Installations-Script für RidNacs
:: Servername muss natürlich auf die eigenen
:: Bedingungen angepasst werden.

if exist "%ProgramFiles(x86)%\RidNacs\RidNacs.exe" goto inst-ridnacs-found
  echo "Installiere RidNacs"
  \\INST-SRV\Software\RidNacs\RidNacs-2.0.3-Setup /silent
  goto ende
:inst-ridnacs-found
echo "RidNacs vorhanden"

:ende

Zuerst startet man eine DOS-Box als Administrator. im nächsten Schritt werden folgende Befehle ausgeführt:

Anschließend kann (sollte) man den Computer neu starten.

Download: Elekele_Wlan_Stick_v710.

slmgr.vbs /rearm

Abfragen lässt sich der verbleibende Testzeitraum mit dem Parameter xpr

slmgr.vbs /xpr