none
SQL Error 15173, State 1, Severity 16 - nach SQL 2008R2 SP3 RRS feed

  • Frage

  • Hallo,
    ich habe mehrere Server 2008R2 upgedated auf SP3.
    Bei einem habe ich das Problem das der SQL Server Dienst sich nach kurzer zeit, nach dem Starten, wieder automatisch beendet mit dem Fehler:

    "Script level upgrade for database 'master' failed because upgrade step 'sqlagent100_msdb_upgrade.sql' encountered error 15173, state 1, severity 16. This is a serious error condition which might interfere with regular operation and the database will be taken offline. If the error happened during upgrade of the 'master' database, it will prevent the entire SQL Server instance from starting. Examine the previous errorlog entries for errors, take the appropriate corrective actions and re-start the database so that the script upgrade steps run to completion."

    Hat hierzu jemand eine Idee ?

    Zur Zeit läuft der Server, aber nur mit Traceflag T902. Aber der SQL Agent will auch nicht so recht. Somit funktionieren die Backups gerade nicht wirklich.

    Gruß
    Markus

    Mittwoch, 24. Mai 2017 11:45

Antworten

  • Hallo Markus,

    der Fehler bedeutet ja:  Login  has granted one or more permission(s). Revoke the permission(s) before dropping the login

    Schau doch mal in dem Skript nach, welches Login dort gedropped werden sollte. Dann REVOKE die Permissions und starte das Upgrade erneut. Es könnten auch Server-Level Permissions sein.

    Ich gehe davon aus, dass Du ein Backup aller Datenbanken vor dem Start des Upgrades hast, falls was schief geht.


    Einen schönen Tag noch, Christoph -- Data Platform MVP - http://www.insidesql.org/blogs/cmu

    Mittwoch, 24. Mai 2017 13:54
    Beantworter
  • Ich habe versucht den wpadmin manuell zu dropen. Ohne Erfolg, weil dieser noch Owner einer DB war.
    Nachdem in den User dropen konnte, habe ich ihn wieder angelegt (hatte ihn zuvor mit sphelprevlogin exportiert).

    Danach war alles wieder gut und der Server startete wieder.

    Vielen Dank Christoph.

    Markus

    Montag, 29. Mai 2017 15:56

Alle Antworten

  • Hallo Markus,

    der Fehler bedeutet ja:  Login  has granted one or more permission(s). Revoke the permission(s) before dropping the login

    Schau doch mal in dem Skript nach, welches Login dort gedropped werden sollte. Dann REVOKE die Permissions und starte das Upgrade erneut. Es könnten auch Server-Level Permissions sein.

    Ich gehe davon aus, dass Du ein Backup aller Datenbanken vor dem Start des Upgrades hast, falls was schief geht.


    Einen schönen Tag noch, Christoph -- Data Platform MVP - http://www.insidesql.org/blogs/cmu

    Mittwoch, 24. Mai 2017 13:54
    Beantworter
  • Vielen Dank für die Antwort Christoph,

    Im logfile habe ich eben nichts gefunden. Nur das ein Login gedropt werden soll aber nicht konnte.

    "

    2017-05-23 22:30:45.91 spid7s      Creating function [dbo].[fn_syspolicy_is_automation_enabled] ...
    2017-05-23 22:30:45.91 spid7s      Creating procedure [dbo].[sp_syspolicy_repair_policy_automation] ...
    2017-05-23 22:30:45.91 spid7s      Creating procedure [dbo].[sp_syspolicy_purge_history] ...
    2017-05-23 22:30:45.92 spid7s      Creating procedure [dbo].[sp_syspolicy_create_purge_job] ...
    2017-05-23 22:30:45.92 spid7s      Creating procedure [dbo].[sp_syspolicy_purge_health_state] ...
    2017-05-23 22:30:46.08 spid7s      Error: 15173, Severity: 16, State: 1.
    2017-05-23 22:30:46.08 spid7s      Login '##MS_PolicyEventProcessingLogin##' has granted one or more permission(s). Revoke the permission(s) before dropping the login.
    2017-05-23 22:30:46.08 spid7s      Error: 912, Severity: 21, State: 2.
    2017-05-23 22:30:46.08 spid7s      Script level upgrade for database 'master' failed because upgrade step 'sqlagent100_msdb_upgrade.sql' encountered error 15173, state 1, severity 16. This is a serious error condition which might interfere with regular operation and the database will be taken offline. If the error happened during upgrade of the 'master' database, it will prevent the entire SQL Server instance from starting. Examine the previous errorlog entries for errors, take the appropriate corrective actions and re-start the database so that the script upgrade steps run to completion.
    2017-05-23 22:30:46.08 spid7s      Error: 3417, Severity: 21, State: 3.
    2017-05-23 22:30:46.08 spid7s      Cannot recover the master database. SQL Server is unable to run. Restore master from a full backup, repair it, or rebuild it. For more information about how to rebuild the master database, see SQL Server Books Online.
    2017-05-23 22:30:46.08 spid7s      SQL Trace was stopped due to server shutdown. Trace ID = '1'. This is an informational message only; no user action is required.
    2017-05-23 22:30:46.15 Server      The SQL Server Network Interface library successfully deregistered the Service Principal Name (SPN) [ MSSQLSvc/W01ABSQL09.EU.TakataCorp.com ] for the SQL Server service. 
    2017-05-23 22:30:46.15 Server      The SQL Server Network Interface library successfully deregistered the Service Principal Name (SPN) [ MSSQLSvc/W01ABSQL09.EU.TakataCorp.com:1433 ] for the SQL Server service. "

    Wenn ich aber diese Abfrage mache,

    "

    select a.name,b.permission_name from sys.server_principals a,sys.server_permissions b,sys.server_principals c
    where a.principal_id= b.grantee_principal_id and b.grantor_principal_id=c.principal_id and c.name = '

    select a.name,b.permission_name from sys.server_principals a,sys.server_permissions b,sys.server_principals c
    where a.principal_id= b.grantee_principal_id and b.grantor_principal_id=c.principal_id and c.name = '##MS_PolicyEventProcessingLogin##'

    '" 

    Dann kommt da ein wpadmin heraus.

    Wenn ich jetzt manche Foren einträge richtig verstehe, würde diese Account den Fehler verursachen und ich müsste diesen nun auf der ##MS_PolicyEventProcessingLogin## Revoken, oder ?

    Danke 

    Markus

    Mittwoch, 24. Mai 2017 15:45
  • Ich habe versucht den wpadmin manuell zu dropen. Ohne Erfolg, weil dieser noch Owner einer DB war.
    Nachdem in den User dropen konnte, habe ich ihn wieder angelegt (hatte ihn zuvor mit sphelprevlogin exportiert).

    Danach war alles wieder gut und der Server startete wieder.

    Vielen Dank Christoph.

    Markus

    Montag, 29. Mai 2017 15:56