Historial de versiones de SharePoint: por qué consume almacenamiento y cómo limitarlo

El almacenamiento de SharePoint raramente se llena de los archivos visibles en sí, sino de versiones invisibles y la papelera de reciclaje en segundo plano. Desde la introducción de los límites automáticos del historial de versiones, este consumo de almacenamiento se reduce según Microsoft hasta en un 96 por ciento en comparación con los límites de conteo puros, sin que los usuarios tengan que prescindir de versiones antiguas. Cualquiera que busque la causa de una cuota completa debe buscar allí primero. Estado: agosto de 2026.

¿Por qué el historial de versiones llena el almacenamiento si nadie sube archivos grandes?

Un caso práctico documentado en los foros oficiales de Microsoft Q&A muestra el patrón: Un inquilino perdió sin darse cuenta aproximadamente 140 terabytes de almacenamiento libre, hasta que se superó la cuota y el sitio cambió al modo de solo lectura. Las principales causas mencionadas en la respuesta son el contenido de la papelera de reciclaje y las versiones de archivo acumuladas, es decir, precisamente las áreas que permanecen invisibles en la vista normal de la biblioteca. Cada versión guardada de un archivo cuenta completamente hacia la cuota de almacenamiento, aunque solo una pequeña parte del contenido haya cambiado.

¿Qué hace diferente la configuración automática de un límite de recuento fijo?

Según la documentación de Microsoft sobre límites del historial de versiones la configuración automática es la recomendada como estándar y funciona según un algoritmo escalonado en lugar de un límite de conteo rígido: Dentro de los primeros 30 días, todas las versiones se conservan hasta un límite de 500, entre el día 30 y 60 solo una versión por hora, entre el día 60 y 180 una versión por día, y más de 180 días una versión por semana, hasta que se alcanza nuevamente el límite superior de 500. Según la guía de planificación de almacenamiento de versiones de Microsoft esta reducción escalonada en un período de ejemplo documentado de seis meses resulta en aproximadamente un 96 por ciento menos de almacenamiento de versiones en comparación con un límite de conteo puro, en un ejemplo separado con edición continua durante varios meses en aproximadamente una reducción del 94 por ciento. Los usuarios no pierden acceso a puntos de restauración relevantes, porque precisamente las versiones más recientes, probablemente más necesarias, se conservan.

¿En qué nivel se pueden establecer los límites del historial de versiones?

Los límites del historial de versiones se pueden aplicar en cuatro niveles posibles: organización, sitio, biblioteca y cuenta de OneDrive individual. Los administradores globales y de SharePoint establecen la configuración estándar para toda la organización, que se aplica automáticamente a todas las bibliotecas recién creadas. Los propietarios del sitio pueden interrumpir esta herencia para un sitio individual, pero según la guía de Microsoft para cambiar límites de sitio únicamente a través de PowerShell, no a través de la interfaz gráfica. Un cambio a nivel de sitio se puede aplicar opcionalmente solo a nuevas bibliotecas, solo a las existentes o a ambas simultáneamente, siendo que la actualización de las bibliotecas existentes se ejecuta de forma asincrónica en segundo plano y según Microsoft puede tardar hasta 24 horas.

¿Qué se aplica si quiero establecer un límite manual en lugar de Automático?

En el modo manual, se puede configurar un límite de conteo para versiones principales con o sin una fecha de vencimiento adicional en días. Importante para la práctica: la interfaz de usuario impide valores inferiores a 100 versiones principales o menos de 30 días de plazo de vencimiento, porque Microsoft considera explícitamente que estos valores tan bajos son un riesgo de pérdida accidental de datos, aunque técnicamente es posible establecer valores más bajos a través de la API pública. Además, las versiones que exceden un límite establecido se eliminan de forma permanente y no se mueven a la papelera de reciclaje, por lo que no se pueden recuperar después de la eliminación. Se aplica una excepción para el contenido bajo una política de retención o una suspensión de eDiscovery: Allí, según Microsoft, se ignoran los límites de versiones hasta que vence el plazo de retención o se levanta la suspensión.

Quien quiera completar la necesidad de limpieza de SharePoint como parte de una automatización en curso encontrará apoyo en la consultoría de automatización.

Preguntas frecuentes sobre el historial de versiones de SharePoint

¿Debo elegir Automático o un límite manual para mi empresa?

Para la mayoría de las organizaciones, Microsoft recomienda la configuración automática, porque ofrece el mejor compromiso entre almacenamiento y utilidad, sin que los administradores tengan que estimar por sí mismos valores de conteo o vencimiento. Un límite manual vale especialmente la pena donde debe garantizarse un número fijo de versiones por motivos regulatorios o internos.

¿Puedo recuperar versiones ya eliminadas de la papelera de reciclaje?

Depende del método de eliminación. Si un usuario elimina manualmente una versión del historial de versiones de un archivo, según Microsoft va a la papelera de reciclaje del sitio y se puede recuperar allí de forma limitada. Sin embargo, cuando las versiones se eliminan automáticamente por un límite establecido o por una tarea de recorte programada, esto omite completamente la papelera de reciclaje y es permanente.

¿Un nuevo límite de organización se aplica automáticamente a las bibliotecas existentes?

No, no automáticamente. Una configuración estándar modificada a nivel de organización se aplica inicialmente solo a las bibliotecas recién creadas. Para alinearse con las bibliotecas existentes y acortar las versiones existentes, según Microsoft son necesarios pasos adicionales y separados.

¿Un límite de versiones impide que documentos importantes se archiven permanentemente como registro?

No. Los documentos que están explícitamente marcados como registros están exentos de la eliminación automática de versiones según Microsoft, independientemente del límite configurado.