[W2K12R2] Event ID: 10016; DistributedCOM
Allgemeine Diskussion
-
Servus Community,
ich bekomme auf einem Windows Server 2012 R2, der eine SQL Server 2014 Instanz hostet, stündlich folgende Fehlermeldung protokolliert:
Protokollname: System
Quelle: Microsoft-Windows-DistributedCOM
Datum: 15.07.2016 09:00:01
Ereignis-ID: 10016
Aufgabenkategorie:Keine
Ebene: Fehler
Schlüsselwörter:Klassisch
Benutzer: NT SERVICE\SQLSERVERAGENT
Computer: DBS.DOMAIN.local
Beschreibung:
Durch die Berechtigungseinstellungen für "Anwendungsspezifisch" wird dem Benutzer "NT SERVICE\SQLSERVERAGENT" (SID: S-1-5-80-344959196-2060754871-2302487193-2804545603-1466107430) unter der Adresse "LocalHost (unter Verwendung von LRPC)" keine Berechtigung vom Typ "Lokal Aktivierung" für die COM-Serveranwendung mit der CLSID
{806835AE-FD04-4870-A1E8-D65535358293}
und der APPID
{EE4171E6-C37E-4D04-AF4C-8617BC7D4914}
im Anwendungscontainer "Nicht verfügbar" (SID: Nicht verfügbar) gewährt. Die Sicherheitsberechtigung kann mit dem Verwaltungstool für Komponentendienste geändert werden.
Dazu passend habe ich folgenden KB Artikel gefunden:
https://technet.microsoft.com/en-us/library/cc726313%28v=ws.10%29.aspx?f=255&MSPPError=-2147217396
Das Problem ist, dass ich die Anwendung wie im KB Artikel beschrieben nicht finde. Eine Suche in der Registry nach der CLSID hat das ganze als eine >>Microsoft.SqlServer.Dts.Server.DtsServer<< aufgelöst. Die kann ich in den Komponentendiensten nicht finden:
Kann da jemand weiterhelfen?
Thx & Bye Tom
- Typ geändert Mihaela ParedesMicrosoft contingent staff, Moderator Mittwoch, 3. August 2016 08:12 Wegen keiner Aktivitäten verschiebe ich das Thema als Diskussion.
Alle Antworten
-
Hi Community,
also nach längere Suche habe ich offensichtlich eine Lösung für das Problem gefunden. Verursacht wird das Problem durch einen Wartungstask des SQL Servers, der während der Arbeitszeiten stündlich ein Backup der Datenbank anlegt und Backups die älter wie 48 Stunden sind löscht. Für diesen Task muss der Dienst SQLSERVERAGENT gestartet sein, was per default nicht der Fall ist. Warum dieser Prozess jetzt den oben beschriebenen Fehler auslöst, ist mir noch nicht klar. Evtl. könnte es daran liegen, dass er auf ein Netzwerkvolume (UNC Pfad) schreibt aber gut, dass ist reine Spekulation.
Laut einem anderen Forenbeitrag zu eigentlich genau der selben Problematik[1] ist es nicht "Microsoft.SqlServer.Dts.Server.DtsServer" was die zu konfigurierende Komponente wäre, sondern "Microsoft SQL Server Integration Services 12.0". Das wie gefordert eingestellt und die Fehler sind nach einem Neustart des Servers nicht mehr aufgetaucht:
Vielleicht kann der nächste was damit anfangen :-)
