Beim Zusammenschluss von Unternehmen wird in vielen Fällen mit einer Active Directory Vertrauensstellung zwischen Domänen aus unterschiedlichen AD-Gesamtstrukturen gearbeitet.  Um das Arbeiten mit Ressourcen in beiden Strukturen zu ermöglichen, verfügen Active Directory Objekte über das Attribute sIDHistory. In diesem Attribut in Zieldomäne A wird die SID aus der Quell-Domäne B eingetragen. Hierdurch ist es möglich, dass ein in Domäne A migrierter Benutzer weiterhin auf Ressourcen in der "alten" Domäne B zugreifen kann.  Dies funktioniert allerdings nur, wenn die Active Directory Vertrauensstellung zwischen beiden Domänen die Nutzung der sIDHistory aktiviert ist. Aus Sicherheitsgründen ist diese Funktionen im Normal ausgeschaltet. Dies nennt man auch SID-Filterung. Die Aktivierung der SID-History bzw. die Deaktivierung der SID-Filterung erreicht man durch folgenden Kommandozeilenbefehl: netdom trust LOKALEDOMAIN.tld /domain:REMOTEDOMAIN.tld /enablesidhistory:yes   Problem Wenn Sie den o.g. auf einem deutschsprachigen Windows Server Betriebssystem ausführen, erhalten Sie u.U. folgende Fehlermeldung: "Der SID-Verlauf ist für diese Vertrauensstellung deaktiviert."   Lösung Die Lösung ist sehr trivial. Verwenden Sie anstatt yes ein ja, um die SID-History zu aktivieren. Der folgende Kommandozeilenaufruf bringt Sie ans Ziel: netdom trust LOKALEDOMAIN.tld /domain:REMOTEDOMAIN.tld /enablesidhistory:ja   Links Netdom trust How to troubleshoot inter-forest sIDHistory migration with ADMTv2 SID-History attribute   Viel Spaß mit Active Directory.    

Mit Exchange Server 2016 wurde das Cmdlet Get-MailboxServerRedundancy eingeführt. Mit Hilfe dieses Cmdlets können Sie den Betriebsstatus der Postfach-Server einer Datenbankverfügbarkeitsgruppe (DAG) abfragen, bevor Sie einen Exchange Server in Wartung nehmen. Leider exisitiert zu diesem Cmdlet keinerlei Hilfeinformation, weder in Microsoft Docs, noch direkt in der PowerShell per Get-Help. Das Cmdlet verfügt eine tabellarische Standardausgabe der wichtigsten Informationen. In der Standardausgabe werden angezeigt: Identity Name des Mitgliedsservers der DAG   IsServerFoundInAD Hier sehen Sie, ob das zum Exchange-Server zugehöriger AD-Objekt in Active Directory exisitert   IsInMaintenance Diese Spalte zeigt an, ob für einen Server aktuell der Wartungsmodus aktiviert ist   RepairUrgency In dieser Spalte wird der Reparaturstatus der Postfachdatenbanken und Suchindizes angezeigt   SafeForMaintenance In dieser Spalte zeigt das Cmdlet an, ob für einen Server In sicher der Wartungsmodus aktiviert werden kann   HealthInfoLastUpdateTime Dies ist der Zeitstempel der letzten Aktualisierung der Health-Daten für den Server     Beispiel - Vor einer Wartung Das folgende Beispiel zeigt die Informationen einer DAG mit sechs Mitgliedsservern, bevor für Server LOCEXS06 der Wartungsmodus aktiviert wird. Get-MailboxServerRedundancy -DatabaseAvailabilityGroup EXDAG01 Identity IsServerFound IsInMainten RepairUrgency SafeForMaintenance HealthInfoLastUpdateTime ...

Exchange Server 2016 introduced the PowerShell cmdlet Get-MailboxServerRedundancy. This cmdlet helps you plan and prepare for Exchange Server maintenance by querying the current maintenance readiness of the database availability group (DAG).  Interestingly, there is no PowerShell help available for this vital cmdlet. Microsoft Docs or Exchange Management Shell's Get-Help provide any valuable information. When querying a DAG about the server redundancy status, the cmdlet's default output provides you with the essential information. The default output contains information about: Identity Name of the DAG member server   IsServerFoundInAD Indicates if the corresponding server computer object exists Active Directory   IsInMaintenance Indicates if the server is currently in maintenance mode   RepairUrgency Indicates an aggregated state of the mailbox database and search index repair modes    SafeForMaintenance Indicates if you can safely activate the maintenance mode for this server   HealthInfoLastUpdateTime Timestamp when the server's health state was last updated     Example - Prior Maintenance This example shows the Get-MailboxServerRedundancy output of a six server DAG, before activating maintenance mode for server LOCEXS06. Get-MailboxServerRedundancy -DatabaseAvailabilityGroup EXDAG01 Identity IsServerFound IsInMainten RepairUrgency SafeForMaintenance HealthInfoLastUpdateTime ...

Azure AD Pass-through authentication (PTA) recommends that you run at least three authentication agents to provide high availability for authentication.  When you download and install the PTA agent, registering the PTA agent to Azure AD might fail. This happens most of the time when the network connectivity to Azure AD requires the use of a proxy server. In such a network setup you normally encounter configuration errors only, if the proxy server is misconfigured or the Internet Explorer zone configuration is missing required entries for trusted sites. When you encounter an error during installation and registration of the dedicated PTA agent I recommend to separate these two steps. You need the credentials of an Azure AD account that is a member of the Global Administrator management group. Download the most current release of the PTA agent: https://aka.ms/getauthagent Copy the downloaded file to the server that will serve as a PTA agent Open an administrative command prompt and install the PTA agent software in silent mode without registering the agent: AADConnectAuthAgentSetup.exe REGISTERCONNECTOR="false" /q Open an administrative PowerShell session, navigate to the default installation location and register the ...