Compartir a través de

Se produce un error en la actualización de SQL Server y devuelve el error 6528

  • Artículo

Este artículo le ayuda a solucionar el error 6528 que se produce al instalar una actualización acumulativa (CU) o Service Pack (SP) para Microsoft SQL Server. El error se produce cuando se ejecutan scripts de actualización de base de datos.

Síntomas

Al aplicar una CU o un SP para SQL Server, observe que el programa de instalación notifica uno de los siguientes mensajes de error en el registro de errores de SQL Server:

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.

Causa

Este problema puede producirse porque falta la instancia de SQL Server en la que intenta aplicar una CU o un SP falta el ensamblado ISSERVER.

Para obtener más información sobre los scripts de actualización de base de datos que se ejecutan durante una cu o una instalación de SP, consulte Solución de errores de script de actualización al aplicar una actualización.

Solución

Siga estos pasos para resolver el problema:

  1. Inicie SQL Server con la marca de seguimiento 902.

  2. Compruebe si el ensamblado ISSERVER está en la base de datos SSISDB mediante la consulta siguiente:

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

    O bien, puede comprobarlo si expande Bases de datos>SSISDB>Programmability>Assemblies>ISSERVER en SQL Server Management Studio (SSMS).

  3. Compruebe la ubicación C:\Archivos de programa\Microsoft SQL Server\<VersionNumber>\DTS\Bin para ver si el ensamblado Microsoft.SqlServer.IntegrationServices.Server.dll está presente en la carpeta binaria de SQL.

  4. Si el ensamblado está en esa carpeta pero falta como entrada en la vista sys.assemblies , vuelva a crearlo mediante la consulta siguiente:

    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

    Esta vez el ensamblado ISSERVER está presente.

  5. Quite la marca de seguimiento 902 e inicie los servicios.