Síntomas
Suponga que tiene la característica de grupos de disponibilidad (AG) configurada en Linux en SQL Server 2017. Cuando actualiza la réplica secundaria a la actualización acumulativa 18 (CU18) con el comando yum, observa que la actualización del script puede dar error con el siguiente mensaje de error:
DateTime SpidNum los objetos del sistema no se pudieron actualizar en la base de datos ' DatabaseName ' porque es de solo lectura.
DateTime SpidNum CHECKDB para la base de datos ' DatabaseName ' finalizó sin errores en DateTime (hora local). Este es un mensaje informativo únicamente; no se requiere ninguna acción por el usuario.
DateTime SpidNum actualizar la configuración de la suscripción y los objetos del sistema en la base de datos [nombreDeBaseDeDatos].
Fecha y hora SpidNum error al actualizar la base de datos "DatabaseName" porque la base de datos es de solo lectura.
Error de SpidNumDateTimeal ejecutar sp_vupgrade_replication.
DateTime SpidNum guardando el estado del script de actualización en ' SOFTWARE\Microsoft\MSSQLServer\Replication\Setup '.
Error de DateTimeSpidNum al guardar el estado de script de actualización.
DateTime SpidNum base de datos ' nombreDeBaseDeDatos 'está actualizando el script ' upgrade_ucp_cmdw_discovery. SQL ' del nivel LevelNumal nivel LevelNum.
DateTime SpidNum base de datos ' nombreDeBaseDeDatos 'está actualizando el script ' msdb110_upgrade. SQL ' del nivel LevelNum al nivel LevelNum.
DateTime SpidNum de DateTime iniciando la ejecución de PRE_MSDB. SQL
Error de SpidNumDateTime: 3930, gravedad: 16, estado: 1.
Fecha y hora SpidNum no se puede confirmar la transacción actual y no admite operaciones que escriban en el archivo de registro. Revertir la transacción.
Error de SpidNumDateTime: 912, gravedad: 21, estado: 2.
Error al actualizar el nivel de script SpidNum de la base de datos ' DatabaseName 'porque el paso de actualización ' msdb110_upgrade. SQL ' encontró el error 3930, estado 1, gravedad 16. DateTime Esta es una condición de error grave que podría interferir con el funcionamiento normal y la base de datos se desconectará. Si el error se produjo durante la actualización de la base de datos ' DatabaseName ', evitará que se inicie toda la instancia de SQL Server. Examine las entradas de ErrorLog anteriores en busca de errores, lleve a cabo las acciones correctivas apropiadas y vuelva a iniciar la base de datos para que los pasos de actualización de la secuencia de comandos se ejecuten hasta que se completen.
Error de SpidNumDateTime: 3417, gravedad: 21, estado: 3.
DateTime SpidNum no puede recuperar la base de datos master. SQL Server no puede ejecutarse. Restaure el maestro desde una copia de seguridad completa, repárelo o vuelva a generarlo. Para obtener más información sobre cómo volver a crear la base de datos master, vea SQL Server Books online.
DateTime SpidNum SQL Trace se detuvo debido a un apagado del servidor. ID. de seguimiento = ' 1 '. Este es un mensaje informativo únicamente; no se requiere ninguna acción por el usuario.
Estado
Microsoft ha confirmado que se trata de un problema de los productos de Microsoft enumerados en la sección "Se aplica a".
Resolución
Este problema se ha corregido en la siguiente actualización acumulativa de SQL Server:
Acerca de las actualizaciones acumulativas de SQL Server:
Cada actualización acumulativa para SQL Server contiene todas las revisiones y todas las revisiones de seguridad incluidas en la actualización acumulativa anterior. Consulte las últimas actualizaciones acumulativas para SQL Server:
Referencias
Obtenga información sobre la terminología que usa Microsoft para describir las actualizaciones de software.