Home
  •  

Status der Dienstprinzipalnamen-Konfiguration

Microsoft.SQLServer.2014.DBEngine.Configuration.SPNStatusMonitor (UnitMonitor)

Dieser Monitor prüft den Status der Konfiguration des Prinzipalnamens des Microsoft SQL Server-Instanzdienstes.

Knowledge Base article:

Zusammenfassung

Dieser Monitor überprüft die Konfiguration des Dienstprinzipalnamens (SPN) der Microsoft SQL Server-Instanz. Dies erfolgt durch Vergleichen des SQL Server-Dienstes und der Konfigurationen des Domänencontrollers.

Ursachen

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.

Lösungen

Die Programme setspn.exe und klist.exe können zur Lösung des Problems eingesetzt werden.

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 –A <SPN> <Konto>

2. Versuchen Sie, SQL Server erneut mit Ihrer Clientanwendung zu verbinden.

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, hindert aber die Anwendung am Verwenden der Kerberos-Authentifizierung.

Fall 2: Lö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, SQL Server erneut mit Ihrer Clientanwendung zu verbinden.

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: Lösen einen 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, SQL Server erneut mit Ihrer Clientanwendung zu verbinden.

Extern

Möglicherweise treten Verbindungsprobleme zu SQL Server auf, wenn SPNs falsch konfiguriert wurden

Parameter, die außer Kraft gesetzt werden können

Name

Beschreibung

Standardwert

Aktiviert

 

Ja

Generiert Warnungen

 

Ja

Intervall (Sekunden)

Das periodische Intervall in Sekunden, in dem der Workflow ausgeführt werden soll.

900

Synchronisierungszeit

Die in einem 24-Stunden-Format angegebene Synchronisierungszeit. Kann ausgelassen werden.

 

Timeout (Sekunden)

Gibt die Zeit an, die der Workflow ausgeführt werden darf, bevor er geschlossen und als fehlgeschlagen markiert wird.

300

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

Element properties:

TargetMicrosoft.SQLServer.2014.DBEngine
Parent MonitorSystem.Health.ConfigurationState
CategoryAvailabilityHealth
EnabledTrue
Alert GenerateTrue
Alert SeverityWarning
Alert PriorityNormal
Alert Auto ResolveTrue
Monitor TypeMicrosoft.SQLServer.2014.DBEngine.Configuration.SPNStatus
RemotableTrue
AccessibilityPublic
Alert Message
MSSQL 2014: Authentifizierung durch SQL Server mit Kerberos nicht möglich, da der Dienstprinzipalname (SPN) nicht vorhanden, falsch eingefügt oder dupliziert wurde.
SQL Server kann nicht mithilfe von Kerberos authentifizieren, da der Dienstprinzipalname (SPN) fehlt, falsch verwendet oder dupliziert wurde.
Dienstkonto: {0}
Fehlende SPNs: {1}
Falsch verwendete SPNs: {2}
Doppelte SPNs: {3}
RunAsDefault

Source Code:

<UnitMonitor ID="Microsoft.SQLServer.2014.DBEngine.Configuration.SPNStatusMonitor" Accessibility="Public" Enabled="true" Target="SQL2014Core!Microsoft.SQLServer.2014.DBEngine" ParentMonitorID="SystemHealth!System.Health.ConfigurationState" Remotable="true" Priority="Normal" TypeID="Microsoft.SQLServer.2014.DBEngine.Configuration.SPNStatus" ConfirmDelivery="false">

  <Category>AvailabilityHealth</Category>

  <AlertSettings AlertMessage="Microsoft.SQLServer.2014.DBEngine.Configuration.SPNStatusMonitor.AlertMessage">

    <AlertOnState>Warning</AlertOnState>

    <AutoResolve>true</AutoResolve>

    <AlertPriority>Normal</AlertPriority>

    <AlertSeverity>Warning</AlertSeverity>

    <AlertParameters>

      <AlertParameter1>$Target/Property[Type="SQL2014Core!Microsoft.SQLServer.2014.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="SQL2014Core!Microsoft.SQLServer.2014.ServerRole"]/InstanceName$</InstanceName>

    <Account>$Target/Property[Type="SQL2014Core!Microsoft.SQLServer.2014.DBEngine"]/Account$</Account>

    <ServiceName>$Target/Property[Type="SQL2014Core!Microsoft.SQLServer.2014.DBEngine"]/ServiceName$</ServiceName>

    <IntervalSeconds>900</IntervalSeconds>

    <SyncTime/>

    <TimeoutSeconds>300</TimeoutSeconds>

    <SearchScope>LDAP</SearchScope>

  </Configuration>

</UnitMonitor>