Update: Fehlermeldung, wenn Sie versuchen, eine Instanz von SQL Server 2005 auf SQL Server 2008 aktualisieren: "Warten auf das Datenbankmodul Recovery-Handle ist fehlgeschlagen. Überprüfen Sie das SQL Server-Fehlerprotokoll Ursachen"


Problembeschreibung


Betrachten Sie das folgende Szenario:
  • Benennen Sie das sa-Konto für eine Instanz von Microsoft SQL Server 2005.
  • Sie versuchen, diese Instanz von SQL Server 2005 auf SQL Server 2008 aktualisieren.
In diesem Szenario müssen Sie beim Aktualisieren der Datenbank-Engine die Aktualisierung fehlschlagen und sinngemäß die folgende Fehlermeldung angezeigt:
Warten Sie auf das Datenbankmodul Recovery-Handle ist fehlgeschlagen. Überprüfen Sie das SQL Server-Fehlerprotokoll Ursachen.
Außerdem finden Sie in der SQL Server-Setup-Protokolldatei die folgenden Fehlermeldungen angezeigt:
< Datum >< > spid6s ausführen msdb.dbo.sp_syspolicy_create_purge_job < Datum >< > spid6s Fehler: 515, Schweregrad: 16, Status: 2.

< Datum >< > spid6s kann nicht den Wert NULL in Spalte 'Owner_sid' Tabelle 'msdb.dbo.sysjobs' eingefügt. Spalte lässt keine NULL-Werte. INSERT schlägt fehl.

< Datum >< > spid6s Fehler: 912, Schweregrad: 21, Status: 2.

< Datum >< > spid6s Skript auf Upgrade für Datenbank 'Master' Aktualisierungsschritt'sqlagent100_msdb_upgrade.sql' 515, Fehlerzustand 2, Schweregrad 16 aufgetreten ist fehlgeschlagen. Dies ist ein schwerwiegender Fehlerzustand der regulären Betrieb beeinträchtigen und die Datenbank offline. Wenn Fehler während der Aktualisierung der Datenbank 'master' verhindert es die gesamte SQL Server-Instanz ab. Überprüfen Sie vorherige Fehlerprotokoll Einträge nach Fehlern und ergreifen Sie entsprechenden Maßnahmen starten Sie die Datenbank neu, damit die Aktualisierung Schritte ausgeführt.

< Datum >< > spid6s Fehler: 3417, Schweregrad: 21, Status: 3.
Hinweis SQL Server Setup-Protokolldatei heißt in der Regel SQLServer_ERRORLOG_yyyy-mm-ddThh.mm.ss.txt und befindet sich im folgenden Ordner:
< SQL-Installationsverzeichnis >\100\Setup Bootstrap\log\yyyymmdd_hhmmss

Ursache


Der Aktualisierungsprozess enthält ein Skript zum Erstellen der SP_Syspolicy_Create_Purge_job gespeicherten Prozedur. Die Prozedur erstellt das Syspolicy_purge_history Projekt und Hardcodes der Besitzer des Auftrags das sa-Konto. Da das sa-Konto umbenannt wird, schlägt die Schaffung von Arbeitsplätzen. Dadurch wird das Problem, das im Abschnitt "Symptome" genannt wird.

PROBLEMUMGEHUNG


Um dieses Problem zu umgehen, benennen Sie das sa-Konto sa und aktualisieren Sie die Instanz von SQL Server 2005.

Dieses Problem wird in SQL Server 2008 Service Pack 1 (SP1) behoben. Daher, wenn Sie versuchen, eine Instanz von SQL Server 2005 auf eine Version aktualisieren, die SQL Server 2008 SP1 liegt, tritt dieses Problem nicht auf. Installieren Sie SQL Server 2008 mit SQL Server 2008 Service Pack 1 oder einem neueren Update (Dies wird auch als "Slipstream" Version). Weitere Informationen zu SQL Server 2008 Service Pack 1 Klicken Sie auf die folgenden Artikelnummer der Microsoft Knowledge Base:

968382

So erhalten Sie das neueste Servicepack für SQL Server 2008

955392 wie aktualisieren oder slipstream-Installation von SQL Server 2008

Status


Microsoft hat bestätigt, dass es ein Problem bei den Microsoft-Produkten handelt, die im Abschnitt "Gilt für" aufgeführt sind. Dieses Problem wurde erstmals in SQL Server 2008 Service Pack 1.

Referenzen


Um weitere Informationen zur Terminologie für Softwareupdates zu erhalten, klicken Sie auf die folgende Artikelnummer, um den Artikel der Microsoft Knowledge Base anzuzeigen:
824684 Erläuterung von der standardmäßigen Standardbegriffen bei Microsoft Softwareupdates