Si tras actualizar Access 365 a la compilación 16.0.17928.20114 tu base comienza a fallar y queda bloqueada, aquí tienes la causa, la compilación que lo corrige, cómo revertir de forma segura y un plan práctico para volver a trabajar sin pérdidas ni esperas innecesarias.
Resumen ejecutivo
- Qué ocurre: después de unos minutos de uso aparecen errores extraños (incluido Out of memory), el archivo queda bloqueado por el .laccdb/.ldb y
msaccess.exe
permanece en segundo plano. - Causa más probable: un error introducido en la actualización de agosto (2408) impide que Access cierre correctamente el proceso, dejando bloqueos y sesiones colgadas.
- Solución definitiva: actualizar a la compilación corregida 16.0.17928.20156 (o posterior) en el Canal Actual.
- Alternativa temporal: realizar rollback a una build estable (por ejemplo 16.0.17726.20160 de julio) y pausar actualizaciones hasta confirmar la corrección en tu canal.
- Ámbito: el problema es específico de Access; Excel y PowerPoint no muestran el mismo comportamiento.
Perfil del problema
Este fallo se manifiesta con una combinación de síntomas muy característica. Identificarlos con rapidez evita pérdida de tiempo y de datos:
Síntoma observable | Señal técnica | Interpretación |
---|---|---|
Errores aleatorios tras unos minutos (Out of memory, fallos en formularios o consultas) | Incremento anormal de consumo de memoria o picos de CPU | Fugas de recursos por cierre incompleto de sesiones de Access |
No se puede compactar y reparar | Archivo .laccdb/.ldb permanece abierto | Hay una instancia de msaccess.exe en segundo plano reteniendo el bloqueo |
No se puede renombrar o mover la base | Error de “archivo en uso” incluso después de cerrar Access | El proceso no termina y mantiene el handle al archivo |
Comportamiento reproduce en bases nuevas | Fallo no ligado a un archivo concreto | Origen en la compilación de producto, no en tus datos |
Cómo verificar la versión instalada
- Abre Access y ve a Archivo → Cuenta.
- En Información del producto, pulsa en Acerca de Access y anota la versión completa del cliente (por ejemplo, 16.0.17928.20114).
- Comprueba también el Canal de actualización (p. ej. Canal Actual, Empresa Mensual o Empresarial Semestral).
Si estás en la compilación 16.0.17928.20114 y observas los síntomas, estás afectado. Si ya estás en 16.0.17928.20156 o posterior, comprueba si el comportamiento desaparece; la mayoría de usuarios reportan que esta build corrige el problema.
Causa probable
La actualización de agosto (identificada por usuarios como 2408) introdujo un error en el ciclo de vida del proceso de Access. Al cerrar la aplicación o al liberar ciertos objetos, msaccess.exe
no finaliza correctamente y deja:
- Bloqueos de archivo persistentes mediante .laccdb/.ldb.
- Procesos en segundo plano visibles en el Administrador de tareas.
- Errores secundarios como Out of memory por recursos no liberados.
Solución preferida: actualización a la compilación corregida
Microsoft publicó una corrección en la compilación 16.0.17928.20156 (10‑sep‑2024) para el Canal Actual. Varios administradores y usuarios indican que esta build resuelve el cierre defectuoso del proceso.
Pasos guiados para actualizar
- En Access, ve a Archivo → Cuenta.
- Selecciona Opciones de actualización → Actualizar ahora.
- Espera a que finalice la descarga e instalación. Cierra completamente Access.
- Vuelve a abrir Access y valida en Acerca de Access que estás en 16.0.17928.20156 o una versión posterior.
Validación posterior
- Abre tu base y trabaja unos minutos en formularios, informes y consultas habituales.
- Cierra Access y revisa el Administrador de tareas: no debe quedar
msaccess.exe
. - Comprueba que el archivo .laccdb desaparece tras el cierre y que puedes compactar y reparar sin errores.
Alternativa: rollback a una versión estable
Si la corrección aún no está disponible en tu canal o si la actualización no se puede aplicar de inmediato en tu organización, realiza un rollback a una compilación estable. La más citada es 16.0.17726.20160 (julio de 2024), que no presenta este comportamiento.
Preparación segura antes de revertir
- Haz copia de seguridad de tus bases (
.accdb
,.mdb
,.accde
) y, si procede, de complementos.mde
o front-ends locales. - Cierra Access y cualquier aplicación de Office abierta.
- Comprueba que no quede
msaccess.exe
activo en segundo plano.
Opción con Click‑to‑Run
Ejecuta la reversión desde una consola con permisos de administrador. La ruta puede variar según arquitectura.
Ruta habitual en equipo con Office de 64 bits:
cd "C:\Program Files\Common Files\Microsoft Shared\ClickToRun"
OfficeC2RClient.exe /update user updatetoversion=16.0.17726.20160
Ruta habitual si Office es de 32 bits en Windows de 64 bits:
cd "C:\Program Files (x86)\Common Files\Microsoft Shared\ClickToRun"
OfficeC2RClient.exe /update user updatetoversion=16.0.17726.20160
Cuando finalice, valida la versión en Acerca de Access y, si todo funciona, pausa temporalmente las actualizaciones automáticas hasta que tu canal publique la build con la corrección.
Opción con Office Deployment Tool
Para entornos administrados o despliegues masivos, define la versión de destino en un archivo de configuración y ejecuta la instalación controlada.
Ejemplo de configuración (ajusta edición, idioma, canal y arquitectura a tu entorno):
<Configuration>
<Add OfficeClientEdition="64" Channel="Current">
<Product ID="O365ProPlusRetail">
<Language ID="es-es" />
</Product>
</Add>
<Updates Enabled="TRUE" TargetVersion="16.0.17726.20160" />
<Display Level="None" AcceptEULA="TRUE" />
</Configuration>
Guarda el archivo (por ejemplo, rollback.xml
) junto a setup.exe
del ODT y ejecuta:
setup.exe /configure rollback.xml
Gestión por canal de actualización
- Canal Actual: aplica la compilación corregida 16.0.17928.20156 o posterior en cuanto esté disponible.
- Empresa Mensual: usa rollback a una build estable previa si tu rama aún no tiene la corrección. Mantén actualizaciones pausadas y cambia a la build corregida cuando aparezca en tu canal.
- Empresarial Semestral: salvo urgencia, prioriza rollback controlado o intercambio temporal a un canal con corrección, validando compatibilidad de complementos y line-of-business.
Medidas temporales y diagnóstico
Si necesitas trabajar mientras aplicas la actualización o el rollback, estas acciones minimizarán el impacto:
- Finaliza el proceso colgado: cuando la base quede bloqueada, abre el Administrador de tareas y finaliza
msaccess.exe
. Esto libera el .laccdb/.ldb y te permite reabrir la base. - Reparación de Office: Panel de control → Programas → Microsoft 365 → Cambiar → primero Reparación rápida; si persiste, Reparación en línea.
- Arranque limpio de Windows: inicia con servicios no esenciales deshabilitados para descartar interferencias de terceros (antivirus, DLP, complementos ODBC, etc.).
- Perfil de usuario nuevo: prueba con un perfil limpio para comprobar si hay factores locales como registros de usuario o complementos corruptos.
- Evita compactar con bloqueo activo: nunca ejecutes compactar y reparar mientras el archivo siga con .laccdb. Hazlo solo tras confirmar que el proceso quedó cerrado.
Matriz de versiones y estado
Usa esta tabla como guía rápida para decidir tu siguiente paso:
Compilación | Fecha aproximada | Canal | Estado | Acción recomendada |
---|---|---|---|---|
16.0.17928.20114 | agosto 2024 | Actual | defectuosa | evitar o revertir |
16.0.17928.20156 | 10 septiembre 2024 | Actual | corregida | actualizar |
16.0.17726.20160 | julio 2024 | Actual | estable | rollback temporal |
Nota: los números exactos pueden variar por arquitectura, edición y canal empresarial. Comprueba siempre la build instalada en Acerca de Access.
Entornos multiusuario y red
Si trabajas con back‑end en red y front‑ends locales, los bloqueos pueden multiplicarse al quedar procesos colgados en varios equipos. Recomendaciones:
- Coordina una ventana de mantenimiento para actualizar o revertir en todos los clientes que usen la base compartida.
- Antes de operar sobre el back‑end, verifica que no existan .laccdb abiertos en la carpeta de red. Si los hay, localiza los equipos con procesos colgados y finalízalos.
- Temporalmente, habilita copias por usuario del front‑end y evita cambios de esquema en horas de producción.
- Programa una compactación del back‑end fuera de horario una vez estabilizado el cliente, para reducir fragmentación generada por cierres anómalos.
Buenas prácticas para evitar reincidencias
- Congelación de versión en equipos críticos: fija la build aprobada y reactiva las actualizaciones cuando la corrección esté verificada.
- Despliegue gradual: prueba primero en un anillo piloto de usuarios y luego amplía al resto.
- Supervisión: registra semanalmente la build con un script y alerta si algún equipo vuelve a la compilación problemática.
- Respaldos y copias de front‑end: automatiza un backup rápido al iniciar la jornada para minimizar impacto ante cierres anómalos.
Procedimientos útiles
Comando para detener Access desde consola
Para liberar bloqueos cuando no responde, ejecuta como administrador:
taskkill /IM msaccess.exe /F
Precaución: puede provocar pérdida de cambios no guardados. Úsalo como medida de emergencia.
Script de comprobación de versión con PowerShell
Audita equipos y localiza aquellos con la compilación problemática:
$officeRegPaths = @(
"HKLM:\SOFTWARE\Microsoft\Office\ClickToRun\Configuration",
"HKLM:\SOFTWARE\WOW6432Node\Microsoft\Office\ClickToRun\Configuration"
)
foreach ($p in $officeRegPaths) {
if (Test-Path $p) {
$ver = (Get-ItemProperty $p).VersionToReport
Write-Output "Equipo: $env:COMPUTERNAME Versión: $ver"
}
}
Plantilla de comunicación a usuarios
Cuando gestiones varios puestos, una notificación clara reduce incidencias:
Asunto: Incidencia en Access tras actualización de agosto y acciones
Resumen: Algunas estaciones con Access 365 muestran bloqueos y procesos en segundo plano.
Acción: Actualizaremos a la compilación con corrección o revertiremos temporalmente.
Impacto: Interrupciones puntuales de 10–15 minutos. Por favor, guarda tu trabajo.
Preguntas frecuentes
¿Es un problema de mis bases?
No. Se reproduce incluso en bases nuevas vacías y está ligado a la compilación afectada.
¿Afecta a Excel o PowerPoint?
No, es específico de Access según los reportes de la comunidad.
¿Debo ejecutar compactar y reparar?
Sí, pero solo tras confirmar que msaccess.exe
no está en segundo plano y el .laccdb se ha eliminado. Hacerlo con bloqueo activo puede empeorar la situación.
¿Qué pasa con MDB, ACCDB y ACCDE?
El síntoma de proceso colgado y bloqueo aplica por igual a estos formatos; la diferencia es solo el nombre de archivo y la extensión del lock (.ldb
en MDB antiguas).
¿Cómo evito que vuelva a ocurrir?
Aplicando la compilación corregida, congelando la versión en equipos críticos y usando despliegues por anillos para futuras actualizaciones.
Lista de verificación rápida
- Identifica la compilación instalada en Acerca de Access.
- Si estás en 16.0.17928.20114, planifica actualizar a 16.0.17928.20156 o revertir a 16.0.17726.20160.
- Pausa actualizaciones hasta confirmar que tu canal incluye la corrección.
- En caso de bloqueo, finaliza
msaccess.exe
antes de compactar y reparar. - Documenta la versión en todos los equipos y verifica estabilidad durante varios días.
Conclusión
El fallo posterior a la actualización de agosto en Access 365 tiene una solución clara: instalar la compilación corregida del Canal Actual o realizar un rollback controlado a una build estable mientras llega la corrección a tu canal. Con los pasos de este artículo recuperarás la operativa, eliminarás los bloqueos del .laccdb y estabilizarás tus bases sin cambios de código ni rediseños. Si administras varios equipos, fija temporalmente la versión de Office y reactiva las actualizaciones cuando hayas verificado que todos reciben la build con la corrección.
Recomendación final: documenta la build aprobada en tu organización y establece un proceso de validación previa para nuevas versiones de Office antes de generalizarlas en producción.