El estado de bloqueo del sitio no cambia después de la actualización del administrador: solución segura para el usuario

Establece un estado de bloqueo de sitio en el centro de administración de SharePoint, pero el estado de bloqueo en el sitio aún muestra el valor anterior. Este problema ocurre porque el cambio de estado de bloqueo no se aplica inmediatamente a todas las colecciones de sitios debido a un retraso de caché o a una sesión de administración obsoleta. Este artículo explica la causa raíz y proporciona una solución segura, paso a paso, que no requiere PowerShell ni acceso directo a la base de datos.

Aprenderá a forzar la actualización del estado de bloqueo mediante el centro de administración de SharePoint, a borrar la caché del lado del servidor y a verificar el cambio en el propio sitio. Estos pasos funcionan para SharePoint Online y SharePoint Server 2019 y versiones posteriores.

Por qué el estado de bloqueo del sitio no cambia inmediatamente

Cuando un administrador actualiza el estado de bloqueo del sitio en el centro de administración de SharePoint, el cambio se escribe en la base de datos de contenido de SharePoint. Sin embargo, el valor del estado de bloqueo se almacena en caché en la memoria de los servidores front-end de SharePoint para mejorar el rendimiento. Esta caché puede permanecer sin cambios hasta 15 minutos, lo que hace que el estado de bloqueo anterior persista en el sitio.

Una segunda causa raíz es una sesión de administración obsoleta. Si la pestaña del navegador del administrador o la página del centro de administración no se ha actualizado desde el cambio, la interfaz de usuario puede mostrar el estado de bloqueo anterior aunque la base de datos se haya actualizado. Esto es solo un problema de visualización, pero puede inducir a error a los administradores haciéndoles pensar que el cambio falló.

El papel de la caché del estado de bloqueo del sitio

SharePoint Server y SharePoint Online utilizan una caché distribuida para los metadatos del sitio, incluido el estado de bloqueo. En SharePoint Server, esta caché reside en el servicio de aplicación web de SharePoint Foundation en cada servidor front-end. En SharePoint Online, la caché es administrada por Microsoft, pero aún puede causar retrasos. La caché está diseñada para reducir la carga de la base de datos, pero introduce un desfase entre la actualización de la base de datos y el cambio visible.

Sesión de administración obsoleta vs. fallo real de la base de datos

Una sesión obsoleta ocurre cuando la página del centro de administración no actualiza sus datos después de la actualización del estado de bloqueo. El centro de administración utiliza JavaScript para consultar el servidor, pero si la página pierde la conexión o la pestaña del navegador permanece abierta durante mucho tiempo, el estado de bloqueo mostrado puede quedar desactualizado. Esto no es un fallo de la actualización en sí. Puede probar esto abriendo una nueva pestaña del navegador y navegando directamente a la colección de sitios en el centro de administración.

Pasos para forzar la actualización del estado de bloqueo

Siga estos pasos en orden. Deténgase después de cada paso y verifique si el estado de bloqueo ha cambiado. No continúe con el siguiente paso si el problema se ha resuelto.

1. Actualice la página del centro de administración de SharePoint
   Abra el centro de administración de SharePoint en una nueva pestaña del navegador o actualice la pestaña actual. Navegue a Sitios activos, seleccione el sitio que muestra el estado de bloqueo incorrecto y haga clic en Editar en la barra de comandos. Compruebe el campo Estado de bloqueo del sitio. Si ahora muestra el valor correcto, el problema era una sesión obsoleta.
2. Vuelva a aplicar el estado de bloqueo y guarde
   Si el campo de estado de bloqueo aún muestra el valor anterior, seleccione el estado de bloqueo correcto en la lista desplegable: No bloqueado, Solo lectura o Sin acceso. Haga clic en Guardar. Espere 30 segundos, luego actualice la página y verifique el estado de bloqueo nuevamente. Esto obliga al centro de administración a enviar una nueva solicitud de actualización al servidor.
3. Borrar la caché del lado del servidor (solo SharePoint Server)
   En el servidor de SharePoint, abra un símbolo del sistema elevado como administrador. Ejecute el comando iisreset y presione Enter. Esto reinicia los procesos de trabajo de IIS y borra la caché de metadatos de SharePoint. Después de que el comando se complete, actualice el sitio en el navegador y verifique el estado de bloqueo. Este paso no está disponible para usuarios de SharePoint Online.
4. Verifique el estado de bloqueo mediante la página de configuración del sitio
   Navegue a la colección de sitios afectada. Agregue /_layouts/15/settings.aspx a la URL del sitio. En la página Configuración del sitio, busque en Administración de la colección de sitios y haga clic en Estado de bloqueo de la colección de sitios. La página muestra el estado de bloqueo actual tal como se almacena en la base de datos. Esto evita la caché del centro de administración y muestra el estado real.
5. Espere 15 minutos y verifique nuevamente
   Si ninguno de los pasos anteriores funciona, la caché puede necesitar tiempo para expirar. Espere 15 minutos, luego actualice la página del centro de administración y verifique el estado de bloqueo. En SharePoint Online, este retraso es normal y generalmente se resuelve sin más acción.

Si SharePoint aún tiene problemas después de la solución principal

El estado de bloqueo muestra como no bloqueado después de aplicar solo lectura

Esto puede ocurrir si la colección de sitios es parte de una directiva de sitio que anula el estado de bloqueo manual. Verifique la directiva de sitio asignada al sitio en el centro de administración. Si una directiva impone un estado de bloqueo diferente, elimine la directiva o actualícela para que coincida con el estado deseado.

El centro de administración muestra un error al guardar el estado de bloqueo

Un error durante el guardado generalmente indica un problema de permisos o un problema temporal del servicio. Verifique que su cuenta de administrador tenga el rol de Administrador de SharePoint. Si el error persiste, abra un ticket de soporte con Microsoft e incluya el mensaje de error y la URL del sitio.

El estado de bloqueo vuelve al valor anterior después de unas horas

Este es un síntoma de un script o automatización recurrente que restablece el estado de bloqueo. Verifique si alguna herramienta de terceros, script de PowerShell o runbook de automatización de Azure está modificando el estado de bloqueo del sitio según un horario. Desactive la automatización y vuelva a aplicar el estado de bloqueo deseado manualmente.

Actualización manual vs. cambio automatizado: diferencias clave

Elemento	Actualización manual mediante el centro de administración	Cambio automatizado mediante PowerShell o API
Velocidad de actualización	Puede retrasarse hasta 15 minutos debido a la caché	Se aplica inmediatamente a la base de datos, pero la caché aún causa retraso en la visualización
Permiso requerido	Administrador de SharePoint o Administrador de la colección de sitios	Administrador de SharePoint con acceso a la API
Método para evitar la caché	IISReset en SharePoint Server	No disponible; debe esperar a que expire la caché
Mejor para	Cambios de un solo sitio o pruebas	Actualizaciones masivas o mantenimiento programado

Después de completar los pasos anteriores, ahora puede forzar un cambio de estado de bloqueo de sitio en SharePoint cuando la actualización del administrador no surte efecto de inmediato. El método clave es borrar la caché del lado del servidor usando IISReset en SharePoint Server o esperar 15 minutos en SharePoint Online. Siempre verifique el estado de bloqueo usando la página de configuración del sitio en /_layouts/15/settings.aspx para confirmar el valor real de la base de datos. Para problemas recurrentes de estado de bloqueo, verifique si hay directivas de sitio conflictivas o scripts automatizados que puedan anular sus cambios manuales.