Dieser Monitor überprüft den Status der Dienstprinzipalnamen-Konfiguration der Microsoft® SQL Server™-Instanz.
Dieser Monitor überprüft die Konfiguration des Dienstprinzipalnamens (Service Principal Name, SPN) einer Microsoft® SQL Server™-Instanz. Dazu werden SQL Server-Dienst- und Domänencontrollerkonfigurationen verglichen.
Ein Dienstprinzipalname (SPN) für das SQL Server-Datenbankmodul fehlt, wurde falsch verwendet oder ist ein Duplikat von anderen SPNs, die im Active Directory der Domäne konfiguriert wurden.
Hinweis: Ein falsch verwendeter SPN ist ein SPN, der auf dem falschen Konto in Active Directory konfiguriert wurde.
Die Programme setspn.exe und klist.exe können möglicherweise verwendet werden, um das Problem zu beheben.
Beide Tools werden mit Windows Server 2008 und höher ausgeliefert. Für vorherige Windows-Versionen müssen Sie diese getrennt aus dem Microsoft Download Center herunterladen oder aus dem Windows Support Tools-Paket erhalten.
Fall 1: Lösen eines fehlenden SPN:
1. Führen Sie den folgenden Befehl aus, um den fehlenden SPN hinzuzufügen:
setspn –S <SPN> <Konto>
2. Versuchen Sie, SQL Server erneut mit Ihrer Clientanwendung zu verbinden.
Sie können auch den Parameter "/S" oder "–A" für den Befehl "setspn" verwenden. Auch wenn letzterer als veraltet gilt, funktioniert er noch immer in älteren Windows Server-Versionen (2012, 2012 R2).
Hinweis: Bei Verwendung eines virtuellen Kontos (wie z. B. "Lokales System" oder "NT-Dienst\MSSQL Server") sollte der Computerhostname den <Account>-Wert für den setspn-Befehl bereitstellen.
Alternativ können Sie dem SQL-Dienstkonto die richtigen Berechtigungen bereitstellen, um SQL das automatische Generieren der benötigten SPNs zu ermöglichen.
Hinweis: Ein fehlender SPN führt möglicherweise nicht zu einem Konnektivitätsfehler, verhindert aber, dass die Anwendung die Kerberos-Authentifizierung verwendet.
Fall 2: Auflösen eines falsch verwendeten SPN:
1. Führen Sie den folgenden Befehl aus, um den falsch verwendeten SPN zu entfernen:
setspn –D <SPN> <Konto>
2. Melden Sie sich auf dem Clientcomputer ab, und melden Sie sich wieder an, bzw. löschen Sie den Kerberos-Ticketcache, indem Sie den folgenden Befehl ausführen:
klist-Bereinigung
3. Versuchen Sie über Ihre Clientanwendung erneut eine Verbindung mit SQL Server herzustellen.
Hinweis: Wenn Sie Kerberos von Ihrer Anwendung aus verwenden möchten, müssen Sie den richtigen SPN mithilfe der Lösung des oben genannten Falls 1 konfigurieren.
Fall 3: Auflösen eines doppelten SPN:
1. Identifizieren Sie die SPNs, die doppelt sind und entfernt werden müssen.
2. Führen Sie den folgenden Befehl aus, um alle doppelten SPNs zu entfernen:
setspn –D <SPN> <Konto>
3. Melden Sie sich auf dem Clientcomputer ab, und melden Sie sich wieder an, bzw. löschen Sie den Kerberos-Ticketcache, indem Sie den folgenden Befehl ausführen:
klist-Bereinigung
4. Versuchen Sie über Ihre Clientanwendung erneut eine Verbindung mit SQL Server herzustellen.
Möglicherweise treten Verbindungsprobleme zu SQL Server auf, wenn SPNs falsch konfiguriert wurden
Name | Beschreibung | Standardwert |
Warnungspriorität | Definiert die Warnungspriorität. | Normal |
Warnungsschweregrad | Definiert den Warnungsschweregrad. | Warnung |
Aktiviert | Aktiviert oder deaktiviert den Workflow. | Ja |
Generiert Warnungen | Definiert, ob der Workflow eine Warnung generiert. | Ja |
Intervall (Sekunden) | Das periodische Intervall in Sekunden, in dem der Workflow ausgeführt werden soll. | 900 |
Suchbereich | Verwenden Sie die LDAP-Suche, wenn der Suchbereich die Domäne oder eine Organisationseinheit ist. Wenn der Suchbereich die Gesamtstruktur ist, kann die Abfrage mithilfe einer Suche im globalen Katalog (GC) innerhalb jeder Partition aufgelöst werden. Werteliste: LDAP GC | LDAP |
Synchronisierungszeit | Die Synchronisierungszeit, angegeben im 24-Stunden-Format. Kann ausgelassen werden. |
|
Timeout (Sekunden) | Gibt an, wie lange der Workflow ausgeführt werden darf, bevor er geschlossen und als fehlerhaft markiert wird. | 300 |
Target | Microsoft.SQLServer.2012.DBEngine | ||
Parent Monitor | System.Health.ConfigurationState | ||
Category | AvailabilityHealth | ||
Enabled | True | ||
Alert Generate | True | ||
Alert Severity | Warning | ||
Alert Priority | Normal | ||
Alert Auto Resolve | True | ||
Monitor Type | Microsoft.SQLServer.2012.DBEngine.Configuration.SPNStatus | ||
Remotable | True | ||
Accessibility | Public | ||
Alert Message |
| ||
RunAs | Default |
<UnitMonitor ID="Microsoft.SQLServer.2012.DBEngine.Configuration.SPNStatusMonitor" Accessibility="Public" Enabled="true" Target="SQL2012Core!Microsoft.SQLServer.2012.DBEngine" ParentMonitorID="SystemHealth!System.Health.ConfigurationState" Remotable="true" Priority="Normal" TypeID="Microsoft.SQLServer.2012.DBEngine.Configuration.SPNStatus" ConfirmDelivery="false">
<Category>AvailabilityHealth</Category>
<AlertSettings AlertMessage="Microsoft.SQLServer.2012.DBEngine.Configuration.SPNStatusMonitor.AlertMessage">
<AlertOnState>Warning</AlertOnState>
<AutoResolve>true</AutoResolve>
<AlertPriority>Normal</AlertPriority>
<AlertSeverity>Warning</AlertSeverity>
<AlertParameters>
<AlertParameter1>$Target/Property[Type="SQL!Microsoft.SQLServer.DBEngine"]/Account$</AlertParameter1>
<AlertParameter2>$Data/Context/Property[@Name='MissingSpnList']$</AlertParameter2>
<AlertParameter3>$Data/Context/Property[@Name='MisplacedSpnList']$</AlertParameter3>
<AlertParameter4>$Data/Context/Property[@Name='DuplicateSpnList']$</AlertParameter4>
</AlertParameters>
</AlertSettings>
<OperationalStates>
<OperationalState ID="Good" MonitorTypeStateID="Good" HealthState="Success"/>
<OperationalState ID="Bad" MonitorTypeStateID="Bad" HealthState="Warning"/>
</OperationalStates>
<Configuration>
<ComputerNetworkName>$Target/Host/Property[Type="Windows!Microsoft.Windows.Computer"]/NetworkName$</ComputerNetworkName>
<NetbiosComputerName>$Target/Host/Property[Type="Windows!Microsoft.Windows.Computer"]/NetbiosComputerName$</NetbiosComputerName>
<InstanceName>$Target/Property[Type="SQL!Microsoft.SQLServer.ServerRole"]/InstanceName$</InstanceName>
<Account>$Target/Property[Type="SQL!Microsoft.SQLServer.DBEngine"]/Account$</Account>
<ServiceName>$Target/Property[Type="SQL!Microsoft.SQLServer.DBEngine"]/ServiceName$</ServiceName>
<IntervalSeconds>900</IntervalSeconds>
<SyncTime/>
<TimeoutSeconds>300</TimeoutSeconds>
<SearchScope>LDAP</SearchScope>
</Configuration>
</UnitMonitor>