Problem

Event-ID: 6398

Ausnahme der Methode ‘Execute’ der Auftragsdefinition ‘Microsoft.SharePoint.Administration.SPUsageImportJobDefinition’

Der Zugriff auf den Pfad “C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\15\LOGS” wurde verweigert.

Timer-Job “Import der Microsoft SharePoint Foundation-Verwendungsdaten” Fehlgeschlagen

Details

Es werden keine Verwendungsdaten generiert obwohl die Funktion und die Timer-Jobs aktiviert sind.

Es wird ein Windows Event-ID: 6398 generiert.
Die Details lauten:
Ausnahme der Methode ‘Execute’ der Auftragsdefinition ‘Microsoft.SharePoint.Administration.SPUsageImportJobDefinition’ (ID 12345678-1234-1234-1234-123456789). Weitere Informationen finden Sie unten.
Der Zugriff auf den Pfad “C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\15\LOGS” wurde verweigert.

Wenn man in die Dienstanwendung “Usage and Health Data Collection Service” reinschaut und auf ” Protokollerfassungszeitplan” drauf klickt, dann sieht man zwei Auftragsdefinitionen:

• Import der Microsoft SharePoint Foundation-Verwendungsdaten
• Verarbeitung der Microsoft SharePoint Foundation-Verwendungsdaten

Wenn man diese anklickt, kann man sehen, dass diese aktiviert sind.

Wenn man “Auftragsverlauf” auf der linken Seite anklickt, dann sieht man, dass viele (wenn nicht alle) Jobs fehlgeschlagen sind.

Klickt man “Fehlgeschlagen” an, dann sieht man in Details folgende Fehlermeldung:

Der Zugriff auf den Pfad “C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\15\LOGS” wurde verweigert

Fix

Die Berechtigungen werden in SP mit den lokalen Gruppen WSS_* und nicht mit einzelnen Konten geregelt.

Diese lokalen Gruppen (s.u.) müssen auf allen Servern auf den o.g. Ordner berechtigt sein. Sobald die Berechtigungen gesetzt wurde, sollten auch die Timer-Jobs erfolgreich sein.

WSS_ADMIN_WPG Berechtigungen setzen

• Hat “Ändern” Berechtigungen auf den Ordner C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\15 und durch Vererbung auf den darunter liegenden Ordner “LOGS“
• Wenn keine Vererbung aktiviert, dann die Gruppe direkt auf den Ordner LOGS berechtigen

WSS_WPG und WSS_RESTRICTED_WPG_V4 Berechtigungen setzen

Spezielle Berechtigungen s.Bild (zur Not geht wohl auch “Ändern” Recht)

Dienstanwendungsproxy kontrollieren

Überprüfen, ob der Dienstanwendungsproxy (Usage and Health Data Collection Service) “Proxy für die Sammlung von Verwendungs- und Integritätsdaten” in der ZA den Status “Gestartet” hat.

Wenn der Proxy nicht gestartet ist, dann folgende Zeilen ausführen:

$proxy = Get-SPServiceApplicationProxy| where {$_.TypeName-eq"Proxy für die Sammlung von Verwendungs- und Integritätsdaten"}

$proxy.Provision()

Wenn es gar nicht funktioniert, dann hilft vielleicht zur Not folgendes:

Anstatt Windows-Authentifizierung eine SQL-Kennung und db_owner Rechte für die Logging-DB erstellen, und diese SQL-Kennung in der Usage-Dienstanwendung für die Anmeldung an der DB eintragen (dort dann anstatt “Windows-Authentifizierung (empfohlen)” die Option “SQL-Authentifizierung” auswählen.

Hilfreichen CMD-Lets

#Löscht eine Verwendungsanwendung
Remove-SPUsageApplication -Identity "Usage and Health data collection" –RemoveData

#Dieses Beispiel erstellt eine neue Verwendungsanwendung für den angegebenen Namen
New-SPUsageApplication -Name " Usage and Health data collection "

#Die Anwendung muss noch bereitgestellt werden (Proxy wahrscheinlich gestoppt)
$proxy = Get-SPServiceApplicationProxy| where {$_.TypeName-eq"Proxy für die Sammlung von Verwendungs- und Integritätsdaten"}
$proxy.Provision()

#Usage-Dienstanwendung ändern
Set-SPUsageApplication -DatabaseServer <DatabaseServerName> -DatabaseName <DatabaseName> [-DatabaseUserName <UserName>] [-DatabasePassword <Password>] [-Verbose]

#In diesem Beispiel wird die Verwendungsprotokollierung deaktiviert, das Verzeichnis geändert, in dem Verwendungsdateien gespeichert werden, und alle 5 Minuten eine neue Verwendungsprotokolldatei erstellt.
Set-SPUsageService -LoggingEnabled $false
Set-SPUsageService -UsageLogLocation "D:\\testusagelogdir"
Set-SPUsageService -UsageLogCutTime 5

Quellen und hilfreiche Links

1. http://blog.mpecsinc.ca/2011/01/sbs-2011-sharepoint-foundation-event-id.html
2. http://davidmsterling.blogspot.de/2013/01/sharepoint-2013-event-id-2163.html
3. http://guidesharepoint.wordpress.com/2013/12/13/enabling-usage-reportsharepoint-2013
4. http://blogs.technet.com/b/praveenh/archive/2010/11/02/usage-reporting-in-sharepoint-wss-or-moss.aspx

Der Beitrag Timer-Job “Import der Microsoft SharePoint Foundation-Verwendungsdaten” Fehlgeschlagen erschien zuerst auf SharePoint-Wiese.

Problem

One or more servers is not responding

Mindestens ein Server antwortet nicht

Details

Die Meldung (s.u) taucht unter “Überwachung/Probleme und Lösungen überprüfen” (Integritätsanalyse / Health Analyzer) auf der Seite “Probleme und Lösungen überprüfen” auf.

Integritätsanalyse / Health Analyzer Eintrag

Fix

Timer-Dienst starten

1. Timer-Dienst auf dem Problemserver starten, indem folgende Zeile in der Eingabeaufforderung (als Admin) ausgeführt wird:

   1. net start SPTraceV4 & net start SPWriterV4 & net start SPAdminV4 & net start SPSearchHostController & net start OSearch15 & net start SPTimerV4

2. “Jetzt erneut analysieren lassen”. Fall das Problem nicht gelöst wurde, dann weiter unten.

Timer-Dienst Cache zurücksetzen

1. Timer-Dienst auf dem Problemserver stoppen, indem folgende Zeile in der Eingabeaufforderung (als Admin) ausgeführt wird:

   1. net stop SPTimerV4 & net stop OSearch15 & net stop SPSearchHostController & net stop SPAdminV4 & net stop SPWriterV4 & net stop SPTraceV4

2. Die Datei “C:\ProgramData\Microsoft\SharePoint\Config\<GUID>\cache.ini” auf dem Problemserver editieren: Die Zahl darin auf 1 ändern.
3. Alle anderen Dateien außer cache.ini, in allen Unterordnern von “C:\ProgramData\Microsoft\SharePoint\Config\” auf dem Problemserver löschen.
4. Timer-Dienst auf dem Problemserver starten, indem folgende Zeile in der Eingabeaufforderung (als Admin) ausgeführt wird:

   1. net start SPTraceV4 & net start SPWriterV4 & net start SPAdminV4 & net start SPSearchHostController & net start OSearch15 & net start SPTimerV4

5. Warten, bis sich alle XML-Dateien im Ordner “C:\ProgramData\Microsoft\SharePoint\Config\<GUID>\” aufgebaut haben und die cache.ini die von uns eingetragene 1 nicht mehr enthält.
6. Nun den Timer-Cache auf allen anderen Servern zurücksetzen, indem alle vorherigen Schritte auf den übrigen Servern in der Farm durchgeführt werden.
7. In der ZA unter Überwachung > Auftragsstatus überprüfen > Zurzeit ausgeführte Aufträge prüfen, ob gerade keine Aufträge auf dem Problemserver (oben rechts auswählen) ausgeführt werden, wenn ja, dann solange warten, bis sie nicht mehr ausgeführt werden.
8. In der ZA unter Auftragsverlauf prüfen, ob Aufträge auf dem Problemserver ausgeführt wurden (Status: Erfolgreich)

Quellen und hilfreiche Links

1. http://blogs.msdn.com/b/josrod/archive/2007/12/12/clear-the-sharepoint-configuration-cache-for-timer-job-and-psconfig-errors.aspx
2. http://blogs.msdn.com/b/jamesway/archive/2011/05/23/sharepoint-2010-clearing-the-configuration-cache.aspx

Der Beitrag Mindestens ein Server antwortet nicht erschien zuerst auf SharePoint-Wiese.

Problem

ID: 1015

Es konnte keine Verbindung mit dem Server hergestellt werden

Fehler: 0x80070005

Details

Auf allen SP-Servern gibt es jede Nacht, immer um die gleiche Zeit (um die Mitternachtszeit, in unserem Fall ab ca. 00:51) den Windows Ereigniseintrag mit der ID: 1015. Der Eintrag wird minütlich von MsInstaller generiert.

Es gibt einen SharePoint Timer Job mit dem Namen “Produktversionsauftrag” der genau um diese Zeit läuft.

Der Job versucht den gleichen Patchstand auf allen SP-Servern zu verifizieren.
Da das Farmkonto (die Kennung wird im Ereigniseintrag gezeigt) nicht die Installationsrechte hat, wird diese Warnung generiert.

Ereignisprotokoll

Fix

Mögliche Workarounds

• Entweder den Eintrag ignorieren
• Den Timer-Job (in der ZA) deaktivieren (wird nicht empfohlen)
• Oder das Farmkonto auf jedem SP-Server in die Gruppe der lok. Admins hinzufügen (Sicherheitsrisiko)

Quellen und hilfreiche Links

1. http://www.administrator.de/forum/windows-server-2008r2-warnung-1015-160010.html
2. https://social.technet.microsoft.com/Forums/office/en-US/59b2ecc6-e3e2-4b3d-a8c3-194d792866f1/multiple-errors-from-msiinstaller-with-event-id-1015-and-text-failed-to-connect-to-server-error?forum=sharepointadminprevious
3. https://social.technet.microsoft.com/Forums/office/en-US/dacb4d0c-817b-42cd-8c29-f6fc4c38904a/msiinstaller-warnings-and-distributedcom-errors-in-the-event-log-after-configuring-user-profile?forum=sharepointadminprevious
4. http://tristanwatkins.com/product-version-job-dcom-10016-strikes-again

Der Beitrag ID: 1015 – Es konnte keine Verbindung mit dem Server hergestellt werden. Fehler: 0x80070005 erschien zuerst auf SharePoint-Wiese.

Problem

ID: 6398

The Execute method of job definition Microsoft.SharePoint.Administration.SPUsageImportJobDefinition (ID 12345678-1234-1234-1234-123456789) threw an exception. More information is included below.

Access to the path ‘C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\15\LOGS’ is denied.

Ausnahme der Methode ‘Execute’ der Auftragsdefinition ‘Microsoft.SharePoint.Administration.SPUsageImportJobDefinition’ (ID 12345678-1234-1234-1234-123456789). Weitere Informationen finden Sie unten.

Der Zugriff auf den Pfad “C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\15\LOGS” wurde verweigert.

Details

Ist-Zustand

• SharePoint 2013 SP1 (3 Tier Cluster)
• MS SQL-Server 2008 R2 Failover-Cluster
• Backup: AvePoint DocAve
• OWA / WAC
• Workflow-Manager
• BI
  • SSRS (Native & Integrated Mode)
  • SSAS, PowerPivot (Native & Integrated Mode)
• Monitoring
  • SCOM
  • Nagios (Icinga)

Beschreibung

Es wird eine Meldung mit der ID: 6398 in der Ereignisanzeige (Event-Viewer) angezeigt.

Ereignisprotokoll

In der Windows Ereignisanzeige (Event Viewer) ist folgender Event Log Eintrag mit der Event-ID: 6398 vorhanden:

Fix

Ordnerberechtigungen ändern

Lösung s. Timer-Job “Import der Microsoft SharePoint Foundation-Verwendungsdaten” Fehlgeschlagen

Der Beitrag ID: 6398 – Der Zugriff auf den Pfad “C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\15\LOGS” wurde verweigert erschien zuerst auf SharePoint-Wiese.

Problem

Event-ID: 6398 – Ausnahme der Methode ‚Execute‘ der Auftragsdefinition ‚Microsoft.SharePoint.Diagnostics.SPSqlDeadlockDiagnosticProvider‘

Ausnahme der Methode ‚Execute‘ der Auftragsdefinition ‚Microsoft.SharePoint.Diagnostics.SPSqlDeadlockDiagnosticProvider‘ (ID <ID>). Weitere Informationen finden Sie unten.

Sie besitzen nicht die Berechtigung zum Ausführen von ‚SP_TRACE_CREATE‚.

Event-ID: 6398 – Ausnahme der Methode ‚Execute‘ der Auftragsdefinition ‚Microsoft.SharePoint.Diagnostics.SPSqlBlockingReportDiagnosticProvider‘

Ausnahme der Methode ‚Execute‘ der Auftragsdefinition ‚Microsoft.SharePoint.Diagnostics.SPSqlBlockingReportDiagnosticProvider‘ (ID <ID>). Weitere Informationen finden Sie unten.

The blocking query diagnostics provider could not set the ‚blocked process threshold‘ for the sql instance <SQL-Instanz-Name>.  Blocking queries will not be captured in this instance.  Error Code: Der Benutzer besitzt nicht die Berechtigung zum Ausführen dieser Aktion.
Sie haben keine Berechtigung zum Ausführen der RECONFIGURE-Anweisung.
Die Konfigurationsoption ‚blocked process threshold‘ ist nicht vorhanden, oder sie ist möglicherweise eine erweiterte Option.
Sie haben keine Berechtigung zum Ausführen der RECONFIGURE-Anweisung.

Event-ID: 6398 – Ausnahme der Methode ‚Execute‘ der Auftragsdefinition ‚Microsoft.SharePoint.Diagnostics.SPIOIntensiveQueryDiagnosticProvider‘

Ausnahme der Methode ‚Execute‘ der Auftragsdefinition ‚Microsoft.SharePoint.Diagnostics.SPIOIntensiveQueryDiagnosticProvider‘ (ID <ID>). Weitere Informationen finden Sie unten.

Sie besitzen nicht die Berechtigung zum Ausführen von ‚SP_TRACE_CREATE‚.

Event-ID: 6398 – Ausnahme der Methode ‚Execute‘ der Auftragsdefinition ‚Microsoft.SharePoint.Diagnostics.SPDiagnosticsMetricsProvider‘

Ausnahme der Methode ‚Execute‘ der Auftragsdefinition ‚Microsoft.SharePoint.Diagnostics.SPDiagnosticsMetricsProvider‘ (ID <ID>). Weitere Informationen finden Sie unten.

Aktualisierungskonflikt. Sie müssen diese Aktion wiederholen. Das SPWebService-Objekt wurde von <Farm/TimerService-Account>) im Prozess OWSTIMER (26568) auf dem Computer <SP-Server-Name> aktualisiert. Weitere Informationen zu dem Konflikt finden Sie im Ablaufverfolgungsprotokoll.

Failed to check usage db server Sie besitzen nicht die Berechtigung zum Ausführen von ‚SP_TRACE_CREATE‘.

In den ULS-Logs zu finden.

Oder auf Englisch: Failed to check usage db server You do not have permission to run ‚SP_TRACE_CREATE‚.

Failed to get legacy traces, Sie besitzen nicht die Berechtigung zum Ausführen von ‚SYS.TRACES‘.

In den ULS-Logs zu finden.

Oder auf Englisch: Failed to get legacy traces, You do not have permission to run ‚SYS.TRACES‚.

Unable to write service call usage entry.

In den ULS-Logs zu finden.

The Execute method of job definition Microsoft.SharePoint.Diagnostics.xxxx (ID xxxxx) threw an exception.

In den ULS-Logs zu finden.

… The blocking query diagnostics provider could not set the ‚blocked process threshold‘ for the sql instance …

In den ULS-Logs zu finden.

Details

Beschreibung

Die Beliebtheitstrends bzw. Verwendungsberichte (unter Websiteeinstellungen > Websiteverwaltung > Beliebtheitstrends) sind plötzlich leer.

In der Windows- Ereignisanzeige und in den ULS-Logs ist die Event-ID 6398 mit unterschiedlichsten Beschreibungen zu finden.
In den Windows-Events findet man folgende drei Einträge in unterschiedlichen Events (alle mit der ID 6398):

• Microsoft.SharePoint.Diagnostics.SPIOIntensiveQueryDiagnosticProvider
• Microsoft.SharePoint.Diagnostics.SPSqlDeadlockDiagnosticProvider
• Microsoft.SharePoint.Diagnostics.SPSqlBlockingReportDiagnosticProvider

Unter:
ZA > Dienstanwendungen verwalten > Usage and Health Data Collection Service (Dienstanwendung für die Sammlung von Verwendungs- und Integritätsdaten) > Integritätsprotokollierungs-Zeitplan (bzw.  Health Logging Schedule) > Auftragsverlauf (Job History)
findet man drei Jobs, die den Status Fehlgeschlagen haben. Um sich die Details anzuzeigen, kann man die Statusmeldung „Fehlgeschlagen“ anklicken.

• Diagnostic Data Provider: IO Intensive SQL Querie
  • Sie besitzen nicht die Berechtigung zum Ausführen von ‚SP_TRACE_CREATE‚.
• Diagnostic Data Provider: SQL Deadlock
  • Sie besitzen nicht die Berechtigung zum Ausführen von ‚SP_TRACE_CREATE‚.
• Diagnostic Data Provider: SQL Blocking Reports
  • The blocking query diagnostics provider could not set the ‚blocked process threshold‘ for the sql instance <SQL-Instanz-Name>. Blocking queries will not be captured in this instance. Error Code: Der Benutzer besitzt nicht die Berechtigung zum Ausführen dieser Aktion. Sie haben keine Berechtigung zum Ausführen der RECONFIGURE-Anweisung. Die Konfigurationsoption ‚blocked process threshold‘ ist nicht vorhanden, oder sie ist möglicherweise eine erweiterte Option. Sie haben keine Berechtigung zum Ausführen der RECONFIGURE-Anweisung.

Diese drei Timer-Jobs laufen nicht immer und nicht auf allen SP-Servern gleichzeitig. Aber wenn sie laufen, dann haben sie den Status „Fehlgeschlagen“ und man findet im Windows-Ereignis (Event-Log) mit der ID 6398 folgenden Eintrag:

Ausnahme der Methode ‚Execute‘ der Auftragsdefinition ‚Microsoft.SharePoint.Diagnostics.SPDiagnosticsMetricsProvider‘ (ID <ID>). Weitere Informationen finden Sie unten.
Aktualisierungskonflikt. Sie müssen diese Aktion wiederholen. Das SPWebService-Objekt wurde von <Farm/TimerService-Account> im Prozess OWSTIMER (26568) auf dem Computer <SP-ServerX> aktualisiert. Weitere Informationen zu dem Konflikt finden Sie im Ablaufverfolgungsprotokoll.

Im Gegensatz zu den drei oben genannten Timer-Jobs laufen die drei folgende Timer-Jobs mit den DE-Namen „Erfolgreich“ durch:

• Diagnosedatenanbieter: E/A-intensive SQL-Abfragen
• Diagnosedatenanbieter: SQL-Deadlocks
• Diagnosedatenanbieter: Berichte zu SQL-Blockierunge

Möglicherweise ist der Fehler (und die drei fehlerhaften Timer-Jobs) nach der Installation von „SharePoint Diagnostic Studio“ (SPDIAG) bzw. von „Microsoft SharePoint 2010 Administration Toolkit“ aufgetreten.

Ist-Zustand

SharePoint Umgebung

• SharePoint 2013 SP1 (On-Premises, 3 Tier Cluster)
• MS SQL-Server 2008 R2 Failover-Cluster
• Backup: AvePoint DocAve 6 SP6
• OWA / WAC
• Workflow-Manager
• BI
  • SSRS (Native & Integrated Mode)
  • SSAS, PowerPivot (Native & Integrated Mode)
• Monitoring
  • SCOM
  • Nagios (Icinga)

ULS Log

In den ULS Logs findet man folgende Einträge:

Product: SharePoint Foundation

Product: SharePoint Foundation

Product: SharePoint Foundation

Product: SharePoint Foundation

Product: SharePoint Foundation

Product: SharePoint Foundation

Product: Extended Diagnostic Providers

Product: SharePoint Foundation

Product: SharePoint Foundation

Ereignisprotokoll

In der Windows Ereignisanzeige (Event Viewer) sind folgende Event Log Einträge mit der Event-ID: 6398 vorhanden:

Event-ID: 6398

Event-ID: 6398

Event-ID: 6398

Event-ID: 6398

Fix

Das Problem ist wahrscheinlich aufgetreten, nachdem die Installation von „SharePoint Diagnostic Studio“ (SPDIAG) bzw. von „Microsoft SharePoint 2010 Administration Toolkit“ durchgeführt wurde.

Vielleicht sind auch SharePoint-Datenbanken vorhanden, die sich nicht auf der SQL-Instanz der Farm befinden. (In unserem Fall liegen die SSRS-DBs auf der „SQL-Instanz-Name“ Instanz, die in einem der Windows-Events zu sehen ist.

Die Möglichen Lösungen sind nun entweder die Vergabe der nötigen Berechtigungen oder die Deaktivierung der drei Timer-Jobs.

Möglichkeit Nr. 1 – Deaktivierung der DiagnosticsProvider

Falls die drei DiagnosticsProvider ehe nicht benutzt werden sollen, dann kann man diese auch wie folgt deaktivieren.

Mit folgendem Befehl kann man die DiagnosticsProvider auflisten lassen:

Get-SpDiagnosticsProvider | Sort Name | ft Name, Title, Enabled, Status -Auto


<# Beispielausgabe:

Name                                             Title                                                          Enabled Status
----                                             -----                                                          ------- ------
job-diagnostics-blocking-query-provider          Diagnosedatenanbieter: SQL-Sperrabfragen                          True Online
job-diagnostics-changed-objects-provider         Diagnostic Data Provider: Changed Content Objects                 True Online
job-diagnostics-change-types-provider            Diagnostic Data Provider: Content Change Types                    True Online
job-diagnostics-database-io-provider             Diagnosedatenanbieter: E/A pro Datenbank                          True Online
job-diagnostics-event-log-provider               Diagnosedatenanbieter: Ereignisprotokoll                          True Online
job-diagnostics-io-intensive-query-provider      Diagnostic Data Provider: IO Intensive SQL Queries                True Online
job-diagnostics-io-intensive-query-provider      Diagnosedatenanbieter: E/A-intensive SQL-Abfragen                 True Online
job-diagnostics-performance-counter-sql-provider Diagnosedatenanbieter: Leistungsindikatoren - Datenbankserver.    True Online
job-diagnostics-performance-counter-wfe-provider Diagnosedatenanbieter: Leistungsindikatoren - Web-Front-Ends.     True Online
job-diagnostics-performance-metric-provider      Anbieter Leistungsmetrik                                          True Online
job-diagnostics-site-size-provider               Diagnosedatenanbieter: Websitegröße                               True Online
job-diagnostics-sprequestusage-provider          Diagnostic Data Provider: Usage Statistics                        True Online
job-diagnostics-sql-blocking-report-provider     Diagnostic Data Provider: SQL Blocking Reports                    True Online
job-diagnostics-sql-blocking-report-provider     Diagnosedatenanbieter: SQL-Deadlocks                              True Online
job-diagnostics-sql-deadlock-provider            Diagnostic Data Provider: SQL Deadlocks                           True Online
job-diagnostics-sql-deadlock-provider            Diagnosedatenanbieter: SQL-Deadlocks                              True Online
job-diagnostics-sql-dmv-provider                 Diagnosedatenanbieter: SQL-DMV                                    True Online
job-diagnostics-sql-memory-provider              Diagnosedatenanbieter: DMV-Daten des SQL-Speichers.               True Online
job-diagnostics-sql-performance-metric-provider  Anbieter für Datenbankleistungsmetrik                             True Online
job-diagnostics-uls-provider                     Diagnosedatenanbieter: Ablaufverfolgungsprotokoll                 True Online
Search Health Monitoring - Trace Events          Suchintegritätsüberwachung - Ablaufverfolgung der Ereignisse      True Online

#>

Mit diesem PowerShell-Skript kann man die gewünschten DiagnosticsProvider (Title-abhängig) deaktivieren:

# SnapIn laden
Add-PSSnapin Microsoft.SharePoint.PowerShell

$providers = Get-SPDiagnosticsProvider
foreach($provider in $providers)
{
   if (($provider.Title -eq "Diagnostic Data Provider: IO Intensive SQL Queries") -or ($provider.Title -eq "Diagnostic Data Provider: SQL Deadlocks") -or ($provider.Title -eq "Diagnostic Data Provider: SQL Blocking Reports"))
    {
        Write-Host "$($provider.Title)" -NoNewline -Fore Cyan ; Write-Host " wird deaktiviert"
        $provider.IsDisabled = $true;
        $provider.Update();
    }
}

Nun sieht die Ausgabe der DiagnosticsProvider wie folgt aus (drei sind deaktiviert).

Get-SpDiagnosticsProvider | Sort Name | ft Name, Title, Enabled, Status -Auto


<# Beispielausgabe:

Name                                             Title                                                          Enabled Status
----                                             -----                                                          ------- ------
job-diagnostics-blocking-query-provider          Diagnosedatenanbieter: SQL-Sperrabfragen                          True Online
job-diagnostics-changed-objects-provider         Diagnostic Data Provider: Changed Content Objects                 True Online
job-diagnostics-change-types-provider            Diagnostic Data Provider: Content Change Types                    True Online
job-diagnostics-database-io-provider             Diagnosedatenanbieter: E/A pro Datenbank                          True Online
job-diagnostics-event-log-provider               Diagnosedatenanbieter: Ereignisprotokoll                          True Online
job-diagnostics-io-intensive-query-provider      Diagnostic Data Provider: IO Intensive SQL Queries               False Online
job-diagnostics-io-intensive-query-provider      Diagnosedatenanbieter: E/A-intensive SQL-Abfragen                 True Online
job-diagnostics-performance-counter-sql-provider Diagnosedatenanbieter: Leistungsindikatoren - Datenbankserver.    True Online
job-diagnostics-performance-counter-wfe-provider Diagnosedatenanbieter: Leistungsindikatoren - Web-Front-Ends.     True Online
job-diagnostics-performance-metric-provider      Anbieter Leistungsmetrik                                          True Online
job-diagnostics-site-size-provider               Diagnosedatenanbieter: Websitegröße                               True Online
job-diagnostics-sprequestusage-provider          Diagnostic Data Provider: Usage Statistics                        True Online
job-diagnostics-sql-blocking-report-provider     Diagnostic Data Provider: SQL Blocking Reports                   False Online
job-diagnostics-sql-blocking-report-provider     Diagnosedatenanbieter: SQL-Deadlocks                              True Online
job-diagnostics-sql-deadlock-provider            Diagnostic Data Provider: SQL Deadlocks                          False Online
job-diagnostics-sql-deadlock-provider            Diagnosedatenanbieter: SQL-Deadlocks                              True Online
job-diagnostics-sql-dmv-provider                 Diagnosedatenanbieter: SQL-DMV                                    True Online
job-diagnostics-sql-memory-provider              Diagnosedatenanbieter: DMV-Daten des SQL-Speichers.               True Online
job-diagnostics-sql-performance-metric-provider  Anbieter für Datenbankleistungsmetrik                             True Online
job-diagnostics-uls-provider                     Diagnosedatenanbieter: Ablaufverfolgungsprotokoll                 True Online
Search Health Monitoring - Trace Events          Suchintegritätsüberwachung - Ablaufverfolgung der Ereignisse      True Online

#>

Nach diesen Schritten sollten die Timer-Jobs mit dem Status „Fehlgeschlagen“ und die „Critical“ ULS-Log-Einträge verschwunden sein.

Auch wenn es weiterhin die ULS-Log-Einträge (Level „High“) mit der Message

Unable to write service call usage entry

gibt, so werden trotzdem die Beliebtheitstrends generiert.

Möglichkeit Nr. 2 – SQL-Rolle „sysadmin“ oder „serveradmin“ für das Farm/Timer-Konto

Für das Funktionieren der Software „SharePoint Diagnostic Studio“ (SPDIAG) bzw. „Microsoft SharePoint 2010 Administration Toolkit“ muss dem Farmaccount bzw. dem Benutzer unter welchem der Windows-Dienst „SPTimerV4“ (mit dem Anzeigenamen „SharePoint Timer Service“ läuft) die SQL-Server-Rolle „sysadmin“ oder „serveradmin“ zugewiesen werden (s. Möglichkeit Nr. 3 weiter unten) da die Berechtigungen „SP_TRACE_CREATE“ und „RECONFIGURE“ nicht für die DB-Rolle „db_owner“ verfügbar sind.

Some SPDiag 3.0 diagnostics jobs require that the farm account has the sysadmin or sqladmin role assigned on the SQL Server instance where the SharePoint 2010 Products databases are located [3].

Falls also die drei Diagnostics Provider:

• job-diagnostics-io-intensive-query-provider
• job-diagnostics-sql-blocking-report-provider
• job-diagnostics-sql-deadlock-provider

nicht (wie oben in der Möglichkeit 1 beschrieben) deaktiviert werden können, weil diese gebraucht werden, dann müssen folgende Schritte durchgeführt werden, um den Farm-Dienstbenutzer zu berechtigen.

Farm-Account herausfinden

Falls Sie nicht wissen, welches Konto als Farm-Account benutzt wird, dann kann man das folgendermaßen herausfinden:

Auf einem der SharePoint-Server die Windows-Dienste (Services) öffnen und den Dienst „SharePoint Timer Service“ (Dienstname: „SPTimerV4“) finden. In den Eigenschaften, Reiter „Anmelden“ unter „Anmelden als“ ist das Farmkonto eingetragen. Hier als Beispiel: <Farm/TimerService-Account>

Dieses Konto wurde auch in den Windows-Events (s.o.) mehrfach erwähnt.

Farm-Account berechtigen

Der Farm-Account muss nun auf jeder SQL-Server-Instanz berechtigt werden, auf der sich die SharePoint-Datenbanken befinden.

Es kann sein, dass einige der Sharepoint- bzw. der Diensanwendungsdatenbanken (z.B. SSRS im integrierten Modus o.Ä.) sich auf anderen SQL-Instanzen befinden. Auf diesen SQL-Server-Instanzen muss das Farm-Konto auch die entsprechende SQL-Server-Rolle (s.u.) bekommen.

Es kann sein, dass die Instanz, auf der die Berechtigungen fehlen, in einem der Windows-Event (ID: 6398) erwähnt wird:

The blocking query diagnostics provider could not set the ‚blocked process threshold‘ for the sql instance <SQL-Instanz-Name>.

1. SSMS öffnen.
2. Alle SQL-Instanzen öffnen, die SharePoint-DBs enthalten.
3. Jede dieser Instanzen bis Sicherheit > Anmeldungen aufklappen.
4. Das Farmkonto finden und Eigenschaften öffnen.
5. Auf der linken Seite „Serverrollen“ wählen.
6. „serveradmin“ oder „sysadmin“ aktivieren.
7. Schritte 4-6 für alle SQL-Server-Instanzen wiederholen, die SP-DBs enthalten.

Auch wenn es weiterhin die ULS-Log-Einträge (Level „High“) mit der Message

Unable to write service call usage entry

gibt, so werden trotzdem die Beliebtheitstrends generiert.

Möglichkeit Nr. 3 – SQL Serverberechtigungen „Alter Trace“ und „Alter Settings“ für das Farm/Timer-Konto

1. SSMS öffnen.
2. Alle SQL-Instanzen öffnen, die SharePoint-DBs enthalten.
3. Eigenschaften der SQL-Instanz bzw. des SQL-Servers öffnen (rechte Maustaste auf die Instanz > Eigenschaften)
4. Seite auswählen „Berechtigungen“ > Anmeldenamen oder Rollen: Das Farmkonto finden und auswählen.
5. Im unteren Bereich im Reiter „Explizit“ folgende Berechtigungen aktivieren („Erteilen„)
   1. Alter Trace (Ablaufverfolgung ändern)
   2. Alter Settings (Einstellungen ändern)
6. Schritte 4-5 für alle SQL-Server-Instanzen wiederholen, die SP-DBs enthalten.

(Eventuell sind auch nur die Berechtigungen „Server steuern“ und „Serverstatus anzeigen“ ausreichend.)

Möglichkeit Nr. 4 – SPDIAG deinstallieren

Die Deinstallation von „SharePoint Diagnostic Studio“ (SPDIAG) bzw. von „Microsoft SharePoint 2010 Administration Toolkit“ wurde bei uns nicht ausprobiert, könnte aber möglicherweise auch die Lösung des Problems sein.

Links

1. blogs.msdn.microsoft.com: SharePoint Error 6398 – You do not have permission to run ‘SP_TRACE_CREATE’
2. sharepointsoldiers.wordpress.com: EventID 6398 – You do not have permission to run ‘SP_TRACE_CREATE’
3. technet.microsoft.com: Installing and configuring SPDiag 3.0
4. social.technet.microsoft.com: Usage and health data collection service SQL Permissions
5. msdn.microsoft.com: Anzeigen oder Ändern von Servereigenschaften (SQL Server)

Der Beitrag ID: 6398 – Microsoft.SharePoint.Diagnostics – SP_TRACE_CREATE – SYS.TRACES erschien zuerst auf Die SharePoint-Wiese.

Das Event mit der ID 8031 wird alle 15 Min. generiert. Der Eintrag ist nicht immer auf allen SharePoint-Servern der Farm zusehen.

Problem

Event-ID: 8031 – Ausnahme beim Aktualisieren von Adressen für die verbundene App

Ausnahme beim Aktualisieren von Adressen für die verbundene App {38e2857e-e529-431d-8a11-ab1a9a1532de_c315cf86-9189-41de-b961-e8a43948523b}. Die URI-Endpunktinformationen sind ggf. veraltet. System.InvalidOperationException: Die angeforderte Anwendung wurde nicht gefunden.
. . .

Event-ID: 8031 – An exception occurred while updating addresses for connected app

An exception occurred while updating addresses for connected app {38e2857e-e529-431d-8a11-ab1a9a1532de_c315cf86-9189-41de-b961-e8a43948523b}. The uri endpoint information may be stale. System.InvalidOperationException: The requested application could not be found.
. . .

Details

Beschreibung

Das Event mit der ID 8031 wird alle 15 Min. generiert. Der Eintrag ist nicht immer auf allen SharePoint-Servern der Farm zusehen.

Ist-Zustand

SharePoint Umgebung

• SharePoint 2013 SP1 (On-Premises, 3 Tier Cluster)
• MS SQL-Server 2008 R2 Failover-Cluster
• Backup: AvePoint DocAve 6 SP6
• OWA / WAC
• Workflow-Manager
• BI
  • SSRS (Native & Integrated Mode)
  • SSAS, PowerPivot (Native & Integrated Mode)
• Monitoring
  • SCOM
  • Nagios (Icinga)

Ereignisprotokoll

In der Windows Ereignisanzeige (Event Viewer) ist folgender Event Log Eintrag mit der Event-ID: 8031 vorhanden:

Event-ID: 8031

Deutsch

Event-ID: 8031

Englisch

Fix

Der Fehler könnte auftauchen nach dem die Suche-Topologie geändert wurde oder ein SharePoint-Server aus der SharePoint-Farm entfernt wurde.

SQL Abfrage – ID herausfinden

1. Die Lange ID aus dem Windows-Event in die Zwischenablage kopieren
   1. In diesem Fall: 38e2857e-e529-431d-8a11-ab1a9a1532de_c315cf86-9189-41de-b961-e8a43948523b
2. Im SSMS folgende Abfrage durchführen.
   Wobei die Config-DB Name und die lange ID durch eigene Werte ersetzt werden müssen.

   SELECT ID, Properties FROM [Configuration-DB].[dbo].[Objects] WITH (NOLOCK) WHERE Name LIKE '%38e2857e-e529-431d-8a11-ab1a9a1532de_c315cf86-9189-41de-b961-e8a43948523b%'

   
Die Abfrage liefert folgende Ausgabe:
   ID: A7F737D2-4BEC-4253-8637-648A73854125
Properties: <object type="Microsoft.SharePoint...

   Den Text aus der Spalte „Properties“ kann man sich (mit der rechten Maustaste) kopieren und in einen Texteditor seiner Wahl (der nach Möglichkeit automatischen Zeilenumbruch beherrschen sollte) einfügen, um sich den Inhalt anzuschauen.
   In unserem Fall zeigte der XML-Inhalt der Spalte „Properties“ in die Richtung der Suchdienstanwendung (Search Service Application). Die ID ist auch hier zu finden.

   <object type="Microsoft.SharePoint.SPConnectedServiceApplication, Microsoft.SharePoint, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"><sFld type="Guid" name="m_ApplicationId">38e2857e-e529-431d-8a11-ab1a9a1532de</sFld><fld type="System.Collections.Generic.List`1[[System.Uri, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]], mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" name="m_ApplicationAddresses"><sFld type="Uri">http://Server01:32843/38e2857ee529431d8a11ab1a9a1532de/SearchService.svc</sFld><sFld type="Uri">http://Server02:32843/38e2857ee529431d8a11ab1a9a1532de/SearchService.svc</sFld><sFld type="Uri">http://Server03:32843/38e2857ee529431d8a11ab1a9a1532de/SearchService.svc</sFld><sFld type="Uri">http://Server04:32843/38e2857ee529431d8a11ab1a9a1532de/SearchService.svc</sFld></fld><fld type="System.Collections.Hashtable, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" name="m_UpgradedPersistedFields" /><fld name="m_Properties" type="null" /><sFld type="String" name="m_LastUpdatedUser">Domain\ServiceUserName</sFld><sFld type="String" name="m_LastUpdatedProcess">OWSTIMER (13136)</sFld><sFld type="String" name="m_LastUpdatedMachine">Server01</sFld><sFld type="DateTime" name="m_LastUpdatedTime">2014-04-15T08:30:01</sFld></object>

3. Die ID aus der Spalte „ID“ in die Zwischenablage kopieren, um diese im nächsten Schritt verwenden zu können.

STSADM Delete Configuration Object

Mit der undokumentierten STSADM-Option „deleteconfigurationobject“ werden wir das in der DB gefundene „Configuration Object“ entfernen.

1. SharePoint 2013-Verwaltungsshell als Administrator starten
   
2. Den Befehl eingeben:
   STSADM -o deleteconfigurationobject -id <ID>
   Wobei die <ID> mit der ID aus der Spalte „ID“ der SQL-Abfrage zu ersetzen ist.

In unserem Fall würde die Power-Shell-Zeile wie folgt aussehen:
STSADM -o deleteconfigurationobject -id A7F737D2-4BEC-4253-8637-648A73854125

Der Erfolg wird mit der Meldung bestätigt:
Der Vorgang wurde erfolgreich abgeschlossen.

Nun sollte der Event-Eintrag nicht mehr auftauchen.

Links

1. sharepoint4newbie.blogspot.de: SharePoint 2010 Application Event ID 8031
2. sharepointtechs.com: SharePoint 2010 – Event ID 8031 The uri endpoint information may be stale

Der Beitrag Event-ID: 8031 – SharePoint Foundation – Topology – An exception occurred while updating addresses for connected app erschien zuerst auf Die SharePoint-Wiese.

Problem

Event-ID: 2138

PowerPivot: Verwendungsdaten werden nicht mit der erwarteten Häufigkeit aktualisiert

PowerPivot: Usage data is not getting updated at the expected frequency

Event-ID: 5214

Unzureichende SQL-Datenbankberechtigungen für den Benutzer ‚Name: <domain\ExcelSa>

Insufficient SQL database permissions for user ‚Name: <domain\ExcelSa>

Call to Excel Services returned an error

Microsoft.AnalysisServices.SPClient.Interfaces.ExcelServicesException

Microsoft.Office.Excel.Server.WebServices.ExcelServerApiException

System.Data.SqlClient.SqlException (0x80131904)

Event-ID: 6398

Ausnahme der Methode ‚Execute‘ der Auftragsdefinition ‚Microsoft.AnalysisServices.SPAddin.UsageProcessingTimerJob‘ (<ID>). Weitere Informationen finden Sie unten.

Das Database-Objekt mit ‚ID‘ = ‚PowerPivot20Management20Data_<ID>_<ID>_SSPM‘ ist nicht in der Auflistung vorhanden.

Microsoft.AnalysisServices.Streaming.ServerNotFoundException: There are no servers available or actively being initialized

Details

PowerPivot-Management-Dashboard

Das PowerPivot-Management-Dashboard zeigt eine Fehlermeldung an:

Excel Services
Ein unbekanntes Problem ist aufgetreten.
Bitte wiederholen Sie diesen Vorgang.
Error Id: <ID>

Folgende Meldungen werden in der Ereignisanzeige (Event Viewer), in der Integritätsanalyse (Health Analyzer) und in den ULS-Logs angezeigt.

• Event-ID: 2138
  Die SharePoint-Integritätsanalyse hat einen Zustand erkannt, der Ihr Eingreifen erfordert. PowerPivot: Verwendungsdaten werden nicht mit der erwarteten Häufigkeit aktualisiert.
• Event-ID: 5214
  Unzureichende SQL-Datenbankberechtigungen für den Benutzer ‚Name: <domain\ExcelSa>
• Call to Excel Services returned an error.
• Die EXECUTE-Berechtigung wurde für das proc_ReturnWebFeatures-Objekt, <SharePoint_Admin_Content_DB>, dbo-Schema, verweigert.
• PowerPivot: Verwendungsdaten werden nicht mit der erwarteten Häufigkeit aktualisiert
• PowerPivot: Usage data is not getting updated at the expected frequency
• System.InvalidOperationException: Call to Excel Services returned an error. —> Microsoft.AnalysisServices.SPClient.Interfaces.ExcelServicesException: We don’t know what happened, but something went wrong. —> Microsoft.Office.Excel.Server.WebServices.ExcelServerApiException: We don’t know what happened, but something went wrong.
• System.Data.SqlClient.SqlException (0x80131904)
• ExecuteQuery failed with original error 0x80131904

Ereignisprotokoll

In der Windows Ereignisanzeige (Event Viewer) ist folgender Event Log Eintrag vorhanden:

 Integritätsanalyse / Health Analyzer Eintrag

Folgende Meldung wird im Health Analyzer bzw. Integritätsanalyse (zu finden unter „Überwachung/Probleme und Lösungen überprüfen“ auf der Seite „Probleme und Lösungen überprüfen„) aufgelistet:

Informationen über die PowerPivot Dienstanwendung (PowerPivotServiceApplication) anzeigen

Das Konto der PowerPivot Dienstanwendung anzeigen lassen:
(Das Konto aufschreiben, wird später gebraucht)

# Account der PowerPivot Dienstanwendung

$sa = Get-PowerPivotServiceApplication
$sa.ApplicationPool | Select ProcessAccountName

Alle Informationen der Dienstanwendung anzeigen lassen:

# Alle Informationen der Dienstanwendung

$sa = Get-PowerPivotServiceApplication
$sa | fl *

Folgende Zeilen suchen:
UsageWorkbookLastUpdateSucceeded : False
UsageWorkbookLastUpdateErrorMessage : System.InvalidOperationException: Call to Excel Services returned an error...

Warscheinlich zeigt die Zeile „UsageWorkbookLastUpdateSucceeded“ den Wert false und die Zeile „UsageWorkbookLastUpdateErrorMessage“ folgende Fehlermeldung an:

System.InvalidOperationException: Call to Excel Services returned an error. ---> Microsoft.AnalysisServices.SPClient.Interfaces.ExcelServicesException: We don't know what happened, but something went wrong. ---> Microsoft.Office.Excel.Server.WebServices.ExcelServerApiException: We don't know what happened, but something went wrong.
   bei Microsoft.Office.Excel.Server.WebServices.ApiShared.ExecuteServerSessionMethod(Boolean hasSessionId, String sessionId, CoreServerSessionMethod coreWebMethod, String name, Boolean skipFeatureCheck)
   bei Microsoft.Office.Excel.Server.WebServices.ExcelServiceInternal.OpenWorkbookInternal(String workbookPath, Boolean editingMode, String uiCultureName, String dataCultureName, Boolean newWorkbook, Boolean suppressRefreshOnOpen, Boolean openExclusive, Status[]& status)
   bei Microsoft.Office.Excel.Server.WebServices.ExcelServiceInternal.OpenWorkbookEx(String workbookPath, String uiCultureName, String dataCultureName, Boolean exclusive, Status[]& status)
   bei Microsoft.AnalysisServices.SPClient.ExcelApi.<>c__DisplayClassa.<OpenWorkbookEx>b__9(ExcelService svc, Status[]& status)
   bei Microsoft.AnalysisServices.SPClient.ExcelApi.Call[T](String fileUrl, ExcelServiceCall`1 serviceCall)
   --- Ende der internen Ausnahmestapelüberwachung ---
   --- Ende der internen Ausnahmestapelüberwachung ---
   bei Microsoft.AnalysisServices.SPClient.ExcelApi.Call[T](String fileUrl, ExcelServiceCall`1 serviceCall)
   bei Microsoft.AnalysisServices.SPClient.ExcelApi.Call[T](String fileUrl, ExcelServiceCall`1 serviceCall, String methodName, Object[] parameters)
   bei Microsoft.AnalysisServices.SPClient.ExcelApi.OpenWorkbookEx(String fileUrl, String uiCultureName, String dataCultureName, Boolean exclusive)
   bei Microsoft.AnalysisServices.SPClient.ASSPClientProxy.OpenWorkbookModelForRefresh(String workbookPath, SessionLifetimePolicy lifetimePolicy)
   bei Microsoft.AnalysisServices.SPAddin.UsageProcessingTimerJob.RefreshUsageCube(GeminiServiceApplication application)
   bei Microsoft.AnalysisServices.SPAddin.UsageProcessingTimerJob.Execute(Guid targetInstanceId)

Fix

Versuch Nr.1:  db_datareader für das PowerPivot Konto

1. Das vorher ermittelte Konto für die PowerPivot Dienstanwendung im SQL-Management-Studio unter „Sicherheit/Anmeldungen“ finden und Eigenschaften öffnen.
2. Unter Benutzerzuordnung die PowerPivot DB auswählen und unter „Mitgliedschaft in Datenbankrolle für: <PowerPivotDB>“ die Rolle „db_datareader“ zuweisen.

Die Situation hat sich dadurch leider nicht geändert.

Versuch Nr.2: Excel Dienstkonto DB-Berechtigungen

Zeitgeberauftrag für die Verarbeitung des PowerPivot-Management-Dashboards

Timer-Job „Zeitgeberauftrag für die Verarbeitung des PowerPivot-Management-Dashboards“ manuell starten.

1. ZA > Überwachung > Auftragsstatus überprüfen
2. Oben links Ansichts: Dienst und SQL Server PowerPivot Service Application auswählen.
3. Oben links unter Zeitgeberlinks auf Auftragsdefinitionen klicken
   
4. Timer Job „Zeitgeberauftrag für die Verarbeitung des PowerPivot-Management-Dashboards“ bzw. „PowerPivot Management Dashboard Processing Timer Job“ öffnen.
   
5. Button „Jetzt ausführen“ klicken und den Job damit manuell laufen lassen.

Timer-Job Ergebnisse kontrollieren

Nun wollen wir uns das Ergebnis des Timer-Jobs in der ZA-GUI anschauen.

1. Oben links auf „Auftragsverlauf“ öffnen.
   
2. Zeile mit dem Timer Job „Zeitgeberauftrag für die Verarbeitung des PowerPivot-Management-Dashboards“ bzw. „PowerPivot Management Dashboard Processing Timer Job“ suchen.
   Wahrscheinlich steht der Status auf „Fehlgeschlagen“.
3. Auf Fehlgeschlagen klicken, um die Details anzuzeigen. In der Zeile „Fehlermeldung“ sieht man „Call to Excel Services returned an error.„

Fehlermeldung in der Ereignisanzeige (Event Viewer) zeigt nun nach dem Lauf des Timers eine Event-ID: 5214 mit folgendem Text.

DE-Version:
Unzureichende SQL-Datenbankberechtigungen für den Benutzer 'Name: <domain\ExcelSa> SID: S-123-456-789 ImpersonationLevel: None' in der Datenbank '<SharePoint_Admin_Content_DB>' für die SQL Server-Instanz '<SP_Farm_Instanz>'. Weitere Fehlerinformationen aus SQL Server finden Sie unten.
Die EXECUTE-Berechtigung wurde für das proc_ReturnWebFeatures-Objekt, <SharePoint_Admin_Content_DB>-Datenbank, dbo-Schema, verweigert.


EN-Version:
Insufficient SQL database permissions for user 'Name: <domain\ExcelSa> SID: S-123-456-789 ImpersonationLevel: None' in database '<SharePoint_Admin_Content_DB>' on SQL Server instance '<SP_Farm_Instance>'. Additional error information from SQL Server is included below. The EXECUTE permission was denied on the object 'proc_ReturnWebFeatures', database '<SharePoint_Admin_Content_DB>', schema 'dbo'.

In den ULS-Logs findet man nach dem Lauf des Timers folgenden Eintrag:

SPDataAccess role to allow EXECUTE permissions

In diesem Schritt bekommt die in dem Windows-Event aufgeführte Kennung der Excel-Dienstanwendung die Mitgliedschaft in der Datenbankrolle „SPDataAccess“ für die PowerPivot-DB.

1. Dazu im SQL-Management-Studio unter „Sicherheit/Anmeldungen“ die im Event-Log erwähnte Kennung (in diesem Fall die Kennung der Excel-Dienstanwneudng) und Eigenschaften öffnen.
2. Unter Benutzerzuordnung die im Event-Log erwähnte DB auswählen und unter „Mitgliedschaft in Datenbankrolle für: <SharePoint_Admin_Content_DB>“ die Rolle „SPDataAccess“ zuweisen.
3. Den Timer-Job „Zeitgeberauftrag für die Verarbeitung des PowerPivot-Management-Dashboards“ bzw. „PowerPivot Management Dashboard Processing Timer Job“ noch mal laufen lassen (wie hier beschriben) und die Ausgabe kontrollieren.

Nun wird die Event-ID: 5214 nicht mehr generiert.

Das PowerPivot-Management-Dashboard zeigt nun das etwas veränderte Bild (ohne Excel Fehlermeldung und mit dem Auswahlmenü):

Allerdings schlägt der Timer-Job „Zeitgeberauftrag für die Verarbeitung des PowerPivot-Management-Dashboards“ weiterhin fehl. In der Fehlermeldung des Auftragsverlaufs steht folgendes:

Das Database-Objekt mit ‚ID‘ = ‚PowerPivot20Management20Data_<ID123456789>_<ID123456789>_SSPM‚ ist nicht in der Auflistung vorhanden.

Oder

The ‚Database‘ with ‚ID‘ = ‚PowerPivot20Management20Data_<ID123456789>_<ID123456789>_SSPM‘ doesn’t exist in the collection.

„Das Database-Objekt“ ist eine PowerPivot-Datenbank, die in der PowerPivot-Instanz läuft. Diese kann man sich im SQL-Mangagement-Studio anschauen.

Nun findet man im Event-Viewer auch einen neuen Eintrag mit der Event-ID: 6398

Berechtigungen auf die PowerPivot Instanz (Microsoft Analysis Server)

Das Vergeben der Serveradministratorrolle an das Konto der Excel-Dienstanwendung hat nichts gebracht.

Nach dem Vergeben der Serveradministratorrolle an das Farm-Konto und manuelle Starten des Timer-Jobs „Zeitgeberauftrag für die Verarbeitung des PowerPivot-Management-Dashboards“ lautet die Fehlermeldung nun folgendermaßen:

Fehler im relationalen Modul. Ausnahme bei der Verwendung der verwalteten IDbConnection-Schnittstelle: Timeout abgelaufen. Das Zeitlimit ist vor dem Anfordern einer Verbindung aus dem Pool abgelaufen. Möglicherweise werden alle Verbindungen im Pool bereits verwendet, und die maximale Poolgröße wurde erreicht..

Nach einer Pause und nochmaligem manuellen Starten des Timer-Jobs „Zeitgeberauftrag für die Verarbeitung des PowerPivot-Management-Dashboards“ lautet die Fehlermeldung nun folgendermaßen:

Fehler im relationalen Modul. Ausnahme bei der Verwendung der verwalteten IDbConnection-Schnittstelle: Netzwerkbezogener oder instanzspezifischer Fehler beim Herstellen einer Verbindung mit SQL Server. Der Server wurde nicht gefunden, oder auf ihn kann nicht zugegriffen werden. Überprüfen Sie, ob der Instanzname richtig ist und ob SQL Server Remoteverbindungen zulässt. (provider: Named Pipes Provider, error: 40 – Verbindung mit SQL Server konnte nicht geöffnet werden);Der Netzwerkpfad wurde nicht gefunden.

Datenmodelleinstellungen von Excel Services-Anwendung

Den in der Excel-Dienstanwendung eingetragenen PowerPivot-Server geändert.

Von:

• my-powerpivot-server01.domain\POWERPIVOT
• my-powerpivot-server01\POWERPIVOT

Zu:

• my-powerpivot-server01.domain\POWERPIVOT,2382
• my-powerpivot-server01\POWERPIVOT,2382

Timer-Job Fehlermeldung:

We cannot locate a server to load the workbook Data Model.

ULS Logs:

Uncaught CLR exception crossing the Interop boundary: Microsoft.AnalysisServices.Streaming.ServerNotFoundException: There are no servers available or actively being initialized.    
 at Microsoft.AnalysisServices.Streaming.OnPremise.ServerPool.Microsoft.AnalysisServices.Streaming.OnPremise.IServerPool.GetAvailableServers()    
 at Microsoft.AnalysisServices.Streaming.OnPremise.LoadBalancer.<>c__DisplayClass1.<GetLoadBalancedOperation>b__0()    
 at Microsoft.AnalysisServices.Streaming.OnPremise.LoadBalancer.GetLoadBalancedOperation(Func`1 onBegin)    
 at Microsoft.AnalysisServices.Streaming.OnPremise.Database.Loading.Create()    
 at Microsoft.AnalysisServices.Streaming.OnPremise.ServerPool.<>c__DisplayClass9.<Microsoft.AnalysisServices.Streaming.OnPremise.IServerPool.CreateConnection>b__8(Guid id)    
 at Microsoft.AnalysisServices.Streaming.Internal.KeyedReferenceCountedEnumeration`2.Node.<>c__DisplayClassc.<.ctor>b__a()    
 at System.Lazy`1.CreateValue()    
 at System.Lazy`1.LazyInitValue()    
 at Microsoft.AnalysisServices.Streaming.Internal.KeyedReferenceCountedEnumeration`2.Node.GetReference()    
 at Microsoft.AnalysisServices.Streaming.Internal.KeyedReferenceCountedEnumeration`2.GetOrCreateReference(TKey key, Func`2 valueFactory)    
 at Microsoft.AnalysisServices.Streaming.OnPremise.ServerPool.Microsoft.AnalysisServices.Streaming.OnPremise.IServerPool.CreateConnection(Guid imageId, Func`1 allocationFactory)    
 at Microsoft.AnalysisServices.Streaming.OnPremise.Database.Loading.EstablishConnection()    
 at Microsoft.AnalysisServices.Streaming.OnPremise.Database.ConnectWithoutOperationSetup()    
 at Microsoft.AnalysisServices.Streaming.OnPremise.Database.Microsoft.AnalysisServices.Streaming.IDatabase.Connect(DatabaseConnectionProperties props)    
 at Microsoft.AnalysisServices.Streaming.Interop.StreamingServerPoolModule.Microsoft.AnalysisServices.Streaming.Interop.IStreamingConnector.Connect(SSPM_CONNPROPS in_connprops, SSPM_CALLBACKS in_callbacks)

EXCEPTION: NoAvailableStreamingServerException: We cannot locate a server to load the workbook Data Model. ---> Microsoft.AnalysisServices.SPClient.Interfaces.ExcelServicesException: We cannot locate a server to load the workbook Data Model. ---> Microsoft.Office.Excel.Server.WebServices.ExcelServerApiException: We cannot locate a server to load the workbook Data Model.     bei Microsoft.Office.Excel.Server.WebServices.ApiShared.ExecuteServerSessionMethod(Boolean hasSessionId, String sessionId, CoreServerSessionMethod coreWebMethod, String name, Boolean skipFeatureCheck)     bei Microsoft.Office.Excel.Server.WebServices.ExcelServiceInternal.EnsureWorkbookModel(String sessionId, Status[]& status)     bei Microsoft.AnalysisServices.SPClient.ExcelApi.Call[T](String fileUrl, ExcelServiceCall`1 serviceCall)     --- Ende der internen Ausnahmestapelüberwachung ---     --- Ende der internen Ausnahmestapelüberwachung ---     bei Microsoft.AnalysisServices.SPClient.ExcelApi.Call[T](String fileUrl, ExcelServiceCall`1 serviceCall)     bei Microsoft.AnalysisServices.SPClient.ExcelApi.Call[T](String fileUrl, ExcelServiceCall`1 serviceCall, String methodName, Object[] parameters)     bei Microsoft.AnalysisServices.SPClient.ExcelApi.EnsureWorkbookModel(String fileUrl, String sessionId)     bei Microsoft.AnalysisServices.SPClient.ASSPClientProxy.OpenWorkbookSession(String workbookPath, String sessionId, SessionLifetimePolicy lifetimePolicy)     bei Microsoft.AnalysisServices.SPClient.ASSPClientProxy.OpenWorkbookModelForRefresh(String workbookPath, SessionLifetimePolicy lifetimePolicy)     bei Microsoft.AnalysisServices.SPAddin.UsageProcessingTimerJob.RefreshUsageCube(GeminiServiceApplication application)     bei Microsoft.AnalysisServices.SPAddin.UsageProcessingTimerJob.Execute(Guid targetInstanceId)

Diese Meldung bedeutet in diesem Fall, dass der Eintrag in der Excel-SA falsch ist, denn wenn ich alle Einträge lösche, kommt genau dieselbe Meldung.

Im SQL Profiler kommt der Fehler:

Fehler im relationalen Modul. Ausnahme bei der Verwendung der verwalteten IDbConnection-Schnittstelle: Netzwerkbezogener oder instanzspezifischer Fehler beim Herstellen einer Verbindung mit SQL Server. Der Server wurde nicht gefunden, oder auf ihn kann nicht zugegriffen werden. Überprüfen Sie, ob der Instanzname richtig ist und ob SQL Server Remoteverbindungen zulässt. (provider: Named Pipes Provider, error: 40 - Verbindung mit SQL Server konnte nicht geöffnet werden);Der Netzwerkpfad wurde nicht gefunden. Mit der Datenquelle mit dem DataSourceID-Wert 'GeminiBI' und dem Namen 'GeminiBI' konnte keine Verbindung hergestellt werden. Fehler beim Verarbeiten von Tabelle 'Requests'. Der aktuelle Vorgang wurde aufgrund eines Fehlers in einem anderen Vorgang in der Transaktion abgebrochen. Fehler im relationalen Modul. Ausnahme bei der Verwendung der verwalteten IDbConnection-Schnittstelle: Timeout abgelaufen. Das Zeitlimit ist vor dem Anfordern einer Verbindung aus dem Pool abgelaufen. Möglicherweise werden alle Verbindungen im Pool bereits verwendet, und die maximale Poolgröße wurde erreicht.. Mit der Datenquelle mit dem DataSourceID-Wert 'GeminiBI' und dem Namen 'GeminiBI' konnte keine Verbindung hergestellt werden. Fehler beim Verarbeiten von Tabelle 'Users'. Fehler im relationalen Modul. Ausnahme bei der Verwendung der verwalteten IDbConnection-Schnittstelle: Timeout abgelaufen. Das Zeitlimit ist vor dem Anfordern einer Verbindung aus dem Pool abgelaufen. Möglicherweise werden alle Verbindungen im Pool bereits verwendet, und die maximale Poolgröße wurde erreicht.. Mit der Datenquelle mit dem DataSourceID-Wert 'GeminiBI' und dem Namen 'GeminiBI' konnte keine Verbindung hergestellt werden. Fehler beim Verarbeiten von Tabelle 'Unloads'. Fehler im relationalen Modul. Ausnahme bei der Verwendung der verwalteten IDbConnection-Schnittstelle: Timeout abgelaufen. Das Zeitlimit ist vor dem Anfordern einer Verbindung aus dem Pool abgelaufen. Möglicherweise werden alle Verbindungen im Pool bereits verwendet, und die maximale Poolgröße wurde erreicht.. Mit der Datenquelle mit dem DataSourceID-Wert 'GeminiBI' und dem Namen 'GeminiBI' konnte keine Verbindung hergestellt werden. Fehler beim Verarbeiten von Tabelle 'Date'. Fehler im relationalen Modul. Ausnahme bei der Verwendung der verwalteten IDbConnection-Schnittstelle: Timeout abgelaufen. Das Zeitlimit ist vor dem Anfordern einer Verbindung aus dem Pool abgelaufen. Möglicherweise werden alle Verbindungen im Pool bereits verwendet, und die maximale Poolgröße wurde erreicht.. Mit der Datenquelle mit dem DataSourceID-Wert 'GeminiBI' und dem Namen 'GeminiBI' konnte keine Verbindung hergestellt werden. Fehler beim Verarbeiten von Tabelle 'Servers'. Fehler im relationalen Modul. Ausnahme bei der Verwendung der verwalteten IDbConnection-Schnittstelle: Timeout abgelaufen. Das Zeitlimit ist vor dem Anfordern einer Verbindung aus dem Pool abgelaufen. Möglicherweise werden alle Verbindungen im Pool bereits verwendet, und die maximale Poolgröße wurde erreicht.. Mit der Datenquelle mit dem DataSourceID-Wert 'GeminiBI' und dem Namen 'GeminiBI' konnte keine Verbindung hergestellt werden. Fehler beim Verarbeiten von Tabelle 'Documents'. Fehler im relationalen Modul. Ausnahme bei der Verwendung der verwalteten IDbConnection-Schnittstelle: Timeout abgelaufen. Das Zeitlimit ist vor dem Anfordern einer Verbindung aus dem Pool abgelaufen. Möglicherweise werden alle Verbindungen im Pool bereits verwendet, und die maximale Poolgröße wurde erreicht.. Mit der Datenquelle mit dem DataSourceID-Wert 'GeminiBI' und dem Namen 'GeminiBI' konnte keine Verbindung hergestellt werden. Fehler beim Verarbeiten von Tabelle 'DataSources'. Fehler im relationalen Modul. Ausnahme bei der Verwendung der verwalteten IDbConnection-Schnittstelle: Netzwerkbezogener oder instanzspezifischer Fehler beim Herstellen einer Verbindung mit SQL Server. Der Server wurde nicht gefunden, oder auf ihn kann nicht zugegriffen werden. Überprüfen Sie, ob der Instanzname richtig ist und ob SQL Server Remoteverbindungen zulässt. (provider: Named Pipes Provider, error: 40 - Verbindung mit SQL Server konnte nicht geöffnet werden);Der Netzwerkpfad wurde nicht gefunden. Mit der Datenquelle mit dem DataSourceID-Wert 'GeminiBI' und dem Namen 'GeminiBI' konnte keine Verbindung hergestellt werden. Fehler beim Verarbeiten von Tabelle 'Health'.

Auch nach dem Einschalten des Browser-Dienstes und einem Versuch die SQL-Aliase zu benutzen, ist das Problem nicht zu lösen.

Auch wurden die Ports für SQL-Browser und für die PowerPivot-Instanz auf Originaleinstellung (Browser: 2382, PP:2383) zurück gedreht – ohne Wirkung.

In der Timer-Job Fehlermeldung werden wechselweise folgende Fehlermeldungen angezeigt:

Fehler im relationalen Modul. Ausnahme bei der Verwendung der verwalteten IDbConnection-Schnittstelle: Timeout abgelaufen. Das Zeitlimit ist vor dem Anfordern einer Verbindung aus dem Pool abgelaufen. Möglicherweise werden alle Verbindungen im Pool bereits verwendet, und die maximale Poolgröße wurde erreicht..

We cannot locate a server to load the workbook Data Model.

Fehler im relationalen Modul. Ausnahme bei der Verwendung der verwalteten IDbConnection-Schnittstelle: Netzwerkbezogener oder instanzspezifischer Fehler beim Herstellen einer Verbindung mit SQL Server. Der Server wurde nicht gefunden, oder auf ihn kann nicht zugegriffen werden. Überprüfen Sie, ob der Instanzname richtig ist und ob SQL Server Remoteverbindungen zulässt. (provider: Named Pipes Provider, error: 40 – Verbindung mit SQL Server konnte nicht geöffnet werden);Der Netzwerkpfad wurde nicht gefunden.

Deshalb ist die Grafik in der Dienstanwendung auch nicht zu sehen.

Links

1. SharePoint PitStop: PowerPivot: Usage data is not getting updated at the expected frequency
2. social.technet.microsoft: PowerPivot Management Dashboard Processing Timer Job Error
3. http://blog.sqlauthority.com/2009/05/21/sql-server-fix-error-provider-named-pipes-provider-error-40-could-not-open-a-connection-to-sql-server-microsoft-sql-server-error/
4. https://www.mssqltips.com/sqlservertip/2340/resolving-could-not-open-a-connection-to-sql-server-errors/
5. http://whitepages.unlimitedviz.com/2012/06/the-health-analyzer-and-powerpivot-for-sharepoint/
6. https://social.technet.microsoft.com/Forums/lync/en-US/5c768b9d-a151-4969-9678-9085e7552f34/powerpivot-management-dashboard-processing-timer-job-error?forum=sharepointadmin
7. http://geekswithblogs.net/twickers/archive/2009/12/08/136830.aspx
8. http://blogs.msdn.com/b/sharepointalps/archive/2013/09/05/powerpivot-dashboard-processing-timer-job-error.aspx

Der Beitrag ID: 2138 – PowerPivot: Verwendungsdaten werden nicht mit der erwarteten Häufigkeit aktualisiert erschien zuerst auf Die SharePoint-Wiese.