EXCEPTION: System.Data.SqlClient.SqlException (0x80131904): Fehler bei der Anmeldung für den Benutzer ‘DOMAIN\PowPivot’
System.Data.SqlClient. SqlException (0x80131904): Fehler bei der Anmeldung für den Benutzer
Login failed for user <Username>
Es konnte keine Anmeldung gefunden werden, die mit dem angegebenen Namen übereinstimmt
Details
Diese Meldung findet man in den SharePoint ULS-Logs:
EXCEPTION: System.Data.SqlClient.SqlException (0x80131904): Fehler bei der Anmeldung für den Benutzer 'DOMAIN\PowPivot' ...
In den SQL-Server Logs findet man folgende Meldung:
Login failed for user <Username>. Ursache: Es konnte keine Anmeldung gefunden werden, die mit dem angegebenen Namen übereinstimmt.
Fix
Anmeldung auf dem SQL-Server erzeugen
In unserem Fall war die nötige Kennung auf dem SQL-Server unter der Datenbank verknüpft, aber als Anmeldename für den gleichen Benutzer (unter Instanz/Sicherheit/Anmeldungen) nicht existent.
Im SQL Management Studio das in den Meldungen auftauchende Benutzerkonto nun unter Sicherheit/Anmeldungen mit “Neue Anmeldung” erstellen.
Mit folgendem Skript kann man den DB-User mit dem Instanz-User verbinden. Dabei müssen <DB-Name> und die Benutzer angepasst werden.
--------------------------------------------------------------------------------
-- Verknüpft einen DB-User (unter DB/Sicherheit/Benutzer) mit einem SQL-Anmeldenamen (Unter Instanz/Sicherheit/Anmeldungen)
-- Quelle: http://msdn.microsoft.com/de-de/library/ms174378.aspx
--------------------------------------------------------------------------------
USE "<DB-Name>"
;
GO
EXEC sp_change_users_login 'Update_One', '<DB-User>', '<Anmeldeuser>'
;
GO
Auch wenn die Fehlermeldung erscheint (s.u.), sollte der Benutzer nach der Aktualisierung der Anzeige nun verknüpft sein.
The user does not have permission to perform this action
Der Benutzer hat nicht die Berechtigung, um diese Aktion auszuführen
Unknown SQL Exception 297 occurred.
Details
Im SharePoint ULS-Logs tauchen regelmäßig folgende oder ähnliche Einträge auf:
System.Data.SqlClient.SqlException (0x80131904): Der Benutzer hat nicht die Berechtigung, um diese Aktion auszuführen.
System.Data.SqlClient.SqlException (0x80131904): The user does not have permission to perform this action.
SqlError: ‘Der Benutzer hat nicht die Berechtigung, um diese Aktion auszuführen.’ Source: ‘.Net SqlClient Data Provider’
Unknown SQL Exception 297 occurred.
ULS-Log Eintrag
Process
OWSTIMER.EXE
Product
SharePoint Foundation
Category
Database
Level
High-Critical
System.Data.SqlClient.SqlException (0x80131904): Der Benutzer hat nicht die Berechtigung, um diese Aktion auszuführen. bei System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction) bei System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj, Boolean callerHasConnectionLock, Boolean asyncClose) bei System.Data.SqlClient.TdsParser.TryRun(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj, Boolean& dataReady) bei System.Data.SqlClient.SqlDataReader.TryConsumeMetaData() bei System.Data.SqlClient.SqlDataReader.get_MetaData() bei System.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, String resetOptionsString) bei System.Data.SqlClient.SqlCommand.RunExecuteReaderTds(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, Boolean async, Int32 timeout, Task& task, Boolean asyncWrite, SqlDataReader ds) bei System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method, TaskCompletionSource`1 completion, Int32 timeout, Task& task, Boolean asyncWrite) bei System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method) bei System.Data.SqlClient.SqlCommand.ExecuteReader(CommandBehavior behavior, String method) bei System.Data.SqlClient.SqlCommand.ExecuteReader(CommandBehavior behavior) bei Microsoft.SharePoint.Utilities.SqlSession.ExecuteReader(SqlCommand command, CommandBehavior behavior, SqlQueryData monitoringData, Boolean retryForDeadLock) ClientConnectionId:3d016145-4172-47db-847c-4a05dde6f3f9
SqlError: 'Der Benutzer hat nicht die Berechtigung, um diese Aktion auszuführen.' Source: '.Net SqlClient Data Provider' Number: 297 State: 1 Class: 16 Procedure: '' LineNumber: 5 Server: 'unser-ssrs-server.domain\SSRS,1234'
Unknown SQL Exception 297 occurred. Additional error information from SQL Server is included below. Der Benutzer hat nicht die Berechtigung, um diese Aktion auszuführen.
Alle SP-DBs befinden sich bei uns (bis auf die DBs der SSRS-Dienstanwendung) auf der SharePoint SQL-Server-Instanz. Die SSRS-DBs liegen auf der anderen SQL-Server-Instanz (ssrs-server.domain\SSRS,1234).
Da die SSRS-DBs der Dienstanwendung aber zur SP-Farm gehören, muss SP-Timerdienst (für Wartungsläufe etc.) auf diese SSRS-DBs zugreifen können.
In dem Fall waren für das Konto des Timer-Dienstes die Serverrollen “dbcreator”, “public” und “securityadmin” auf der SSRS-Instanz nicht ausreichend. Das Konto muss (wie auf der SP-Instanz schon der Fall ist) die Berechtigung “Serverstatus anzeigen” (bzw. VIEW SERVER STATE) bekommen. Dazu folgendes durchführen.
View Server State für das Farmkonto
Benutzerkonto des Timerdienstes (Farmkonto) herausfinden
Microsoft SQL Server Management Studio starten und mit der in der Fehlermeldung erwähnten Instanz verbinden (in diesem Fall: ssrs-server.domain\SSRS,1234)
Unter Anmeldungen das Farmkonto finden und Eigenschaften über rechte Maustaste (RM) öffnen.
Auf der linken Seite “Sicherungsfähige Elemente” öffnen
Unten im Reiter “Explizit” nach unten scrollen und in der Zeile “Serverstatus anzeigen” bzw. “View Server State” das Kästchen “Erteilen” aktivieren.
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: TCP Provider, error: 0 – Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte.)
Unknown SQL Exception 10061 occurred
Details
Im ULS-Log und in der Windows-Ereignisanzeige sind ständig Meldungen dieser Art zu sehen:
System.Data.SqlClient.SqlException (0x80131904)
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.
System.ComponentModel.Win32Exception (0x80004005): Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte
provider: TCP Provider, error: 0 – Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte
System.Data.SqlClient.SqlException (0x80131904): 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: TCP Provider, error: 0 - Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte.) ---> System.ComponentModel.Win32Exception (0x80004005): Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte bei System.Data.ProviderBase.DbConnectionPool.TryGetConnection(DbConnection owningObject, UInt32 waitForMultipleObjectsTimeout, Boolean allowCreate, Boolean onlyOneCheckConnection, DbConnectionOptions userOptions, DbConnectionInternal& connection) bei System.Data.ProviderBase.DbConnectionPool.TryGetConnection(DbConnection owningObject, TaskCompletionSource`1 retry, DbConnectionOptions userOptions, DbConnectionInternal& connection) bei System.Data.ProviderBase.DbConnectionFactory.TryGetConnection(DbConnection owningConnection, TaskCompletionSource`1 retry, DbConnectionOptions userOptions, DbConnectionInternal oldConnection, DbConnectionInternal& connection) bei System.Data.ProviderBase.DbConnectionInternal.TryOpenConnectionInternal(DbConnection outerConnection, DbConnectionFactory connectionFactory, TaskCompletionSource`1 retry, DbConnectionOptions userOptions) bei System.Data.SqlClient.SqlConnection.TryOpenInner(TaskCompletionSource`1 retry) bei System.Data.SqlClient.SqlConnection.TryOpen(TaskCompletionSource`1 retry) bei System.Data.SqlClient.SqlConnection.Open() bei Microsoft.SharePoint.Utilities.SqlSession.OpenConnection() bei Microsoft.SharePoint.Utilities.SqlSession.ExecuteReader(SqlCommand command, CommandBehavior behavior, SqlQueryData monitoringData, Boolean retryForDeadLock) ClientConnectionId:00000000-0000-0000-0000-000000000000 Fehlernummer (Error Number):10061,Status (State):0,Klasse (Class):20
SqlError: '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: TCP Provider, error: 0 - Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte.)' Source: '.Net SqlClient Data Provider' Number: 10061 State: 0 Class: 20 Procedure: '' LineNumber: 0 Server: ''
Unknown SQL Exception 10061 occurred. Additional error information from SQL Server is included below. 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: TCP Provider, error: 0 - Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte.)
Fix
Firewall und Verbindung prüfen
Falls eine Firewall im Netz eingesetzt wird, so sollte man die Logs der Firewall auf Sperrungen überprüfen.
In unserem Fall gab es eine Meldung über gesperrte Verbindung.
In diesem Fall konnten sich die SharePoint-WFEs nicht mit der SQL-Instanz des in den SharePoint integrierten SSRS verbinden (SSRS-Dienstanwendungsdatenbanken lagen in diesem Fall nicht auf der gleichen SP-Instanz). Nach dem freischalten der Firewall, sind die Meldungen im ULS-Log auch verschwunden.
Von der Suchanfrage konnte keine Verbindung mit dem Suchdienst hergestellt werden
The search request was unable to connect to the Search Service
Die gespeicherte Prozedur ‘dbo.Search_GetRecentStats’ wurde nicht gefunden.
Could not find stored procedure ‘dbo.Search_GetRecentStats’.
Details
Bei der Benutzung der SharePoint Suche im Browser wird folgende Meldung angezeigt:
Das hat leider nicht geklappt. Von der Suchanfrage konnte keine Verbindung mit dem Suchdienst hergestellt werden.
Im Event Log findet man Event-ID: 6398
Ausnahme der Methode ‘Execute’ der Auftragsdefinition ‘Microsoft.Office.Server.Search.Monitoring.HealthStatUpdateJobDefinition’ (ID 6ccbd6dc-93ce-4aea-98f4-14566ebdea96). Weitere Informationen finden Sie unten. Die gespeicherte Prozedur ‘dbo.Search_GetRecentStats’ wurde nicht gefunden.
Oder auf Englisch: The Execute method of job definition Microsoft.Office.Server.Search.Monitoring.HealthStatUpdateJobDefinition (ID …) threw an exception. More information is included below. Could not find stored procedure ‘dbo.Search_GetRecentStats’.
ULS-Log Eintrag
Im SharePoint ULS-Log findet man folgenden Eintrag:
Process
OWSTIMER.EXE
Product
SharePoint Foundation
Category
Database
Level
High
Details
System.Data.SqlClient.SqlException (0x80131904): Die gespeicherte Prozedur ‘dbo.Search_GetRecentStats’ wurde nicht gefunden.
. . .
Insgesamt sind folgende Einträge in den SharePoint ULS-Logs zu finden:
Die gespeicherte Prozedur ‘dbo.Search_GetRecentStats’ wurde nicht gefunden.
System.Data.SqlClient.SqlException (0x80131904)
Unknown SQL Exception 2812 occurred.
The Execute method of job definition Microsoft.Office.Server.Search.Monitoring.HealthStatUpdateJobDefinition (ID xxxxxxxxx-xxxx-xxxx-xxx) threw an exception.
Ereignisprotokoll
In der Windows Ereignisanzeige (Event Viewer) ist folgender Event Log Eintrag mit der ID: 6398 vorhanden (nicht auf allen SharePoint Servern):
Protokoll(name)
Anwendung
Quelle
SharePoint Foundation
Aufgabenkategorie
Zeitgeber
Ebene
Kritisch
ID
6398
Details
Stellen Sie sicher, dass der Ziel-SPN nur bei dem Konto registriert ist, das vom Server verwendet wird. Dieser Fehler kann auch auftreten, wenn das Kennwort für das Zieldienstkonto nicht mit dem Kennwort übereinstimmt, das im Kerberos-KDC (Key Distribution Center) für den Zieldienst konfiguriert ist.
Fix
Zuordnungen von Dienstanwendungen konfigurieren
Die Zuordnung des Suchdienst-Anwendungsproxys und evtl. des Proxy für die Sammlung von Verwendungs- und Intergritätsdaten zu der Webanwendung muss folgendermaßen aktiviert werden:
In der ZA den Punkt “Webanwendungen verwalten” anklicken.
Webanwendung auswählen (bei uns “SharePoint – 80”)
“Suchdienst-Anwendungsproxy” und evtl. “Proxy für die Sammlung von Verwendungs- und Integritätsdaten” aktivieren (in unserem Fall sind das “Search_Service_Application_Proxy” und “Usage and Health Data Collection Service”).Bild vorher: Proxys sind deaktiviert Bild danach: Proxys sind aktiviert
Integritätsdatensammlung aktivieren
In unserem Fall funktionierte die Suche anschließend, aber auf einem der WFEs gab es einen minütlichen Ereignisanzeige-Eintrag (s.o.) mit der Event-ID: 6398 “Die gespeicherte Prozedur ‘dbo.Search_GetRecentStats’ wurde nicht gefunden.”
Als Lösung muss man “Integritätsdatensammlung aktivieren” dazu folgendes durchführen:
Navigieren zu ZA > Überwachung > Verwendungs- und Integritätsdatensammlung konfigurieren
Error: Start process failed, The DocAve services on the member agent is down: server Name In Farm: <SP-Server02>
Wird als Comment in Details des Backup-Jobs angezeigt.
Details
Beschreibung
Der DocAve Backup-Job scheitert mit dem Status “Failed”.
In den Job Details sind viele Datenbanken aufgelistet, die nicht gesichert werden konnten.
In der Spalte “Agent” wird immer der gleiche <SP-Server01> aufgelistet.
In unserem Fall ist es der WFE-Server.
In der Spalte “Comment” steht dann folgender Text: Error: Start process failed, The DocAve services on the member agent is down: server Name In Farm: <SP-Server02> Wobei der SP-Server02 bei uns der DB-Server ist.
In dem Log (Job Details, Download) mit dem Namen ” SP2013PRControlBackup.exe_FBxxxxxxxxx_High.log” findet man folgenden Einträge:
Level DateTime Thread Class EventID- Message
Level DateTime Thread Class EventID- Message
INFO 12-10 08:53:05,413 Discover thread FarmDiscovery,141483 0- Processing backup node: Search Service Proxy. V:6.4.2.4012
. . .
INFO 12-10 08:53:05,491 Discover thread FarmDiscovery,141483 0- Start to discover SPUsageService. V:6.4.2.4012
WARN 12-10 08:53:36,442 Discover thread TSQLUtility,265864 0- Opened connection failed. Database server: SP-Server02\<SP-Insanz>, database name: , username: <DocAveAgentUser>. Error: System.Data.SqlClient.SqlException (0x80131904): 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: SQL Network Interfaces, error: 26 - Fehler beim Bestimmen des angegebenen Servers/der angegebenen Instanz)
bei System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction)
bei System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj, Boolean callerHasConnectionLock, Boolean asyncClose)
bei System.Data.SqlClient.TdsParser.Connect(ServerInfo serverInfo, SqlInternalConnectionTds connHandler, Boolean ignoreSniOpenTimeout, Int64 timerExpire, Boolean encrypt, Boolean trustServerCert, Boolean integratedSecurity, Boolean withFailover)
. . .
WARN 12-10 08:53:36,473 Discover thread FarmDiscovery,141483 0- Get database file list failed,server SP-Server02\<SP-Insanz>, name <DB_Name> details System.Exception: Failed to open connection. Server: SP-Server02\<SP-Insanz>, Database: , User: , 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: SQL Network Interfaces, error: 26 - Fehler beim Bestimmen des angegebenen Servers/der angegebenen Instanz).
bei AvePoint.VCSPFarm.TSQLUtility.GetSqlConnection(String server, String database, String userid, String password, Boolean ignoreUserId)
bei AvePoint.VCSPFarm.TSQLUtility.GetSqlConnection(String server, String database, String userid, String password)
bei AvePoint.VCSPFarm.TSQLUtility.GetDBFileListInfo(String server, String dbName, String userName, String password)
bei AvePoint.VCSPFarm.FarmDiscovery.AddSPUsageServiceToBackupTree() V:6.4.2.4012
Der DocAve-Agent auf dem Server <SP-Server01> kann sich nicht mit dem anderen (vermutlich dem DB-)Server <SP-Server02> verbinden.
SQL-Aliase prüfen
Falls SQL-Aliase benutzt werden, prüfen ob diese auf allen nötigen SharePoint-Servern vorhanden sind.
Firewall prüfen
Wahrscheinlich sperrt die Firewall o.Ä. die Verbindung des Agents vom <SP-Server01> zum <SP-Server02>
Es scheint so, dass für den problemlosen Betrieb nicht nur die Kommunikation zwischen dem Control-Server und den Agents (plus umgekehrt), sondern auch die Kommunikation zwischen den einzelnen Agent-Servern nötig ist.
Als Lösung muss man entweder die Verbindung gestatten (hier wäre dass WFE->DB) oder eine Agent-Group erstellen und für Backups benutzen, in der sich die Server (z.B. die App-Server) befinden, die die Verbindung (in diesem Fall zu den DB-Servern) aufbauen dürfen.
In diesem Artikel werde ich eine Nintex Workflow 2013 und Nintex Forms 2013 Installation in einer 3 Tier SharePoint-Farm durchführen und auf Besonderheiten und Probleme eingehen.
Systemvoraussetzungen für Nintex Workflow 2013 und Nintex Forms 2013 Installation
Infrastruktur
Server OS: Microsoft Windows Server 2008 R2 oder Windows Server 2012 (auch R2 wird unterstützt)
MS SP Foundation 2013 oder MS SharePoint Server 2013 (SP1 wird auch unterstützt)
MS SQL Server 2008 R2 SP1 oder SQL Server 2012 oder SQL Server 2014
Browser für Nintex-Workflow und Nintex-Forms Entwicklung:
Mindestens: Internet Explorer 8.x.
Empfohlen: Internet Explorer 10 oder höher.
Kein Chrome und kein Firefox
Browser für das Ausführen der WF
Mindestens: IE 8.x oder letzte Version von Chrome, Firefox oder Safari.
Empfohlen: IE 10 oder höher, oder die letzte Version von Chrome, Firefox oder Safari.
Falls RPC-Zugriff vom Installationsserver zu anderen SharePoint-Servern in der Farm gesperrt ist (Hardware-Firewalls, Windows-Firewalls etc.), wird während der Installation die Fehlermeldung „The RPC server is unavailable“ oder „Der RPC-Server ist nicht verfügbar“ angezeigt. In diesem Fall sind nach der Installation manuelle Schritte nötig (s. „Fehler und Lösungen“ weiter unten).
Dienste
Windows-Dienste
Folgende Windows-Dienste müssen auf den Servern laufen (Stauts = „Wird ausgeführt“), um die Nintex Workflow 2013 und Nintex Forms 2013 Installation durchführen zu können.
SharePoint Administration
SharePoint Timer Service
SharePoint-Dienste
Microsoft SharePoint Foundation Web Application (für die WFEs)
Microsoft SharePoint Foundation Workflow Timer Service
Berechtigungen
Es wird ein Benutzerkonto benötigt, welches folgende Berechtigungen besitzt.
SharePoint-Berechtigungen
Rechte, um die Farm-Eigenschaften zu ändern (wird benötigt, um die Lizenz-Datei zu importieren).
Diese Rechte haben z.B. die Farm-Administratoren (ZA > Security > Users > Manage the farm administrators group)
SharePoint_Shell_Access DB-Rolle für die
Config-DB
Zentraladministration-DB
Alle Content-DBs.
SQL-Server Berechtigungen
Möglichkeit DBs zu erstellen und die Berechtigungen zu ändern
Windows-Login auf dem SQL-Server mit folgenden Berechtigungen
SQL-Server Rolle: securityadmin
SQL-Server Rolle: dbcreator
DB-Rolle: db_owner (für alle Datenbanken in der Farm, die während der Installation verwendet werden sollen)
Windows-PowerShell-Berechtigungen
SharePoint_Shell_Access
Möglichkeit um PowerShell-Skripte auszuführen (execution policy), auf dem Server, auf dem der Installer ausgeführt wird.
Windows-Berechtigungen
Mitglied in der lokalen Gruppe der Administratoren auf jedem Server in der Farm
Mögliche Lizenzen
Evaluierungslizenz
Workgroup Edition (beschränkt auf 5 Sites)
Standard Edition (kleine bis mittlere Unternehmen)
Enterprise Edition (kompletter Funktionsumfang)
Lizenzierung pro FE-Server
Nintex Live (für die Veröffentlichung von Nintex Forms in Nintex Live wird spezielle Lizenzierung für externe oder anonyme Benutzer benötigt)
Fragen und Antworten
Was ist Nintex Live?
Nintex Live ist eine Erweiterung für Nintex Workflow (NW) und Nintex Forms (NF), mit der es möglich ist, die Workflows und Formulare für SharePoint in die Cloud zu legen.
Nintex-Live bietet die Möglichkeit, weitere Workflow-Aktionen aus einem online-Katalog zu nutzen.
Voraussetzung dafür ist, dass Nintex-Live kostenlos mitinstalliert und aktiviert wird.
Auf welchem Server muss die Installation ausgeführt werden?
Die Installer werden eigentlich nur auf einem der SP-Farm-Server ausgeführt.
Falls der Einsatz von Nintex Live geplant ist, dann sollten die Installer auf einem Server ausgeführt werden, der die ZA hostet (ansonsten muss man Nintex Live später gesondert konfigurieren).
Lt. Nintex-Installationsanleitung sollte NF auf einem WFE installiert werden.
Gibt es eine Möglichkeit eine Trial-Lizenz später umwandeln?
Ja, die Lizenz kann man später umwandeln.
Soll die Trial-Lizenz später in eine Standard-Lizenz (keine Enterprise-Lizenz) umgewandelt werden, sollte man aufpassen, dass man in der Trial-Lizenz keine Enterprise-Features benutzt, da diese später (mit der Standard-Lizenz) nicht funktionieren.
Welche Server müssen lizenziert werden?
Die Server, wo der Dienst „Microsoft SharePoint Foundation Workflow Timer Service“ läuft und somit Workflows verarbeitet werden, müssen lizenziert werden.
Vorbereitung der Installation
Die Antivirensoftware sollte temporär deaktiviert werden.
Es wird empfohlen das UAC temporär auf den Servern zu deaktivieren, auf denen die Installation durchgeführt werden soll.
Sicherstellen, dass die Application Pools gestartet sind.
Sicherstellen, dass der Installer die PowerShell-Skripte ausführen kann.
Falls möglich den RPC-Zugriff vom Installationsserver zu anderen SharePoint-Servern in der Farm erlauben (Hardware-Firewalls, Windows-Firewalls etc.). Ansonsten wird während der Installation die Fehlermeldung „The RPC server is unavailable“ oder „Der RPC-Server ist nicht verfügbar“ angezeigt. In diesem Fall sind nach der Installation manuelle Schritte nötig (s. „Fehler und Lösungen“ weiter unten).
Nintex Workflow 2013 und Nintex Forms 2013 Installation
Dieser Abschnitt beschreibt die Nintex Workflow 2013 und Nintex Forms 2013 Installation, Bereitstellung der Features, Import der Nintex-Lizenzdateien, Konfiguration der Datenbanken und Aktivierung der Nintex Features im SharePoint.
In unserem Fall werden wir die Trial-Version anfordern und installieren. Später wird die Lizenz in eine produktive Lizenz umgewandelt.
Hinweis:
Wird am Anfang die Trial-Version benutzt und später in eine Standard-Lizenz (keine Enterprise-Lizenz) umgewandelt, sollte man aufpassen, dass man in der Trial-Lizenz keine Enterprise-Features benutzt, da diese später (mit der Standard-Lizenz) nicht funktionieren.
Installer
Bei einer Installation in einer Multi-Server-Farm sollte es eigentlich ausreichend sein, die Installer auf einem SharePoint-Server auszuführen, der die Zentraladministration hostet.
Installation von Nintex Workflow (NW)
Die Installationsdatei für die Installation von Nintex Workflow ausführen (hier heißt der Installer „NintexWorkflow2013Int.exe“).
Während der Installation hat man die Auswahl, ob Nintex Live mitinstalliert werden soll.
Die Frage, ob die Lösungen zu SharePoint hinzugefügt werden sollen, sollte mit Ja beantwortet werden (es ist auch möglich die Lösungen später bereitzustellen).
Den Installationsprozess zu Ende durchführen und am Ende auf den Button „Close“ klicken.
Falls während der Installation Fehler aufgetreten sind, dann findet man die Lösungen möglicherweise in dem Artikelabschnitt „Fehler und Lösungen“ oder in dem InstallGuide von Nintex.
Installation von Nintex Forms (NF)
Hinweis:
Der Nintex Forms Installer muss auf einem WFE-Server ausgeführt werden.
Wenn Nintex Forms installiert wird, muss die NW Installation bereits durchgeführt worden sein.
Die Installationsdatei für die Installation von Nintex Workflow ausführen (hier heißt der Installer „NintexForms2013Int.exe“).
Die Installationsdatei für die Nintex Forms (z.B. „NintexForms2013Int.exe“) auf einem WFE-Server ausführen.
Während der Installation hat man die Auswahl, ob Nintex Live mitinstalliert werden soll.
Die Frage, ob die Lösungen zu SharePoint hinzugefügt werden sollen, sollte mit Ja beantwortet werden (es ist auch möglich die Lösungen später bereitzustellen).
Nun wird der Installationsstatus angezeigt bis die Installation zu Ende durchgeführt ist.
Nach dem der Prozess am Ende angekommen ist, kann man das Fenster mit dem Button „Close“ schließen.
Falls während der Installation Fehler aufgetreten sind, dann findet man die Lösungen möglicherweise in dem Artikelabschnitt „Fehler und Lösungen“ oder in dem InstallGuide von Nintex.
Deploying Solutions
Normalerweise werden einige Solutions während der Installation automatisch bereitgestellt. Manche Solutions (Lösungen) muss man per Hand bereitstellen, erst dann werden auch diese Nintex-Icons (s. Bild u.) in der CA sichtbar.
Laut der Installationsanleitung müssen folgende Solutions vorhanden sein bzw. bereitgestellt werden:
Alle Inhaltswebapplikationen (All content Web applications)
CA
Webapplikation der Zentraladministration
Auto
Wird vom Installer automatisch bereitgestellt und hat den Status „Globally deployed“
Ja
Ja, manuell bereitstellen
Nein
Nein, muss für diese Webapplikation nicht bereitgestellt werden.
Optional
Muss nur bei Bedarf bereitgestellt werden.
Bereitstellung
Diese Reihenfolge sollte beim Bereitstellen beachtet werden:
Nintex Workflow
NintexWorkflow2013core.wsp
NintexWorkflow2013.wsp
Andere Workflow-Solutions
Nintex Forms
Um den Status der Solutions zu überprüfen, bzw. um diese zu deployen, muss Folgendes durchgeführt werden:
Zu CA > System Settings > Manage farm solutions navigieren.
(http://CA-URL:Port/_admin/Solutions.aspx)
Nintex Solutions – nach Installation
Alle in der Tabelle oben rot markierten Solutions müssen bereitgestellt werden (bei Bedarf, wenn z.B. auch die SP2010-Layout-Sites benutzt werden, auch die gelb markierten Solutions)
Dazu auf ein Solution und dann auf Deploy Solution klicken (z.B. nintexworkflow2013.wsp).
Hinweis:
Nach dem Ausführen des nächsten Schrittes (die Lösung bereitstellen), kann es passieren, dass SharePoint kurz (ein paar Minuten) nicht erreichbar ist.
Um Solution nun für Alle Inhaltswebapplikationen bereitzustellen, müssen wir im Fenster „Deploy Solution“ im Bereich „Deploy To?“ unter „Choose a Web application to deploy this solution:“ den Eintrag „All content Web applications“ auswählen und mit OK die Lösung bereitstellen.
Der Status ändert sich zu „Deploying“. Später ändert sich der Status nach „Deployed“ und in der Spalte „Deployed To“ steht, dass die Lösung in den Inhaltswebapplikationen bereitgestellt wurde.
Falls das Solution auch in der Zentraladministration bereitgestellt werden soll (Spalte CA=Ja), dann müssen wir noch mal die „Solution Properties“ öffnen (auf die Lösung klicken).
Dann auf wieder auf „Deploy Solution“ klicken.
Unter „Choose a Web application to deploy this solution:“ die URL der CA auswählen und mit OK die Lösung bereitstellen.
Nachdem alle nötigen Solutions bereitgestellt wurden, sollte die Liste wie folgt aussehen:
Lizenzdateien Import
Lizenz für Nintex Workflow importieren
CA > Nintex Workflow Management
„Licensing“ anklicken
Im Fenster „Nintex Workflow Management – Nintex Worflow Licensing auf den Button „Import“ klicken.
Nach dem Klicken auf den Button „Durchsuchen“ die Lizenzdatei (Hier „Nintex Workflow 2013.nlf“) auswählen und Öffnen. Dann den Button „Import“ betätigen.
Nun sieht man die Details der Importierten Lizenzdatei. Mit OK kann man den Import bestätigen und das Fenster schließen.
Lizenz für Nintex Forms importieren
CA > (Nintex Forms Management) > „Licensing“ anklicken
Im Fenster „Nintex Workflow Management – Nintex Worflow Licensing auf den Button „Import“ klicken.
Nach dem Klicken auf den Button „Durchsuchen“ die Lizenzdatei (Hier „Nintex Forms 2013.nlf“) auswählen und Öffnen. Dann den Button „Import“ betätigen.
Nun sieht man die Details der Importierten Lizenzdatei. Mit OK kann man den Import bestätigen und das Fenster schließen.
Wenn alle Lizenzen importiert sind, kann mit der Konfiguration der Datenbanken begonnen werden.
Konfiguration der Datenbanken
Hinweise
Der DB-Server ist standardmäßig der SQLDB-Server der SharePoint-Farm.
Es wird mindestens eine Nintex Content-DB erzeugt und zur SharePoint Content-DB gemappt.
Jede SharePoint Content-DB, die Sitecollections mit Nintex-Workflow-Benutzung enthält, wird zur Nintex Workflow Content-DB gemappt.
Achtung:
Um die Datenintegrität zu erhalten, sollten die Datenbanken zur selben Zeit gesichert und wiederhergestellt werden.Beispiel:
Wenn eine NW-Content-DB auf zehn SP-Content-DBs gemappt ist, dann müssen alle elf DBs zur gleichen Zeit gesichert und wiederhergestellt werden.Besondere Sorgfalt ist bei den inkrementellen Backups (transaction log) angebracht.
Folgende Datenbanken sind in den Installationsprozess involviert
Default configuration database
Wird während der Installation erstellt.
Enthält Einstellungen, DB-Mappings, „LazyApproval-Settings“ und andere Nintex Konfigurationsinformationen.
Wenn während des Installationsprozesses keine „Nintex Workflow content database“ erstellt wird, dann wird diese „Default configuration database“ auch als „content database“ benutzt, um dort Workflow-Verlauf, Aufgabeninformationen für die Nintex-Workflows abzulegen.
Nintex Workflow content database
Wird typischerweise (aber nicht immer) während des Installationsprozesses angelegt.
Enthält Workflow-Verlauf, Aufgabeninformationen für die Nintex-Workflows der verlinkten Site-Collections.
SharePoint content database
Ist schon vorhanden.
Die SharePoint Inhaltsdatenbanken sind zu den Nintex Workflow Inhaltsdatenbanken gemappt.
Die SP-Inhaltsdatenbanken müssen synchron mit den gemappten Nintex Workflow content DBs sein. Das muss beim Backup und Restore unbedingt beachtet werden!
Nintex Workflow Content-DB Planung
Bei weniger als 25 SP-Inhaltsdatenbanken
Falls es in der SharePoint-Umgebung weniger als 25 Inhaltsdatenbanken existieren, die Nintex-Workflows benutzende Sitecollections enthalten, dann wird ein 1:1 Mapping empfohlen.
Das bedeutet, dass zu jeder SP-Content-DB jeweils eine Nintex-Workflow-Content-DB existiert.
Dieses Szenario wird für nicht so komplexe Workflows mit einem niedrigen bis mittleren Traffic empfohlen.
Bei mehr als 25 SP-Inhaltsdatenbanken
Falls es in der SharePoint-Umgebung mehr als 25 Inhaltsdatenbanken existieren, die Nintex-Workflows benutzende Sitecollections enthalten, oder die Workflows sind sehr komplex bzw. verbrauchen viel Traffic, dann wird ein 1:n Mapping empfohlen.
In dem Fall wird jeweils eine Nintex-Workflow Content-DB für eine Gruppe der SP-Content-DBs erstellt.
Beispiel:
Abteilung 1 hat 10 DBs.
Abteilung 2 hat auch 10 DBs.
Dann wird jeweils eine NW-Content-DB pro Abteilung (bzw. wie in diesem Fall pro 10 SP-Content-DBs) erstellt. In diesem Fall hätten wir also 2 NW-Content-DBs insgesamt.
Database setup
Nintex Workflow Database setup
Es ist möglich Nintex Workflow mit nur einer (Config-)DB zu betreiben. In einem solchen Fall werden die Inhalte auch in die Konfigurationsdatenbank geschrieben.
In unserem Beispiel werden wir zwei Datenbanken für Nintex Workflow erstellen: Config-DB und Content-DB.
Dazu folgende Schritte durchführen:
CA > Nintex Workflow Management > Database setup
Nintex Workflow Config-DB
Configuration Database Create
Als „Database Server“ wird normalerweise der SharePoint-DB-Server übernommen.
Den „Database Name“ eingeben/ändern , (da wir noch eine Content-DB erstellen werden, wird an dieser Stelle der Zusatz _Config hinzugefügt) bei Bedarf die Authentifizierung ändern und mit OK bestätigen.
Die DB wird erstellt und im Fenster „Nintex Workflow Database Setup“ angezeigt.
Nintex Workflow Content-DB
Content-DB erstellen
Um eine Inhaltsdatenbank hinzufügen, im Fenster „Nintex Workflow Database Setup“ auf „Add content database“ klicken.
(CA > Nintex Workflow Management > Database setup)
Den „Database Name“ (bei uns mit dem Zusatz _Content) vergeben, evtl. die Authentifizierung auswählen und mit OK bestätigen.
Content-DB Mapping
Nach der Erstellung der Inhaltsdatenbank sollten man noch die „Mappings“ anpassen.
Dazu zur folgender Stelle navigieren:
CA > Nintex Workflow Management > Database setup > Manage database mappings
Hier kann man nun jede vorhandene SP-Content-DB mit vorhandenen Nintex Content-DBs verknüpfen. Da in unserem Beispiel nur eine SP-Content-DB und nur eine erstellte Nintentx-Content-DB existieren, werden diese miteinander gemapt.
Nach diesen Schritten, wird im Nintex-Installationshandbuch empfohlen in der Eingabeaufforderung (CMD) den IIS-Reset als Administrator durchzuführen (auf welchem Server ist nicht spezifiziert).
iisreset
Nintex Forms Database setup
Um die Nintex Forms Datenbank einzurichten, müssen folgende Schritte durchgeführt werden.
CA > (Nintex Forms Management) > Manage database
Den Namen des Datenbankservers bei Bedarf ändern (Standardmäßig wird der DB-Server der SharePoint-Farm genommen.
Bei Bedarf den „Database Name“ ändern und mit OK bestätigen.
Aktivierung und Konfigurierung
Nintex Workflow – Web Application activation
Um Nintex Workflow für die SharePoint-Webanwendung zu aktivieren, müssen folgende Schritte durchgeführt werden.
CA > Nintex Workflow Management > Web Application Activation
Die Option „All content web applications“ aktivieren und mit dem Button „Activate“ bestätigen.
Nintex Forms – Web Application activation
Die Aktivierung der Webanwnedung, die oben für Nintex Workflow bereits durchgeführt wurde, wird jetzt auch für Nintex Forms durchgeführt. Allerdings geschieht die Aktivierung der Webanwendung bzw. der Features der Webanwendung für Nintex Forms auf etwas anderem Weg. Es besteht die Hoffnung, dass Nintex diese Aktivierungen in späteren Versionen an einer Stelle vereint vereinen wird.
CA > Application Management > Manage web applications
Die Zeile der Inhaltswebanwendung, meistens „SharePoint – 80„, markieren und oben im Menüband auf Manage Features klicken.
Im PopUp „Manage Web Application Features“ muss das Feature „Nintex Forms“ aktiviert und mit OK bestätigt werden.
Actions aktivieren
Um die Workflow-Aktionen zu aktivieren, müssen folgende Schritte durchgeführt werden:
CA > Nintex Workflow Management > Manage allowed actions
Entweder einzelne Aktionen nach Bedarf oder durch den Klick auf das Kästchen „Category“ alle Aktionen auswählen bzw. aktivieren und mit OK bestätigen.
Nintex Live aktivieren
Falls Nintex Live benutzt werden soll, so kann man dies in den Nintex Workflow Management wie folgt aktivieren.
CA > Nintex Workflow Management > Live settings
Im Fenster „Nintex Workflow Management – Nintex Live Workflow Settings“ in der Zeile „Enable Nintex Live for Nintex Workflow“ auf den Button Enable klicken.
Hinweis:
Es könnte zu kurzzeitigen Aussetzern der SharePoint-Umgebung kommen.
CA > Nintex Workflow Management > Live catalog settings
Die Option „Allow Catalog browsing in the workflow designer“ auf „Yes“ umstellen.
Proxy Server konfigurieren
Bei Bedarf kann für Nintex Live der Proxy-Server konfiguriert werden.
CA > Nintex Live Management > Connection settings
Die Option „Connect with proxy server“ aktivieren, den Proxy-Server und den Port eintragen und mit OK bestätigen.
Websitesammlungsfeatures aktivieren
Um die nötigen Sitecollection Features zu aktivieren, müssen folgende Schritte durchgeführt werden.
Internet Explorer starten und eine Bibliothek (z.B. die Dokumentenbibliothek) auf der Seite öffnen, auf der die Nintex Forms Features aktiviert wurden.
Im Bandmenü den Reiter BIBLIOTHEK aktivieren. Dann den Button Bibliothek anpassen > Nintex-Forms anklicken.
Es wird ein Nintex Forms Formular angezeigt, welches man nun bearbeiten könnte.
Nintex Assemblies und Features im Dateisystem kontrollieren
Nach der Installation von Nintex Workflow 2013 und Nintex Forms 2013 sollte man kontrollieren, ob Nintex Assemblies installiert wurden.
Im Pfad C:\Windows\assembly findet man folgende Nintex Assemblies:
Im Pfad C:\Program Files\Common Files\microsoft shared\Web Server Extensions\15\TEMPLATE\FEATURES findet man folgende Nintex Ordner mit den SharePoint Features:
Nachdem alle nötigen Solutions bereitgestellt wurden, sollte die Liste der Nintex Solutions wie folgt aussehen.
CA > System Settings > Manage farm solutions
Lizenzen Checken
Während der Installation sollten die Lizenzdateien importiert worden sein.
Ob die Lizenzen korrekt importiert sind, kann man mit folgenden Schritten überprüfen.
Nintex Workflow
CA > Nintex Workflow Management > Licensing
Nintex Forms
CA > Nintex Forms Management > Licensing
Nintex Live
CA – Nintex Live Management – Health Checks
Datenbanken
Einstellungen
Die bei der Installation erzeugten Datenbanken und die Einstellungen kann man sich hier anschauen:
CA > Nintex Workflow Management > Database setup
CA > Nintex Forms Management > Manage database
Accounts
Wir müssen überprüfen, ob das Konto unter welchem der IIS-Applikationspool (meistens „SharePoint – 80“) der SharePoint-Inhaltswebanwendung („SharePoint – 80“) läuft, auch auf die Nintex-Datenbanken mit der DB-Rolle „WSS_Content_Application_Pools“ berechtigt ist.
Die DB-Rolle „WSS_Content_Application_Pools“ wird für die Berechtigungen SELECT und EXECUTE und somit die Nintex-Funktionalität benötigt.
Benutzerzuordnung Reiter auf der linken Seite auswählen.
Im oberen Bereich die Zeilen der Nintex-Datenbanken nacheinander auswählen und dabei im unteren Bereich kontrollieren, ob die DB-Rolle „WSS_Content_Application_Pools“ aktiviert ist. Falls nicht, dann aktivieren.
Safe Controls in der web.config Datei
Es muss kontrolliert werden, ob die für die Web-Applikation zuständige Datei „web.config“ um den Eintrag „<SafeControls>“ ergäntzt wurde, wenn workflow-actions aktiviert wurden.
IIS öffnen.
Sites > Die Webapplikationsseite des Portals (SharePoint – 80) markieren > rechte Maustaste > Im Explorer öffnen.
Datei „web.config“ mit einem Text-Editor öffnen.
Nach dem Inhalt „<SafeControls>“ suchen (Strg+f)
Der genannte Knoten „<SafeControls>“ muss vorhanden sein und der Inhalt muss in dieser web.config-Datei existieren.
The RPC server is unavailable – während der Nintex Workflow Installation
Während der Installation RPC-Fehlermeldungen angezeigt.
Diese Meldungen signalisieren, dass es ein Upgrade- bzw. ein Installationsproblem mit mindestens einem der beiden Dienste gab:
Nintex Workflow Start Service
Nintex Live Workflow Queue Service
Installing Nintex Workflow Start Service on: SP-Server03
Der RPC-Server ist nicht verfügbar.
Installing Nintex Workflow Start Service on: SP-Server03 Der RPC-Server ist nicht verfügbar. (Ausnahme von HRESULT: 0x800706BA) Ausnahme beim Aufrufen von „Connect“ mit 0 Argument(en): „Der RPC-Server ist nicht verfügbar. (Ausnahme von HRESULT: 0x800706BA)“
Installing Nintex Live Workflow Queue Service on: SP-Server03
Der RPC-Server ist nicht verfügbar.
Installing Nintex Live Workflow Queue Service on: SP-Server03 Der RPC-Server ist nicht verfügbar. (Ausnahme von HRESULT: 0x800706BA) Ausnahme beim Aufrufen von „Connect“ mit 0 Argument(en): „Der RPC-Server ist nicht verfügbar. (Ausnahme von HRESULT: 0x800706BA)“
Wahrscheinlich sperrt die Firewall den RPC-Zugriff vom Installationsserver auf den in der Fehlermeldung erwähnten Server.
Aus diesem Grund wurden vermutlich folgende Windows-Dienste nicht aktualisiert bzw. nicht installiert.
Nintex Workflow Start Service
Nintex Live Workflow Queue Service
Den nicht funktionierenden RPC-Zugriff kann man auch wie folgt testen:
# Testet ob RPC-Zugriff (Remote-PowerShell) möglich ist.
# In der PowerShell-Konsole als Admin ausführen.
Invoke-Command -ComputerName 'Ziel-Server-Name' -ScriptBlock {Write-Host "Test"}
<#
Bei Ausgabe "Test" war die Verbindung vom lokalen Server zu dem Ziel-Server erfolgreich.
Ansonsten kommt eine Fehlermeldung:
"[Ziel-Server-Name] Beim Verbinden mit dem Remoteserver "Ziel-Server-Name" ist folgender Fehler aufgetreten: Die Anforderung kann von WinRM nicht verarbeitet werden. Bei Verwendung der Kerberos-Authentifizierung ist der folgende Fehler mit Fehlercode 0x80090322 aufgetreten: Unbekannter Sicherheitsfehler."
#>
Die benötigten Windows-Dienste müssen nun per PowerShell auf den Servern installiert werden, die in Verbindung mit dem RPC-Fehler aufgelistet sind, bzw. auf den Servern, die im Bild zu sehende Dienste noch nicht in der Auflistung der Windows-Dienste drin stehen haben.
Die Dienste existieren auf den Servern, die nicht in Verbindung mit dem RPC-Fehler erwähnt wurden.
Lösung
Nintex Workflow Dienste per PS erstellen
Laut dem Nintex Install Guide kann man die Dienste auch per PowerShell erstellen.
Diese PowerShell-Skripte auf den betroffenen Servern (hier SP-Server03) in der SharePoint-Verwaltungsshell als Administrator ausführen:
Danach sollten die beiden Dienste auch auf den „Problemservern“ vorhanden sein:
IIS-Reset
Da die RPC-Verbindung nicht funktioniert, müssen wir folgenden Befehl auf jedem Server, auf dem wir (wie oben beschrieben) die Nintex-Dienste erstellt haben, lokal ausführen:
iisreset
Dienste Starten
Laut dem Nintex Install-Guide muss man an dieser Stelle die Dienste
Nintex Live Workflow Queue Service
Nintex Workflow Start Service
unter CA > Application Management > Manage services on server
starten.
Falls diese Dienste unter „Manage services on server“ nicht vorhanden sind, dann s. weiter unten „Dienste in der Zentraladministration unter „Manage services on server“ nicht vorhanden“
The RPC server is unavailable – während der Nintex Forms Installation
Connecting to: SP-Server03
Der RPC-Server ist nicht verfügbar.
Connecting to: SP-Server03 Der RPC-Server ist nicht verfügbar. (Ausnahme von HRESULT: 0x800706BA)
Wahrscheinlich konnte der Windows-Dienst „Nintex Live Relay Service“ auf den betroffenen Servern nicht erstellt werden (wahrscheinlich sperrt die Firewall den Zugriff). Deshalb wird dieser Dienst vermutlich unter Windows-Diensten auf den betroffenen Servern (s. Fehlermeldung) nicht aufgelistet.
Fals der Dienst „Nintex Live Relay Service“ installiert (zumindest auf einigen Servern) und gestartet wurde, so muss dieser in der ZA gestoppt werden.
CA > Application Management > Manage services on server
Oben rechts, unter „Server“ alle Farmserver nacheinander auswählen und den Dienst „Nintex Live Relay Service“ nacheinander auf allen Servern stoppen.
Falls der Dienst „Nintex Live Relay Service“ an dieser Stelle nicht zu sehen ist, dann sollte man überprüfen, ob dieser Dienst überhaupt in der Windows-Dienste Snap-In-Konsole existiert. Falls ja, dann dort stoppen.
IIS-Reset
Da die RPC-Verbindung nicht funktioniert, müssen wir folgenden Befehl auf jedem Server lokal ausführen (PowerShell als Administrator):
iisreset
Restart-Service SPTimerV4
Nintex Forms Dienste per PS erstellen
Laut dem Nintex Install Guide (für Version 2010) kann man die fehlenden Windows-Dienste auch per PowerShell erstellen. Allerdings ist das Skript in der Anleitung wohl nicht für die SharePoint Version 2013 angepasst. Deshalb hier mehrere Versionen.
Folgendes PowerShell-Skript auf den betroffenen Servern (hier SP-Server03) in der SharePoint-Verwaltungsshell als Administrator ausführen: falls Sie SharePoint Version 2010 haben:
# Nintex Live Relay Service für SP 2010 erstellen
$path = [Microsoft.SharePoint.Utilities.SPUtility]::GenericSetupPath("bin\NintexLive\Nintex.Live.RelayService.exe")
$serviceName = "Nintex Live Relay Service"
New-Service -Name $serviceName -BinaryPathName $path
Folgendes PowerShell-Skript auf den betroffenen Servern (hier SP-Server03) in der SharePoint-Verwaltungsshell als Administrator ausführen: falls Sie SharePoint Version 2013 haben:
# Nintex Live Relay Service für SP 2013 erstellen
$path = [Microsoft.SharePoint.Utilities.SPUtility]::GetVersionedGenericSetupPath("bin\NintexLive\Nintex.Live.RelayService.exe", 15)
$serviceName = "Nintex Live Relay Service"
New-Service -Name $serviceName -DisplayName $serviceName -BinaryPathName $path
Danach sollte der Dienst auch auf den „Problemservern“ vorhanden sein.
IIS-Reset
Da die RPC-Verbindung nicht funktioniert, müssen wir folgenden Befehl auf jedem Server, auf dem wir (wie oben beschrieben) die Nintex-Dienste erstellt haben, lokal ausführen:
iisreset
Dienste Starten
Laut dem Nintex Install-Guide muss man an dieser Stelle den Dienst „Nintex Live Relay Service“
unter CA > Application Management > Manage services on server
starten.
Den Dienst in der Zentraladministration auf jedem SharePoint-Server in der Farm starten, in dem oben rechts jeweils der Server ausgewählt wird.
Das Bewirkt, dass auch der entsprechende Windows-Dienst auf den Servern gestartet wird.
Dienste in der Zentraladministration unter „Manage services on server“ nicht vorhanden
Unter CA > Application Management > Manage services on server
sind folgende (oder einige dieser) Dienste nicht vorhanden:
Nintex Live Forms Online Service
Nintex Live Relay Service
Nintex Live Workflow Queue Service
Nintex Live Workflow Service
Nintex Workflow Start Service
Lösung
Das Fehlen dieser (bzw. einiger) Nintex-Dienste in der Zentraladministration ist normalerweise kein Fehler. Der Dienst „Nintex Live Relay Service“ sollte aber zu sehen sein, falls Nintex Live während der Installation mit ausgewählt wurde.
Laut Nintex-Support werden die fehlenden
Nintex Live Services mit der Aktivierung von Nintex Live im Verlauf der Aktivierung hinzugefügt.
Nintex Workflow Start Service wird mit der Aktivierung des External Start Features erstellt.
Your license is not valid
Your license is not valid for version 3.1.8.0 of Nintex Workflow 2013. Please contact sales@nintex.com to obtain a new license.
Es konnte keine exklusive Sperre für die model-Datenbank erhalten werden
Beim Versuch die Nintex (Forms) Datenbank zu erstellen, wird folgende Fehlermeldung im Browser angezeigt:
Es konnte keine exklusive Sperre für die model-Datenbank erhalten werden. Wiederholen Sie den Vorgang zu einem späteren Zeitpunkt.
Fehler bei CREATE DATABASE. Einige angezeigte Dateinamen konnten nicht erstellt werden. Überprüfen Sie zugehörige Fehler.
Auch diese Meldung könnte angezeigt werden:
Msg 1807, Level 16, State 3, Line 1
Could not obtain exclusive lock on database ‚model‘. Retry the operation later.
Msg 1802, Level 16, State 4, Line 1
CREATE DATABASE failed. Some file names listed could not be created. Check related errors.
Im ULS-Log findet man folgende Einträge:
System.Data.SqlClient.SqlException (0x80131904): Es konnte keine exklusive Sperre für die model-Datenbank erhalten werden. Wiederholen Sie den Vorgang zu einem späteren Zeitpunkt. Fehler bei CREATE DATABASE. Einige angezeigte Dateinamen konnten nicht erstellt werden. Überprüfen Sie zugehörige Fehler. at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction) at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj, Boolean callerHasConnectionLock, Boolean asyncClose) at System.Data.SqlClient.TdsParser.TryRun(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj, Boolean& dataReady) at...
SqlError: 'Es konnte keine exklusive Sperre für die model-Datenbank erhalten werden. Wiederholen Sie den Vorgang zu einem späteren Zeitpunkt.' Source: '.Net SqlClient Data Provider' Number: 1807 State: 3 Class: 16 Procedure: '' LineNumber: 1 Server: '<sp-db-server>'
SqlError: 'Fehler bei CREATE DATABASE. Einige angezeigte Dateinamen konnten nicht erstellt werden. Überprüfen Sie zugehörige Fehler.' Source: '.Net SqlClient Data Provider' Number: 1802 State: 4 Class: 16 Procedure: '' LineNumber: 1 Server: '<sp-db-server>'
Unknown SQL Exception 1807 occurred. Additional error information from SQL Server is included below. Es konnte keine exklusive Sperre für die model-Datenbank erhalten werden. Wiederholen Sie den Vorgang zu einem späteren Zeitpunkt. Fehler bei CREATE DATABASE. Einige angezeigte Dateinamen konnten nicht erstellt werden. Überprüfen Sie zugehörige Fehler.
Application error when access /_admin/NintexForms/ProvisionDatabase.aspx, Error=Es konnte keine exklusive Sperre für die model-Datenbank erhalten werden. Wiederholen Sie den Vorgang zu einem späteren Zeitpunkt. Fehler bei CREATE DATABASE. Einige angezeigte Dateinamen konnten nicht erstellt werden. Überprüfen Sie zugehörige Fehler. at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction) at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj, Boolean callerHasConnectionLock, Boolean asyncClose) at System.Data.SqlClient.TdsParser.TryRun(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateOb...
System.Data.SqlClient.SqlException: Es konnte keine exklusive Sperre für die model-Datenbank erhalten werden. Wiederholen Sie den Vorgang zu einem späteren Zeitpunkt. Fehler bei CREATE DATABASE. Einige angezeigte Dateinamen konnten nicht erstellt werden. Überprüfen Sie zugehörige Fehler. at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction) at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj, Boolean callerHasConnectionLock, Boolean asyncClose) at System.Data.SqlClient.TdsParser.TryRun(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj, Boolean& dataReady) at System.Data.S...
Getting Error Message for Exception System.Web.HttpUnhandledException (0x80004005): Exception of type 'System.Web.HttpUnhandledException' was thrown. ---> System.Data.SqlClient.SqlException (0x80131904): Es konnte keine exklusive Sperre für die model-Datenbank erhalten werden. Wiederholen Sie den Vorgang zu einem späteren Zeitpunkt. Fehler bei CREATE DATABASE. Einige angezeigte Dateinamen konnten nicht erstellt werden. Überprüfen Sie zugehörige Fehler. at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction) at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj, Boolean callerHasConnectionLock, Boolean asyncClose) at System.Data.SqlClient.TdsParser.TryRun(RunBehavior runBe...
Offensichtlich wird die Datenbak „model“, die für die Erstellung neuer Datenbanken nötig ist, momentan verwendet.
Lösung
Kurze Zeit später funktionierte die Erstellung der DB. Also entweder etwas warten und noch einmal veruschen oder den DB-Server neu starten.
Auch könnte man versuchen, den auf die DB „model“ zugreifenden Prozess im Activity Monitor oder mit der unten stehenden Zeile zu identifizieren.
SELECT * FROM sys.sysprocesses WHERE DB_NAME(dbid)='model'
Workflowaktionen sind nicht vorhanden
Beim Versuch einen Nintex Workflow zu erstellen, fehlen die Workflowaktionen (Actions) in der Auflistung.
Lösung
Unter „Managed allowed actions“ müssen die Workflow-Aktionen aktiviert werden.
CA > Nintex Workflow Management > Manage allowed actions
Folgende Fehlermeldung wird angezeigt, wenn versucht wird ein SQL Server Reporting Services (SSRS) Abonnement im SharePoint zu erstellen oder zu bearbeiten.
Das hat leider nicht geklappt. Fehler in der Berichtsserver-Datenbank. Dies kann auf einen Verbindungsfehler, ein Timeout oder wenig Speicherplatz innerhalb der Datenbank zurückzuführen sein. ---> Microsoft.ReportingServices.Diagnostics.Utilities.ReportServerStorageException: Fehler in der Berichtsserver-Datenbank. Dies kann auf einen Verbindungsfehler, ein Timeout oder wenig Speicherplatz innerhalb der Datenbank zurückzuführen sein. ---> System.Data.SqlClient.SqlException: Timeout abgelaufen. Das Zeitlimit wurde vor dem Beenden des Vorgangs überschritten oder der Server reagiert nicht. ---> System.ComponentModel.Win32Exception: Der Wartevorgang wurde abgebrochen Technische Details
Führen Sie die Problembehandlung mit Microsoft SharePoint Foundation aus.
System.Data.SqlClient.SqlException (0x80131904): Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding.
Das Timeout für Sperranforderung wurde überschritten
Nach dem das SQL Server Management Studio die Verbindung zur Instanz, auf der die SSRS Datenbanken liegen, aufgebaut hat, wird folgende Fehlermeldung angezeigt:
TITEL: Microsoft SQL Server Management Studio ------------------------------ Ausnahme beim Ausführen einer Transact-SQL-Anweisung oder eines Transact-SQL-Batches. (Microsoft.SqlServer.ConnectionInfo) ------------------------------ ZUSÄTZLICHE INFORMATIONEN: Das Timeout für Sperranforderung wurde überschritten. Das Timeout für Sperranforderung wurde überschritten. (Microsoft SQL Server, Fehler: 1222) Hilfe erhalten Sie durch Klicken auf: http://go.microsoft.com/fwlink?ProdName=Microsoft%20SQL%20Server&ProdVer=10.50.6220&EvtSrc=MSSQLServer&EvtID=1222&LinkId=20476 ------------------------------ SCHALTFLÄCHEN: OK ------------------------------
Der Aktivitätsmonitor wird für diese Instanz angehalten
Der Aktivitätsmonitor kann nicht geöffnet werden. Folgende Fehlermeldung wird angezeigt:
TITEL: Microsoft SQL Server Management Studio ------------------------------ Der Aktivitätsmonitor kann keine Abfragen für den Server <SSRS-SQL-Instanz> ausführen. Der Aktivitätsmonitor wird für diese Instanz angehalten. Verwenden Sie das Kontextmenü im Übersichtsbereich, um den Aktivitätsmonitor wieder zu starten. ------------------------------ ZUSÄTZLICHE INFORMATIONEN: Timeout abgelaufen. Das Zeitlimit wurde vor dem Beenden des Vorgangs überschritten oder der Server reagiert nicht. (Microsoft SQL Server, Fehler: -2) Hilfe erhalten Sie durch Klicken auf: http://go.microsoft.com/fwlink?ProdName=Microsoft%20SQL%20Server&ProdVer=10.50.6220&EvtSrc=MSSQLServer&EvtID=-2&LinkId=20476 ------------------------------ Der Wartevorgang wurde abgebrochen ------------------------------ SCHALTFLÄCHEN: OK ------------------------------
Event-ID: 1107 – SQL Server Reporting Services Shared Service kann nicht mit der Berichtsserver-Datenbank verbunden werden.
Im Event Log findet man die Event-ID: 1107 mit der Quelle „SQL Server Reporting Services Shared Service“ und dem Text:
SQL Server Reporting Services Shared Service kann nicht mit der Berichtsserver-Datenbank verbunden werden. (Anwendung: SQL Server Reporting Services, CorrelationId: 00000000-0000-0000-0000-000000000000)
Event-ID: 5586 – (provider: TCP Provider, error: 0 – Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte.)
Im Event Log findet man die Event-ID: 5586 mit der Quelle „SharePoint Foundation“ und dem Text:
Unbekannte SQL-Ausnahme '10061'. Weitere Fehlerinformationen aus SQL Server finden Sie unten.
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: TCP Provider, error: 0 – Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte.)
Details
Beschreibung
Die SQL-Server Reporting-Services Instanz (welche auf einem Microsfot Failover-Cluster liegt) im SharePoint integriertem Modus verhält sich plätzlich merkwürdig. Es ist nicht mehr möglich die Abonnements zu verwalten. Der Aufruf dauert sehr lange und bricht mit folgender Meldung ab:
Das hat leider nicht geklappt.
Fehler in der Berichtsserver-Datenbank. Dies kann auf einen Verbindungsfehler, ein Timeout oder wenig Speicherplatz innerhalb der Datenbank zurückzuführen sein. —> Microsoft.ReportingServices.Diagnostics.Utilities.ReportServerStorageException: Fehler in der Berichtsserver-Datenbank. Dies kann auf einen Verbindungsfehler, ein Timeout oder wenig Speicherplatz innerhalb der Datenbank zurückzuführen sein. —> System.Data.SqlClient.SqlException: Timeout abgelaufen. Das Zeitlimit wurde vor dem Beenden des Vorgangs überschritten oder der Server reagiert nicht. —> System.ComponentModel.Win32Exception: Der Wartevorgang wurde abgebrochen
Das SSMS meldet nach der Verbindung mit der SSRS-Instanz Folgendes:
Das Timeout für Sperranforderung wurde überschritten. (Microsoft SQL Server, Fehler: 1222)
Im SSMS sind im Baum auf der linken Seite viele Elemente (wie SQL-Agent) nicht zu sehen.
Der Aktivitätsmonitor kann nicht aufgerufen werden. Es wird die Fehlermeldung angezeigt:
Der Aktivitätsmonitor kann keine Abfragen für den Server <SSRS-SQL-Instanz> ausführen.
Der Aktivitätsmonitor wird für diese Instanz angehalten.
Die SQL-Abfrage sp_who2 meldet im SQL-Studio:
Fehler auf Übertragungsebene beim Empfang von Ergebnissen vom Server. (provider: TCP Provider, error: 0 – Der angegebene Netzwerkname ist nicht mehr verfügbar.)
Die Festplatten hatten noch genug Platz und die tempdb war auf automatische Vergrößerung (ohne Begrenzung) eingestellt.
ULS Log
In den ULS Logs findet man folgende Einträge:
Product: SQL Server Reporting Services
Process
w3wp.exe
Product
SQL Server Reporting Services
Category
Report Server Catalog
EventID
00000
Level
Unexpected
Message
Throwing Microsoft.ReportingServices.Diagnostics.Utilities.ReportServerStorageException: , Fehler in der Berichtsserver-Datenbank. Dies kann auf einen Verbindungsfehler, ein Timeout oder wenig Speicherplatz innerhalb der Datenbank zurückzuführen sein.;
Microsoft.ReportingServices.Diagnostics.Utilities.ReportServerStorageException: Fehler in der Berichtsserver-Datenbank. Dies kann auf einen Verbindungsfehler, ein Timeout oder wenig Speicherplatz innerhalb der Datenbank zurückzuführen sein. —> System.Data.SqlClient.SqlException: Timeout abgelaufen. Das Zeitlimit wurde vor dem Beenden des Vorgangs überschritten oder der Server reagiert nicht. —> System.ComponentModel.Win32Exception: Der Wartevorgang wurde abgebrochen — Ende der internen Ausnahmestapelüberwachung — bei System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction) bei System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj, Boolean callerHasConnectionLock, Boolean asyncClose) bei System.Data.SqlClient.TdsParser.TryRun(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj, Boolean& dataReady) bei System.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, String resetOptionsString) bei System.Data.SqlClient.SqlCommand.RunExecuteReaderTds(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, Boolean async, Int32 timeout, Task& task, Boolean asyncWrite, SqlDataReader ds) bei System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method, TaskCompletionSource`1 completion, Int32 timeout, Task& task, Boolean asyncWrite) bei System.Data.SqlClient.SqlCommand.InternalExecuteNonQuery(TaskCompletionSource`1 completion, String methodName, Boolean sendToPipe, Int32 timeout, Boolean asyncWrite) bei System.Data.SqlClient.SqlCommand.ExecuteNonQuery() bei Microsoft.ReportingServices.Library.InstrumentedSqlCommand.ExecuteNonQuery() — Ende der internen Ausnahmestapelüberwachung — bei Microsoft.ReportingServices.Library.Storage.WrapAndThrowKnownExceptionTypes(Exception e) bei Microsoft.ReportingServices.Library.InstrumentedSqlCommand.ExecuteNonQuery() bei Microsoft.ReportingServices.Library.SqlAgentScheduler.get_IsSchedulerRunning() bei Microsoft.ReportingServices.Library.SchedulingDBInterface.ListTasks(CatalogItemPath path) bei Microsoft.ReportingServices.Library.ListSchedulesAction.PerformActionNow() bei Microsoft.ReportingServices.Library.RSSoapAction`1.Execute()
Name
Component
Result
Error
Ereignisprotokoll
In der Windows Ereignisanzeige (Event Viewer) sind eventuell folgende Event Log Einträge mit der Event-ID: 1107, Event-ID: 1108 und Event-ID: 1108 vorhanden:
Event-ID: 1107
Protokoll(name)
Anwendung
Quelle
SQL Server Reporting Services Shared Service
Aufgabenkategorie
Verwaltung
Ebene
Fehler
Ereignis-ID
1107
Details
SQL Server Reporting Services Shared Service kann nicht mit der Berichtsserver-Datenbank verbunden werden. (Anwendung: SQL Server Reporting Services, CorrelationId: 00000000-0000-0000-0000-000000000000)
Event-ID: 1108
Protokoll(name)
Anwendung
Quelle
SQL Server Reporting Services Shared Service
Aufgabenkategorie
Erweiterung
Ebene
Fehler
Ereignis-ID
1108
Details
SQL Server Reporting Services Shared Service kann die Erweiterung SQLPDW nicht laden. (Anwendung: SQL Server Reporting Services, CorrelationId: 32e2a59d-b158-…)
Event-ID: 1108
Protokoll(name)
Anwendung
Quelle
SQL Server Reporting Services Shared Service
Aufgabenkategorie
Erweiterung
Ebene
Fehler
Ereignis-ID
1108
Details
SQL Server Reporting Services Shared Service kann die Erweiterung TERADATA nicht laden. (Anwendung: SQL Server Reporting Services, CorrelationId: 32e2a59d-b158-…)
Event-ID: 5586
Protokoll(name)
Anwendung
Quelle
SharePoint Foundation
Aufgabenkategorie
Datenbank
Ebene
Fehler
Ereignis-ID
5586
Details
Unbekannte SQL-Ausnahme ‚10061‘. Weitere Fehlerinformationen aus SQL Server finden Sie unten.
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: TCP Provider, error: 0 – Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte.)
Fix
Die Ursache, die zu diesem Verhalten führt ist nicht geklärt. In den SQL-Server-Logs war nichts auffälliges zu finden. Aber ein Neustart der betroffenen SQL-Server-Instanz beendete das Verhalten
SQL-Server Instanz neu starten
Falls die SQL-Server-Instanz in einem Microsoft Failover-Cluster läuft dann den Dienst im Failovercluster-Manager offline und dann online schalten.
Sonst den SQL-Server-Dienst der entsprechenden Instanz im SQL Server Configuration Manager „Neu starten„.
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:
Protokoll(name)
Anwendung
Quelle
SharePoint Foundation
Aufgabenkategorie
Integrität
Ebene
Warnung
Ereignis-ID
2138
Details
Die SharePoint-Integritätsanalyse hat einen Zustand erkannt, der Ihr Eingreifen erfordert. PowerPivot: Verwendungsdaten werden nicht mit der erwarteten Häufigkeit aktualisiert.
Die Datei ‚PowerPivot Management Data.xlsx‘ wird nicht aktualisiert. In dieser Arbeitsmappe werden interne Daten gespeichert, die vom PowerPivot-Management-Dashboard verwendet werden. Die aktuelle Datei für die PowerPivot-Dienstanwendung <0> wurde zuletzt vor 5 Tag(en) aktualisiert.
Überprüfen Sie den Status des Zeitgeberauftrags für die Verarbeitung des PowerPivot-Management-Dashboards, der Daten aus dem Subsystem zur Sammlung von Verwendungsdaten in die Datei ‚PowerPivot Management Data.xlsx‘ kopiert, auf mögliche Fehler. Überprüfen Sie die SharePoint-ULS-Protokolle auf detaillierte Fehlermeldungen, die Aufschluss über die Fehlerursache geben könnten. Weitere Informationen über diese Regel finden Sie unter ‚http://go.microsoft.com/fwlink/?LinkID=314064‘.
Protokoll(name)
Anwendung
Quelle
SharePoint Foundation
Aufgabenkategorie
Datenbank
Ebene
Kritisch
Ereignis-ID
5214
Details
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.
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:
Titel
PowerPivot: Verwendungsdaten werden nicht mit der erwarteten Häufigkeit aktualisiert.
Schweregrad
1 – Warnung
Kategorie
Konfiguration
Erläuterung
DE
Die Datei ‚PowerPivot Management Data.xlsx‘ wird nicht aktualisiert. In dieser Arbeitsmappe werden interne Daten gespeichert, die vom PowerPivot-Management-Dashboard verwendet werden. Die aktuelle Datei für die PowerPivot-Dienstanwendung <0> wurde zuletzt vor 5 Tag(en) aktualisiert.
EN The PowerPivot Management Data.xlsx file is not being updated. This workbook stores internal data used by the PowerPivot Management Dashboard. The current file for PowerPivot service application <0> was last updated 5 day(s) ago.
Lösung
Überprüfen Sie den Status des Zeitgeberauftrags für die Verarbeitung des PowerPivot-Management-Dashboards, der Daten aus dem Subsystem zur Sammlung von Verwendungsdaten in die Datei ‚PowerPivot Management Data.xlsx‘ kopiert, auf mögliche Fehler. Überprüfen Sie die SharePoint-ULS-Protokolle auf detaillierte Fehlermeldungen, die Aufschluss über die Fehlerursache geben könnten. Weitere Informationen über diese Regel finden Sie unter ‚http://go.microsoft.com/fwlink/?LinkID=314064‘.
Dienste, die Fehler aufweisen
MidTierService
Informationen über die PowerPivot Dienstanwendung (PowerPivotServiceApplication) anzeigen
Das Konto der PowerPivot Dienstanwendung anzeigen lassen:
(Das Konto aufschreiben, wird später gebraucht)
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
Das vorher ermittelte Konto für die PowerPivot Dienstanwendung im SQL-Management-Studio unter „Sicherheit/Anmeldungen“ finden und Eigenschaften öffnen.
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.
ZA > Überwachung > Auftragsstatus überprüfen
Oben links Ansichts: Dienst und SQL Server PowerPivot Service Application auswählen.
Oben links unter Zeitgeberlinks auf Auftragsdefinitionen klicken
Timer Job „Zeitgeberauftrag für die Verarbeitung des PowerPivot-Management-Dashboards“ bzw. „PowerPivot Management Dashboard Processing Timer Job“ öffnen.
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.
Oben links auf „Auftragsverlauf“ öffnen.
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“.
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:
Product
SharePoint Foundation
Category
Database
EventID
5214
Level
Critical
Message
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_Instanz>‘. Additional error information from SQL Server is included below. Die EXECUTE-Berechtigung wurde für das proc_ReturnWebFeatures-Objekt, <SharePoint_Admin_Content_DB>-Datenbank, dbo-Schema, verweigert.
Name
Component
Result
Error
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.
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.
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.
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
Protokoll(name)
Anwendung
Quelle
SharePoint Foundation
Aufgabenkategorie
Zeitgeber
Ebene
Kritisch
Ereignis-ID
6398
Details
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.
The ‚Database‘ with ‚ID‘ = ‚PowerPivot20Management20Data_<ID123456789>_<ID123456789>_SSPM‘ doesn’t exist in the collection.
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 Serveradministratorrollean 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:
Process
OWSTIMER.EXE
Product
SharePoint Foundation
Category
Timer
EventID
6398
Level
Critical
Message
The Execute method of job definition Microsoft.AnalysisServices.SPAddin.UsageProcessingTimerJob (ID 27d94e93-5b55-4406-91ce-cf6c55014046) threw an exception. More information is included below. We cannot locate a server to load the workbook Data Model.
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)
Name
WebMethod: EnsureWorkbookModel
Component
Result
Microsoft.Office.Excel.Server.CalculationServer.Proxy.ServerSessionException: We cannot locate a server to load the workbook Data Model. at Microsoft.Office.Excel.Server.CalculationServer.Proxy.ServerSession.ExecuteWebMethodCore(WebMethodType webMethodType, WebMethodBehaviorAttribute webMethodBehavior, CommandParameter parameter, CoreWebMethod coreWebMethod) at Microsoft.Office.Excel.Server.CalculationServer.Proxy.ServerSession.ExecuteWebMethod(WebMethodType webMethodType, WebMethodBehaviorAttribute webMethodBehavior, CommandParameter parameter, CoreWebMethod coreWebMethod)
Error
NoStreamingServers
Process
OWSTIMER.EXE
Product
PowerPivot Service
Category
Usage
EventID
99
Level
High
Message
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.
Excel Web Access – Die Arbeitsmappe konnte nicht geöffnet werden.
Die Arbeitsmappe konnte nicht geöffnet werden. Die Arbeitsmappe kann nicht geöffnet werden.
Bzw. auf englisch:
The workbook cannot be opened
Event-ID: 3760 – SharePoint Foundation – Cannot open database ‚Content_DB‘ requested by the login. The login failed. Login failed for user ‚Domain\ExcelServiceUser‘
Diese Fehlermeldung wird im Event Viewer (Ereignislog) und im ULS-Log angezeigt:
SQL Database ‚Content_DB‘ on SQL Server instance ‚SQL_Instance‘ not found. Additional error information from SQL Server is included below.
Cannot open database ‚Content_DB‘ requested by the login. The login failed. Login failed for user ‚Domain\ExcelServiceUser‘.
Event-ID: 3760 – SharePoint Foundation – Die von der Anmeldung angeforderte Content_DB-Datenbank kann nicht geöffnet werden. Fehler bei der Anmeldung.
Fehler bei der Anmeldung für den Benutzer ‚Domain\ExcelServiceUser‘
Diese Fehlermeldung wird im Event Viewer (Ereignislog) und im ULS-Log angezeigt:
Die SQL-Datenbank ‚Content_DB‘ für die SQL Server-Instanz ‚SQL_Instance‘ wurde nicht gefunden. Weitere Fehlerinformationen aus SQL Server finden Sie unten.
Die von der Anmeldung angeforderte Content_DB-Datenbank kann nicht geöffnet werden. Fehler bei der Anmeldung. Fehler bei der Anmeldung für den Benutzer ‚Domain\ExcelServiceUser‘.
Details
Beschreibung
Die Excel-Dateien können im Browser nicht angezeigt werden.
Excel Web Access zeigt die Fehlermeldung:
Die Arbeitsmappe konnte nicht geöffnet werden.
Die Arbeitsmappe kann nicht geöffnet werden.
Oder auf englisch:
The workbook cannot be opened
Dieselbe Excel-Datei kann aber sehr wohl im Browser editiert werden (mit Hilfe der Office Web Apps)
In der Ereignisanzeige (Event Viewer) und in den ULS-Logs findet man einen Log-Eintrag mit der Event-ID: 3760, Quelle „SharePoint Foundation“ und Aufgabenkategorie „Datenbank“.
In den ULS Logs findet man folgenden Eintrag mit der Event-ID: 3760:
Product: SharePoint Foundation
Process
w3wp.exe
Product
SharePoint Foundation
Category
Database
EventID
3760
Level
Critical
Message
DE
SQL Database ‚Content_DB‚ on SQL Server instance ‚SQL_Instance‚ not found. Additional error information from SQL Server is included below. Die von der Anmeldung angeforderte Content_DB-Datenbank kann nicht geöffnet werden. Fehler bei der Anmeldung. Fehler bei der Anmeldung für den Benutzer ‚Domain\ExcelServiceUser‚.
EN
SQL Database ‚Content_DB‘ on SQL Server instance ‚SQL_Instance‘ not found. Additional error information from SQL Server is included below.
Cannot open database ‚Content_DB‘ requested by the login. The login failed. Login failed for user ‚Domain\ExcelServiceUser‘.
Name
WebMethod: OpenWorkbook
Component
Result
Error
Ereignisprotokoll
In der Windows Ereignisanzeige (Event Viewer) ist folgender Event Log Eintrag mit der Event-ID: 3760 vorhanden:
Event-ID: 3760
Protokoll(name)
Anwendung
Quelle
SharePoint Foundation
Aufgabenkategorie
Datenbank
Ebene
Kritisch
Ereignis-ID
3760
Details
DE
Die SQL-Datenbank ‚Content_DB‚ für die SQL Server-Instanz ‚SQL_Instance‚ wurde nicht gefunden. Weitere Fehlerinformationen aus SQL Server finden Sie unten.
Die von der Anmeldung angeforderte Content_DB-Datenbank kann nicht geöffnet werden. Fehler bei der Anmeldung. Fehler bei der Anmeldung für den Benutzer ‚Domain\ExcelServiceUser‚.
EN
SQL Database ‚Content_DB‘ on SQL Server instance ‚SQL_Instance‘ not found. Additional error information from SQL Server is included below.
Cannot open database ‚Content_DB‘ requested by the login. The login failed. Login failed for user ‚Domain\ExcelServiceUser‘.
Fix
Möglichkeit 1 – Den Benutzer auf die Datenbank berechtigen (SSMS)
SSMS offnen. Verbindung mit der im Log-Eintrag erwähnten SQL-Instanz (hier „SQL_Instance„) herstellen.
Den Benutzer aus dem Logeintrag (hier „Domain\ExcelServiceUser„) in SSMS unter Sicherheit > Anmeldungen finden (bei Bedarf neu erstellen) und Eigenschaften öffnen.
Im Fenster „Anmeldungseigenschaften“ auf der linken Seite „Benutzerzuordnung“ auswählen.
Auf der rechten, oberen Seite ein Häkchen für die Datenbank aus dem Log setzen (hier „Content_DB„).
Unten rechts die Mitgliedschaft in Datenbankrolle „SPDataAccess“ aktivieren und mit OK bestätigen.
(Wahrscheinlich würde auch die Datenbankrolle „db_owner“ funktionieren.)
Möglichkeit 2 – Benutzer per PowerShell berechtigen
Hinweis: Diese Schritte haben wir nicht ausgeführt, da wir die Berechtigung per SSMS vergeben haben.
SharePoint 2013 Management Shell mit administrativen Rechten starten.
Folgende Zeilen ausführen (vorher anpassen).
# Alle Web-Anwendungen anzeigen.
Hier die URL merken, die zu der in den Logs stehenden DB gehört (hier: Content_DB) Get-SPWebApplication
# In dieser Zeile <Web Application URL> durch die URL aus dem vorigen Schritt ersetzen. $w = Get-SPWebApplication –Identity <Web Application URL>
# Alle Anwendungspools mit dazugehörigen Account-Namen auflisten.
In unserem Fall müssen wir uns den Account-Namen merken, unter dem die „Excel Services“ laufen (hier: Domain\ExcelServiceUser) Get-SPServiceApplicationPool
# In dieser Zeile<ProcessAccountName> durch den Account-Namen aus dem vorigen Schritt ersetzen. $w.GrantAccessToProcessIdentity("<ProcessAccountName>")
Die Schritte führen dazu, dass der Account, unter dem die Excel-Services laufen, in der Datenbankrolle „db_owner“, auf der Inhaltsdatenbank der gewählten Webanwendung, Mitglied wird.
Problem System.Data.SqlClient.SqlException (0x80131904): The INSERT permission was denied on the object ‚Locks‘, database ‚<SharePoint Config DB>‘, schema ‚dbo‘ Exception: System.Data.SqlClient.SqlException (0x80131904): The INSERT permission was denied on the object ‚Locks‘, database ‚<SharePoint Config DB>‘, schema ‚dbo‘. at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction) Eine Ausnahme vom Typ ‚System.Data.SqlClient.SqlException‘ wurde ausgelöst. Weitere Ausnahmeinformationen: Die INSERT-Berechtigung wurde … System.Data.SqlClient.SqlException (0x80131904): The INSERT permission was denied on the object ‚Locks‘, database ‚‚, schema ‚dbo‘ weiterlesen
System.Data.SqlClient.SqlException: A connection was successfully established with the server, but then an error occurred during the login process. (provider: TCP Provider, error: 0 – The specified network name is no longer available.) In diesem Artikel beschreibe ich eine mögliche Lösung der Fehlermeldung System.Data.SqlClient.SqlException: A connection was successfully established with the server, but then an error … provider: TCP Provider, error: 0 – The specified network name is no longer available. weiterlesen
