Problem

Event-ID: 2163 – Der Ablaufverfolgungsdienst konnte die Ablaufverfolgungs-Protokolldatei nicht erstellen

Details

Die Verwendungsstatistiken (bzw. Beliebtheitstrends), die man in SharePoint für jede Sitecollection unter Zahnrad (Einstellungen oben rechts) > Websiteeinstellungen, Beliebtheitstrends als eine Excel-Datei runterladen kann.

Wenn die Site verwendet wird, in der Excel aber 0 Treffer stehen (s.u.) dann ist die Konfiguration fehlerhaft.

Ereignisprotokoll

Im Ereignisprotokoll wird ein Eintrag mit der Event-ID: 2163 generiert:

Lösung

Tracing-Dienst Konto auf die Ordner berechtigen

1. Das Konto, unter welchem der Windows-Dienst “SharePoint Tracing Service” entweder als Lokaler Dienst oder Domänen-Konto läuft muss Änderungsrechte auf den Ordner C:\Program Files\Common Files\microsoft shared\Web Server Extensions\15\LOGS bekommen.

Eigentlich werden die nötigen Berechtigungen in SP mit den lokalen WSS_* Gruppen realisiert. Deshalb sollte man nicht die einzelnen Konten berechtigen, sondern mit Gruppen arbeiten (wie in diesem Artikel beschrieben).

Quellen und hilfreiche Links

1. http://blog.mpecsinc.ca/2011/01/sbs-2011-sharepoint-foundation-event-id.html
2. http://davidmsterling.blogspot.de/2013/01/sharepoint-2013-event-id-2163.html

Der Beitrag ID: 2163 – Der Ablaufverfolgungsdienst konnte die Ablaufverfolgungs-Protokolldatei nicht erstellen erschien zuerst auf SharePoint-Wiese.

Problem

Event-ID: 10016

Dem Benutzer wird keine Berechtigung vom Typ “Lokal Aktivierung” für die COM-Serveranwendung  im Anwendungscontainer “Nicht verfügbar” (SID: Nicht verfügbar) gewährt

Details

Dem Benutzer “<Domain>\<Farmuser>” wird keine Berechtigung vom Typ “Lokal Aktivierung” für die COM-Serveranwendung im Anwendungscontainer “Nicht verfügbar” (SID: Nicht verfügbar) gewährt.

Ereignisprotokoll

Fix

Registry Berechtigungen anpassen

1. Die angezeigte ID (in diesem Fall CLSID {61738644-xxxx-xxxx-xxxx-xxxxxxxxxxxx}) im Regedit finden. Die SID gehört zum “IIS WAMREG admin Service” – später relevant.
   
2. Die erweiterten Sicherheitseinstellungen dieses Ordners aufrufen und als “Besitzer” die lokale Gruppe der “Administratoren” setzen.
3. Berechtigungen dieses Reg-Ordners für “SYSTEM” und lokale “Administratoren” Gruppe auf Vollzugriff setzen (das kann man erst machen, nachdem man den vorherigen Schritt durchgeführt hat).
   

Komponentendienste anpassen

1. SnapIn-Konsole mit “comexp.msc” oder durch “Komponentendienste” im Startmenü aufrufen.
2. Den zu der CLSID gehörenden Namen (aus regedit) in der Liste heraussuchen. Falls nicht vorhanden im unteren Bereich die CLSID heraussuchen.
3. In den Eigenschaften unter Reiter “Sicherheit” die Rechte für Start und Aktivierung für den in der Fehlermeldung erwähnten Benutzer so anpassen, dass er die Anwendung lokal starten und aktivieren kann.
   
4. Möglicherweise soll sich dieser Account auch in der lokalen Gruppe “Distributed COM-Benutzer” befinden (Computerverwaltung > Lokale Benutzer und Gruppen > Gruppen > Distributed COM-Benutzer)

Quellen und hilfreiche Links

1. http://www.drwindows.de/windows-anleitungen-und-faq/54813-fehler-10016-quelle-distributedcom-problemloesung.html
2. http://www.wictorwilen.se/Post/Fix-the-SharePoint-DCOM-10016-error-on-Windows-Server-2008-R2.aspx#31697

Der Beitrag ID: 10016 – Dem Benutzer wird keine Berechtigung vom Typ “Lokal Aktivierung” für die COM-Serveranwendung im Anwendungscontainer “Nicht verfügbar” (SID: Nicht verfügbar) gewährt erschien zuerst auf SharePoint-Wiese.

Problem

Event-ID: 1004

Event-ID:2004

OfficeWebApps Machine health is Unhealthy

Details

Windows Ereignisanzeige zeigt ID: 1004 und ID: 2004

In Details wird “Reported status: Machine health is Unhealthy” angezeigt.

Ereignisprotokoll

Den Status der OWA-Server kann man in der PowerShell prüfen. Dabei wird bei diesem Fehler der “HealthStatus” wahrscheinlich auf “Unhealthy” stehen.

# Status der OWA-Server prüfen

Import-module OfficeWebApps
(Get-OfficeWebAppsFarm).Machines

Vermutlich weiß IIS nicht, wie er mit .svc-Daten umgehen soll. Um diese Aussage zu testen s.u.

Prüfung (dabei darf kein 404-Fehler auftauchen)

• Im Browser
  • https://<LB-Adresse-OWA-Farm>/m/met/participant.svc/jsonAnonymous/BroadcastPing
• In PowerShell

  • Invoke-WebRequest https://<LB-Adresse-OWA-Farm>/m/met/participant.svc/jsonAnonymous/BroadcastPing

Fix

Server-Feature “HTTP Activation” installieren

1. Per Server-Manager
   1. Unter .NET Framework 4.5 Features > WCF Services > HTTP Activation aktivieren und installieren.
      
2. Oder per PS

   1. Add-WindowsFeature NET-WCF-HTTP-Activation45

3. Etwas warten (ca. 10min.) und dann noch mal prüfen.

Quellen und hilfreiche Links

1. http://www.wictorwilen.se/office-web-apps-server-2013—machines-are-always-reported-as-unhealthy

Der Beitrag ID: 1004, ID: 2004 – OfficeWebApps Machine health is Unhealthy erschien zuerst auf SharePoint-Wiese.

Problem

ID: 1015

Es konnte keine Verbindung mit dem Server hergestellt werden

Fehler: 0x80070005

Details

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

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

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

Ereignisprotokoll

Fix

Mögliche Workarounds

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

Quellen und hilfreiche Links

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

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

Problem

Event-ID: 8058

Die für das Konto verwendeten Anmeldinformationen sind abgelaufen und müssen aktualisiert werden

Details

In dem Eventlog wird ID: 8058 – Die für das Konto verwendeten Anmeldinformationen sind abgelaufen und müssen aktualisiert werden angezeigt.

Wenn das Passwort für das erwähnte Konto noch nie in den Einstellungen für verwaltete Konten geändert wurde, dann sieht man im Ereigniseintrag mit der ID: 8058 die seltsame Datumsangabe.

Ereignisprotokoll

Fix

Automatische Passwortänderung aktivieren

1. In der ZA unter http://<server>.<domain>:<port>/_admin/ManagedAccounts.aspx die verwalteten Konten auf automatische Passwortänderung einstellen.
2. Oder pro Konto die Option “Kennwort jetzt ändern“+”Vorhandenes Kennwort verwenden” aktivieren und das alte Passwort erneut eingeben.

Der Beitrag ID: 8058 – Die für das Konto verwendeten Anmeldinformationen sind abgelaufen und müssen aktualisiert werden erschien zuerst auf SharePoint-Wiese.

Problem

Missing Server Side Dependencies

Serverseitige Abhängigkeiten fehlen

MissingFeature

Details

Im Ereignisprotokoll taucht die Meldung “SharePoint-Integritätsanalyse: Fehler. Serverseitige Abhängigkeiten fehlen.” und “[MissingFeature]” mit der ID: 2137 auf.

Die Integritätsanalyse (Health Analyzer) meldet “Serverseitige Abhängigkeiten fehlen” und “[MissingFeature]”

Ereignisprotokoll

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

Integritätsanalyse / Health Analyzer Eintrag

Folgende Schritte wurden ausprobiert – ohne Erfolg

SQL-Abfrage (ContentDB)

Es wurden jeweils keine Ergebnisse gefunden.

FeatureAdmin for SharePoint 2013 – v2.4.2.0

Das Programm “FeatureAdmin for SharePoint 2013 – v2.4.2.0” lieferte auf “Find Faulty Feature in Farm” das Ergebnis “No Faulty Features was found in the farm!”

stsadm -o enumallwebs -includefeatures

Es wurde ein Bericht mit Features generiert:

stsadm -o enumallwebs -includefeatures > $home\desktop\FeaturesReport.xml

In diesem Bericht war die ID “11111111-2222-3333-4444-555555555555” nicht zu finden.

Funktion Remove-SPFeatureFromContentDB

Das Skript wurde in der SharePoint 2013-Verwaltungsshell als Administrator ausgeführt:

function Remove-SPFeatureFromContentDB($ContentDb, $FeatureId, [switch]$ReportOnly)
{
    $db = Get-SPDatabase | where { $_.Name -eq $ContentDb }
    [bool]$report = $false
    if ($ReportOnly) { $report = $true }
    
    $db.Sites | ForEach-Object {
        
        Remove-SPFeature -obj $_ -objName "site collection" -featId $FeatureId -report $report
                
        $_ | Get-SPWeb -Limit all | ForEach-Object {
            
            Remove-SPFeature -obj $_ -objName "site" -featId $FeatureId -report $report
        }
    }
}
function Remove-SPFeature($obj, $objName, $featId, [bool]$report)
{
    $feature = $obj.Features[$featId]
    
    if ($feature -ne $null) {
        if ($report) {
            write-host "Feature found in" $objName ":" $obj.Url -foregroundcolor Red
        }
        else
        {
            try {
                $obj.Features.Remove($feature.DefinitionId, $true)
                write-host "Feature successfully removed from" $objName ":" $obj.Url -foregroundcolor Red
            }
            catch {
                write-host "There has been an error trying to remove the feature:" $_
            }
        }
    }
    else {
        #write-host "Feature ID specified does not exist in" $objName ":" $obj.Url
    }
}

Remove-SPFeatureFromContentDB -ContentDB "ContentDB" -FeatureId "11111111-2222-3333-4444-555555555555" -ReportOnly

Es wurde nichts gefunden/ausgegeben.

STSADM -o deactivatefeature

Der Versuch das Feature zu deinstallieren/deaktivieren hat nichts gebracht:

STSADM -o uninstallfeature -id 11111111-2222-3333-4444-555555555555

<# Ausgabe:
Feature with Id '11111111-2222-3333-4444-555555555555' is not installed in this farm. The feature was not uninstalled.
#>

STSADM -o deactivatefeature -id 11111111-2222-3333-4444-555555555555

<# Ausgabe:
Das Feature mit der ID 11111111-2222-3333-4444-555555555555 ist zurzeit nicht installiert. Verwenden Sie 'force', um es in diesem Bereich zu deaktivieren.
#>

STSADM -o deactivatefeature -id 11111111-2222-3333-4444-555555555555 -force

<# Ausgabe:
Der Vorgang wurde erfolgreich abgeschlossen.
#>

Die Meldung ist im Health Analyzer auch nach dem klicken auf “Jetzt erneut analysieren” weiterhin vorhanden.

Quelle

Uninstall-SpFeature

Uninstall-SpFeature -Identity "11111111-2222-3333-4444-555555555555" -Force

<# Ausgabe:
Uninstall-SpFeature : Es wurde kein Feature-Objekt mit 'Path or Id: 11111111-2222-3333-4444-555555555555 in scope Local farm' gefunden.
In Zeile:1 Zeichen:1
+ uninstall-SpFeature -Identity "11111111-2222-3333-4444-555555555555" -Force
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidData: (Microsoft.Share...ninstallFeature:SPCmdletUninstallFeature) [Uninstall-SPFeature], SPCmdletPipeBindException
    + FullyQualifiedErrorId : Microsoft.SharePoint.PowerShell.SPCmdletUninstallFeature #>

Ergebnis: Es wurde kein Feature-Objekt gefunden.

Fix

Problem eingrenzen

Folgende SQL-Snippets können bei der Problemeingrenzung helfen.

-- Aus der Integritätsanalysemeldung "fehlendes Feature: ID" als "FeatureId" und "Name" als "FeatureTitle" einsetzen, um die SiteId herauszufinden
select * from ContentDB.dbo.FeatureTracking where FeatureId = '11111111-2222-3333-4444-555555555555' AND FeatureTitle = 'UHH Personal Content Types'



-- Aus der Integritätsanalysemeldung die Datenbank in das Feld "from", "fehlendes Feature: ID" als "FeatureId" und "Name" als "FeatureTitle" einsetzen, um die FullUrl der Site herauszufinden, wo das Feature installiert ist.
select    s.SiteId, s.FeatureId, s.SolutionId, s.FirstActivated, s.FeatureTitle, s.FolderName, s.FeatureDescription,
        w.FullUrl, w.Title, w.Description, w.RequestAccessEmail
from    ContentDB.dbo.FeatureTracking AS s
        LEFT JOIN dbo.AllWebs AS w ON s.SiteId = w.SiteId
where    FeatureId = '11111111-2222-3333-4444-555555555555' AND FeatureTitle = 'UHH Personal Content Types'




-- FeatureId -> SolutionId, SiteId
select * from dbo.FeatureTracking where FeatureId = '11111111-2222-3333-4444-555555555555'
--select * from dbo.Features where FeatureId = '11111111-2222-3333-4444-555555555555'

-- SolutionId -> SiteId, Installationsdateien (wsp) Name
select * from dbo.Solutions where SolutionId = 'DA568BA8-8435-4A29-9E6B-99064DA50FAF'

-- FeatureId -> SolutionFilePath (installierte Dateien)
select * from dbo.SolutionFiles where FeatureId = '11111111-2222-3333-4444-555555555555'

-- SiteId -> FullUrl
select * from dbo.AllWebs where SiteId IN('301C5AC1-C6F9-4743-82CE-4CD19FFCDE95', 'E51521DD-247E-489A-B9B2-4D6D02CAEF88')

-- FeatureId -> Liste tp_Title
select * from dbo.AllLists where tp_FeatureId = '11111111-2222-3333-4444-555555555555'




select 
       ft.*,
       --ft.SiteId,
       W.*
from 
       dbo.FeatureTracking  AS ft
       LEFT JOIN dbo.AllSites AS W ON ft.SiteId = W.Id
where 
       ft.FeatureId IN('11111111-2222-3333-4444-555555555555')



select 
       ft.*,
       --ft.SiteId,
       W.*
from 
       dbo.FeatureTracking  AS ft
       LEFT JOIN dbo.AllWebs AS W ON ft.SiteId = W.Id
where 
       ft.FeatureId IN('11111111-2222-3333-4444-555555555555')



select 
       ft.FeatureId,
       ft.SiteId,
       W.*
from 
       dbo.FeatureTracking  AS ft
       LEFT JOIN dbo.AllSites AS W ON ft.SiteId = W.Id
where 
       ft.FeatureId IN('878eae9f-3c5e-47e0-b49d-5741c3387848', '11111111-2222-3333-4444-555555555555')



-- Feature FirstActivated, FeatureTitle, FolderName
select 
       ft.*,
       --ft.SiteId,
       W.*
from 
       dbo.FeatureTracking  AS ft
       LEFT JOIN dbo.AllSites AS W ON ft.SiteId = W.Id
where 
       ft.FeatureId IN('11111111-2222-3333-4444-555555555555')


-- Solution FileName
select 
       S.*,
       W.*
from 
       dbo.Solutions AS S
       LEFT JOIN dbo.AllSites AS W ON S.SiteId = W.Id
where 
       S.SolutionId IN('DA568BA8-8435-4A29-9E6B-99064DA50FAF')


-- Solution FileName
select 
       S.*,
       W.*
from 
       dbo.Solutions AS S
       LEFT JOIN dbo.AllWebs AS W ON S.SiteId = W.Id
where 
       S.SolutionId IN('DA568BA8-8435-4A29-9E6B-99064DA50FAF')


-- SolutionFiles
select 
       S.*,
       W.*
from 
       dbo.SolutionFiles AS S
       LEFT JOIN dbo.AllSites AS W ON S.SiteId = W.Id
where 
       S.SolutionId IN('DA568BA8-8435-4A29-9E6B-99064DA50FAF')

Lösung

-- Aus der Integritätsanalysemeldung die Datenbank in das Feld "from", "fehlendes Feature: ID" als "FeatureId" und "Name" als "FeatureTitle" einsetzen, um die FullUrl der Site herauszufinden, wo das Feature installiert ist.
select    s.SiteId, s.FeatureId, s.SolutionId, s.FirstActivated, s.FeatureTitle, s.FolderName, s.FeatureDescription,
        w.FullUrl, w.Title, w.Description, w.RequestAccessEmail
from    ContentDB.dbo.FeatureTracking AS s
        LEFT JOIN dbo.AllWebs AS w ON s.SiteId = w.SiteId
where    FeatureId = '11111111-2222-3333-4444-555555555555' AND FeatureTitle = 'UHH Personal Content Types'

1. Mit FullUrl sieht man auf welchen Seiten die Features installiert sind
2. Durch Aktivierung der Features unter Websiteeinstellungen > Websitefeatures auf allen unter “FullUrl” aufgelisteten Seiten, wurde die Meldung beseitigt.
3. Sonst evtl. per PS oder per FeatureAdmin for SharePoint 2013 (s.Bild u. ) deinstallieren – FeatureAdmin deaktiviert die Features nur. Deinstallation per PS nicht möglich, da das Feature nicht gefunden wird.

Quellen und hilfreiche Links

1. sharepointdiary.com: Fix “Features Missing” issue in SharePoint Migration
2. isolutions.ch: Missing Serverside Dependencies entfernen
3. get-spscripts.com: Removing features from a content database in SharePoint 2010 using PowerShell
4. http://sharepoint.stackexchange.com/questions/67405/uninstalling-feature-with-force-command-doesnt-work
5. http://www.sharepointtechs.com/installing-uninstalling-feature-using-powershell-sharepoint-2010
6. https://sharepointgroove.wordpress.com/2013/12/19/how-to-remove-orphaned-features/

Der Beitrag Serverseitige Abhängigkeiten fehlen – MissingFeature erschien zuerst auf SharePoint-Wiese.

Problem

The unattended Service Account Application ID is not specified or has an invalid value

Die Anwendungs-ID des unbeaufsichtigten Dienstkontos ist nicht angegeben oder hat einen ungültigen Wert

Details

In Verbindung mit dem Visio-Grafikdienst wird die Meldung “Die Anwendungs-ID des unbeaufsichtigten Dienstkontos ist nicht angegeben oder hat einen ungültigen Wert” oder auf Englisch “The unattended Service Account Application ID is not specified or has an invalid value” in der Integritätsanalyse bzw. im Health Analyzer und im Ereignisprotokoll angezeigt.

Ereignisprotokoll

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

Integritätsanalyse / Health Analyzer Eintrag

Fix

Neue Zielanwendung für Visio im Secure Store Service (SSS) hinterlegen

1. ZA > Anwendungsverwaltung > Dienstanwendungen verwalten > Secure Store Service markieren > auf Verwalten klicken.
2. Button “Neu” anklicken
3. Formular ausfüllen. Beispieldaten:
   1. Zielanwendungs-ID: Visio <– Den Namen für die nächsten Schritte merken.
      
   2. Anzeigename: Visio
   3. Kontakt-E-Mail-Adresse: <z.B. eigene E-Mail>
   4. Zielanwendungstyp: Einzelperson.
4. Feldnamen und Feldtyp so lassen wie sie sind. Weiter klicken.
5. Als “Administratoren für die Zielanwendung” z.B. eigene Kennung eintragen. Leer lassen funktioniert nicht. (Der Farmadministrator hat standardmäßig Zugriff)

Visio Dienstanwendung konfigurieren

1. ZA > Anwendungsverwaltung > Dienstanwendungen verwalten > Visio-Grafikdienst markieren > auf Verwalten klicken.
2. Globale Einstellungen aufrufen
3. Unter “Unbeafsichtigtes Dienstkonto” die Anwendungs-ID (in diesem Fall Visio) eingeben und mit OK bestätigen.
4. In der Integritätsanalyse “Jetzt erneut analysieren” lassen.

Quellen und hilfreiche Links

1. Danie’s Blog: SP2010: The Unattended Service Account Application ID is not specified or has an invalid value.
2. spjeff.com: The Unattended Service Account Application ID is not specified or has an invalid value

Der Beitrag Die Anwendungs-ID des unbeaufsichtigten Dienstkontos ist nicht angegeben oder hat einen ungültigen Wert erschien zuerst auf SharePoint-Wiese.

Problem

Event-ID: 1108

SQL Server Reporting Services Shared Service kann die Erweiterung TERADATA nicht laden.

SQL Server Reporting Services Shared Service kann die Erweiterung SQLPDW nicht laden.

Report Server (MSSQLSERVER) cannot load the TERADATA extension.

Report Server (MSSQLSERVER) cannot load the SQLPDW extension.

Details

Diese Meldungen

• SQL Server Reporting Services Shared Service kann die Erweiterung TERADATA nicht laden.
• SQL Server Reporting Services Shared Service kann die Erweiterung SQLPDW nicht laden.
• Report Server (MSSQLSERVER) cannot load the TERADATA extension.
• Report Server (MSSQLSERVER) cannot load the SQLPDW extension.

werden in der Ereignisanzeige (Event Viewer) mit der ID: 1108 angezeigt.

Fix

Die Erweiterungen werden standardmäßig bei der Installation von SSRS registriert (Config-File) aber nicht automatisch mit SQL Server (2008) oder Teil des .NET-Framework ausgeliefert.

Lösung 1: rsreportserver.config

1. Datei finden: C:\Program Files\Microsoft SQL Server\MSRS10_50.MSSQLSERVER\Reporting Services\ReportServer\rsreportserver.config
2. Suchen nach “SQLPDW” und zwei Einträge auskommentieren

   1. <!--Extension Name="SQLPDW" Type="Microsoft.ReportingServices.DataExtensions.SqlDwConnectionWrapper,Microsoft.ReportingServices.DataExtensions"/-->
      
      <!--Extension Name="SQLPDW" Type="Microsoft.ReportingServices.SemanticQueryEngine.Sql.MSSQLADW.MSSqlAdwSQCommand,Microsoft.ReportingServices.SemanticQueryEngine">
          <Configuration>
              <EnableMathOpCasting>False</EnableMathOpCasting>
          </Configuration>
      </Extension-->

3. Suchen nach “TERADATA” und 3 Einträge auskommentieren

   1. <!--Extension Name="TERADATA" Type="Microsoft.ReportingServices.DataExtensions.TeradataConnectionWrapper,Microsoft.ReportingServices.DataExtensions"/-->
      
      <!--Extension Name="TERADATA" Type="Microsoft.ReportingServices.SemanticQueryEngine.Sql.Teradata.TdSqlSQCommand,Microsoft.ReportingServices.SemanticQueryEngine">
          <Configuration>
              <EnableMathOpCasting>True</EnableMathOpCasting>
              <ReplaceFunctionName>oREPLACE</ReplaceFunctionName>
          </Configuration>
      </Extension-->
      
      <!--Extension Name="TERADATA" Type="Microsoft.ReportingServices.SemanticQueryEngine.Sql.Teradata.TdSqlModelGenerator,Microsoft.ReportingServices.SemanticQueryEngine"/-->

4. Reporting-Services neu starten

Lösung 2: Installation von “.NET Data Provider for Teradata”

1. Installation von “.NET Data Provider for Teradata” durchführen.

Links

1. http://jandho.blogspot.de/2012/06/report-server-cannot-load-teradata.html
2. http://www.insidesql.org/blogs/cmu/sql_server/report-server-mssqlserver-cannot-load-the-teradata-extension
3. http://www.msbicoe.com/?tag=/Report+Server+cannot+load+the+TERADATA+Extension
4. http://sveroadev.wordpress.com/2013/03/08/cannot-load-the-teradata-and-sqlpdw-extension
5. http://social.msdn.microsoft.com/Forums/sqlserver/de-DE/412a984c-be24-4458-8e69-744013ccb10e/report-server-mssqlserver-cannot-load-the-sqlpdw-extension?forum=sqlreportingservices

Der Beitrag ID: 1108 – SQL Server Reporting Services Shared Service kann die Erweiterung TERADATA und SQLPDW nicht laden erschien zuerst auf SharePoint-Wiese.

Problem

Event-ID: 513

Cryptographic Services failed while processing the OnIdentity() call in the System Writer Object

Fehler beim Kryptografiedienst während der Verarbeitung des “OnIdentity()”-Aufrufobjekts “System Writer”

Details

Die Meldung “Fehler beim Kryptografiedienst während der Verarbeitung des “OnIdentity()”-Aufrufobjekts “System Writer”” oder auf Englisch “Cryptographic Services failed while processing the OnIdentity() call in the System Writer Object” wird in der Ereignisanzeige (Event Viewer) angezeigt.

Ereignisprotokoll

Nach der Installation von größeren Microsoft Installationspaketen wie Visual Studio oder SharePoint auf einem Server, ist der VSS Schattenkopiedienst “System Writer” nicht mehr funktional.

Das kann man prüfen, indem man folgende Zeile in dem CMD-Fenster ausführt und ein Eintrag “System Writer” nicht in der Liste auftaucht:

vssadmin list writers

Falls man für die Sicherung der Server die “IBM-Tivoli” (TSM) als Backup-Lösung verwendet, so gibt diese folgenden Fehler aus:

Scheduled event 'BACKUP_22' failed. Return code = 12

“Ursache für den Fehler ist ein Sort-Algorithmus der auf maximal 1000 Verzeichnisse ausgelegt ist. Wenn der VSS Writer durch das %windir%\WinSxS\FileMaps läuft und dort mehr als 1000 Verzeichnisse existieren, entsteht dieser Fehler.” (Quelle)

Fix

Fix installieren

1. Installation des Fixes
2. Reboot des Servers
3. Prüfen mit vssadmin list writers , ob der “System Writer” nun in der Liste aufgeführt wird (s. Bild)

Links

1. blogs.myfirstsharepoint: Windows Server: VSS System Writer fehlt – Desaster Recovery Backup schlägt fehl
2. http://support.microsoft.com/kb/2807849

Der Beitrag ID: 513 – Fehler beim Kryptografiedienst während der Verarbeitung des “OnIdentity()”-Aufrufobjekts “System Writer” erschien zuerst auf SharePoint-Wiese.

Problem

People search relevance is not optimized when the Active Directory has errors in the manager reporting structure

Die personenbezogene Suchrelevanz ist nicht optimiert im Health Analyzer

Details

Die Meldung “Die personenbezogene Suchrelevanz ist nicht optimiert” wird in der Ereignisanzeige (Event Viewer) und in der Integritätsanalyse (Health Analyzer) angezeigt.

Ereignisprotokoll

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

Integritätsanalyse / Health Analyzer Eintrag

Eigentlich darf bei AD-Konten das Feld “Vorgesetzte(r)” bzw. das Attribut “manager” nur bei den Geschäftsführern leer sein. Daran würde SharePoint den Geschäftsführer eines Unternehmens erkennen und die Suchrelevanz anpassen. Dass dieses Feld im AD ordentlich gepflegt ist, ist selten der Fall. Als Lösung kann man kann SharePoint mitteilen, welche Benutzerkennung den Geschäftsführer repräsentieren soll (s.u.), dann ist SP auf das leere Feld beim Geschäftsführer nicht angewiesen.

Fix

Geschäftsführer per CMD-Let festlegen

• In der SharePoint-Verwaltungsshell als Administrator folgendes ausführen, wobei das “Domain\Username” auch eine andere Kennung (z.B. des Search-Dienstes) sein kann, wenn es keinen Geschäftsführer gibt.

# Für die DE Installation
# "Domain\Username" anpassen
$upap = Get-SPServiceApplicationProxy | ? {$_.typename -eq "Benutzerprofildienst-Anwendungsproxy"}
Add-SPProfileLeader -ProfileServiceApplicationProxy $upap -Name "Domain\Username"

# Für die EN Installation
# "Domain\Username" anpassen
$upap = Get-SPServiceApplicationProxy | ? {$_.typename -eq "User Profile Service Application Proxy"}
Add-SPProfileLeader -ProfileServiceApplicationProxy $upap -Name "Domain\Username"

Bei Fehlermeldung “UserProfileApplicationProxy.ApplicationProperties ProfilePropertyCache
does not have xxx”:

Add-SPProfileLeader : UserProfileApplicationNotAvailableException_Logging :: UserProfileApplicationProxy.ApplicationProperties ProfilePropertyCache
does not have 24a57781-1b15-446e-94ee-0eac9097a26f
In Zeile:1 Zeichen:1
+ Add-SPProfileLeader -ProfileServiceApplicationProxy $upap -Name "Domain\User ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidData: (Microsoft.Offic...CmdletAddLeader:SPCmdletAddLeader) [Add-SPProfileLeader], UserProfileApplicationNotAva
   ilableException
    + FullyQualifiedErrorId : Microsoft.Office.Server.UserProfiles.PowerShell.SPCmdletAddLeader

muss man folgende Schritte durchführen, um den Farm-Setup-Benutzer (bzw. eigenen Admin-Account) auf die Benutzerprofildienst-Anwendung zu berechtigen.

1. ZA > Anwendungsverwaltung > Dienstanwendungen verwalten
2. Die Zeile mit der “Benutzerprofildienst-Anwendung” bzw. “User Profile Service Application” markieren (nicht öffnen).
3. Oben rechts den Button “Berechtigungen” anklicken
   
4. Das Konto unter welchem die CMD-Lets in der SharePoint-Verwaltungsshell ausgeführt werden (meistens ist es das Farm-Setup-Konto oder eigenes Admin-Konto) hinzufügen und die Berechtigungen für Vollzugriff gewähren.
5. Kurz warten (ca. 1 Min.) und das CMD-Let (für das hinzufügen des Geschäftsführers) erneut ausführen.

Bei Meldung “Failed. User ‘Domain\User’ does not exist”

Mit dem Benutzer einmal im SharePoint anmelden und erneut ausführen.

• Im Health Analyzer “Jetzt erneut analysieren” lassen. Die Meldung sollte nun weg sein.
• Danach sollte man volle Durchsuchung starten.

Links

1. harbar.net: It’s all about relevance. The *-SPProfileLeader Windows PowerShell cmdlets in SharePoint Server 2010 SP1
2. http://sharepoint.stackexchange.com/questions/19233/how-do-i-fix-people-search-relevance-is-not-optimized-when-the-active-directory
3. http://social.technet.microsoft.com/wiki/contents/articles/24839.sharepoint-2013-userprofileapplicationnotavailableexception-profilepropertycache-does-not-have.aspx

Der Beitrag Die personenbezogene Suchrelevanz ist nicht optimiert im Health Analyzer erschien zuerst auf SharePoint-Wiese.

Problem

Event-ID: 8321

A certificate validation operation took x milliseconds and has exceeded the execution time threshold.

Eine Überprüfungsaktion für ein Zertifikat hat x Millisekunden gedauert und somit den Schwellenwert der Ausführungsdauer überschritten

Details

Die Meldung

Eine Überprüfungsaktion für ein Zertifikat hat x Millisekunden gedauert und somit den Schwellenwert der Ausführungsdauer überschritten. Tritt dieses Problem weiterhin auf, liegt möglicherweise ein Konfigurationsproblem vor. Weitere Informationen hierzu finden Sie unter “http://go.microsoft.com/fwlink/?LinkId=246987”

oder wenn ein englisches System installiert ist diese Meldung

A certificate validation operation took x milliseconds and has exceeded the execution time threshold. If this continues to occur, it may represent a configuration issue. Please see http://go.microsoft.com/fwlink/?LinkId=246987 for more details”

wird in der Ereignisanzeige (Event Viewer) als Event mit der ID 8321 angezeigt.

Dabei ergab folgendes Kommando in der CMD-Konsole, dass die Einstellungen für den Proxy-Server nicht gesetzt sind:

netsh winhttp show proxy

"Ausgabe:
Aktuelle WinHTTP-Proxyeinstellungen:

    DirectAccess (kein Proxyserver)."

Fix

Proxy-Server Einstellungen setzen

1. Falls Internet-Explorer (IE) schon die richtigen Einstellungen enthält (z.B. per GPO), so kann man diese mit folgendermaßen übernehmen. Dazu als Admin in der CMD-Konsole) ausführen:
   

   netsh winhttp import proxy source=ie

   
   Nach dem Ausführen werden die übernommenen Einstellungen ausgegeben.
2. Falls IE-Einstellungen nicht gesetzt sind, dann kann man die Proxy-Server-Einstellungen auch manuell (s. Beispiel unten) eingeben:
   

   Syntax:  set proxy [proxy-server=]<Servername> [bypass-list=]<Liste der Hosts>
   
   Parameter:
   
     Tag              Wert
     proxy-server  -  Proxyserver, der für die Protokolle HTTP und/oder HTTPS
                      verwendet wird.
     bypass-list   -  Liste von Sites, die bei Umgehung des
                      Proxyservers besucht werden sollten (mit "<local>" können
                      alle Hosts mit kurzen Namen umgangen werden)
   
   Beispiele:
   
     set proxy myproxy
     set proxy myproxy:80 "<local>;bar"
     set proxy proxy-server="http=myproxy;https=sproxy:88" bypass-list="*.foo.com"

Links

1. Steve’s SharePoint Stuff: SharePoint Foundation Event ID 8321, solved

Der Beitrag ID: 8321 – Eine Überprüfungsaktion für ein Zertifikat hat x Millisekunden gedauert und somit den Schwellenwert der Ausführungsdauer überschritten erschien zuerst auf SharePoint-Wiese.

Problem

Event-ID: 8213

Volume Shadow Copy Service error: The process that hosts the writer with name OSearch15 VSS Writer and ID {0ff1ce15-0201-0000-0000-000000000000} does not run under a user with sufficient access rights.

Fehler im Volumeschattenkopie-Dienst: Ein Prozess, der als Host des Verfassers “OSearch15 VSS Writer” mit Kennung “{0ff1ce15-0201-0000-0000-000000000000}” fungiert, wird unter einem Benutzerkonto mit unzureichenden Berechtigungen ausgeführt

Details

Die Meldung

Fehler im Volumeschattenkopie-Dienst: Ein Prozess, der als Host des Verfassers “OSearch15 VSS Writer” mit Kennung “{0ff1ce15-0201-0000-0000-000000000000}” fungiert, wird unter einem Benutzerkonto mit unzureichenden Berechtigungen ausgeführt. Führen Sie diesen Prozess evtl. unter einem lokalen Konto aus (Lokales System, Administrator, Netzwerkdienst oder Lokaler Dienst).

oder auf englischen Systemen

Volume Shadow Copy Service error: The process that hosts the writer with name OSearch15 VSS Writer and ID {0ff1ce15-0201-0000-0000-000000000000} does not run under a user with sufficient access rights. Consider running this process under a local account which is either Local System, Administrator, Network Service, or Local Service.

wird in der Ereignisanzeige (Event Viewer) mit der ID: 8213 angezeigt.

Ereignisprotokoll

Die Backups mit VSS (oder DocAve) scheitern.

Der in der Fehlermeldung aufgeführte Schattenkopiedienstmodul “OSearch15 VSS Writer” ist in der Liste der Writers (mit

vssadmin list writers

Auch findet man im Event Viewer die Event-ID: 8193 “Volumeschattenkopie-Dienstfehler: Beim Aufrufen von Routine ” OpenService (shSCManager, ‘VSS’, SERVICE_QUERY_STATUS)” ist ein unerwarteter Fehler aufgetreten. hr = 0x80070005, Zugriff verweigert”

Fix

Registry anpassen

1. Herausfinden, unter welchem Account läuft der Suchdienst
   1. Die Windows-Konsole mit den Windows-Diensten öffnen
   2. Den Dienst “Server Search 15” finden und Eigenschaften (Properties) des Dienstes öffnen.
   3. Im Reiter “Anmelden” bzw. Log On das eingetragene Konto merken.
2. Für den Service-Account, unter welchem der Suchdienst läuft folgendes einrichten:
   Volle Rechte auf den Reg-Schlüssel
   “HKLM\SYSTEM\CurrentControlSet\Services\VSS\Diag“
3. Den Reg-Schlüssel
   “HKLM\SYSTEM\CurrentControlSet\Services\VSS\VssAccessControl”
   folgendermaßen ergänzen:
   Neuen “REG_DWORD” key mit dem Wert <DOMAIN\SearchServiceUsername> erstellen und auf 1 setzen. (Siehe Bild unten).
   Wobei <DOMAIN\SearchServiceUsername> mit der Kennung des Search-Service-Accounts zu ersetzen ist.

Dienste neu starten

1. Folgende Dienst neu starten (besonders die Fett markierten)
   1. Cryptographic Service
   2. Volume Shadow Copy Service
   3. COM+Event system
   4. Microsoft Software Shadow Copy Provider
   5. Volume Shadow Copy
   6. SharePoint Search Host Controller
   7. SharePoint Server Search 15

Falls das nicht klappt, das Suchdienstkonto auf allen SP-Servern in die Gruppe der lok. Administratoren hinzufügen. Dienste neu starten, und dann das Konto aus der Gruppe entfernen.

Der in der Fehlermeldung aufgeführte Schattenkopiedienstmodul “OSearch15 VSS Writer” sollte nun in der Liste der Writers (mit

vssadmin list writers

Links

1. help.zmanda.com: Sharepoint 2013 backups fail and the OSearch15 writer is missing
2. richardstk.com: Event ID 8213

Der Beitrag ID: 8213 – Fehler im Volumeschattenkopie-Dienst: Ein Prozess, der als Host des Verfassers “OSearch15 VSS Writer” mit Kennung “{0ff1ce15-0201-0000-0000-000000000000}” fungiert, wird unter einem Benutzerkonto mit unzureichenden Berechtigungen ausgeführt erschien zuerst auf SharePoint-Wiese.

Problem

Event-ID: 8193

Volumeschattenkopie-Dienstfehler: Beim Aufrufen von Routine “OpenService (shSCManager, ‘VSS’, SERVICE_QUERY_STATUS)” ist ein unerwarteter Fehler aufgetreten. hr = 0x80070005, Zugriff verweigert

Details

Die Meldung mit der Event-ID: 8193

“Volumeschattenkopie-Dienstfehler: Beim Aufrufen von Routine “OpenService (shSCManager, ‘VSS’, SERVICE_QUERY_STATUS)” ist ein unerwarteter Fehler aufgetreten. hr = 0x80070005, Zugriff verweigert”

wird in der Ereignisanzeige (Event Viewer) angezeigt.

Ereignisprotokoll

 Fix

Siehe ID: 8213

ID: 8213 – Fehler im Volumeschattenkopie-Dienst: Ein Prozess, der als Host des Verfassers “OSearch15 VSS Writer” mit Kennung “{0ff1ce15-0201-0000-0000-000000000000}” fungiert, wird unter einem Benutzerkonto mit unzureichenden Berechtigungen ausgeführt

Der Beitrag ID: 8193 – Volumeschattenkopie-Dienstfehler: Beim Aufrufen von Routine OpenService ist ein unerwarteter Fehler aufgetreten erschien zuerst auf SharePoint-Wiese.

Problem

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.)

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
• Source: ‘.Net SqlClient Data Provider’ Number: 10061 State: 0 Class: 20 Procedure: ” LineNumber: 0
• Unknown SQL Exception 10061 occurred

ULS-Log Einträge

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.

Der Beitrag System.Data.SqlClient.SqlException (0x80131904): Netzwerkbezogener oder instanzspezifischer Fehler beim Herstellen einer Verbindung mit SQL Server erschien zuerst auf SharePoint-Wiese.

Problem

Der Suchdienst konnte nicht gestartet werden.

Event-ID: 7034 in der Ereignisanzeige ( Eventlog)

Ein Versuch, die Instanz des Diensts ‘Suchhostcontroller-Dienst’ auf dem Server zu starten bzw. zu beenden, war nicht erfolgreich

Fehler 1067

Details

Der Suchdienst kann auf dem SharePoint-Server nicht gestartet werden.

Versucht man den Windows-Dienst manuell (unter Dienste- bzw. Services-SnapIn-Konsole) zu starten, so wird folgende Fehlermeldung angezeigt:
Der Dienst “SharePoint Search Host Controller” auf “Lokaler Computer” konnte nicht gestartet werden.
Fehler 1067: Der Prozess wurde unerwartet beendet.

In der Zentraladministration (ZA) wird in der Zeile “Suchhostcontroller-Dienst” “Fehler beim Starten” angezeigt.

Ereignisprotokoll

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

Fix

PowerShell (PS) für den Start des Suchdienstes benutzen

Für die SharePoint Suche sollte man nur die PowerShell (PS) benutzen, um Fehler zu vermeiden. Die Suchdienste werden daher nur per PS auf dem jeweiligen Server (in diesem Fall “My-SP-Server”) gestartet.

Folgendes als Administrator in einer PowerShell SharePoint 2013 – Verwaltungskonsole ausführen:

# Startet die Search-Service-Instanz auf dem Server

$SHost = Get-SPEnterpriseSearchServiceInstance -Identity "My-SP-Server"
Start-SPEnterpriseSearchServiceInstance -Identity $SHost

Links

1. Buch: “Microsoft SharePoint 2013 für Administratoren – Das Handbuch” von Wojciech Micka.

Der Beitrag ID: 7034 – Ein Versuch, die Instanz des Diensts ‘Suchhostcontroller-Dienst’ auf dem Server zu starten bzw. zu beenden, war nicht erfolgreich erschien zuerst auf SharePoint-Wiese.

Problem

Event-ID: 6398

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:

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):

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:

1. In der ZA den Punkt “Webanwendungen verwalten” anklicken.
2. Webanwendung auswählen (bei uns “SharePoint – 80”)
3. Button “Dienstverbindungen” (im Ribbon-Band) anklicken.
   
4. “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:

1. Navigieren zu ZA > Überwachung > Verwendungs- und Integritätsdatensammlung konfigurieren
2. Integritätsdatensammlung aktivieren
   

Links

1. SharePointCommunity: Von der Suchanfrage konnte keine Verbindung mit dem Suchdienst hergestellt werden
2. social.msdn.microsoft: Event ID 6398 and 5586 (SharePoint 2010)

Der Beitrag Von der Suchanfrage konnte keine Verbindung mit dem Suchdienst hergestellt werden erschien zuerst auf SharePoint-Wiese.

Problem

Event-ID: 1000 – Application Error

Faulting application name: BroadcastWatchdog_App.exe

Name der fehlerhaften Anwendung: BroadcastWatchdog_App.exe

Get-OfficeWebAppsFarm meldet: Dieser Computer scheint kein Teil einer Office Web Apps Server-Farm zu sein.

Details

Wahrscheinlich seit der Installation eines Windows-Updates (in diesem Fall “Service Pack 1 für Microsoft Office Web Apps Server (KB 2880557)” auf dem Office Web Apps (OWA bzw. WAC) Server, gibt es folgendes Verhalten:

• Die Watchdog.exe Prozesse verursachen hohe CPU-Last auf den OWA-Servern.
• Windows-Ereignisanzeige (Event Viewer) meldet Event ID: 1000
  Name der fehlerhaften Anwendung: BroadcastWatchdog_App.exe
• Es gibt eine “WARNUNG: Dieser Computer scheint kein Teil einer Office Web Apps Server-Farm zu sein.“

CPU-Last

Die CPU-Last der Office Web Apps Server ist meistens dauerhaft viel zu hoch.

Im Taskmanager sieht man nur an der Kurve die hohe CPU-Last, nicht an den Prozessen.
Im Ressourcenmonitor sieht man viele grauen Zeilen mit “Watchdog.exe” im Namen, die ständig gestartet und abgebrochen werden und in der Summe die CPU-Last ergeben (s. Bild).

Computer kein Teil einer Office Web Apps Server-Farm

Schaut man sich die Office Web Apps Farm an (mit

Get-OfficeWebAppsFarm

“WARNUNG: Dieser Computer scheint kein Teil einer Office Web Apps Server-Farm zu sein.”
Der Server ist unter “Machines” nicht mehr aufgeführt.

Eventuell wird auch folgende Fehlermeldung ausgegeben:

“It does not appear that this machine is part of an Office Web Apps Server farm.”

Ereignisprotokoll

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

Fix

OWA Farm noch mal neu erstellen

Wahrscheinlich hat das OWA-Update (in diesem Fall KB 2880557), welches über Windows-Update eingespielt wurde, den Fehler verursacht.

Die Farm muss noch mal mit “New-OfficeWebAppsFarm” neu erstellt werden.

1. Folgende Zeile ausführen, wobei alle Parameter an eigene Bedürfnisse angepasst werden müssen:
   

   # OWA Farm neu erstellen
   # Alle Parameter anpassen!
   # -AllowHTTP ist nur für Testsysteme zu empfehlen.
   
   New-OfficeWebAppsFarm -InternalUrl "http://owa-server-01" -ExternalUrl "https://officewebapps.domain.com" -AllowHTTP
   
   Get-OfficeWebAppsFarm

• Nun sollte der Server in der Zeile “Machines” auftauchen.
• Auch Die CPU-Last-Kurve (im Ressourcenmonitor) sollte nun wieder im unteren Bereich liegen.

Links

1. blackforce.co.uk: Sharepoint 2013 – Office Web Apps – Server Error

Der Beitrag ID: 1000 – Application Error – Name der fehlerhaften Anwendung: BroadcastWatchdog_App.exe (Office Web Apps) 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

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

Unexpected exception occured while trying to access the performance counters registry key

Im ULS Log:

Unexpected exception occured while trying to access the performance counters registry key. Exception: System.InvalidOperationException: The Performance Counter OS (pdh) PdhAddEnglishCounter method call failed with error code PDH_CSTATUS_NO_COUNTER. . .

IIS-Anwendungspool wird ständig automatisch beendet

Das manuelle starten des Anwendungspools, sowie das Neustarten des IIS-Webservers bringt keinen Erfolg.

The Performance Counter OS (pdh) PdhAddEnglishCounter method call failed with error code PDH_CSTATUS_NO_COUNTER

PDH = Performance Data Helper

Der Fehler ist im ULS Log zu finden.

HandleShutdown: HandleShutdown was called from: bei Microsoft.Office.Server.Diagnostics.FirstChanceHandler.ExceptionFilter(Boolean fRethrowException

Im ULS Log

ExcelServerApp..ctor: An unhandled exception occurred during boot. Shutting down the server

Im ULS Log

Event-ID: 1000 – Application Error

Name der fehlerhaften Anwendung: w3wp.exe, Version: 8.0.9200.16384, Zeitstempel: 0x50108835

Event-ID: 1025 – .NET Runtime

Anwendung: w3wp.exe
Frameworkversion: v4.0.30319
Beschreibung: Die Anwendung forderte die Beendigung des Prozesses durch System.Environment.FailFast(Zeichenfolgenmeldung) an.

Event-ID: 5002 – WAS

Der Anwendungspool “<ID>” wird aufgrund einer Serie von Fehlern bei den Prozessen für diesen Anwendungspool automatisch angehalten.

Event-ID: 2026 – Excel Services Application

Interner Fehler.
bei Microsoft.Office.Access.Server.DataServer.PdhPerformanceCounter.Pdh.CheckReturnValue(PDH_STATUS status, Boolean throwOnError, String methodNameForTracing)

Event-ID: 5011 – WAS

Schwerwiegender Kommunikationsfehler im Windows-Prozessaktivierungsdienst bei einem Prozess für den Anwendungspool “<ID>”. Die Prozess-ID ist “7960”. Das Datenfeld enthält die Fehlernummer.

Event-ID: 1008 – Perflib

Die Open-Prozedur für den Dienst “BITS” in der DLL “C:\Windows\System32\bitsperf.dll” war nicht erfolgreich. Die Leistungsdaten für diesen Dienst sind nicht verfügbar. Die ersten vier Bytes (DWORD) des Datenbereichs enthalten den Fehlercode.

Event-ID: 2004 – PerfNet

Das Serverdienst-Leistungsobjekt kann nicht geöffnet werden. Die ersten vier Bytes (DWORD) des Datenabschnitts enthalten den Statuscode.

Oder

Unable to open the Server service performance object. The first four bytes (DWORD) of the Data section contains the status code.

Event-ID: 6398 – SharePoint Foundation

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

Aktualisierungskonflikt. Sie müssen diese Aktion wiederholen. Das SPWebService-Objekt wurde von <DOMAIN>\<FarmSvcUser> im Prozess OWSTIMER (1588) auf dem Computer <SP-Server-WFE> aktualisiert. Weitere Informationen zu dem Konflikt finden Sie im Ablaufverfolgungsprotokoll.

Details

Beschreibung

Kurze Zeit nach dem Update der SharePoint-Farm, wird auf einem der fünf SP-Server (WFE) ein IIS-Anwendungspool ständig beendet.

Dieser Anwendungspool (SharePoint Web Services Default) ist bei uns für viele generische SharePoint-Dienste zuständig (wie BCS, Access Services, Machine Translation Service etc.).

Es scheint ein Problem mit “Access Services 2010” auf nur einem Server zu geben (das bestätigen auch die ULS-Logs). Wird der Dienst auf dem Problemserver in der ZA beendet, dann bleibt der Webanwendungspool auch gestartet.

Der Hinweis auf fehlende Zugriffsrechte auf die Registry-Keys, der in den ULS-Logs auftaucht, wird vom Programm Process Monitor von sysinternals bestätigt.
Dort gibt es sehr viele Zeilen mit “ACCESS DENIED” auf viele Reg-Schlüssel wie
HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Perflib

Der Benutzer, unter dem der w3wp.exe Prozess des Anwendungspools läuft ist bereits in  der lokalen Gruppe “Leistungsüberwachungsbenutzer”, die auf die betroffene Reg-Keys standardmäßig Leseberechtigungen hat.

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 folgenden Eintrag:

HandleShutdown: HandleShutdown was called from:    bei Microsoft.Office.Server.Diagnostics.FirstChanceHandler.ExceptionFilter(Boolean fRethrowException, TryBlock tryBlock, FilterBlock filter, CatchBlock catchBlock, FinallyBlock finallyBlock)     bei Microsoft.Office.Access.Server.DataServer.ExcelServerApp..ctor()     bei Microsoft.Office.Access.Server.DataServer.ExcelServerApp..cctor()     bei Microsoft.Office.Access.Server.DataServer.ExcelServiceBase.BeginProcessOperation(CommandParameter parameter, WebMethodBehaviorAttribute webMethodBehavior, WebMethodType webMethodType, AsyncCallback callback, Object state, UserOperation operation)     bei Microsoft.Office.Access.Server.DataServer.AccessServiceSoap.GetExcelHealthScore()     bei SyncInvokeGetHealthScore(Object , Object[] , Object[] )     bei System.ServiceModel.Dispatcher.SyncMethodInvoker.Invoke(Object instance, Object[] inputs, Object[]& outputs)     bei System.ServiceModel.Dispatcher.DispatchOperationRuntime.InvokeBegin(MessageRpc& rpc)     bei System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage5(MessageRpc& rpc)     bei System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage31(MessageRpc& rpc)     bei System.ServiceModel.Dispatcher.MessageRpc.Process(Boolean isOperationContextSet)     bei System.ServiceModel.Dispatcher.ChannelHandler.DispatchAndReleasePump(RequestContext request, Boolean cleanThread, OperationContext currentOperationContext)     bei System.ServiceModel.Dispatcher.ChannelHandler.HandleRequest(RequestContext request, OperationContext currentOperationContext)     bei System.ServiceModel.Dispatcher.ChannelHandler.AsyncMessagePump(IAsyncResult result)     bei System.Runtime.Fx.AsyncThunk.UnhandledExceptionFrame(IAsyncResult result)     bei System.Runtime.AsyncResult.Complete(Boolean completedSynchronously)     bei System.ServiceModel.Channels.SecurityChannelListener`1.ReceiveItemAndVerifySecurityAsyncResult`2.InnerTryReceiveCompletedCallback(IAsyncResult result)     bei System.Runtime.Fx.AsyncThunk.UnhandledExceptionFrame(IAsyncResult result)     bei System.Runtime.AsyncResult.Complete(Boolean completedSynchronously)     bei System.Runtime.InputQueue`1.AsyncQueueReader.Set(Item item)     bei System.Runtime.InputQueue`1.EnqueueAndDispatch(Item item, Boolean canDispatchOnThisThread)     bei System.Runtime.InputQueue`1.EnqueueAndDispatch(T item, Action dequeu

ExcelServerApp..ctor: An unhandled exception occurred during boot. Shutting down the server. System.InvalidOperationException: The Performance Counter OS (pdh) PdhAddEnglishCounter method call failed with error code PDH_CSTATUS_NO_COUNTER.     bei Microsoft.Office.Access.Server.DataServer.PdhPerformanceCounter.Pdh.CheckReturnValue(PDH_STATUS status, Boolean throwOnError, String methodNameForTracing)     bei Microsoft.Office.Access.Server.DataServer.PdhPerformanceCounter.Initialize()     bei Microsoft.Office.Access.Server.DataServer.ExcelServerApp.Initialize()     bei Microsoft.Office.Server.Diagnostics.FirstChanceHandler.ExceptionFilter(Boolean fRethrowException, TryBlock tryBlock, FilterBlock filter, CatchBlock catchBlock, FinallyBlock finallyBlock) StackTrace: 
 at Microsoft.Office.Server.Native.dll: (sig=b37eb49a-4fb5-42f6-b173-5fd60276c25a|2|microsoft.office.server.native.pdb, offset=135DA)
 at Microsoft.Office.Server.Native.dll: (offset=21F8D)

HandleShutdown: Shutdown was initiated due to an error. Exception was: System.InvalidOperationException: The Performance Counter OS (pdh) PdhAddEnglishCounter method call failed with error code PDH_CSTATUS_NO_COUNTER.     bei Microsoft.Office.Access.Server.DataServer.PdhPerformanceCounter.Pdh.CheckReturnValue(PDH_STATUS status, Boolean throwOnError, String methodNameForTracing)     bei Microsoft.Office.Access.Server.DataServer.PdhPerformanceCounter.Initialize()     bei Microsoft.Office.Access.Server.DataServer.ExcelServerApp.Initialize()     bei Microsoft.Office.Server.Diagnostics.FirstChanceHandler.ExceptionFilter(Boolean fRethrowException, TryBlock tryBlock, FilterBlock filter, CatchBlock catchBlock, FinallyBlock finallyBlock)

An internal error occurred.    bei Microsoft.Office.Access.Server.DataServer.PdhPerformanceCounter.Pdh.CheckReturnValue(PDH_STATUS status, Boolean throwOnError, String methodNameForTracing)     bei Microsoft.Office.Access.Server.DataServer.PdhPerformanceCounter.Initialize()     bei Microsoft.Office.Access.Server.DataServer.ExcelServerApp.Initialize()     bei Microsoft.Office.Server.Diagnostics.FirstChanceHandler.ExceptionFilter(Boolean fRethrowException, TryBlock tryBlock, FilterBlock filter, CatchBlock catchBlock, FinallyBlock finallyBlock)

Ereignisprotokoll

In der Windows Ereignisanzeige (Event Viewer) sind folgende Event Log Einträge mit der Event-ID: 1000 , ID: 1025, ID: 5002, ID: 2026, ID: 5011 ungefähr zum Zeitpunkt des Starts bzw. des Beenden des Webanwendungspools vorhanden:

Event-ID: 1000

Event-ID: 1025

Anwendung: w3wp.exe
Frameworkversion: v4.0.30319
Beschreibung: Die Anwendung forderte die Beendigung des Prozesses durch System.Environment.FailFast(Zeichenfolgenmeldung) an.
Meldung: 
Stapel:
   bei System.Environment.FailFast(System.String)
   bei Microsoft.Office.Access.Server.HelperMethods.HandleShutdown(System.Exception, Boolean)
   bei Microsoft.Office.Server.Diagnostics.FirstChanceHandler.ExceptionFilter(Boolean, TryBlock, FilterBlock, CatchBlock, FinallyBlock)
   bei Microsoft.Office.Access.Server.DataServer.ExcelServerApp..ctor()
   bei Microsoft.Office.Access.Server.DataServer.ExcelServerApp..cctor()
   bei Microsoft.Office.Access.Server.DataServer.ExcelServiceBase.BeginProcessOperation(Microsoft.Office.Access.Server.DataServer.CommandParameter, Microsoft.Office.Access.Server.WebMethodBehaviorAttribute, Microsoft.Office.Access.Server.WebMethodType, System.AsyncCallback, System.Object, Microsoft.Office.Access.Server.DataServer.Operations.UserOperation)
   bei Microsoft.Office.Access.Server.DataServer.AccessServiceSoap.GetExcelHealthScore()
   bei DynamicClass.SyncInvokeGetHealthScore(System.Object, System.Object[], System.Object[])
   bei System.ServiceModel.Dispatcher.SyncMethodInvoker.Invoke(System.Object, System.Object[], System.Object[] ByRef)
   bei System.ServiceModel.Dispatcher.DispatchOperationRuntime.InvokeBegin(System.ServiceModel.Dispatcher.MessageRpc ByRef)
   bei System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage5(System.ServiceModel.Dispatcher.MessageRpc ByRef)
   bei System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage31(System.ServiceModel.Dispatcher.MessageRpc ByRef)
   bei System.ServiceModel.Dispatcher.MessageRpc.Process(Boolean)
   bei System.ServiceModel.Dispatcher.ChannelHandler.DispatchAndReleasePump(System.ServiceModel.Channels.RequestContext, Boolean, System.ServiceModel.OperationContext)
   bei System.ServiceModel.Dispatcher.ChannelHandler.HandleRequest(System.ServiceModel.Channels.RequestContext, System.ServiceModel.OperationContext)
   bei System.ServiceModel.Dispatcher.ChannelHandler.AsyncMessagePump(System.IAsyncResult)
   bei System.Runtime.Fx+AsyncThunk.UnhandledExceptionFrame(System.IAsyncResult)
   bei System.Runtime.AsyncResult.Complete(Boolean)
   bei System.ServiceModel.Channels.SecurityChannelListener`1+ReceiveItemAndVerifySecurityAsyncResult`2[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].InnerTryReceiveCompletedCallback(System.IAsyncResult)
   bei System.Runtime.Fx+AsyncThunk.UnhandledExceptionFrame(System.IAsyncResult)
   bei System.Runtime.AsyncResult.Complete(Boolean)
   bei System.Runtime.InputQueue`1+AsyncQueueReader[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].Set(Item<System.__Canon>)
   bei System.Runtime.InputQueue`1[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].EnqueueAndDispatch(Item<System.__Canon>, Boolean)
   bei System.Runtime.InputQueue`1[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].EnqueueAndDispatch(System.__Canon, System.Action, Boolean)
   bei System.ServiceModel.Channels.SingletonChannelAcceptor`3[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].Enqueue(System.__Canon, System.Action, Boolean)
   bei System.ServiceModel.Channels.HttpPipeline+EnqueueMessageAsyncResult.CompleteParseAndEnqueue(System.IAsyncResult)
   bei System.ServiceModel.Channels.HttpPipeline+EnqueueMessageAsyncResult.HandleParseIncomingMessage(System.IAsyncResult)
   bei System.Runtime.AsyncResult.SyncContinue(System.IAsyncResult)
   bei System.ServiceModel.Channels.HttpPipeline+EmptyHttpPipeline.BeginProcessInboundRequest(System.ServiceModel.Channels.ReplyChannelAcceptor, System.Action, System.AsyncCallback, System.Object)
   bei System.ServiceModel.Channels.HttpChannelListener`1+HttpContextReceivedAsyncResult`1[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].ProcessHttpContextAsync()
   bei System.ServiceModel.Channels.HttpChannelListener`1[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].BeginHttpContextReceived(System.ServiceModel.Channels.HttpRequestContext, System.Action, System.AsyncCallback, System.Object)
   bei System.ServiceModel.Activation.HostedHttpTransportManager.HttpContextReceived(System.ServiceModel.Activation.HostedHttpRequestAsyncResult)
   bei System.ServiceModel.Activation.HostedHttpRequestAsyncResult.HandleRequest()
   bei System.ServiceModel.Activation.HostedHttpRequestAsyncResult.BeginRequest()
   bei System.ServiceModel.Activation.HostedHttpRequestAsyncResult.OnBeginRequest(System.Object)
   bei System.ServiceModel.AspNetPartialTrustHelpers.PartialTrustInvoke(System.Threading.ContextCallback, System.Object)
   bei System.ServiceModel.Activation.HostedHttpRequestAsyncResult.OnBeginRequestWithFlow(System.Object)
   bei System.Runtime.IOThreadScheduler+ScheduledOverlapped.IOCallback(UInt32, UInt32, System.Threading.NativeOverlapped*)
   bei System.Runtime.Fx+IOCompletionThunk.UnhandledExceptionFrame(UInt32, UInt32, System.Threading.NativeOverlapped*)
   bei System.Threading._IOCompletionCallback.PerformIOCompletionCallback(UInt32, UInt32, System.Threading.NativeOverlapped*)

Event-ID: 5002

Dieser Fehler taucht auf, falls der IIS-Anwendungspool eine definierte Anzahl an Fehlern innerhalb eines definierten Zeitabschnitts produziert hat und deshalb beendet wurde.

Standardeinstellung ist 5 Mal innerhalb von 5 Minuten.
Diese Einstellung kann im Internetinformationsdienste (IIS)-Manager verändert werden (was allerdings keine Lösung ist).
Rechte Maustaste auf den App-Pool > Erweiterte Einstellungen > Kategorie Schutz für schnelle Fehler > Fehlerintervall (Minuten) & Maximale Fehlerzahl.

Event-ID: 2026

Event-ID: 5011

Event-ID: 2004

Event-ID: 1008

Event-ID: 1008

Event-ID: 1008

Event-ID: 6398

Fix

Workaround (Acces Services auf dem Server beenden)

1. ZA > Systemeinstellungen > Dienste auf dem Server verwalten
2. Oben rechts Server auswählen, auf dem das Problem auftritt.
3. In unserem Fall machen die “Access Services 2010” auf dem Server Ärger (s. ULS-Logs).
   Nach dem Beenden des Dienstes Access-Datenbankdienst 2010 auf dem Server, wird der Webanwendungspool nicht mehr beendet.

Lösung

Leistungsüberwachungsbenutzer Gruppe

Prüfen, ob die Benutzerkennung, unter welcher der Anwendungspool (und somit der w3wp.exe Prozess) läuft, Mitglied in der lokalen Gruppe der Leistungsüberwachungsbenutzer (Computerverwaltung) ist.

Die Benutzerkennung kann man folgendermaßen herausfinden:
Entweder im IIS unter Anwendungspools den Pool finden (GUID), der ständig gestoppt wird (nicht “SharePoint Web Services Root”) und somit im Event-Log mit der ID: 5002 auftaucht. Die Dazugehörige Kennung aus der Spalte Identität (User Name) brauchen wir.

Oder in der SharePoint 2013-Verwaltungsshell:
Get-SPServiceApplicationPool | ft ID, Name, ProcessAccountName -AutoSize
Die Benutzerkennung, die in der Spalte ProcessAccountName auftaucht und zur ID des Anwendungspools aus den Event-Logs passt, die muss Mitglied in der lokalen Gruppe Leistungsüberwachungsbenutzer sein/werden.

Prüfen, ob die lokale Gruppe Leistungsüberwachungsbenutzer das Recht Lesen auf den Registry-Schlüssel
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Perflib
und Unterschlüssel (durch Vererbung) hat.

Performance Counters (Leistungsindikatoren)

Die Stichwörter aus den ULS-Logs und Event Logs wie
bitsperf, Leistungsdaten, Performance data, Perflib, PerfNet, Leistungsobjekt, performance object, Pdh, PdhPerformanceCounter, PDH_CSTATUS_NO_COUNTER, PdhAddEnglishCounter
lassen auf defekte Performance Counter Daten schließen.

Mit
lodctr /q
lassen sich alle Leistungsindikatoren und deren Status auflisten.

In unserem Fall war nur der Indikator [ASP.NET_2.0.50727] mit dem Status (Disabled), der Rest hatte den Status (Enabled) – und das ist OK so.
Falls andere Indikatoren deaktiviert sind, dann kann man sie folgendermaßen aktivieren:
lodctr /e:<provider name>

Die Lösung des Problems war in unserem Fall das neu Erstellen der Leistungsindikatoreinstellung aus dem Systemsicherungsspeicher mit dem Befehl (Administrator-Kommandozeile):
lodctr /r

Nach der Erfolgsmeldung:
Info: Die Leistungsindikatoreinstellung konnte erfolgreich aus dem Systemsicherungsspeicher neu erstellt werden.
Konnte der Anwendungspool im IIS gestartet werden und lief nach diesem Vorgang stabil.

Links

1. social.msdn.microsoft: SharePoint application pool account and event log erros
2. support.microsoft.com: Excel Services 2010 error – Unable to process request
3. msdn.microsoft.com: Checking Counter Data Status Codes
4. social.technet.microsoft: C:\Windows\system32\bitsperf.dll” failed
5. support.microsoft.com: How to manually rebuild Performance Counter Library values

Der Beitrag IIS Application Pool stoppt automatisch – Unexpected exception occured while trying to access the performance counters registry key erschien zuerst auf SharePoint-Wiese.