Aplicar una Cumulative Update (CU) de SQL Server

Aplica una Cumulative Update (CU) a una instancia instalada de SQL Server 2022/2025 dentro de la misma versión principal: en Linux con dnf/apt y en Windows mediante instalación desatendida (/quiet) con el archivo de instalación de la CU. En un servidor único o en un AG de Always On de forma rolling (primero las réplicas secundarias, failover y después la antigua réplica principal; en Linux con Pacemaker). Incluye comprobación previa, copia de seguridad COPY_ONLY, verificación y reversión; al final todas las réplicas están en la misma CU y en buen estado.

La actualización de versión principal (p. ej., 2019 → 2022) no forma parte de esta guía. Para una instalación nueva, consulte las guías de instalación de Linux o Windows; para la operación diaria del AG, Operación de AG.

Topología: 1 servidor o AG (2+ réplicas)

Antes de empezar

• Se ha decidido qué CU aplicar y se han leído las notas de la KB (problemas conocidos, requisitos previos). …Destino: ………la CU más reciente del repositorio….…Archivo de instalación … …en la misma ruta en cada nodo…en el servidor….…
• La CU se aplicó primero en el entorno de pruebas/preproducción y las pruebas de la aplicación fueron satisfactorias.
• La ventana de mantenimiento está aprobada y los equipos de aplicación están informados. …En la actualización rolling solo hay una interrupción breve (segundos) durante el failover.…En un servidor único el servicio se reinicia (unos minutos de interrupción).…
• Es posible tomar un snapshot del servidor (máquina virtual) o un punto de restauración a nivel del sistema operativo.
• Al menos 2 GB libres en /var/opt/mssql y /opt; en el directorio de copias (…) hay espacio suficiente para una copia completa comprimida de todas las bases de datos.
• El servidor tiene acceso al repositorio de SQL Server … (la nueva CU debe estar ya publicada en el repositorio).
• Los pasos con sqlcmd se conectan con …. Antes de ejecutar el script: read -rsp 'Contraseña: ' SQLCMDPASSWORD; export SQLCMDPASSWORD y sudo --preserve-env=SQLCMDPASSWORD bash <script>.sh.
• Al menos 6 GB libres en el disco del sistema; no hay ningún reinicio de Windows pendiente; SSMS y las herramientas que acceden a SQL Server están cerradas. PowerShell está abierto como administrador con una cuenta de Windows con permisos sysadmin; sqlcmd está en el PATH.
• El AG está en buen estado: todas las réplicas conectadas, las bases de datos sincronizadas y el destino del failover (…) en SYNCHRONOUS_COMMIT. Si solo hay réplicas asíncronas, cambie primero una de ellas a síncrona.
• El clúster Pacemaker está en buen estado (pcs status sin errores, fencing operativo); recurso de AG ….

Fases de la guía

• Comprobación previa — Registrar la versión actual y listar las versiones del repositorio · Registrar la versión actual y listar las versiones del repositorio: … · Descargar la nueva versión por adelantado · Descargar la nueva versión por adelantado: … · Comprobar el archivo de instalación y el servidor · Comprobar el archivo de instalación y el nodo: … …
• Copia de seguridad y punto de retorno — Hacer una copia COPY_ONLY de todas las bases de datos · Hacer una copia COPY_ONLY de todas las bases de datos · Tomar un snapshot del servidor
• Aplicar la CU (servidor único) — Detener las conexiones de la aplicación · Detener las conexiones de la aplicación · Actualizar SQL Server · Instalar la CU de forma desatendida
• Aplicación rolling de la CU (AG en Windows) — Desactivar temporalmente el failover automático · Actualizar la réplica secundaria adicional: … · Actualizar el destino del failover: … · Verificar que las réplicas secundarias actualizadas están sincronizadas · Failover: … pasa a ser la réplica principal · Actualizar la antigua réplica principal: … …
• Aplicación rolling de la CU (AG en Linux) — Actualizar la réplica secundaria adicional: … · Actualizar la réplica secundaria adicional: … · Actualizar el destino del failover: … · Actualizar el destino del failover: … · Verificar que las réplicas secundarias actualizadas están sincronizadas · Failover: … pasa a ser la réplica principal (Pacemaker) …
• Verificación — Verificar la versión y el nivel de CU · Verificar la versión y el nivel de CU: … · Verificar la versión y el nivel de CU · Verificar la versión y el nivel de CU: … · Comprobar que no hay errores de actualización en el errorlog · Comprobar que no hay errores de actualización en el errorlog …
• Reversión (si es necesaria) — Volver a la versión anterior · Desinstalar la CU · Verificar la versión después de la reversión · Verificar la versión después de la reversión