Problem

Die Anzahl der Elemente in dieser Liste überschreitet den Schwellenwert der Listenansicht, der 5000 Elemente zulässt. Vorgänge, die zu einer übermäßigen Serverauslastung führen (z. B. die Vorgänge, die alle Listenelemente einbeziehen), sind zurzeit unzulässig.

The number of items in this list exceeds the list view threshold, which is 5000 items. Tasks that cause excessive server load (such as those involving all list items) are currently prohibited.

The attempted operation is prohibited because it exceeds the list view threshold enforced by the administrator.

Details

Enthält eine Liste mehr als 5000 Elemente, wird in den Listeneinstellungen folgender Fehler angezeigt:

“Die Anzahl der Elemente in dieser Liste überschreitet den Schwellenwert der Listenansicht, der 5000 Elemente zulässt. Vorgänge, die zu einer übermäßigen Serverauslastung führen (z. B. die Vorgänge, die alle Listenelemente einbeziehen), sind zurzeit unzulässig.”

Oder:

“The number of items in this list exceeds the list view threshold, which is 5000 items. Tasks that cause excessive server load (such as those involving all list items) are currently prohibited.”

Im Frontend sieht man eventuell folgende Meldung:

“The attempted operation is prohibited because it exceeds the list view threshold enforced by the administrator.”

Fix

Um Last zu vermeiden, begrenzt SharePoint die Anzeige von Listen ab einer gewissen Anzahl an Elementen. Dies wird in den Einstellungen der Webapplikation hinterlegt.

Als Lösung gibt es zwei Wege:
Entweder die Einstellungen für alle Listen in den Einstellungen der Webapplikation hochsetzen (definitiv keine gute Option) oder die Einstellungen für die betroffene Liste ändern (
Disable List Throttling), so dass zumindest einige Elemente bereinigt werden können.

Lösung 1: Webanwendungseinstellungen anpassen (nicht empfohlen)

1. ZA > Webanwendungen verwalten
2. Im Menü-Band “Allgemeine Einstellungen” > “Ressourcensteuerung” auswählen.
   
3. Hier kann man den “Schwellenwert für die Listenansicht” anpassen (nicht empfohlen)
   Der Schwellenwert für Administratoren scheint sich auf die Benutzer zu beziehen, die lokale Administratoren sind. Dies konnte ich nicht nachstellen (s. Links)

Lösung 2: Einstellungen für die betroffene Liste ändern

Dazu mit PowerShell folgendes ausführen (eigene Parameter einsetzen):

# Begrenzung für die Liste ausstellen

# Das SP Web Objekt holen und über den Namen der Liste das Listenobjekt
$web = Get-SPWeb http://webapp1
$list = $web.Lists["MyList"]

# Das Throttling ausstellen
$list.EnableThrottling = $false

# Änderungen aktivieren
$list.Update()

Links

1. social.technet.microsoft: Large list – List view Threshold – sharepoint 2010
2. thesharepointfarm: Disable Throttling on a List-by-List Basis

Der Beitrag Die Anzahl der Elemente in dieser Liste überschreitet den Schwellenwert der Listenansicht, der 5000 Elemente zulässt erschien zuerst auf SharePoint-Wiese.

Problem

System.Web.HttpException: Zeit für Anforderung überschritten

System.Web.HttpException: Request timed out

HttpException (0x80004005)

Details

Der Export eines SQL Server Reporting Services (SSRS) Reports aus dem SharePoint dauert lange und bricht nach etwa zwei Minuten ab. Das merkt man beim Export größerer Dateiformate wie z.B. Excel und Tiff.

Aus anderen Anwendungen heraus (z.B. ReportBuilder) klappt der Export!

Es werden evtl. folgende oder ähnliche Meldungen angezeigt (zumindest findet man welche in den ULS-Logs):

• System.Web.HttpException: Zeit für Anforderung überschritten.
• Getting Error Message for Exception System.Web.HttpException (0x80004005): Zeit für Anforderung überschritten.
• System.Web.HttpException: Request timed out
• HttpException (0x80004005): Request timed out

An der Dateigröße des Exports scheint es nicht zu liegen, da scheinbar die nicht so aufwendigen Formate, die allerdings wesentlich größere Dateigröße ergeben wie CSV (ca. 7Mb), XML (ca. 70Mb) etc. problemlos exportiert werden, da sie weniger als zwei Minuten brauchen, also schon eher fertig werden.

ULS-Log Eintrag

In den ULS-Logs findet man Einträge wie:

System.Web.HttpException: Zeit für Anforderung überschritten.
Getting Error Message for Exception System.Web.HttpException (0x80004005): Zeit für Anforderung überschritten.

Fix

80\web.config auf den WFEs anpassen

1. Datei web.config im Verzeichnis der Webanwendung finden. In unserem Fall ist es der Ordner:
   C:\inetpub\wwwroot\wss\VirtualDirectories\80
2. Den Eintrag in der Datei editieren bzw. ersetzen (ziemlich in der Mitte):
   Vorher:
   

   </SharePoint>
     <system.web>
       <httpHandlers />
       <customErrors mode="On" />
       <httpRuntime maxRequestLength="51200" requestValidationMode="2.0" />
       <authentication mode="Forms">
         <forms loginUrl="/_login/default.aspx" />
       </authentication>

   
   Danach:
   

   </SharePoint>
     <system.web>
       <httpHandlers />
       <customErrors mode="On" />
       <httpRuntime maxRequestLength="51200" executionTimeout="1800" requestValidationMode="2.0" />
       <authentication mode="Forms">
         <forms loginUrl="/_login/default.aspx" />
       </authentication>

3. IIS auf den WFEs neu starten (nicht nur die einzelnen Seiten)

Andere Lösungsansätze

die in diesem Fall nicht erfolgreich waren, aber in anderen, ähnlichen Fällen evtl. die Lösung sein könnten.

Reporting\rsreportserver.config

1. Folgende Datei finden:
   C:\Program Files\Common Files\microsoft shared\Web Server Extensions\15\WebServices\Reporting\rsreportserver.config
2. Einfügen folgender Zeilen auf den App-Servern (hat in unserem Fall nichts bewirkt):
   

   <Add Key="SQLCommandTimeoutSeconds" Value="2400"/>
   <Add Key="DatabaseQueryTimeout" Value="600"/>

Reporting\web.config

1. Folgende Datei finden:
   C:\Program Files\Common Files\microsoft shared\Web Server Extensions\15\WebServices\Reporting\web.config
2. Folgende Zeile finden:
   

   <httpRuntime maxRequestLength="51200" />

3. und mit dieser Zeile ersetzen:
   

   <httpRuntime executionTimeout="1000" maxRequestLength="951200" />

80\web.config executionTimeout prüfen

1. Folgende Datei auf den WFEs finden:
   C:\inetpub\wwwroot\wss\VirtualDirectories\80\web.config
2. Prüfen ob im folgendem Block httpRuntime executionTimeout ausreichend hoch ist (war bei uns schon der Fall)
   

   <location path="_vti_bin/ReportServer">
     <system.web>
       <!-- Note: executionTimeout is in seconds and is set to 1 hour here. -->
       <httpRuntime executionTimeout="3600" />

Leerlauftimeout für den SSRS Anwendungspool

1. Im IIS auf den App-Servern (dort wo SSRS läuft) den SSRS-Anwendungspool finden.
2. Leerlauftimeout z. B. von 0 auf 5 hoch setzen.

IIS Verbindungstimeout einstellen

1. Im IIS auf den WFEs die erweiterten Eigenschaften von “SharePoint-80” aufrufen.Unter Limits den Verbindungstimeout von 120 auf 300 erhöhen.
2. Im IIS auf den WFEs und App-Servern die erweiterten Eigenschaften von “SharePoint Web Services” aufrufen.
   Unter Limits den Verbindungstimeout von 120 auf 300 erhöhen.

Links

1. social.msdn.microsoft: Issue Exporting SSRS 2012 Report to CSV file in SharePoint 2010 (MaxReceivedMessageSize property exceeded)
2. blog-mstechnology.blogspot: Configuring SSRS Report Timeout in SharePoint
3. http://social.msdn.microsoft.com/forums/sqlserver/en-US/5c36c96e-72ad-423f-b0d0-088c5e1cc69b/reports-failing-with-rsreportserverdatabaseerror
4. https://go4answers.webhost4life.com/Example/reporting-services-timeout-problem-103556.aspx
5. http://msdn.microsoft.com/de-de/library/ms157273.aspx
6. http://stackoverflow.com/questions/18148772/exporting-an-ssrs-report-to-excel-failure
7. https://biatlink.wordpress.com/2013/06/27/error-in-ssrs-system-web-httpexception-maximum-request-length-exceeded/comment-page-1/
8. http://social.msdn.microsoft.com/Forums/en-US/7884c0c1-4c27-4b04-a2a9-750af5de8721/reportviewer-systemwebhttpexception-request-timed-out?forum=vsreportcontrols
9. http://weblogs.asp.net/jeffwids/archive/2010/09/04/how-to-increase-the-timeout-for-a-sharepoint-2010-website.aspx
10. http://stackoverflow.com/questions/7241046/system-web-httpexception-request-timed-out
11. http://dbaspot.com/ms-sqlserver/400284-deep-integration-sharepoint-moss-ssrs-timeout-issue.html
12. http://blogs.technet.com/b/jenstr/archive/2008/02/28/uploading-of-a-cab-file-to-update-server-wss-site-fails-with-an-exception-and-the-message-thread-was-being-aborted.aspx
13. http://support.microsoft.com/kb/925083/de
14. http://stackoverflow.com/questions/2748706/connection-timeout-and-connection-lifetime
15. http://blogs.msdn.com/b/mariae/archive/2009/09/24/troubleshooting-timeout-errors-in-reporting-services.aspx
16. http://www.avyuktasolutions.com/blog/sql-server-reporting-services-timeout-settings/
17. http://blog.sqltrainer.com/2008/05/sharepoint-sql-server-reporting.html

Der Beitrag SQL Server Reporting Services (SSRS) Export – System.Web.HttpException: Zeit für Anforderung überschritten erschien zuerst auf SharePoint-Wiese.

Problem

System.IO.FileNotFoundException: Die Datei oder Assembly “Microsoft.Workflow.Client oder eine Abhängigkeit davon wurde nicht gefunden

System.IO.FileNotFoundException: Could not load file or assembly “Microsoft.Workflow.Client or one of its dependencies. The system cannot find the file specified

Details

Die Workflows können automatisch, aber nicht manuell gestartet werden.

Man kann keine 2013er Workflows im SharePoint-Designer auswählen (sie stehen nicht in der Auswahlliste).

Wählt man im SharePoint ein Element aus, welches Workflows enthält, und klickt man dann im Menü oben auf Workflow, dann gibt es die Meldung “Datei nicht gefunden”

ULS-Log Eintrag

Im ULS Log findet man folgende oder ähnliche Einträge:

• System.IO.FileNotFoundException: Die Datei oder Assembly "Microsoft.Workflow.Client, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" oder eine Abhängigkeit davon wurde nicht gefunden. Das System kann die angegebene Datei nicht finden
• System.IO.FileNotFoundException: Could not load file or assembly "Microsoft.Workflow.Client or one of its dependencies. The system cannot find the file specified

Fix

Es fehlen die nötigen Workflow-Komponenen (Dlls) auf mindestens einem SharePoint Server der Farm. (In unserem Fall war Workflow-Manager 2013 auf einem WFE nicht installiert)

Workflow-Manager auf dem Server installieren

Der Beitrag System.IO.FileNotFoundException: Die Datei oder Assembly “Microsoft.Workflow.Client oder eine Abhängigkeit davon wurde nicht gefunden erschien zuerst auf SharePoint-Wiese.

Problem

Die Methode “StartWorkflowOnListItem” im Typ “Microsoft.SharePoint.WorkflowServices.FabricWorkflowInstanceProvider” der Assembly “Microsoft.SharePoint.WorkflowServices, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c” hat keine Implementierung.

Method ‘StartWorkflowOnListItem’ in type ‘Microsoft.SharePoint.WorkflowServices.FabricWorkflowInstanceProvider’ from assembly ‘Microsoft.SharePoint.WorkflowServices, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c’ does not have an implementation.

System.Web.HttpUnhandledException (0x80004005)

Details

Das starten von Workflows ist nicht möglich.

Es werden folgende oder ähnliche Fehlermeldungen angezeigt:

• In der GUI: Sorry, something went wrong
  Method ‘StartWorkflowOnListItem’ in type ‘Microsoft.SharePoint.WorkflowServices.FabricWorkflowInstanceProvider’ from assembly ‘Microsoft.SharePoint.WorkflowServices, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c’ does not have an implementation.
• ULS Log: Application error when access /_layouts/15/Workflow.aspx, Error=Die Methode “StartWorkflowOnListItem” im Typ “Microsoft.SharePoint.WorkflowServices.FabricWorkflowInstanceProvider” der Assembly “Microsoft.SharePoint.WorkflowServices, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c” hat keine Implementierung.
• ULS Log: Application error when access /_layouts/15/Workflow.aspx, Error=Method ‘StartWorkflowOnListItem’ in type ‘Microsoft.SharePoint.WorkflowServices.FabricWorkflowInstanceProvider’ from assembly ‘Microsoft.SharePoint.WorkflowServices, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c’ does not have an implementation
• ULS Log: System.Web.HttpUnhandledException (0x80004005)

Ein Mai 2014 Public-Update enthält einen Patch (KB2880963), welches das Problem behebt. Angeblich ist der Patch auch per Windows-Update verfügbar. Das war allerdings bei uns nicht der Fall.

ULS-Log Eintrag

Hier sind ausführliche ULS-Log Einträge

Fix

Patch Installation

Der Patch KB2880963 muss auf allen SharePoint Servern in der SharePoint- Farm (App-Servern und WFEs) installiert werden.

Die WFEs vorher jeweils einzeln aus dem LB rausnehmen, da sonst SP nicht erreichbar wird!

Links

1. microsoft.com: Update for Microsoft SharePoint Enterprise Server 2013 (KB2880963)
2. http://blogs.technet.com: May 2014 Office Update Release
3. http://itfreesupport.com: After installing SharePoint 2013 Service Pack 1 or higher update Workflow service stops working
4. expertsharepoint.blogspot.de: Workflow not working after installing Service Pack 1for SharePoint 2013
5. Verify KB2880963 for Workflow Major Errors after SP15 SP1 Upgrades
6. getinthesky.com: Viewing Workflow for item, fails after installing Service Pack 1 for SharePoint 2013

Der Beitrag Die Methode “StartWorkflowOnListItem” hat keine Implementierung erschien zuerst auf SharePoint-Wiese.

Problem

PowerPivot: Das MidTier-Prozesskonto sollte die Berechtigung ‘Alles lesen’ für alle zugeordneten SPWebApplications besitzen

PowerPivot: MidTier process account should have ‘Full Read’ permission on all associated SPWebApplications

Details

Folgende oder ähnliche Meldungen werden im Health Analyzer bzw. Integritätsanalyse angezeigt:

• PowerPivot: Das MidTier-Prozesskonto sollte die Berechtigung ‘Alles lesen‘ für alle zugeordneten SPWebApplications besitzen
• PowerPivot: MidTier process account should have ‘Full Read‘ permission on all associated SPWebApplications

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:

Fix

PowerPivot sollte in einem eigenen Anwendungspool unter eigener Identität (Dienstkonto) laufen.

Informationen holen

Mit folgenden Zeilen kann man herausfinden, unter welchem Account die PowerPivot Dienstanwendung momentan läuft. PowerPivot-Dienstanwendung sollte unter eigener, nicht unter gemeinsamer Domain-Kennung laufen.

# Account der PowerPivot Dienstanwendung

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

Hiermit kann man alle AppPools der Dienstanwendungen und deren Dienstkonten auflisten. Hier sollte im Idealfall das PowerPivot-Konto auftachen.

# IIS AppPools der Dienstanwendungen und deren Dienstkonten auflisten

Get-SPServiceApplicationPool

Alle Vorhandene “Verwaltete Konten” bzw. Managed Accounts” auflisten. Hier sollte der Account für PowerPivot auftauchen. Ist es nicht der Fall muss dieser später (s. Lösung) erzeugt werden.

# Alle Vorhandene "Verwaltete Konten" bzw. Managed Accounts" auflisten

Get-SPManagedAccount  | ft * -auto

Verwaltetes Konto einrichten

1. Domänen-Account für PowerPivot erstellen
2. Das vorher erstellte Domänen-Konto verwenden um ein neues verwaltetes Konto (managed Account) für PowerPivot zu erstellen:
   entweder in der ZA-GUI unter  ZA > Sicherheit > Verwaltete Konten konfigurieren
   oder Per PS:
   

   # Neuen Managed Account (verwaltetes Konto) erstellen
   
   $cred = Get-Credential
   New-SPManagedAccount -Credential $cred

Das Dienstanwendungskonto ändern

1. ZA > Anwendungsverwaltung > Dienstanwendungen verwalten
2. PowerPivot Service Application bzw. PowerPivot Dienstanwendung markieren und im Menü Band Eigenschaften wählen.
   
3. Im Fenster “PowerPivot-Dienstanwendung bearbeiten” folgendes auswählen:
   1. Neuen Anwendungspool erstellen und Anwendungspoolnamen vergeben.
   2. “Wählen Sie ein Sicherheitskonto für diesen Anwendungspool aus” – “Konfigurierbar”
      1. Im Auswahlmenü (unter “Konfigurierbar”) das verwaltete Konto auswählen, welches wir vorher (im Schritt “Verwaltetes Konto einrichten”) erstellt haben.
   3. Mit OK bestätigen.
   4. Wenn die Meldung “Dies sollte nicht lange dauern” verschwunden ist, und die Meldung “Die Dienstanwendung wurde erfolgreich aktualisiert.” angezeigt wird, dann findet man im IIS-Manager oder in der PS: Get-SPServiceApplicationPool den neuen Anwendungspool der unter der gewählten Identität (Kennung) läuft.

Berechtigungen auf die Webanwendungen sicherstellen

1. ZA > Webanwendungen verwalten
2. Webanwendung markieren.
3. Im Menü Band Benutzerrichtlinie anklicken
   
4. Sicherstellen, dass die Kennung für das erstellte verwaltete Konto in der Auflistung mit den Berechtigungen “Alles lesen” auftaucht.
5. Ansonsten auf “Benutzer hinzufügen” in demselben Fenster (Richtlinie für Webanwendung) klicken
   1. Das Konto, das wir als verwaltetes Konto eingerichtet haben für (Alle Zonen) eintragen und Berechtigungen auf “Alles lesen – Verfügt über vollständigen schreibgeschützten Zugriff”
      
6. Alle Schritte ab Nr.2 für alle Webanwendungen wiederholen.

Sicherstellen, dass ein Eintrag im SecureStore vorhanden ist

1. ZA > Dienstanwendungen verwalten > Secure Store Service (Zeile markieren) > Verwalten klicken.
   
2. Es muss eine Zielanwendung “PowerPivotUnattendedAccount” o. Ä. existieren.

Links

1. The White Pages: The Health Analyzer and PowerPivot for SharePoint
2. msdn.microsoft.com: Health Rules Reference (PowerPivot for SharePoint)

Der Beitrag PowerPivot: Das MidTier-Prozesskonto sollte die Berechtigung ‘Alles lesen’ für alle zugeordneten SPWebApplications besitzen erschien zuerst auf SharePoint-Wiese.

Problem

DocAve Backup Failed – An error occurred while performing the backup job. Error: An error occurred while building the content file: The selected objects in the backup job do not exist

Details

Nach einem SharePoint Update werden Granular-Backups von AvePoint DocAve (Version 6 SP5) nicht mehr erfolgreich durchgeführt.

Der Job hat den Status: Failed. In der Comment Spalte liest man folgende Fehlermeldung:

An error occurred while performing the backup job. Error: An error occurred while building the content file: The selected objects in the backup job do not exist.

Offensichtlich setzt SharePoint die Datenbank-Berechtigungen auf Standardwerte zurück. Somit “verliert” das DocAve-Agent-Konto die benötigten DB-Berechtigungen. In diesem Fall fehlt immer wieder die lt. DocAve-Installationsanleitung benötigte Mitgliedschaft in der Datenbankrolle “db_owner” für alle SP-Datenbanken.

Temporäre Lösung

Mitgliedschaft  in Datenbankrolle “db_owner”

1. Microsoft SQL Server Management Studio öffnen und sich mit der SP-Instanz verbinden.
2. Unter “Sicherheit” das DocAve-Agent-Konto finden und Eigenschaften öffnen.
3. Unter Benutzerzuordnung sicherstellen, dass die Mitgliedschaft in Datenbankrolle “db_owner” für alle SharePoint-Datenbanken (meistens fehlt der Haken bei Config- und Content-DBs) aktiviert ist.

Der Beitrag DocAve Backup Failed – Error: An error occurred while building the content file: The selected objects in the backup job do not exist erschien zuerst auf SharePoint-Wiese.

Problem

SQL Network Interfaces, error: 26 – Fehler beim Bestimmen des angegebenen Servers/der angegebenen Instanz

SQL Network Interfaces, error: 26 – Error Locating Server/Instance Specified

Details

Beim Ausführen des SharePoint Konfigurationsassistenten, bzw. dessen CMD-Version wird folgende Fehlermeldung angezeigt:

Eine Ausnahme vom Typ 'System.Data.SqlClient.SqlException' wurde ausgelöst. Weitere Ausnahmeinformationen: 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)

In den ULS Logs findet man zudem folgende Einträge:

Unknown SQL Exception -1 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: SQL Network Interfaces, error: 26 - Fehler beim Bestimmen des angegebenen Servers/der angegebenen Instanz)

SQL Network Interfaces, error: 26 - Error Locating Server/Instance Specified

ConnectionString: 'Data Source=SQL-Server-01\Instanz;Initial Catalog=master;Integrated Security=True;Enlist=False;Pooling=False;Min Pool Size=0;Max Pool Size=100;Connect Timeout=15;Application Name=SharePoint[PSCONFIG][1][master]' Partition: NULL ConnectionState: Closed Connection Timeout: 15

Die Fehlermeldung bedeutet, dass wenn der SQL-Instanzname angesprochen wird (Aushandlung dynamischer Ports mit Hilfe des SQL-Browser-Dienstes), der SQL-Browser-Dienst auf diesem Server entweder nicht läuft oder nicht erreichbar ist. Im ULS-Log kann man sehen, welche SQL-Instanz dabei angesprochen wird.

Die Ursache ist wahrscheinlich die Sperrung durch eine Firewall. In den FireWall-Logs findet man wahrscheinlich einen Eintrag über die Sperrung von Port 1434 (wahrscheinlich UDP), da es normalerweise nicht empfehlenswert ist mit dem SQL-Browser-Dienst und dynamischen Ports zu arbeiten.

Es ist besser mit SQL-Aliases zu arbeiten. Dazu kann man das Programm cliconfg.exe benutzen.

Fix

Kommunikationsweg sicherstellen

• Entweder SQL-Browser-Dienst (Port 1434) in Verbindung mit Instanznamen benutzen und Firewalls für diesen Port und dynamische Ports öffnen.
• Oder SQL-Aliase und feste Ports benutzen (z. B. mit Hilfe von cliconfg.exe) und diese Ports in den Firewalls freischalten.

SharePoint DB-Liste kontrollieren und DB-Server ggf. entfernen

Der Fehler kann auch auftreten, wenn die Datenbank in der Konfiguration des SharePoints weiterhin geführt wird, obwohl der DB-Server gar nicht mehr existiert. Beispielsweise, wenn man eine Dienstanwendungsdatenbank von SSRS oder PowerPivot auf einen anderen SQL-Server respektive eine andere SQL-Instanz verschoben hat.

1. Mit folgender Zeile kann man die in der SharePoint-Konfiguration eingetragenen Datenbanken auflisten und kontrollieren. Die Spalte “LegacyDatabaseConnectionString”  kann dabei die Identifizierung erleichtern.
   

   # SharePoint DBs auflisten
   
   get-spdatabase | ft Name, LegacyDatabaseConnectionString –auto

2. Auch kann man die DB-Server bzw. die Instanzen in der GUI
   ZA > Systemeinstellungen > Server in dieser Farm verwalten
3. Falls ein nicht mehr aktueller Server in der Liste zu sehen ist, so kann man diesen auch gleich direkt in der ZA-GUI auf der gleichen Seite entfernen.
   
4. Sobald der nicht mehr vorhandene SQL-Server aus der Konfiguration entfernt wird, sollte SharePoint nicht mehr versuchen, sich mit diesem Server zu verbinden.

Der Beitrag SQL Network Interfaces, error: 26 – Fehler beim Bestimmen des angegebenen Servers/der angegebenen Instanz erschien zuerst auf SharePoint-Wiese.

Problem

Folgendes fehlt auf ‘<Server-Name>’

Details

Auf einem oder mehreren Servern werden beim Update der DB mit dem Assistenten (Config Wizard) fehlende Patche angezeigt.

Die Meldung lautet:
Folgendes fehlt auf ‘<Server-Name>’
Wobei <Server-Name> der Server ist, auf dem angeblich die Software-Komponente fehlt.

Man ist sich aber sicher, dass die Patche auf allen Servern der SharePoint Farm installiert sind.

Folgender Zeile bestätigt die angeblich fehlende Komponente:

# Zeigt SP-Server, auf welchen die Installation einer Softwarekomponente / eines Patches / eines Updates im Vergleich zu anderen Farmservern fehlt
(Get-SPProduct).Servers | ? { $_.InstallStatus -eq "InstallRequired" } | % { $_.RequiredButMissingPatches } | ft PatchName, Version, ServersMissingThis, Link, PatchGuid -AutoSize

<# Beispielausgabe:

PatchName                                                                                  Version        ServersMissingThis Link              
---------                                                                                  -------        ------------------ ----              
Update for Microsoft SharePoint Enterprise Server 2013 (KB3039703) 64-Bit Edition          15.0.4719.1002 {my-sp-server01}     http://support.mic...
Update for Microsoft Project Server 2013 (KB3054804) 64-Bit Edition                        15.0.4719.1002 {my-sp-server01}     http://support.mic...
Security Update for Microsoft SharePoint Enterprise Server 2013 (KB3023055) 64-Bit Edition 15.0.4719.1002 {my-sp-server01}     http://support.mic...
Security Update for Microsoft SharePoint Enterprise Server 2013 (KB3039725) 64-Bit Edition 15.0.4719.1002 {my-sp-server01}     http://support.mic...
Security Update for Microsoft SharePoint Enterprise Server 2013 (KB3039736) 64-Bit Edition 15.0.4719.1002 {my-sp-server01}     http://support.mic...
Security Update for Microsoft SharePoint Foundation 2013 (KB3054792) 64-Bit Edition        15.0.4719.1002 {my-sp-server01}     http://support.mic...
Update for Microsoft SharePoint Enterprise Server 2013 (KB3039703) 64-Bit Edition          15.0.4719.1002 {my-sp-server01}     http://support.mic...
Update for Microsoft SharePoint Enterprise Server 2013 (KB3039703) 64-Bit Edition          15.0.4719.1002 {my-sp-server01}     http://support.mic...
Security Update for Microsoft SharePoint Enterprise Server 2013 (KB3023055) 64-Bit Edition 15.0.4719.1002 {my-sp-server01}     http://support.mic...
Security Update for Microsoft SharePoint Enterprise Server 2013 (KB3023055) 64-Bit Edition 15.0.4719.1002 {my-sp-server01}     http://support.mic...
. . .


#>

Fix

Die lokalen Patche mit der DB abgleichen

Wenn man sicher ist, dass man die Patche installiert hat, kann man folgendes versuchen. In der SharePoint-PowerShell auf allen Servern, die in der Ausgabe (s.o.) aufgelistet sind, folgende Zeile ausführen:

# Die lokal installierten Patche mit der Config-DB abgleichen
Get-SPProduct -Local

Damit werden die lokal installierten Patche mit der Konfigurationsdatenbank abgeglichen und berichtigt!

Links

1. http://thesharepointfarm.com: The Magic of Get-SPProduct -Local

Der Beitrag Folgendes fehlt auf ‘Server-Name’ erschien zuerst auf SharePoint-Wiese.

Problem

Get-SPProduct : Failed to call GetTypes on assembly Microsoft.AnalysisServices.SPAddin
Die Datei oder Assembly “Microsoft.AnalysisServices.SPClient, Version=12.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91” oder eine Abhängigkeit davon wurde nicht gefunden. Das System kann die angegebene Datei nicht finden

Get-SPProduct : Failed to call GetTypes on assembly
Microsoft.AnalysisServices.SPAddin, Version=12.0.0.0, Culture=neutral,
PublicKeyToken=89845dcd8080cc91. Could not load file or assembly
‘Microsoft.AnalysisServices.SPClient, Version=12.0.0.0, Culture=neutral,
PublicKeyToken=89845dcd8080cc91’ or one of its dependencies. The system cannot
find the file specified.

Detals

Folgende Fehlermeldung wird in der PowerShell-Konsole ausgegeben, wenn SharePoint CMD-Lets wie Get-SPProduct -Local ausgeführt werden:

In der EN-SharePoint-Installation wird diese Fehlermeldung angezeigt:

Fix

Fehlende Komponente auf dem Server installieren

Mindestens auf einem Server der SharePoint-Farm fehlt eine Software-Komponente, die auf dem anderen Server installiert ist.

In diesem Fall war es das SSAS Add-On bzw. das PowerPivot Add-On für SharePoint, welches auf einem SharePoint-Server in der Farm nicht installiert war. Nach der Installation des Add-Ons wurde der Fehler nicht mehr ausgegeben.

Links

1. http://saravlamba.blogspot.de: SharePoint 2013 Service pack 1 post installation error

Der Beitrag Get-SPProduct : Failed to call GetTypes on assembly Microsoft. AnalysisServices. SPAddin erschien zuerst auf SharePoint-Wiese.

Problem

Microsoft.SharePoint.Upgrade.SPUpgradeException

Task upgradebootstrap has failed with an unknown exception

Failed to call GetTypes on assembly Microsoft.AnalysisServices.SPAddin

Details

Beim Ausführen des Konfigurations-Assistenten für SharePoint-Produkte (in der PowerShell-Konsole mit psconfig -cmd upgrade -inplace b2b -wait -force), um das Update der SharePoint 2013 Farm abzuschließen, wird folgende Fehlermeldung (je nach installierter Sprachversion) in der PowerShell-Konsole angezeigt:

• DE:
  Fehler beim Initiieren der Ugradesequenz.
  Eine Ausnahme vom Typ ‘Microsoft.SharePoint.Upgrade.SPUpgradeException’ wurde ausgelöst. Weitere Ausnahmeinformationen: Eine Ausnahme vom Typ “Microsoft.SharePoint.Upgrade.SPUpgradeException” wurde ausgelöst.
• EN:
  Failed to initialize the upgrade sequence.
  An exception of type Microsoft.SharePoint.Upgrade.SPUpgradeException was thrown. Additional exception information: Exception of type “Microsoft.SharePoint.Upgrade.SPUpgradeException” was thrown.

Log-Files

In den Log-Dateien findet man folgende Einträge:

PSCDiagnostics Log

Task upgradebootstrap has failed with an unknown exception

Exception: Microsoft.SharePoint.Upgrade.SPUpgradeException: Eine Ausnahme vom Typ "Microsoft.SharePoint.Upgrade.SPUpgradeException" wurde ausgelöst.
   bei Microsoft.SharePoint.Upgrade.SPManager.BootStrap(Guid sessionId, SPUpgradeOperationFlags flags)
   bei Microsoft.SharePoint.PostSetupConfiguration.UpgradeBootstrapTask.Run()
   bei Microsoft.SharePoint.PostSetupConfiguration.TaskThread.ExecuteTask()

Upgrade Log

. . .
05/26/2015 13:59:42.76	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPDelegateManager	ajyx8	DEBUG	Begin registering Microsoft.AnalysisServices.SPAddin, Version=12.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91.	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.76	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPDelegateManager	ajyya	DEBUG	No assembly manifest found.	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.76	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPDelegateManager	ajyyb	ERROR	Failed to call GetTypes on assembly Microsoft.AnalysisServices.SPAddin, Version=12.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91. Die Datei oder Assembly "Microsoft.AnalysisServices.SPClient, Version=12.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91" oder eine Abhängigkeit davon wurde nicht gefunden. Das System kann die angegebene Datei nicht finden.	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.78	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPDelegateManager	ajyx7	DEBUG	Mutex released.	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.78	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPUpgradeSession	ajxme	ERROR	CanUpgrade [SPConfigurationDatabase] failed.	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.78	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPUpgradeSession	ajxme	ERROR	Exception: Failed to call GetTypes on assembly Microsoft.AnalysisServices.SPAddin, Version=12.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91. Die Datei oder Assembly "Microsoft.AnalysisServices.SPClient, Version=12.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91" oder eine Abhängigkeit davon wurde nicht gefunden. Das System kann die angegebene Datei nicht finden.	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.78	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPUpgradeSession	ajxme	ERROR	   bei Microsoft.SharePoint.Upgrade.SPDelegateManager.RegisterAssembly(Dictionary`2 dictInitialType, Assembly asm, UInt32 nOrder)     bei Microsoft.SharePoint.Upgrade.SPDelegateManager.get_InitialTypeDictionary()     bei Microsoft.SharePoint.Upgrade.SPDelegateManager.GetDelegateTypes(Type tpObject)     bei Microsoft.SharePoint.Upgrade.SPDelegateManager.GetDelegates(Object o)     bei Microsoft.SharePoint.Upgrade.SPDelegateManager.GetUpgraders(Object o)     bei Microsoft.SharePoint.Upgrade.SPUpgradeSession.CanUpgrade(Object o)	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.78	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPUpgradeSession	ajxmt	DEBUG	Cannot upgrade [SPConfigurationDatabase].	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.78	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPUpgradeSession	ajxmu	DEBUG	Skip [SPConfigurationDatabase] NeedsUpgrade.	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.78	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPUpgradeSession	ajxmk	DEBUG	IsBackwardsCompatible [SPConfigurationDatabase] returned: True.	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.81	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPManager	ajxoo	DEBUG	Cleaning up local config cache	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.84	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPManager	ajxox	ERROR	SPManager.Initialize failed.	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.84	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPManager	ajxox	ERROR	Exception: Eine Ausnahme vom Typ "Microsoft.SharePoint.Upgrade.SPUpgradeException" wurde ausgelöst.	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.84	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPManager	ajxox	ERROR	   bei Microsoft.SharePoint.Upgrade.SPManager.BootStrap(Guid sessionId, SPUpgradeOperationFlags flags)	00000000-0000-0000-0000-000000000000
. . .

Upgrade-error Log

Timestamp              	Process                                 	TID   	Area                          	Category                      	EventID	Level     	Message 	Correlation
05/26/2015 13:59:42.76	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPDelegateManager	ajyyb	INFO	No context object	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.76	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPDelegateManager	ajyyb	ERROR	Failed to call GetTypes on assembly Microsoft.AnalysisServices.SPAddin, Version=12.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91. Die Datei oder Assembly "Microsoft.AnalysisServices.SPClient, Version=12.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91" oder eine Abhängigkeit davon wurde nicht gefunden. Das System kann die angegebene Datei nicht finden.	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.78	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPUpgradeSession	ajxme	INFO	No context object	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.78	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPUpgradeSession	ajxme	ERROR	CanUpgrade [SPConfigurationDatabase] failed.	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.78	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPUpgradeSession	ajxme	INFO	No context object	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.78	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPUpgradeSession	ajxme	ERROR	Exception: Failed to call GetTypes on assembly Microsoft.AnalysisServices.SPAddin, Version=12.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91. Die Datei oder Assembly "Microsoft.AnalysisServices.SPClient, Version=12.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91" oder eine Abhängigkeit davon wurde nicht gefunden. Das System kann die angegebene Datei nicht finden.	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.78	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPUpgradeSession	ajxme	INFO	No context object	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.78	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPUpgradeSession	ajxme	ERROR	   bei Microsoft.SharePoint.Upgrade.SPDelegateManager.RegisterAssembly(Dictionary`2 dictInitialType, Assembly asm, UInt32 nOrder)     bei Microsoft.SharePoint.Upgrade.SPDelegateManager.get_InitialTypeDictionary()     bei Microsoft.SharePoint.Upgrade.SPDelegateManager.GetDelegateTypes(Type tpObject)     bei Microsoft.SharePoint.Upgrade.SPDelegateManager.GetDelegates(Object o)     bei Microsoft.SharePoint.Upgrade.SPDelegateManager.GetUpgraders(Object o)     bei Microsoft.SharePoint.Upgrade.SPUpgradeSession.CanUpgrade(Object o)	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.84	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPManager	ajxox	INFO	No context object	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.84	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPManager	ajxox	ERROR	SPManager.Initialize failed.	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.84	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPManager	ajxox	INFO	No context object	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.84	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPManager	ajxox	ERROR	Exception: Eine Ausnahme vom Typ "Microsoft.SharePoint.Upgrade.SPUpgradeException" wurde ausgelöst.	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.84	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPManager	ajxox	INFO	No context object	00000000-0000-0000-0000-000000000000
05/26/2015 13:59:42.84	PSCONFIG (0x0460)	0x1534	SharePoint Foundation Upgrade	SPManager	ajxox	ERROR	   bei Microsoft.SharePoint.Upgrade.SPManager.BootStrap(Guid sessionId, SPUpgradeOperationFlags flags)	00000000-0000-0000-0000-000000000000

Fix

Fehlende Komponente auf dem Server installieren

Mindestens auf einem Server der SharePoint-Farm fehlt eine Software-Komponente, die auf dem anderen Server installiert ist.

Wahrscheinlich wurde auch das CMD-Let Get-SPProduct -Local mehrmals ausgeführt um eine Fehlermeldung (wie Get-SPProduct : Failed to call GetTypes on assembly Microsoft.AnalysisServices.SPAddin) beim Update zu beseitigen.

In diesem Fall war es das SSAS Add-On bzw. das PowerPivot Add-On für SharePoint, welches auf einem SharePoint-Server in der Farm nicht installiert war.

Nach der Installation des fehlenden Add-Ons auf dem entsprechenden Server, wurde der Fehler nicht mehr ausgegeben.

Der Beitrag Microsoft. SharePoint. Upgrade. SPUpgradeException – Failed to call GetTypes on assembly Microsoft. AnalysisServices. SPAddin erschien zuerst auf SharePoint-Wiese.

Problem

ID: 6398

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

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

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

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

Details

Ist-Zustand

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

Beschreibung

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

Ereignisprotokoll

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

Fix

Ordnerberechtigungen ändern

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

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

Problem

Zugriff verweigert – Das Feature, das Sie zu verwenden versuchen, ist in Ihrem Browser nicht zugelassen

Access Denied

In der DocAve Web-GUI (IE Silverlight Plug-In) wird beim Durchführen einiger Aktionen (z. B. wie in diesem Fall das Importieren einer Lizenz-Datei) folgende Fehlermeldung im Browser (hier im Internet Explorer) angezeigt:

Zugriff verweigert
Das Feature, das Sie zu verwenden versuchen, ist in Ihrem Browser nicht zugelassen.

Fix

Einige Add-On Funktionen des Internet-Explorers (in diesem Fall Silverlight Plug-In) werden blockiert, wenn der Erweiterte geschützte Modus (Enhanced Protected Mode – EPM) des IEs aktiviert ist.

Erweiterten geschützten Modus deaktivieren

1. Internetoptionen (z. aus der Systemsteuerung oder aus dem Internet-Explorer heraus) aufrufen.
2. Reiter Erweitert > Bereich Sicherheit > “Erweiterten geschützten Modus aktivieren” – deaktivieren!

Site in die Intranetzone

Vielleicht hilft auch einfach die aufzurufende Site in die Intranet-Sicherheitszone aufzunehmen (s. Links).

Links

1. support.microsoft.com: “Zugriff verweigert” bei Verwendung von einigen Silverlight-Anwendungen in Internet Explorer 11 unter Windows 8.1
2. support.microsoft.com/: “Access Denied” when you use some Silverlight applications in Internet Explorer 11 on Windows 8.1

Der Beitrag Zugriff verweigert – Das Feature, das Sie zu verwenden versuchen, ist in Ihrem Browser nicht zugelassen erschien zuerst auf SharePoint-Wiese.

Problem

Die Seite kann nicht angezeigt werden

Beim Aufrufen der DocAve Web-GUI wird die Meldung “Die Seite kann nicht angezeigt werden” im Internet-Explorer angezeigt.

Dabei steht in der Adressleiste “res://ieframe.dll/”

Fix

Verstärkte Sicherheitskonfiguration aktivieren

Im Servermanager die verstärkte Sicherheitskonfiguration für Internet Explorer aktivieren.

Siehe auch: Erweiterten geschützten Modus deaktivieren

Der Beitrag DocAve Web GUI: Die Seite kann nicht angezeigt werden erschien zuerst auf SharePoint-Wiese.

Problem

Authentication failed

Beim Erstellen eines physischen Gerätes (in diesem Fall einer Netzwerkfreigabe) für das SharePoint-Backup mit DocAve (Control Panel > Storage Configuration > Create Physical Device) wird der Fehler “Authentication failed” angezeigt.

Fix

Advanced: Extended parameters

1. Die Option “Advanced” aktivieren
2. Bei Extended parameters folgende Zeile für die Netzwerkfreigabe einfügen:
   AuthMethod=NetUse

Der Beitrag DocAve Create Physical Device: Authentication failed erschien zuerst auf SharePoint-Wiese.

Problem

DocAve Control Service Status Down

Man findet in DocAve Control Service Status Down als roten Pfeil der nach unten zeigt im Control Panel > Manager Monitor

Es war kein an https://<DocAve-Management-Server>:<Control-Port>/ControlCore/ControlCoreService.svc abhörender Endpunkt vorhanden, der die Nachricht annehmen konnte.

Findet man im DocAve-Log unter:
C:\Program Files\AvePoint\DocAve6\Manager\Control\Logs\DocAve-Timer.log

Der Remoteserver hat einen Fehler zurückgegeben: (403) Unzulässig.

Auch diese Fehlermeldung findet man im Doc-Ave-Log unter:
C:\Program Files\AvePoint\DocAve6\Manager\Control\Logs\DocAve-Timer.log

Event-ID: 5407 – Failed to operate the service.

Event-ID: 7034 – Dienst “DocAve 6 Media Service” wurde unerwartet beendet

Details

Beschreibung

Man findet in DocAve Control Service Status Down als roten Pfeil der nach unten zeigt (im Control Panel > Manager Monitor)

Der Web-Dienst des Control Services ist im Browser erreichbar:
https://<DocAve-Management-Server>:<Control-Port>/ControlCore/ControlCoreService.svc

Ist-Zustand

SharePoint Umgebung

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

DocAve-Timer.log

Im DocAve-Timer Log findet man unter
C:\Program Files\AvePoint\DocAve6\Manager\Control\Logs\DocAve-Timer.log

findet man folgende Einträge:

ERROR 11-25 07:55:18,893 ServiceStatusCheckerThread AvePoint.ControlPanel.Service.ServiceStatusChecker.Object.CheckStatusThread 0- Es war kein an https://<DocAve-Management-Server>:<Control-Port>/ControlCore/ControlCoreService.svc abhörender Endpunkt vorhanden, der die Nachricht annehmen konnte. Dies wird häufig durch eine fehlerhafte Adresse oder SOAP-Aktion verursacht. Weitere Details finden Sie unter "InnerException", sofern vorhanden.System.ServiceModel.EndpointNotFoundException: Es war kein an https://<DocAve-Management-Server>:<Control-Port>/ControlCore/ControlCoreService.svc abhörender Endpunkt vorhanden, der die Nachricht annehmen konnte. Dies wird häufig durch eine fehlerhafte Adresse oder SOAP-Aktion verursacht. Weitere Details finden Sie unter "InnerException", sofern vorhanden. ---> System.Net.WebException: Der Remoteserver hat einen Fehler zurückgegeben: (403) Unzulässig.
   bei System.Net.HttpWebRequest.GetRequestStream(TransportContext& context)
   bei System.Net.HttpWebRequest.GetRequestStream()
   bei System.ServiceModel.Channels.HttpOutput.WebRequestHttpOutput.GetOutputStream()
   --- Ende der internen Ausnahmestapelüberwachung ---

Ereignisprotokoll

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

Oder auch:

Oder auch:

Fix

Mit Hilfe des Microsoft Network Monitors konnte festgestellt werden, dass die DocAve-Dienste (z.B. ControlTimerService.exe) den Web über Proxy-Server zu nehmen versuchen.

Das funktioniert in unserem System nicht. Deshalb wird versucht die Dienste zum “DirectAccess” (ohne Proxy-Kommunikation) zu überreden.

Die Abfrage des System-Proxy-Servers per netsh winhttp show proxy zeigte, dass hier bereits kein Proxy-Server benutzt wird (DirectAccess).

Der Import der richtigen Einstellungen aus dem IE (die per GPOs gesetzt werden und schon richtige Ausnahmen haben) per netsh winhttp import proxy ie war keine Lösung.

Workaround

Management-Dienste unter Agent-User Account laufen lassen

Die Manager-Dienste (Media Service, Report Service, Timer Service) laufen auf dem DocAve-Management-Server standardmäßig unter der Benutzerkennung “local system”. Diese drei Windows-Dienste können wir auf dem Management-Server in der Dienste-Konsole so einstellen, dass sie unter der Domänenkennung des DocAve-Agents laufen.

Dabei muss dieses Konto entweder in den lokalen Sicherheitsgruppenrichtlinien das Recht sich als Dienst anmelden zu dürfen bekommen, oder Mitglied der lokalen Gruppe der Administratoren werden.

Anmelden und Proxy-Server Einstellungen anpassen

Falls der “Control Service” weiterhin nicht gestartet werden kann und immer noch den Status “down” (roter Pfeil nach unten) hat, dann kann man folgendes durchführen.

1. Auf dem DocAve-Management-Server (dort, wo die drei erwähnten Management-Dienste laufen) mit der Kennung, mit der nun auch die Dienste laufen (DocAve-Agent-User) anmelden.
2. Proxy-Server Einstellungen in den Interneteinstellungen aufrufen.
3. Falls die Proxy-Einstellungen nicht per GPO gesetzt werden, diese per Hand so anpassen, dass kein Proxy-Server benutzt wird (entweder ganz abschalten oder Ausnahmen setzen).
4. Es kann wohl nicht schaden, diese Proxy-Einstellungen dann auch als Systemeinstellungen per netsh winhttp import proxy ie zu übernehmen.

Der Beitrag DocAve Control Service Status Down erschien zuerst auf SharePoint-Wiese.

Problem

The user does not have sufficient permissions

Details

Beschreibung

Diese und ähnliche Fehlermeldungen werden im DocAve Job Monitor angezeigt, wenn man einen “Test Run” ausführt. Dabei steht der Status auf “Failed”.

Beispielzeile:

Fix

Berechtigungen überprüfen

Prüfen, ob alle Berechtigungen lt. der Installationsanleitung gesetzt wurden.

Der Beitrag DocAve Job Monitor: The user does not have sufficient permissions erschien zuerst auf SharePoint-Wiese.

Problem

Fehler beim PivotTable-Vorgang – Es wurde kein Server gefunden, von dem das Datenmodell der Arbeitsmappe geladen werden konnte

Wenn man in einer PowerPivot-Excelarbeitsmappe auf Elemente klickt, die auf Datenmodell zugreifen müssen.

We cannot locate a server to load the workbook Data Model

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

Im ULS-Log

Failed to create an external connection or execute a query. Provider message: There are no servers available or actively being initialized

Im ULS-Log

Details

Beschreibung

Folgender Fehler wird angezeigt, wenn man in einem PowerPivot Excel Workbook auf Dokumentelemente klickt, wodurch auf das Datenmodell zugegriffen wird.

Fehler beim PivotTable-Vorgang
Es wurde kein Server gefunden, von dem das Datenmodell der Arbeitsmappe geladen werden konnte

bzw. auf den auf Englisch installierten Systemen:

We cannot locate a server to load the workbook Data Model

Ist-Zustand

SharePoint Umgebung

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

ULS Log

In den ULS Logs findet man folgende Einträge:

Uncaught CLR exception crossing the Interop boundary: Microsoft.AnalysisServices.Streaming.ServerNotFoundException: There are no servers available or actively being initialized.     bei Microsoft.AnalysisServices.Streaming.OnPremise.ServerPool.Microsoft.AnalysisServices.Streaming.OnPremise.IServerPool.GetAvailableServers()     bei Microsoft.AnalysisServices.Streaming.OnPremise.LoadBalancer.<>c__DisplayClass1.<GetLoadBalancedOperation>b__0()     bei Microsoft.AnalysisServices.Streaming.OnPremise.LoadBalancer.GetLoadBalancedOperation(Func`1 onBegin)     bei Microsoft.AnalysisServices.Streaming.OnPremise.Database.Loading.Create()     bei Microsoft.AnalysisServices.Streaming.OnPremise.ServerPool.<>c__DisplayClass9.<Microsoft.AnalysisServices.Streaming.OnPremise.IServerPool.CreateConnection>b__8(Guid id). . .

Failed to create an external connection or execute a query. Provider message: There are no servers available or actively being initialized., ConnectionName: , Workbook: http://<sp-site>/Dashboards/<PowerPivot-Excel-Workbook>.xlsx.

Verbindung

Die Verbindung mit der Analysis Services (PowerPivot) Instanz per SSMS klappt nur lokal, auf dem Server, auf dem auch die Instanz läuft.

Vom anderen Server klappt die Verbindung per SSMS nicht. Die Fehlermeldung lautet:

Es kann keine Verbindung mit ‘<Server\Instanz>’ hergestellt werden.
Zusätzliche Informationen:
Es kann keine Verbindung hergestellt werden. Stellen Sie sicher, dass der Server ausgeführt wird. (Microsoft.AnalysisServices.AdomdClient)

Ein Verbindunngsversuch ist fehlgeschlagen, da die Gegenstelle nach einer bestimmten Zeitspanne nicht richtig reagiert hat, oder die hergestellte Verbindung war fehlerhaft, da der verbundene Host nicht reagiert hat <IP:DynamicPort> (System)

Oder auf EN:

A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond

Fix

Scheinbar wird per Instanznamen der SQL-Browser (läuft auf 2382) angesprochen, und der gibt den Port zurück, auf welchem die PowerPivot-Instanz läuft (in diesem Fall dynamischer Port 56426 s. Fehler in SSMS oben). Und dieser PowerPivot-Instanzport ist in der Firewall normalerweise nicht freigeschaltet, da diese sich ständig verändern.

Prüfen, welche Ports benutzt werden

1. Im SQL Server Configuration Manager die Prozess-ID der PowerPivot-Instanz herausfinden.
   
2. In der CMD den Befehl netstat -aop TCP ausführen und die ID aus dem SQL-Manger finden. In der gleichen Zeile, in der Spalte “Lokale Adresse” sieht man den Port unter dem der Dienst läuft.
   

Verbindung zum Server prüfen

Verbindung (besonders von den WFEs) zum Server prüfen, auf dem die SSAS/PowerPivot Instanz installiert ist.
Z. B. per Telnet: telnet <PowerPivot Server IP> 2382

Firewalls prüfen

1. Windows-Firewall prüfen (zum Testen kann man eine “Alles erlauben Regel” verwenden).
2. Hardware-Firewall Logs auf Deny-Einträge überprüfen.

Kerberos Einstellung

Wenn SharePoint auf Kerberos-Authentifizierung eingestellt ist, dann muss man die Datei web.config des PowerPivot-Dienstes umstellen.

Siehe: PowerPivot für SharePoint installieren – Anleitung: PowerPivot Kerberos Einstellung

 Excel-Konto auf die Instanz berechtigen

Die Kennung der Excel-Dienstanwendung muss auch als Administrator auf die PowerPivot-Instanz gesetzt werden.

Siehe: Serveradministratoren für die PowerPivot-Instanz

IIS-Reset

Links

1. PowerPivot für SharePoint installieren – Anleitung: PowerPivot Kommunikation konfigurieren

Der Beitrag Fehler beim PivotTable-Vorgang – Es wurde kein Server gefunden, von dem das Datenmodell der Arbeitsmappe geladen werden konnte erschien zuerst auf SharePoint-Wiese.

Problem

Der Benutzer ist kein Farmadministrator.

Systemüberprüfung
Der Benutzer ist kein Farmadministrator.
Beheben Sie die Überprüfungsfehler, und wiederholen Sie den Vorgang.

The user is not a farm administrator

The user is not a farm administrator.
Please address the validation failures and try again.

Details

Beschreibung

Beim Ausführen des PowerPivot-Konfigurationstools wird das Fenster mit dem Titel “Systemüberprüfung” mit folgender Meldung angezeigt:

“Der Benutzer ist kein Farmadministrator.
Beheben Sie die Überprüfungsfehler, und wiederholen Sie den Vorgang.”

oder auf Englisch

“The user is not a farm administrator. Please address the validation failures and try again.”

Ist-Zustand

SharePoint Umgebung

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

Fix

Es reicht nicht aus unter ZA > Sicherheit > Farmadministratorgruppe verwalten > Mitglied der Farmadministratorgruppe zu sein!

ZA Sitecollection Admin

Der Benutzer muss auf die Sitecollection (Websitesammlung) der ZA als primärer oder sekundärer Administrator berechtigt sein.

1. ZA > Anwendungsverwaltung > Websitesammlungen > Websitesammlungsadministratoren ändern
2. Oben rechts als Webanwendung die Webapp der ZA auswählen und mit OK bestätigen.
   
3. Den Benutzer, der das PowerPivot Konfigurationstool ausführt und die Fehlermeldung bekommt, entweder als primären Websitesammlungsadministrator und als sekundären Websitesammlungsadministrator eintragen und mit OK bestätigen.
   

UAC deaktivieren

Evtl. hilf auch die Abschaltung der UAC-Abfrage (war in unserem Fall nicht nötig).

Der Beitrag Der Benutzer ist kein Farmadministrator erschien zuerst auf SharePoint-Wiese.

Problem

Fehler bei mindestens einer Aktion. Überprüfen Sie die als fehlerhaft gekennzeichneten Aktionen, um die Ursache zu ermitteln.

Wird im PowerPivot-Konfigurationstool angezeigt.

Fehler beim Konfigurieren des Servers

Fehler beim Ausführen der Aktion: Unbeaufsichtigtes Konto für ‘DataRefresh’ erstellen
Fehler bei der Ausführung des PS-Skripts. Grund: Cannot create unattended account for data refresh because there is no enough information to locate current proxy group

Wird im PowerPivot-Konfigurationstool unter

• SharePoint-Abhängigkeiten konfigurieren
  • Einmaliges Anmelden konfigurieren
    • Unbeaufsichtigtes Konto für ‘DataRefresh’ erstellen

angezeigt.

Details

Beschreibung

Folgende Fehlermeldung wird im PowerPivot-Konfigurationstool angezeigt:

Fehler beim Konfigurieren des Servers

Fehler beim Ausführen der Aktion: Unbeaufsichtigtes Konto für ‘DataRefresh’ erstellen
Fehler bei der Ausführung des PS-Skripts. Grund: Cannot create unattended account for data refresh because there is no enough information to locate current proxy group

Ist-Zustand

SharePoint Umgebung

• SharePoint 2013 SP1 (3 Tier Cluster)
• MS SQL-Server 2008 R2 Failover-Cluster

Fix

Anwendungsproxygruppe anpassen

1. ZA > Anwendungsverwaltung > Zuordnungen von Dienstanwendungen konfigurieren anklicken.
2. Es muss dafür gesorgt werden, dass die PowerPivot Service Application in der richtigen Anwendungsproxygruppe (meistens in der Zeile der SharePoint – 80 Webanwendung) aktiviert ist.
   Dazu in der Zeile, in der die Hauptwebanwendung steht (SharePoint – 80) auf den Namen der Anwendungsproxygruppe klicken (in unserem Fall “benutzerdefiniert”)
   
3. Und das Kästchen bei PowerPivot Service Application aktivieren
   
   

In unserem Fall gab es zwei Anwendungsproxygruppen. Die PowerPivot-Dienstanwendung war in der falschen Anwendungsproxygruppe aktiviert (die Anwendungsproxygruppe hierß zwar “Standard”, aber gehörte zur Webanwendung “SharePoint Profiles”)

Mit dem Vorgehen oben wurde die PowerPivot-Dienstanwendung in der Anwendungsproxygruppe “SharePoint Profiles” deaktiviert und in der richtigen Anwendungsproxygruppe “SharePoint – 80” aktiviert.

Der Beitrag Cannot create unattended account for data refresh because there is no enough information to locate current proxy group erschien zuerst auf SharePoint-Wiese.

Problem

Fehler bei der Aktualisierung der externen Daten

Diese Fehlermeldung wird angezeigt, wenn man in einer PowerPivot-Excel-Tabelle folgendes durchführt:
Daten > Alle Verbindungen aktualisieren
oder
Daten > Ausgewählte Verbindung aktualisieren

Fehler bei der Aktualisierung der externen Daten

Beim Bearbeiten des Datenmodells in der Arbeitsmappe ist ein Fehler aufgetreten. Versuchen Sie es bitte erneut.

Mindestens eine der Datenverbindungen in dieser Arbeitsmappe konnte nicht aktualisiert werden.
Die folgenden Verbindungen konnten nicht aktualisiert werden:

DataFeed items
Datenfeed_1_. . .

External Data Refresh Failed

An error occurred while working on the Data Model in the workbook. Please try again.

We were unable to refresh one or more data connections in this workbook.
The following connections failed to refresh:

Failed to create an external connection or execute a query

Im ULS Log findet man folgende Einträge:

Fix

Lokale Sicherheitsrichtlinie – Einsetzen als Teil des Betriebssystems

1. Die Benutzerkennung, unter der die SSAS (POWERPIVOT) Instanz läuft, herausfinden und notieren.
   Das kann man auf dem Server, auf dem die Instanz läuft entweder im “Sql Server Configuration Manager” in der Spalte “Anmelden als” oder in der Konsole für Windows-Dienste tun.
2. Lokale Sicherheitsrichtlinie aufrufen durch ausführen (Tastenkombination: [WIN]+[R]) von secpol.msc oder durch suchen nach “Lokale Sicherheitsrichtlinie”
3. Den Pfad öffnen: Sicherheitseinstellungen > Lokale Richtlinien > Zuweisen von Benutzerrechten
4. Die Richtlinie “Einsetzen als Teil des Betriebssystems” öffnen und dort die Benutzerkennung eintragen, unter der die POWERPIVOT-Instanz läuft.
   

Kerberos Delegierung überprüfen

Eine zusätzliche Fehlerquelle kann auch noch die falsch bzw. unvollständig konfigurierte Kerberos-Delegierung sein.

Diese gilt es zu überprüfen (z. B. SPNs etc. siehe Link Nr.1)

Links

1. blogs.technet.com: PowerPivot 2013 for SharePoint – “External Data Refresh Failed” using Interactive Data Refresh via “Use the authenticated user’s account”
2. msdn.microsoft.com: Power Pivot Data Refresh with SharePoint 2013

Der Beitrag Fehler bei der Aktualisierung der externen Daten – Mindestens eine der Datenverbindungen in dieser Arbeitsmappe konnte nicht aktualisiert werden erschien zuerst auf SharePoint-Wiese.