DHCP-Datenbank exportieren

Dafür öffnen wir eine Administratorshell auf dem Quellserver und tippen folgenden Befehl ein:

netsh dhcp server export C:\dhcp.txt all

Die Datenbank wird nun nach C:\dhcp.txt exportiert und kann auf das Zielsystem kopiert werden.

DHCP-Datenbank importieren

Auch dies ist mit dem netsh-Befehl möglich:

netsh dhcp server import c:\dhcp.txt

Zitat Microsoft:
„Wenn Sie kein Mitglied der Gruppe „Sicherungsoperatoren“ sind, kann während dieses Vorgangs die Meldung „Zugriff verweigert“ angezeigt werden. Wenn die Fehlermeldung „DHCP-Serverversion wurde für den Server nicht erkannt“ angezeigt wird, vergewissern Sie sich, dass der DHCP-Serverdienst auf dem Server ausgeführt wird und dass der angemeldete Benutzer Mitglied der lokalen Administratorengruppe ist.“

In der CMD:

net Stats Srv

„Statistik seit…“ zeigt an, seit wann der Server online ist.

Nachdem ich auf einem Windows Server 2012 R2 die WSUS-Rolle hinzugefügt hatte, konnte ich den Setup-Wizard über die WSUS-Konsole nicht öffnen, um die Konfiguration des WSUS abzuschließen.

Die Konsole erzeugte folgenden Fehler:

Log file is located at C:\Users\administrator.DOMAIN\Appdata\Local\Temp\tmpF7EC.tmp
Post install is starting
Fatal Error: Failed to start and configure the WSUS service

Das in der Fehlermeldung angegebene Logfile beinhaltete folgende Informationen:

Scheinbar ein Problem, den IIS zu konfigurieren, denn es wurde ein HTTP-Error 503 zurückgegeben.

Nachdem ich den virtuellen Host im IIS für die WSUS-Verwaltung gelöscht hatte, war ein Durchführen der Post-Installationsroutine und ein Ausführen des Konfigurationswizards wieder möglich.

Scheinbar muss bei älteren Windows Servern – mir war es bei Windows Server 2008 R1 aufgefallen – bei den Energieoptionen die Auswahl „Höchstleitung“ ausgewählt werden. Ansonsten wird das Betriebssystem träge.  Schuld sind die „Power states“ moderner Prozessoren. Microsoft hat darüber auch einen KB-Artikel ins Netz gestellt: https://support.microsoft.com/en-us/kb/2207548

 

Ab Windows Server 2008 kann der „net time“-Befehl nicht mehr verwendet werden. Wir setzen daher auf dem DC mittels dieses Befehls einen externen NTP-Server als vertrauenswürdige Zeitquelle:

w32tm /config /syncfromflags:manual /manualpeerlist:ptbtime1.ptb.de /update /reliable:YES

Danach ggf. den Zeitgeberdienst neustarten:

net stop w32time && net start w32time

Den Status kann man folgendermaßen ansehen:

w32tm /query /status

Den Zeitgeber zurücksetzen und neu synchronisieren lassen:

w32tm /resync /rediscover

Wenn wir den Zeitgeber zurücksetzen sollen, verwenden wir folgendes Skript. Dieses kann bei jedem Windows-System eingesetzt werden:

net stop w32time
w32tm /unregister
w32tm /register
net start w32time

Installiert man auf einem Server 2008 (R2) Office 2013 inklusive Outlook, dann durchläuft Outlook bei jedem Starten folgenden Installer – Microsoft Office 64-Bit Components 2013:

Hier sind verletzte Abhängigkeiten das Problem. Es fehlt der Rollendienst „Windows Search“ der Dateidienste-Rolle. Dieser kann über den Server-Manager hinzugefügt werden:

Es muss nicht zwangsläufig eines der Laufwerke zur Indizierung angegeben werden:

Möchte man eine Testversion von Windows Server 2012 länger benutzen, dann muss diese konvertiert werden.

Zur Ausführung der folgenden Befehle benötigen wir eine Administrator-CMD (elevated command prompt).

Aktuelle Installation anzeigen lassen:

C:\Users\administrator>DISM /online /Get-CurrentEdition

Tool zur Imageverwaltung für die Bereitstellung
Version: 6.3.9600.17031

Abbildversion: 6.3.9600.17031

Aktuelle Edition:

Aktuelle Edition : ServerStandardEval

Der Vorgang wurde erfolgreich beendet.

Konvertierung; es muss der Key der gewünschten Version angegeben werden, zu der konvertiert werden soll:

DISM /online /Set-Edition:ServerStandard /ProductKey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEula

Es folgt folgende Bestätigung und Aufforderung zum Neustart des Systems:

Tool zur Imageverwaltung für die Bereitstellung
Version: 6.3.9600.17031

Abbildversion: 6.3.9600.17031

Komponentenaktualisierung wird gestartet...
Product Key-Installation wird gestartet...
Product Key-Installation ist abgeschlossen.

Paket "Microsoft-Windows-ServerStandardEvalEdition~31bf3856ad364e35~amd64~~6.3.9
600.16384" wird entfernt
[==========================100.0%==========================]
Komponentenaktualisierung ist abgeschlossen.

Editionsspezifische Einstellungen werden angewendet...
Das Anwenden der editionsspezifische Einstellungen ist abgeschlossen.

Der Vorgang wurde erfolgreich beendet.
Zum Abschließen dieses Vorgangs muss Windows neu gestartet werden.
Möchten Sie den Computer jetzt neu starten? (Y/N)

In manchen Szenarien möchte man gerne das neue IP-Protokoll deaktivieren. Dies kann der Fall sein, wenn die eingesetzten Router kein IPv6 unterstützen oder man sich einfach nicht mit dem Thema beschäftigen möchte.

Hier sei nochmals erwähnt, dass eine Deaktivierung von IPv6 unter Windows nur über die Registry von Microsoft supportet wird! Das Entfernen der Bindung von IPv6 an eine Netzwerkschnittstelle kann zu Problemen führen.

Deaktivierung W7 / Server 2008 (R2) / Vista

Microsoft hat für die Betriebssysteme

• Windows 7
• Server 2008
• Server 2008 R2
• Vista

eigene Fixits herausgebracht. Diese können hier heruntergeladen werden:

https://support.microsoft.com/de-de/kb/929852

Deaktivierung Server 2012 / W8

Wie im oben aufgeführten Supportartikel von Microsoft zu entnehmen ist, werden die IPv6-Komponenten mittels Registry-Einträgen deaktiviert. Da es für Server 2012 und Co keine Fixits gibt, setzen wir die Registry-Keys einfach per Powershell. Manuell geht es natürlich auch. Das System muss im Anschluss neugestartet werden.

PS> New-ItemProperty -Path HKLM:\SYSTEM\CurrentControlSet\services\TCPIP6\Parameters -Name DisabledComponents -PropertyType DWord -Value 0xffffffff