Announcement

Collapse
No announcement yet.

SQL Server stürzt ständig ab.

Collapse
X
Collapse
  • Page of 1
  • Filter
  • Time
  • Show
Clear All
new posts
Previous template Next
  • #1

    SQL Server stürzt ständig ab.

    Hallo,

    Also mein Problem ist das meine MSSQL Datenbank (Enterprisemanager 2000) ständig automatisch aus geht, diese SQL DB befindet sich auf einen Windows 2000 Server.

    Der ERRORLOG zeigt folgendes ...

    -----------------------------------------------------------------------
    2008-01-20 23:10:06.15 server Copyright (C) 1988-2000 Microsoft Corporation.
    2008-01-20 23:10:06.16 server All rights reserved.
    2008-01-20 23:10:06.16 server Server Process ID is 8216.
    2008-01-20 23:10:06.16 server Logging SQL Server messages in file 'C:\Programme\Microsoft SQL Server\MSSQL$TROJA\log\ERRORLOG'.
    2008-01-20 23:10:06.18 server SQL Server is starting at priority class 'normal'(1 CPU detected).
    2008-01-20 23:10:06.30 server SQL Server configured for thread mode processing.
    2008-01-20 23:10:06.30 server Using dynamic lock allocation. [2500] Lock Blocks, [5000] Lock Owner Blocks.
    2008-01-20 23:10:06.30 server Attempting to initialize Distributed Transaction Coordinator.
    2008-01-20 23:10:07.58 spid3 Starting up database 'master'.
    2008-01-20 23:10:07.68 spid3 0 transactions rolled back in database 'master' (1).
    2008-01-20 23:10:07.68 spid3 Recovery is checkpointing database 'master' (1)
    2008-01-20 23:10:07.71 server Using 'SSNETLIB.DLL' version '8.0.311'.
    2008-01-20 23:10:07.89 spid5 Starting up database 'model'.
    2008-01-20 23:10:07.91 server SQL server listening on 62.141.48.213: 1667.
    2008-01-20 23:10:07.91 server SQL server listening on 62.141.49.213: 1667.
    2008-01-20 23:10:07.91 server SQL server listening on 127.0.0.1: 1667.
    2008-01-20 23:10:07.91 server SQL server listening on TCP, Shared Memory, Named Pipes.
    2008-01-20 23:10:07.91 server SQL Server is ready for client connections
    2008-01-20 23:10:07.91 spid3 Server name is 'RDS99332\TROJA'.
    2008-01-20 23:10:07.93 spid8 Starting up database 'msdb'.
    2008-01-20 23:10:07.93 spid9 Starting up database 'pubs'.
    2008-01-20 23:10:07.93 spid10 Starting up database 'Northwind'.
    2008-01-20 23:10:07.93 spid11 Starting up database 'kal_auth'.
    2008-01-20 23:10:08.14 spid5 Clearing tempdb database.
    2008-01-20 23:10:08.19 spid9 Starting up database 'kal_db'.
    2008-01-20 23:10:09.13 spid5 Starting up database 'tempdb'.
    2008-01-20 23:10:09.14 spid11 27 transactions rolled forward in database 'kal_auth' (7).
    2008-01-20 23:10:09.19 spid11 0 transactions rolled back in database 'kal_auth' (7).
    2008-01-20 23:10:09.21 spid11 Recovery is checkpointing database 'kal_auth' (7)
    2008-01-20 23:10:10.25 spid9 1415 transactions rolled forward in database 'kal_db' (8).
    2008-01-20 23:10:10.25 spid9 0 transactions rolled back in database 'kal_db' (8).
    2008-01-20 23:10:10.27 spid9 Recovery is checkpointing database 'kal_db' (8)
    2008-01-20 23:10:10.30 spid3 Recovery complete.
    2008-01-21 10:51:15.68 spid73 Server shut down by request.
    -----------------------------------------------------------------------

    Nun ja, dort steht was von "Server shut down by request", nur ich habe die Datenbank gar nicht selber ausgeschaltet.

    Ich bitte um Hilfe.

    MFG Benni
    Tags: None
  • #2
    Schon mal die Ereignisanzeige kontrolliert? Evtl. geht ja irgendeine HW kaputt die ein kontrolliertes Herunterfahren auslöst.

    Comment

    • #3
      SQL Server stürzt ständig ab

      Hallo,

      Ich hab jetzt mal in die Ereignisanzeige reingeschaut.
      Dort steht folgendes...

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

      Datum: 21.01.2008
      Uhrzeit: 12:39:05
      Typ: Warnung
      Benutzer: Nicht zutreffend
      Computer: RDS99332
      Quelle: MSSQL$TROJA
      Kategorie: (8)
      Ereigniskennung: 19011

      Beschreibung

      SuperSocketInfo (SpnRegister): Error 1355.

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

      Ich hab wirklich keinen Plan woran es liegen könnte.

      MFG Benni

      Comment

      • #4
        Hallo Benni,

        zu dem Fehler gibt es 2 Einträge bei MS:
        http://support.microsoft.com/kb/303411
        http://support.microsoft.com/kb/828246/de

        War der Eintrag direkt nach einem weiteren Neustart des Servers?
        Was mich wundert ist, das der SQL Server fast 12h läuft, bevor er sich beendet.
        Auch merkwürdig ist die SPID, das ist eigentlich kein System- sondern eine Userprozess, der das Runterfahren veranlässt.

        Olaf
        Olaf Helper

        <Blog> <Xing>
        * cogito ergo sum * errare humanum est * quote erat demonstrandum *
        Wenn ich denke, ist das ein Fehler und das beweise ich täglich

        Comment

        • #5
          SQL Server stürzt ständig ab

          Hallo,

          Also als erstes kam dieser LOG hier:

          ----------------------------------------------------------------------------------------------------
          2008-01-21 14:02:36.52 server Copyright (C) 1988-2000 Microsoft Corporation.
          2008-01-21 14:02:36.52 server All rights reserved.
          2008-01-21 14:02:36.52 server Server Process ID is 15520.
          2008-01-21 14:02:36.52 server Logging SQL Server messages in file 'C:\Programme\Microsoft SQL Server\MSSQL$TROJA\log\ERRORLOG'.
          2008-01-21 14:02:36.54 server SQL Server is starting at priority class 'normal'(1 CPU detected).
          2008-01-21 14:02:36.68 server SQL Server configured for thread mode processing.
          2008-01-21 14:02:36.68 server Using dynamic lock allocation. [2500] Lock Blocks, [5000] Lock Owner Blocks.
          2008-01-21 14:02:36.69 server Attempting to initialize Distributed Transaction Coordinator.
          2008-01-21 14:02:37.96 spid3 Starting up database 'master'.
          2008-01-21 14:02:38.05 spid3 0 transactions rolled back in database 'master' (1).
          2008-01-21 14:02:38.05 spid3 Recovery is checkpointing database 'master' (1)
          2008-01-21 14:02:38.07 server Using 'SSNETLIB.DLL' version '8.0.311'.
          2008-01-21 14:02:38.27 spid5 Starting up database 'model'.
          2008-01-21 14:02:38.27 server SQL server listening on 62.141.48.213: 1667.
          2008-01-21 14:02:38.27 server SQL server listening on 62.141.49.213: 1667.
          2008-01-21 14:02:38.27 server SQL server listening on 127.0.0.1: 1667.
          2008-01-21 14:02:38.29 server SQL server listening on TCP, Shared Memory, Named Pipes.
          2008-01-21 14:02:38.29 server SQL Server is ready for client connections
          2008-01-21 14:02:38.29 spid3 Server name is 'RDS99332\TROJA'.
          2008-01-21 14:02:38.29 spid8 Starting up database 'msdb'.
          2008-01-21 14:02:38.29 spid9 Starting up database 'pubs'.
          2008-01-21 14:02:38.29 spid10 Starting up database 'Northwind'.
          2008-01-21 14:02:38.29 spid11 Starting up database 'kal_auth'.
          2008-01-21 14:02:38.63 spid5 Clearing tempdb database.
          2008-01-21 14:02:38.72 spid9 Starting up database 'kal_db'.
          2008-01-21 14:02:39.66 spid11 36 transactions rolled forward in database 'kal_auth' (7).
          2008-01-21 14:02:39.68 spid5 Starting up database 'tempdb'.
          2008-01-21 14:02:39.72 spid11 0 transactions rolled back in database 'kal_auth' (7).
          2008-01-21 14:02:39.75 spid11 Recovery is checkpointing database 'kal_auth' (7)
          2008-01-21 14:02:40.88 spid9 7089 transactions rolled forward in database 'kal_db' (8).
          2008-01-21 14:02:40.90 spid9 0 transactions rolled back in database 'kal_db' (8).
          2008-01-21 14:02:40.90 spid9 Recovery is checkpointing database 'kal_db' (8)
          2008-01-21 14:02:40.94 spid3 Recovery complete.
          2008-01-21 14:36:15.16 spid62 Server shut down by request.


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

          Direkt eine Minute später wird das hier geloggt.

          ----------------------------------------------------------------------------------------------------
          2008-01-21 14:36:41.57 server Copyright (C) 1988-2000 Microsoft Corporation.
          2008-01-21 14:36:41.57 server All rights reserved.
          2008-01-21 14:36:41.57 server Server Process ID is 18276.
          2008-01-21 14:36:41.57 server Logging SQL Server messages in file 'C:\Programme\Microsoft SQL Server\MSSQL$TROJA\log\ERRORLOG'.
          2008-01-21 14:36:41.57 server SQL Server is starting at priority class 'normal'(1 CPU detected).
          2008-01-21 14:36:41.69 server SQL Server configured for thread mode processing.
          2008-01-21 14:36:41.71 server Using dynamic lock allocation. [2500] Lock Blocks, [5000] Lock Owner Blocks.
          2008-01-21 14:36:41.71 server Attempting to initialize Distributed Transaction Coordinator.
          2008-01-21 14:36:42.99 spid3 Starting up database 'master'.
          2008-01-21 14:36:43.07 spid3 0 transactions rolled back in database 'master' (1).
          2008-01-21 14:36:43.07 spid3 Recovery is checkpointing database 'master' (1)
          2008-01-21 14:36:43.10 server Using 'SSNETLIB.DLL' version '8.0.311'.
          2008-01-21 14:36:43.30 spid5 Starting up database 'model'.
          2008-01-21 14:36:43.30 server SQL server listening on 62.141.48.213: 1667.
          2008-01-21 14:36:43.30 server SQL server listening on 62.141.49.213: 1667.
          2008-01-21 14:36:43.30 server SQL server listening on 127.0.0.1: 1667.
          2008-01-21 14:36:43.30 server SQL server listening on TCP, Shared Memory, Named Pipes.
          2008-01-21 14:36:43.30 server SQL Server is ready for client connections
          2008-01-21 14:36:43.30 spid3 Server name is 'RDS99332\TROJA'.
          2008-01-21 14:36:43.30 spid8 Starting up database 'msdb'.
          2008-01-21 14:36:43.30 spid9 Starting up database 'pubs'.
          2008-01-21 14:36:43.30 spid10 Starting up database 'Northwind'.
          2008-01-21 14:36:43.30 spid11 Starting up database 'kal_auth'.
          2008-01-21 14:36:43.54 spid5 Clearing tempdb database.
          2008-01-21 14:36:43.69 spid9 Starting up database 'kal_db'.
          2008-01-21 14:36:44.66 spid11 46 transactions rolled forward in database 'kal_auth' (7).
          2008-01-21 14:36:44.69 spid5 Starting up database 'tempdb'.
          2008-01-21 14:36:44.74 spid11 0 transactions rolled back in database 'kal_auth' (7).
          2008-01-21 14:36:44.79 spid11 Recovery is checkpointing database 'kal_auth' (7)
          2008-01-21 14:36:45.74 spid9 Analysis of database 'kal_db' (8) is 100% complete (approximately 0 more seconds)
          2008-01-21 14:36:46.19 spid9 17666 transactions rolled forward in database 'kal_db' (8).
          2008-01-21 14:36:46.24 spid9 0 transactions rolled back in database 'kal_db' (8).
          2008-01-21 14:36:46.25 spid9 Recovery is checkpointing database 'kal_db' (8)
          2008-01-21 14:37:26.32 spid3 Recovery complete.

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

          Und zu der Laufzeit der Datenbank.
          Komisch ist das die Datenbank manchmal 5h läuft, manchmal 22h, mal 3h usw.

          Vielleicht ist es wichtig zu erwähnen das sich die Datenbank auf einem VServer befindet.


          MFG Benni

          Comment

          • #6
            Hallo Benni,

            um dahinter zu kommen, was zum Zeitpunkt des Shutdown gerade auf dem SQL Server läuft, würde ich es mit dem Profiler mal mitprotokollieren.
            Bei den vielen Transaktion wird das Protokoll zwar sehr lang, aber Du kannst es ja in eine Tabelle schreiben lassen und es später bequem auswerten.

            Auf jeden Fall solltest Du mal "Existing Connection" und "Login/Logout" überwachen (das ist dann nicht die Masse), um herauszufinden, welcher Process (SPID) denn den Server an den Grund reisst.

            Olaf
            Olaf Helper

            <Blog> <Xing>
            * cogito ergo sum * errare humanum est * quote erat demonstrandum *
            Wenn ich denke, ist das ein Fehler und das beweise ich täglich

            Comment

            • #7
              Hallo,

              kann es sein, dass ein Benutzer eine frei definierte SQL-Anweisung zum SQL Server schicken kann? Wenn dann noch ein "Spaßvogel" die Anweisung SHUTDOWN WITH NOWAIT ausführt, fährt der MS SQL Server mit dem Eintrag "Server shut down by request" kontrolliert herunter.

              Comment

              • #8
                Ein Kollege hatte es mal gschafft, einen Trigger zu schreiben, der so wildes dynamisches SQL erzeugt, das der SQL Server "sich gezwungen sah, einmal neu zu starten".
                Dann war der gleiche Eintrag im LOG, allerdings zusätzlich auch div. Dump-Files im LOG-Verzeichnis durch eine Schutzverletzung.

                Olaf
                Olaf Helper

                <Blog> <Xing>
                * cogito ergo sum * errare humanum est * quote erat demonstrandum *
                Wenn ich denke, ist das ein Fehler und das beweise ich täglich

                Comment

                Previous template Next
                Working...
                X