none
SQL 2008 R2 - Fehler 18401 nach erfolgreicher Installation SP3 RRS feed

 > 

  • Frage

  • Question
    Anmelden
    0
    Anmelden

    Hallo zusammen,

    nach einer Neuinstallation einer Instanz und dem Wiederherstellen einer DB aus einer Datensicherung bekommen wir nach erfolgreich abgeschlossener Installation des SP3 den Fehler 18401

    Genaue Fehlemeldung:
    SQL Server 2008 R2 Error: Login failed for user ''. Reason: Server is in script upgrade mode. Only administrator can connect at this time. (Microsoft SQL Server, Error: 18401)

    Der SQL-Serverdienst beendet sich danach wieder...

    Mir ist das -T902 Trace Flag bekannt aber ich stelle mir die Frage, wie ich danach vorgehen könnte, um zu prüfen, was hier noch offen ist bzw. wesegen die Fehlermeldung überhaupt kommt.

    Warten, bis irgendein Upgrade-Script fertig ist, hilft nicht...

    Hat hier jemand eine Lösung?

    Und da es sich um eine Neuinstallation handelt, scheiden So Sachen wie Datenbank verschoben, etc aus...

    Mit freundlichem Gruss - Harald Haas - MCSE Server Infrastructure 2012; MCTS Exchange Server 2010 Configuration;



    • Bearbeitet H.Haas Freitag, 17. Juli 2015 08:29
    Freitag, 17. Juli 2015 08:27
    |

Antworten

  • Question
    Anmelden
    0
    Anmelden

    Hallo Olaf,

    ich wollte auf den Thread abschließend nochmals antworten...

    Unseren Recherchen nach lag war die in die Instanz eingebundene Produktivdatenbank defekt, korrupt - halt ursächlich für das beschriebene Verhalten.

    Da auf dem SQL-Server mehrere Instanzen fehlerfrei betrieben werden, konnte von einem generellen Fehler auf dem Server nicht ausgegangen werden.

    Mit dem Schalter -T902 konnten die SQL-dienste ja stabil online gehalten werden und wir konnten eine Sicherung der DB erzeugen.

    Da das gleiche Fehlerbild nach Neuaufsetzen der Instanz und Wiederherstellen der letzten DB-Sicherung wieder vorhanden war, kam der Verdacht auf, dass es an der Produktiv-DB liegt und nicht, wie das Ereignisprotokoll vermuten lies, an der Master DB.

    Letzten Endes war die Wiederherstellung der DB zu einem Zeitpunkt vor dem Bereitstellen des Updates für SQL erfolgreich...

    Vielen Dank für die Beiträge zu diesem Thread...

    Mit freundlichem Gruss - Harald Haas - MCSE Server Infrastructure 2012; MCTS Exchange Server 2010 Configuration;


    • Bearbeitet H.Haas Montag, 27. Juli 2015 06:28
    • Als Antwort markiert H.Haas Montag, 27. Juli 2015 06:28
    Montag, 27. Juli 2015 06:28
    |

Alle Antworten

  • Question
    Anmelden
    1
    Anmelden

    Hallo Harald,

    nach der Installation eines Service Packs werden manchmal bei ersten Start die Systemdatenbanken aktualisiert, das läuft in der Regel schnell und problemlos durch. Es kann aber auch mal vorkommen, das es dabei Fehler gibt, was den Start des SQL Server verhindert. Falls das auftritt, findest Du Detail-Informationen dazu in der ErrorLog Datei, da solltest Du mal als erstes nachsehen, ebenso mal einen Blick ins Windows EventLog werfen.

    Olaf Helper

    [ Blog] [ Xing] [ MVP]

    Freitag, 17. Juli 2015 09:04
    |
  • Question
    Anmelden
    1
    Anmelden
    Hier ist so ein erwähnter Fall, der sich sogar auf die gleiche Version & SP bezieht: http://dba.stackexchange.com/questions/80660/error-during-sql-server-2008-r2-sp3-upgrade-modify-file-failed-file-msdblog

    Olaf Helper

    [ Blog] [ Xing] [ MVP]

    Freitag, 17. Juli 2015 10:28
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo Olaf,

    in der Sache hatte ich auch schon recherchiert.

    Letzten Endes lag es an der eingebundenen Produktiv-Datenbank der Instanz und nicht an der Master-DB, wie es das Ereignisprotokoll vorgaukelte...

    Mit freundlichem Gruss - Harald Haas - MCSE Server Infrastructure 2012; MCTS Exchange Server 2010 Configuration;

    Freitag, 17. Juli 2015 11:22
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo Olaf,

    ich wollte auf den Thread abschließend nochmals antworten...

    Unseren Recherchen nach lag war die in die Instanz eingebundene Produktivdatenbank defekt, korrupt - halt ursächlich für das beschriebene Verhalten.

    Da auf dem SQL-Server mehrere Instanzen fehlerfrei betrieben werden, konnte von einem generellen Fehler auf dem Server nicht ausgegangen werden.

    Mit dem Schalter -T902 konnten die SQL-dienste ja stabil online gehalten werden und wir konnten eine Sicherung der DB erzeugen.

    Da das gleiche Fehlerbild nach Neuaufsetzen der Instanz und Wiederherstellen der letzten DB-Sicherung wieder vorhanden war, kam der Verdacht auf, dass es an der Produktiv-DB liegt und nicht, wie das Ereignisprotokoll vermuten lies, an der Master DB.

    Letzten Endes war die Wiederherstellung der DB zu einem Zeitpunkt vor dem Bereitstellen des Updates für SQL erfolgreich...

    Vielen Dank für die Beiträge zu diesem Thread...

    Mit freundlichem Gruss - Harald Haas - MCSE Server Infrastructure 2012; MCTS Exchange Server 2010 Configuration;


    • Bearbeitet H.Haas Montag, 27. Juli 2015 06:28
    • Als Antwort markiert H.Haas Montag, 27. Juli 2015 06:28
    Montag, 27. Juli 2015 06:28
    |