Frequently Asked Questions

Da die neue Startmethode technisch auf dem Hibernation-Mode basiert, ist auch deren Aktivierung erforderlich. Der Ruhezustand ist als Standard bereits aktiv. Sollten Sie dies geändert haben, so erscheint die Option zur Deaktivierung des Schnellstarts überhaupt nicht. Wenn der Eintrag in der Systemsteuerung fehlt, hilft also nur zuvor die Aktivierung des Ruhezustands. Dies geschieht am einfachsten über die Kommandozeile (mit Administratorrechten). Die Windows-Taste und X gleichzeitig gedrückt, bringt das entsprechende Startmenü. Hier nun die Admin-Eingabeaufforderung starten. Im altbekannten DOS-Fenster ist nun einzugeben:
powercfg/hibernate on

Wenn Sie nun die Energieoptionen wie oben beschrieben aufrufen, sollte der Eintrag für den Schnellstart sichtbar sein.

Gedrückte Shift-Taste beim Herunterfahren ermöglicht einen einmaligen vollständigen Boot-Vorgang. Kleine Warnung an dieser Stelle: Der Ruhezustand benötigt einiges an Speicherplatz auf Ihrer Festplatte. Die Aktivierung kann folglich den freien Speicherplatz empfindlich einschränken (vor allem bei kleinen SSDs), da sich die Größe nach dem Hauptspeicher des Systems richtet. Sollten Sie den Hibernation-Modus nicht benötigen, kann die Reduzierung der Dateigröße helfen. Auch hier führt der Weg über die Eingabeaufforderung mit Administratorrechten. Die Eingabe lautet nun
powercfg /h /type reduced

Wird der Parameter „reduced“ durch „full“ ersetzt, ist die vollständige Größe wieder aktiv.

Um den Schnellstart von Windows 10 auf einer Vielzahl von Rechnern im Netzwerk zu ändern, empfiehlt sich die Verteilung eines Registry-Eintrags über eine Gruppenrichtlinie. Dazu wird der DWORD-Eintrag HiberbootEnabled im Schlüssel HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Power auf 0 gesetzt. Den Wert wieder auf  1 gesetzt, bringt den Schnellstart wieder zum Leben. 

• Falls Sie Ihren Product Key nicht während der Installation eingegeben haben, diesen nun eintragen. Dazu folgendes eingeben:
  slmgr -ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
  Hier - statt des Platzhalters - Ihren Schlüssel verwenden.
• Mit der Eingabetaste bestätigen.
• Die eigentliche Aktivierung nun mit folgendem Befehl starten: slmgr -ato. 

Den Ordner „Policydefinitions“ unter c:\Windows\ nach \\domain.local\sysvol\domain.local\policies\ kopieren.

So stellen sie alle Postfächer um:

Get-Mailbox | Set-Mailbox -MaxSendSize 75 MB -MaxReceiveSize 75 MB

Um alle zukünftigen Postfächer mit einer bestimmten Größe einzurichten:

Get-MailboxPlan | Set-MailboxPlan -MaxSendSize 75 MB -MaxReceiveSize 75 MB

Um alle Shared Mailboxen umzustellen, für SendAs und SendOnBehalf:

Get-Mailbox |where{$_.recipienttypedetails -eq "SharedMailbox"} |set-mailbox -MessageCopyForSentAsEnabled $true

Get-Mailbox |where{$_.recipienttypedetails -eq "SharedMailbox"} |set-mailbox -MessageCopyForSendOnBehalfEnabled $true

Verbinde dich zu deinem Office365 Account und führe folgenden Befehl aus:

Set-RemoteDomain default -TNEFEnabled $false

Um diesen Fehler zu vermeiden: 

Import-PSSession: Dateien können nicht ausgeführt werden, weil das Ausführen von Skripts auf diesem System deaktiviert ist.

Vorab in der Powershell folgendes ausführen:
Set-ExecutionPolicy Unrestricted -Verbose -Force

Credentials eingeben:

$UserCredential = Get-Credential

Session erstellen:

$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://outlook.office365.com/powershell-liveid/ -Credential $UserCredential -Authentication Basic -AllowRedirection

Session ausführen:

Import-PSSession $Session

Nachdem die Arbeit erledigt wurde, die Session wieder löschen:

Remove-PSSession $Session

Zum Auslesen der aktuellen Version:

dism /online /get-currentEdition

Name kopieren oder Version und EVAL weglassen.

Nun die Version umwandeln:

dism /online /set-edition: /productKey: /acceptEula

Getestet auf 2012R2 und 2016 Standard

Stromstecker ziehen

10 Sek warten

3-5 mal ein und ausstecken (innerhalb einer Sekunde je Sequenz)

Power-Button so lange drücken, bis das Licht ausgeht

Man kann das AD von alten DC's mit dem Kommandozeilentool ntdsutil.exe bereinigen. Dies ist zum Beispiel nötig, falls ein DC offline ist und nicht wieder hergestellt werden kann, oder ein Herabstufen mittels „dcpromo“ nicht zu Ende lief.

ntdsutil: metadata cleanup
metadata cleanup: connections

server connections: connect to server ‹vorhandener Server›
server connections: q

metadata cleanup: select operation target
select operation target: list domains
select operation target: select domain ‹x›
select operation target: list sites
select operation target: select site ‹x›
select operation target: list servers in site
select operation target: select server ‹x›
select operation target: q
metadata cleanup: remove selected server

Der Schritt „server Connections“ ist nur nötig, wenn man sich nicht auf einem passenden DC befindet

Nach dem löschen muss noch der Server aus der Management-Konsole „Active Directory Standorte und Dienste“ entfernt werden.

Außerdem muss man den zu entfernenden DC aus dem DNS entfernen. (Forward / Reverse-LookupZone, _msdcs.root.*) Einige Einträge muss man mit Rechtsklick auf die Zone-Registerkarte Namensserver entfernen.

Falls FSMO Rollen auf dem Server waren, müssen auch diese verschoben werden (siehe entsprechender FAQ-Artikel).

Wenn man die Datenbank RTC und RTCDYN mit dem SQL Server Management Studio verschoben hat (Detach Database - Move DB - Attach Database), startet der „Lync Server Front-End“-Service nicht mehr (ID 7024 und 7034: Lync Service terminated).

Mit folgendem Befehl eine neue Query erstellen:

alter database rtc set DB_Chaining ON

alter database rtcdyn set DB_Chaining ON

Damit wird Cross-database Ownership Chaining Enabled von False auf True gesetzt.

(Windows could not start the Lync Server Front-End on Local Computer. error code -1007780547)

$username="Username"
$password="Password"
$description="TestUser"

$cn=[ADSI]"WinNT://localhost"
$user=$cn.Create("user",$username)
$user.SetPassword($password)
$user.Setinfo()

$user.description =$description
$user.setinfo()

$user.userflags=65536 #Password not expires
$user.Setinfo()

$group=[ADSI]("WinNT://localhost/administrators,group")
$group.add("WinNT://$username,user")

Falls das Administrator-Password die Password Requirements erfüllt, aber immer wieder die Fehlermeldung kommt, bitte folgenden Befehl ausführen:

net User Administrator /passwordreq:yes

Auszug aus http://support.microsoft.com/kb/255504 :

To seize the FSMO roles by using the Ntdsutil utility, follow these steps:

1. Log on to a Windows 2000 Server-based or Windows Server 2003-based member computer or domain controller that is located in the forest where FSMO roles are being seized. We recommend that you log on to the domain controller that you are assigning FSMO roles to. The logged-on user should be a member of the Enterprise Administrators group to transfer schema or domain naming master roles, or a member of the Domain Administrators group of the domain where the PDC emulator, RID master and the Infrastructure master roles are being transferred.
2. Click Start, click Run, type ntdsutil in the Open box, and then click OK.
3. Type roles, and then press ENTER.
4. Type connections, and then press ENTER.
5. Type connect to server servername, and then press ENTER, where servername is the name of the domain controller that you want to assign the FSMO role to.
6. At the server connections prompt, type q, and then press ENTER.
7. Type seize role, where role is the role that you want to seize. For a list of roles that you can seize, type? at the fsmo maintenance prompt, and then press ENTER, or see the list of roles at the start of this article. For example, to seize the RID master role, type seize rid master. The one exception is for the PDC emulator role, whose syntax is seize pdc, notseize pdc emulator.
8. At the fsmo maintenance prompt, type q, and then press ENTER to gain access to the ntdsutil prompt. Type q, and then press ENTER to quit the Ntdsutil utility.

Diese Vorgehensweise ist zu empfehlen, wenn der alte DC defekt ist und nicht mehr wiederhergestellt werden kann. Während des Seize gibt es immer wieder Fehlermeldungen. Er sagt, dass der neue Server schon alle Rollen hat. Einfach ignorieren.

Die Befehle für die 5 Rollen:

seize rid master

seize pdc

seize infrastructure master

seize naming master

seize schema master

Um zu überprüfen, wer momentan die Rollen hat, kann man in einer Dos-Box folgende Query ausführen:

NETDOM QUERY FSMO

Getestet mit defektem 2003 DC mit allen Rollen und 2012 DC ohne FSMO Rollen.

Falls ein Exchange 2010 Cluster des Öfteren auf die andere Node schwenkt und die Ursache nicht gefunden werden kann, sollte man folgende Werte ausprobieren. Bei unserem Cluster hat die Backup-Software des Öfteren den Cluster schwenken lassen. Daher haben wir die Timout Werte wie folgend nach oben geschraubt:

cluster /prop SameSubnetDelay=2000:DWORD

cluster /prop CrossSubnetDelay=4000:DWORD

cluster /prop CrossSubnetThreshold=10:DWORD

cluster /prop SameSubnetThreshold=10:DWORD

Am besten einen eigenen Receive-Connector erstellen und bei den Berechtigungen Anonymous erlauben. Wenn man jetzt zu dem Receive-Connector sendet, nimmt er Mails von Anonymous an, aber man kann immer noch nicht nach extern senden (relayen). Über die Powershell muss man noch das Recht setzen:

Get-ReceiveConnector | Add-ADPermission -User “NT AUTHORITY\ANONYMOUS LOGON” -ExtendedRights “ms-Exch-SMTP-Accept-Any-Recipient”

Wenn man den Exchange Server auf Deutsch installiert hat:

Get-ReceiveConnector | Add-ADPermission -User “NT-AUTORITÄT\ANONYMOUS-ANMELDUNG” -ExtendedRights “ms-Exch-SMTP-Accept-Any-Recipient”

Exchange 2010 und 2013:

Set-AdServerSettings -ViewEntireForest $true

Exchange 2007:

$AdminSessionADSettings.ViewEntireForest = $true

Die Powershell auf dem Server starten und folgenden Befehl eingeben:

Move-ADDirectoryServerOperationMasterRole -Identity "" -OperationMasterRole 0,1,2,3,4

(Bei Windows Server 2008 R2 mit PS 2.0 vorher eingeben: Import-Module ActiveDirectory)

Die verschiedenen Nummern bei der Option „OperationMasterRole“ stellen die 5 verschiedenen Rollen des ADs dar.

PDCEmulator Nr. 0

RIDMaster Nr. 1
InfrastructureMaster Nr. 2
SchemaMaster Nr. 3
DomainNamingMaster Nr. 4

Um den DHCP auf einen anderen Server umzuziehen, exportiert man am Besten den Inhalt in eine DB und spielt sie auf dem neuen Server wieder ein. Dies funktioniert mit Server 2003, 2008 und 2012. Bevor man die Daten in eine Datei exportiert sollte man den DHCP Bereich deaktivieren. Nach dem Import auf dem neuen DHCP Server wird der alte DHCP Dienst deaktiviert, damit auch durch einen Neustart des Servers der Dienst nicht wieder gestartet wird.

Auf dem alten Server DB exportieren:

In Command Box oder Powershell eingeben

netsh
dhcp
server \\
export c:\dhcpdb all

Kopieren Sie die Datei auf den neuen Server unter c:\

Auf dem neuen DHCP Server die Datenbank einspielen:

Um die Datenbank sicher leer zu haben, sollte man die DB (dhcp.mdb) löschen. Sie befindet sich unter c:\windows\system32\dhcp. Bevor man die DB löschen kann, muss man den Dienst beenden (net stop DHCPserver). Nach dem Löschen muss der Dienst wieder gestartet werden (net start DHCPserver).

netsh
dhcp
server \\
import c:\dhcpdb

Nun sollte man den DHCP Dienst neu starten und überprüfen, ob alles vorhanden ist (Bereich aktivieren).

Wenn man die Adressliste 'All Rooms' oder 'Alle Räume' gelöscht hat und eine neue einrichtet, da man einen anderen Filter verwenden wollte, hat man das Problem, dass die Standardansicht nicht mehr stimmt. Man kann z. B. Kapazität nicht mehr sehen.

Zum neuanlegen von 'All Rooms' muss man die PowerShell bemühen:

new-addresslist -Name 'All Rooms' -RecipientFilter [((Alias -ne $null) -and (((RecipientDisplayType -eq 'ConferenceRoomMailbox') -or (RecipientDisplayType -eq 'SyncedConferenceRoomMailbox'))))] -Container '\'

Nun muss man die Adressliste richtig zuweisen:

Get-OrganisationConfig

Im Attribut ResourceAddressLists sollte [\All Rooms] stehen.

Falls nicht:

Damit dies wieder der Fall ist, öffnet man mit adsiedit die Configuration Partition und hangelt sich zur Address List 'All Rooms'. Dort kopiert man sich den DN der Adressliste heraus und geht wieder zurück bis zum Organisations Namen. Dort geht man zu Attribut ResourceAddressLists und löscht den falschen Eintrag heraus (...DEL: GUID) und fügt den neuen DN ein.

Wenn man jetzt mit Get-OrganisationConfig nochmal nachschaut, sollte im Attribut 'ResourceAddressLists' [\All Rooms] stehen.