Sql Server-Upgrade schlägt fehl und gibt Fehler 6528 zurück.

Dieser Artikel hilft Ihnen bei der Problembehandlung und Behebung von Fehlern 6528, die auftreten, wenn Sie ein kumulatives Update (CU) oder Service Pack (SP) für Microsoft SQL Server installieren. Der Fehler tritt auf, wenn Datenbankupgradeskripts ausgeführt werden.

Problembeschreibung

Wenn Sie ein CU oder einen SP für SQL Server anwenden, stellen Sie fest, dass das Setupprogramm eine der folgenden Fehlermeldungen im SQL Server-Fehlerprotokoll meldet:

SQL server failed in 'Script level upgrade' with the following error:
Error: 50000, Severity: 16, State: 127.
Cannot drop the assembly 'ISSERVER', because it does not exist or you do not have permission.
Error: 50000, Severity: 16, State: 127.
Cannot drop the assembly 'ISSERVER', because it does not exist or you do not have permission.

Creating function internal.is_valid_name
Error: 6528, Severity: 16, State: 1.
Assembly 'ISSERVER' was not found in the SQL catalog of database 'SSISDB'.

Error: 912, Severity: 21, State: 2.
Script level upgrade for database 'master' failed because upgrade step 'ISServer_upgrade.sql' encountered error 6528, 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 error log entries for errors, take the appropriate corrective actions and re-start the database so that the script upgrade steps run to completion.
Error: 3417, Severity: 21, State: 3.
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.
SQL Server shutdown has been initiated.

Ursache

Dieses Problem kann auftreten, da die SQL Server-Instanz, in der Sie versuchen, ein CU anzuwenden, oder eine SP-Assembly ISSERVERfehlt.

Weitere Informationen zu Datenbankupgradeskripts, die während einer CU- oder SP-Installation ausgeführt werden, finden Sie unter Problembehandlung bei Upgradeskriptfehlern beim Anwenden eines Updates.

Lösung

Führen Sie die folgenden Schritte aus, um das Problem zu lösen:

1. Starten Sie SQL Server mit Ablaufverfolgungskennzeichnung 902.

2. Überprüfen Sie, ob sich die Assembly ISSERVER in der Datenbank SSISDB befindet, indem Sie die folgende Abfrage verwenden:

   Use SSISDB
   GO
   SELECT * FROM sys.assemblies WHERE name = 'ISSERVER'
   

   Sie können dies auch überprüfen, indem Sie die SSISDB-Assemblys "SSISDB>>Programmability>Assemblies ISSERVER">in SQL Server Management Studio (SSMS) erweitern.

3. Überprüfen Sie den Speicherort "C:\Programme\Microsoft SQL Server\<VersionNumber>\DTS\Bin ", um festzustellen, ob die Assembly Microsoft.SqlServer.IntegrationServices.Server.dll im SQL-Binärordner vorhanden ist.

4. Wenn sich die Assembly in diesem Ordner befindet, in der Sys.assemblies-Ansicht jedoch kein Eintrag vorhanden ist, erstellen Sie sie mithilfe der folgenden Abfrage erneut:

   DECLARE @asm_bin varbinary(max);
   SELECT @asm_bin = BulkColumn
   FROM OPENROWSET (BULK N'C:\Program Files\Microsoft SQL Server\<VersionNumber>\DTS\Binn\Microsoft.SqlServer.IntegrationServices.Server.dll',SINGLE_BLOB) AS dll
   CREATE ASSEMBLY ISSERVER FROM  @asm_bin  WITH PERMISSION_SET = UNSAFE
   ALTER DATABASE SSISDB SET TRUSTWORTHY ON
   

   Dieses Mal ist die Assembly ISSERVER vorhanden.

5. Entfernen Sie die Ablaufverfolgungskennzeichnung 902, und starten Sie die Dienste.