SharePoint al límite: 5 palancas antes de comprar

· 8 min de lectura

By Juan Pedro Márquez

Cuando un tenant de SharePoint Online llega al límite de almacenamiento, comprar más espacio parece la única salida. Es la última. Cinco palancas —recorte de versiones, vaciado de papeleras, el OneDrive de las bajas, Microsoft 365 Archive y SharePoint Advanced Management— suelen recuperar más sitio que una orden de compra, y sin coste. Este es el orden en el que las acciono. Trabajé con una organización del sector público de unos 17.000 usuarios cuyo tenant de SharePoint había cruzado el límite de almacenamiento: apenas un margen mínimo en un tenant ya entrado en terabytes. El instinto en la sala era tramitar la compra. No lo hicimos. Dos días después tenían un plan de recuperación que liberó decenas de terabytes y una política de régimen estable para que no volviera a repetirse. No se compró ni un gigabyte. Los límites de almacenamiento sorprenden a los tenants grandes casi siempre por las mismas causas, apiladas: política de versiones heredada, hábitos de servidor de ficheros (ZIP, vídeos y volcados de imágenes viviendo en bibliotecas de documentos), proliferación de sitios de Teams, un backlog de cuentas de OneDrive sin licencia de gente que se fue, y SharePoint Advanced Management licenciado pero nunca activado. Cada una es una palanca. Accionadas en el orden correcto, devuelven años de margen. ## ¿Por qué limpiar OneDrive no libera almacenamiento de SharePoint? No lo libera, y creer que sí es la forma más rápida de perder a una audiencia técnica. En Microsoft 365 comercial, SharePoint Online y OneDrive son dos pools de almacenamiento separados e independientes. Vaciar OneDrive no libera nada de la cuota del tenant de SharePoint. La conocida fórmula de SharePoint "1 TB + 10 GB por usuario con licencia" excluye OneDrive de forma explícita. Solo los tenants de Microsoft 365 Education comparten almacenamiento entre SharePoint, OneDrive y Exchange. He visto a un responsable técnico afilado desconectar en el momento en que un informe de recuperación mezcló ambos pools. Sepáralos: la cuota de SharePoint tiene sus propias palancas; OneDrive es un problema de coste y ciclo de vida. Todo lo que sigue va del pool de SharePoint, salvo la palanca 3, que es deliberadamente de OneDrive, porque ahí suele esconderse la cifra más grande. Para las reglas de base de ambos, empieza por la [planificación de almacenamiento de SharePoint](https://learn.microsoft.com/es-es/sharepoint/sharepoint-storage-planning) y los [límites de almacenamiento por sitio](https://learn.microsoft.com/es-es/sharepoint/manage-site-collection-storage-limits). ## ¿Qué palancas liberan de verdad almacenamiento en SharePoint? Hay cinco que importan, y conviene accionarlas por relación esfuerzo-retorno. La primera, por sí sola, resuelve el problema muchas veces. ![Cinco palancas para liberar almacenamiento en SharePoint](https://hxpwtqrwvrlzxdcrcwbv.supabase.co/storage/v1/object/public/blog-images/posts/sharepoint-limite-almacenamiento-5-palancas-palancas.webp) ### 1. Recorta el historial de versiones — la palanca mayor **Dónde:** Centro de administración de SharePoint → Configuración → Límites del historial de versiones. Cada edición guarda versiones históricas. En un tenant aprovisionado antes de marzo de 2026, el valor por defecto es el versionado manual heredado —a menudo 500, a veces 100 copias por fichero— y consume en silencio una parte enorme del total. Dos movimientos: - **Pon el límite de versiones de la organización en Automático.** Automático conserva las versiones recientes que la gente realmente restaura y recorta la cola larga; la propia guía de Microsoft reporta hasta ~94% de reducción de almacenamiento de versiones frente a límites de recuento fijos. Consulta la [descripción de los límites del historial de versiones](https://learn.microsoft.com/es-es/sharepoint/document-library-version-history-limits). - **Recorta las versiones existentes.** El ajuste de organización solo aplica hacia delante; lo que ya está en disco necesita un [trabajo de recorte de versiones existentes](https://learn.microsoft.com/es-es/sharepoint/trim-versions). **Gotcha:** el contenido bajo política de retención o retención legal está exento. El trabajo de recorte estampa una fecha de expiración en lugar de borrar, y la retención siempre gana. Justo por eso necesitas el rango realista de más abajo, no el teórico. ### 2. Vacía las papeleras de reciclaje **Dónde:** papelera del sitio → papelera de segunda fase. Los ficheros borrados permanecen en una papelera de dos fases hasta 93 días antes de salir de la cuota. Hasta que caducan —o los vacías— siguen contando. En un tenant que lleva tiempo borrando de forma agresiva para hacer hueco, vaciar ambas fases devuelve espacio de inmediato. Es irreversible, así que confirma antes que no queda nada necesario dentro. ### 3. Recupera el OneDrive de las bajas (pool separado — coste, no cuota) **Dónde:** Centro de administración de SharePoint → Configuración → Retención (OneDrive de usuario eliminado). Cuando alguien se va y se le retira la licencia, su OneDrive se conserva durante una ventana que tú configuras: de 30 a 3.650 días. Con una plantilla de cinco cifras, ese backlog crece en silencio hasta decenas de terabytes. Esto no libera cuota de SharePoint —es desperdicio de licencia y coste de ciclo de vida— pero suele ser la cifra más grande de todo el ejercicio, y es la que hace reaccionar a un director financiero. Fija la ventana con criterio y limpia el backlog: [configura la retención de OneDrive para usuarios eliminados](https://learn.microsoft.com/es-es/sharepoint/set-retention). ### 4. Envía los sitios fríos a Microsoft 365 Archive **Dónde:** Centro de administración de SharePoint → Sitios activos → Archivar. Algunos sitios tienen que existir por obligación legal pero nadie los abre. En vez de borrarlos (no puedes) o pagar precio de nivel activo, muévelos a [Microsoft 365 Archive](https://learn.microsoft.com/es-es/microsoft-365/archive/archive-overview) — almacenamiento en frío a menor coste, reactivable cuando haga falta. La retención y las obligaciones de cumplimiento viajan con el contenido. ### 5. Activa las políticas de SharePoint Advanced Management que ya pagas **Dónde:** Centro de administración de SharePoint → Directivas → Administración del ciclo de vida de sitios. El hallazgo más común en tenants de empresa: [SharePoint Advanced Management](https://learn.microsoft.com/es-es/sharepoint/advanced-management) (SAM) está licenciado en todo el tenant y no hay ni una política activada. Licenciar no es activar. Enciende la [política de sitios inactivos](https://learn.microsoft.com/es-es/sharepoint/inactive-site-policy) para que los sitios dormidos se detecten, se avise a sus propietarios y los sitios obsoletos se retiren con una cadencia, en vez de acumularse para siempre. Si vas a formalizar el conjunto de políticas, mi guía de [gobernanza de SharePoint: mejores prácticas](/blog/gobernanza-sharepoint-mejores-practicas) lo cubre de principio a fin. ## ¿Cuánto puedes recuperar de forma realista — y qué no? Esta es la cifra que protege tu credibilidad. El máximo teórico —cada sitio recortado al mínimo— es una fantasía en cualquier tenant regulado. El contenido bajo retención legal, retención de auditoría o mandatos del regulador no se puede recortar, archivar ni borrar, sea cual sea la palanca. Así que da un rango, no un máximo. En un tenant grande, un recorte agresivo de versiones puede parecer 60–110 TB en teoría pero quedarse en 20–50 TB en la realidad al aplicar el carve-out de cumplimiento. En el proyecto que mencioné, aproximadamente un tercio de la superficie de SharePoint resultó estar protegida por cumplimiento. Nombra ese límite desde el principio. Un cliente al que prometes un rango realista y se lo das confía en ti; un cliente al que le citaste un máximo teórico y lo ve desinflarse, no. La propia documentación de Microsoft es explícita en que [las políticas de retención y los bloqueos prevalecen sobre los límites de versiones](https://learn.microsoft.com/es-es/purview/retention-policies-sharepoint).

Gratis — Kit de Rescate para SharePoint al Límite

El kit de una página detrás de este artículo: el checklist de 5 palancas, una hoja de rango de recuperación realista y la regla del carve-out de cumplimiento. Imprímelo y llévalo a tu próxima revisión de almacenamiento.

Descargar el Kit de Rescate →
## La secuencia de 30 días 1. **Semana 1 — Mide.** Saca el almacenamiento por sitio (Sitios activos, ordenados por almacenamiento). Identifica tus 100 mayores consumidores y marca cuáles llevan retención legal o de cumplimiento. 2. **Semana 1 — Pon la política de versiones de la organización en Automático.** Mira hacia delante, riesgo cero, efecto inmediato sobre las versiones nuevas. 3. **Semana 2 — Recorta las versiones existentes** en los mayores consumidores (respetando los bloqueos) y vacía las papeleras donde sea seguro. 4. **Semana 2–3 — Fija la retención de OneDrive de usuarios eliminados** y limpia el backlog de bajas. 5. **Semana 3 — Archiva los sitios fríos** con obligaciones de retención en Microsoft 365 Archive. 6. **Semana 4 — Activa la política de sitios inactivos de SAM** para que el tenant se mantenga limpio sin otro rescate el año que viene. Acciónalas en ese orden y la conversación de comprar más almacenamiento suele desaparecer sola. Y una vez controlado el almacenamiento, el siguiente proyecto de SharePoint suele ser prepararlo para Copilot — [empieza por el almacén de términos y los metadatos](/blog/preparar-sharepoint-online-copilot-agentes-ia). ## Preguntas frecuentes ### ¿Limpiar OneDrive libera almacenamiento de SharePoint? No. En Microsoft 365 comercial, SharePoint Online y OneDrive son pools de almacenamiento separados e independientes, y la asignación de SharePoint "1 TB + 10 GB por usuario" excluye OneDrive. Limpiar OneDrive resuelve coste de licencia y ciclo de vida, no la cuota del tenant de SharePoint. Solo los tenants de Microsoft 365 Education comparten ambos. ### ¿Cuánto almacenamiento recupera de verdad el recorte de versiones? Depende de tu política de versiones y de cuánto contenido esté protegido por cumplimiento. En un tenant grande el máximo teórico suele ser 60–110 TB, pero la cifra realista es normalmente 20–50 TB tras el carve-out de cumplimiento. Pasar la política de organización a Automático puede reducir el almacenamiento de versiones hasta ~94% frente a límites de recuento fijos, pero el contenido bajo retención o bloqueo queda exento. ### ¿Qué diferencia hay entre licenciar y activar SharePoint Advanced Management? Licenciar SAM en todo el tenant no tiene ningún efecto de gobernanza hasta que activas y das ámbito a las políticas —sitios inactivos, propiedad, atestación—. Muchos tenants pagan SAM y no ejecutan ninguna. Lo que recupera sitios dormidos es la activación, no la licencia. ### ¿El recorte de versiones borra ficheros bajo retención legal? No. Las políticas de retención y los bloqueos de eDiscovery prevalecen sobre los límites de versiones. Cuando un trabajo de recorte encuentra una versión bajo bloqueo, estampa una fecha de expiración y la conserva hasta que se libera el bloqueo. La retención siempre gana a cualquier ajuste de recorte de versiones.