none
SharePoint Server Search Event-ID 57 RRS feed

 > 

  • Allgemeine Diskussion

  • Discussion
    Anmelden
    0
    Anmelden

    Hallo,

    ich habe auf einem Windows Server 2008 R2 den Sharepoint Server Search installiert.

    Im Event-Log erhalte ich ständig folgende Meldung:

    Datenbankfehler. Quelle: Microsoft SQL Server Native Client 10.0 Code: 1205 trat 1 Mal auf. Beschreibung: Die Transaktion (Prozess-ID 79) befand sich auf Sperre Ressourcen aufgrund eines anderen Prozesses in einer Deadlocksituation und wurde als Deadlockopfer ausgewählt. Führen Sie die Transaktion erneut aus.

    Kontext: Anwendung 'Suchdienstanwendung'

    Wie kann ich diese beheben? Danke!

    English:

    i have installed SharePoint Server Search on a Windows 2008 R2 machine.

    In the event-log i receive many of this warning Messages:

    Database error: the Transaction (Prozess-id 79) is locked because of a deadlock Situation. Restart the Transaction.

    Can anyone help me. thanks.

    Montag, 30. Dezember 2013 07:21
    |

Alle Antworten

  • Discussion
    Anmelden
    0
    Anmelden

    Hallo,

    Du selbst wirst den "Fehler" nicht beheben können, das ist mehr ein Anwendungsproblem, das hier Deadlocks verursacht. Du kannst, wenn Du möchtest, die Ursache genauer untersuche, siehe Analysieren von Deadlocks mit SQL Server Profiler. Aber wirklich beheben können es nur die Entwickler, aber wenn die den Fehler im Programm richtig behandeln (... "Führen Sie die Transaktion erneut aus"), sollte es kein wirkliches Problem darstellen.
    Hast Du schon mal nachgesehen, ob es Updates gibt, die das Problem beheben?

    Olaf Helper

    [ Blog] [ Xing] [ MVP]


    Montag, 30. Dezember 2013 09:29
    |
  • Discussion
    Anmelden
    0
    Anmelden

    Hallo,

    danke für Deine Antwort. Ja ich habe schon alle updates (laut Windows Update) installiert. Leider häuft sich der Fehler.

    Montag, 30. Dezember 2013 10:41
    |
  • Discussion
    Anmelden
    0
    Anmelden

    Dann sollte jemand dringend mal die Deadlocks analysieren

    eventuell muss Microsoft dort auch etwas patchen, wenn es Systemprozesse sind

    Solange der Server (SQL Server 2008 / R2 ? ) nicht neugestartet wird, liegen diese Deadlocks einige Stunden auch noch in der system-Health session herum. Ein dediziertes Deadlock-Tracing ist seit SQL Server 2008 nur unter besonderen Umständen noch nötig(!)

    so kann man dort zum Beispiel hineinsehen:

    SELECT CAST(target_data as xml)		AS TargetData
FROM sys.dm_xe_session_targets		AS dm_xe_session_targets
INNER JOIN sys.dm_xe_sessions AS dm_xe_sessions
	ON dm_xe_session_targets.event_session_address = dm_xe_sessions.address
	WHERE dm_xe_sessions.name = 'system_health'

    Andreas Wolter | Microsoft Certified Master SQL Server

    Blog: www.insidesql.org/blogs/andreaswolter
    Web: www.andreas-wolter.com | www.SarpedonQualityLab.com

    Montag, 30. Dezember 2013 20:55
    |
  • Discussion
    Anmelden
    0
    Anmelden

    Vielen Dank für die Antwort. Ich würde den select gerne ausführen. Allerdings wurde beim Sharepoint Server Search ein SQL Server selbständig mit installiert. Ich kenne leider den Benutzer und das Passwort nicht. Gibt es dafür einen Standardbenutzer? Bzw. kann es sein dass ich mich remote per SQL Management Studio nicht aufschalten kann. Der Server ist in ein Domänen-Mitglied. Mit unserem Domänen-Administrator kann ich mich remote nicht aufschalten.

    Ich erhalte folgende Meldung:

    TITEL: Verbindung mit Server herstellen
    ------------------------------

    Es kann keine Verbindung mit 'xxxxx' hergestellt werden.

    ------------------------------
    ZUSÄTZLICHE INFORMATIONEN:

    Netzwerkbezogener oder instanzspezifischer Fehler beim Herstellen einer Verbindung mit SQL Server. Der Server wurde nicht gefunden, oder auf ihn kann nicht zugegriffen werden. Überprüfen Sie, ob der Instanzname richtig ist und ob SQL Server Remoteverbindungen zulässt. (provider: Named Pipes Provider, error: 40 - Verbindung mit SQL Server konnte nicht geöffnet werden) (Microsoft SQL Server, Fehler: 2)

    Hilfe erhalten Sie durch Klicken auf: http://go.microsoft.com/fwlink?ProdName=Microsoft%20SQL%20Server&EvtSrc=MSSQLServer&EvtID=2&LinkId=20476

    ------------------------------

    Das System kann die angegebene Datei nicht finden

    ------------------------------
    SCHALTFLÄCHEN:

    OK
    ------------------------------


    • Bearbeitet shining01 Donnerstag, 2. Januar 2014 15:05
    Donnerstag, 2. Januar 2014 15:05
    |
  • Discussion
    Anmelden
    0
    Anmelden

    Nun ja

    Also vom lokalen Rechner aus gibt eine eine Notfall-Vorgehensweise für den Zugriff auf den SQL Server auch ohne Passwort, indem man ihn im Single-User Modus startet.

    Remote geht es aber wirklich nur mit einem bekannten Login.

    Ein Standard-Passwort gibt es bei SQL Server - im Gegensatz zu Oracle und anderweitigen Gerüchten - nicht.

    Meistens haben zwar lokale Admins Zugriff, müssen aber nicht - was auch erstmal gut ist.

    Es könnte natürlich uch ein Zugriffsfehler sein, das der Port oder Instanz-Name nicht stimmt. Aber das ist unwahrscheinlich, da er ja sicher vorher wo ausgelesen wurde...

    Andreas Wolter
    Microsoft Certified Master SQL Server 2008
    Microsoft Certified Solutions Master SQL Data Platform, SQL Server 2012
    Blog: www.insidesql.org/blogs/andreaswolter
    Web: www.andreas-wolter.com | www.SarpedonQualityLab.com

    Donnerstag, 2. Januar 2014 22:24
    |
  • Discussion
    Anmelden
    0
    Anmelden
    Danke für die Antwort. Werde ich ausprobieren (natürlich mit Rückinfo)! ;)
    Freitag, 3. Januar 2014 06:26
    |