Los tres primeros artículos de esta serie han cubierto los aspectos técnicos del almacenamiento en Microsoft 365 — cómo funciona el modelo en pool, qué hace el historial de versiones a tu cuota, cómo se comparan las opciones de archivado y copia de seguridad, y cómo las directivas de retención afectan a tu capacidad de gestionar y eliminar contenido. Este artículo final da un paso atrás y aborda la pregunta de gobernanza: ¿cómo construyes un enfoque de gestión del almacenamiento que sea proactivo en lugar de reactivo, escalable en lugar de improvisado, y lo suficientemente sólido para afrontar lo que está por venir?
Porque algo está por venir. Microsoft Copilot para Microsoft 365 está cambiando cómo se crea el contenido, cuánto hay y con qué rapidez se acumula. Si tu gobernanza de almacenamiento no lo ha tenido en cuenta, es el momento de hacerlo.
Serie: Gestión del Almacenamiento en Microsoft 365 — Parte 4 de 4. Este artículo cubre la gobernanza del almacenamiento, el impacto de Copilot y cómo construir una estrategia sostenible a largo plazo. La Parte 1 cubre los fundamentos y el historial de versiones. La Parte 2 cubre el archivado y la copia de seguridad. La Parte 3 cubre el cumplimiento normativo, la retención y el RGPD.
Por Qué Falla la Gobernanza del Almacenamiento
Los problemas de almacenamiento en Microsoft 365 son casi siempre problemas de gobernanza de contenido disfrazados.
El almacenamiento en sí suele ser suficiente. Lo que es insuficiente es el conjunto de decisiones, políticas, procesos y estructuras de responsabilidad que determinan cómo se consume, supervisa y gestiona el almacenamiento a lo largo del tiempo.
La gobernanza del almacenamiento falla por razones predecibles:
Nadie es el responsable. El almacenamiento se sitúa en la intersección de operaciones de TI, cumplimiento normativo y gestión de contenido de las unidades de negocio. En la práctica, esto suele significar que cae en el hueco entre los tres, sin que ningún equipo asuma una responsabilidad clara sobre la supervisión, las políticas o la remediación.
Se trata como un problema de infraestructura en lugar de un problema de contenido. Ampliar la cuota de almacenamiento es más fácil que abordar el comportamiento subyacente de gestión de contenido que la está llenando. Las organizaciones compran más almacenamiento, el mismo comportamiento continúa y el problema se repite a mayor escala.
Las políticas existen pero no se aplican. Muchas organizaciones tienen calendarios de retención de documentos, límites de historial de versiones y políticas de archivado sobre el papel. Sin la automatización y las herramientas necesarias para aplicarlas a escala, siguen siendo aspiraciones más que realidades operativas.
No existe una línea base. Sin una imagen clara del consumo actual de almacenamiento por sitio, biblioteca, tipo de contenido y propietario, es imposible tomar decisiones priorizadas sobre dónde centrar el esfuerzo de remediación.
Construir un Marco de Gobernanza del Almacenamiento
Un marco de gobernanza del almacenamiento funcional para Microsoft 365 no necesita ser complejo. Necesita ser claro, aplicado de forma consistente y respaldado por suficiente automatización para reducir el esfuerzo manual necesario para mantenerlo.
1. Establecer la Responsabilidad
Cada sitio de SharePoint debería tener al menos un propietario de negocio claramente identificado y un responsable técnico, responsables no solo de los permisos y el ciclo de vida del sitio, sino también del consumo de almacenamiento. Los propietarios de sitios deberían recibir informes periódicos sobre el uso de almacenamiento de su sitio y ser responsables de actuar sobre ellos.
A nivel de tenant, una función o rol de gobernanza del almacenamiento debería ser responsable de:
- Supervisar el consumo general de almacenamiento del tenant y sus tendencias
- Gestionar las políticas relacionadas con el almacenamiento — límites de versiones, reglas de archivado, calendarios de retención
- Escalar sitios que superen sistemáticamente los umbrales de consumo
- Coordinarse con cumplimiento normativo y legal sobre el alcance de las directivas de retención
La responsabilidad presupuestaria también importa. El consumo de almacenamiento debería tener un responsable financiero además de uno operativo. Donde existen modelos organizativos de chargeback o showback, hacer que las unidades de negocio sean conscientes de las implicaciones de coste del crecimiento del almacenamiento, la proliferación de versiones y los sitios inactivos no gestionados puede ser un poderoso impulsor de un mejor comportamiento en la gestión de contenido.
2. Definir Políticas y Límites
La gobernanza del almacenamiento requiere un conjunto definido de políticas que establezcan qué es aceptable. Como mínimo, esto debería incluir:
Límites del historial de versiones. Un límite de 100 versiones principales es un valor predeterminado razonable para la mayoría de las bibliotecas. Las bibliotecas de alta actividad — las que se utilizan para la colaboración activa en documentos de proyecto — pueden justificar un límite menor de 20 a 50 durante la fase activa de un proyecto. Intelligent Versioning en SharePoint Online ajusta automáticamente la retención de versiones en función de la antigüedad y la actividad, y vale la pena evaluarlo para la mayoría de las bibliotecas como control de referencia, aunque algunos entornos regulados pueden requerir configuraciones de retención de versiones fijas.
Umbrales de sitios inactivos. Los sitios que no han tenido actividad durante seis meses o más deberían marcarse para revisión. Los sitios sin actividad durante doce meses son candidatos para archivar o desmantelar. El Centro de administración de Microsoft 365 proporciona informes de sitios inactivos, y las funcionalidades de gestión del ciclo de vida de SharePoint pueden automatizar las notificaciones a propietarios, las revisiones de inactividad y, en algunos escenarios, los flujos de trabajo de archivado — aunque la disponibilidad varía según la licencia y la configuración.
Cuotas máximas de almacenamiento por sitio. Aplicar cuotas de almacenamiento explícitas a sitios individuales de SharePoint — en lugar de depender del pool compartido del tenant — ofrece a los propietarios de sitios visibilidad sobre su consumo y crea un desencadenante natural para la revisión cuando se acercan a los límites.
Criterios de archivado. Define qué hace que un sitio o biblioteca de documentos sea candidato para Microsoft 365 Archive. Los criterios utilizados en la Parte 2 de esta serie — seis meses de inactividad, contenido anterior a un umbral definido, sitios de proyectos finalizados — ofrecen un punto de partida que debería adaptarse al ciclo de vida del contenido de tu organización.
3. Automatizar la Supervisión y los Informes
Las auditorías manuales de almacenamiento no escalan. Un marco de gobernanza que depende de que alguien ejecute periódicamente un informe y envíe los resultados por correo electrónico se degradará con el tiempo a medida que otras prioridades tomen precedencia.
PnP PowerShell proporciona los bloques de construcción para la generación automatizada de informes de almacenamiento. Un script programado que se ejecute semanal o mensualmente y produzca un informe de almacenamiento por sitio — con marcadores para sitios que se acercan a sus cuotas, sitios con altos recuentos de versiones y sitios inactivos — ofrece a los responsables de gobernanza la información que necesitan sin esfuerzo manual.
Un informe básico de almacenamiento del tenant:
$clientId = ""
Connect-PnPOnline -Url "https://tenantName-admin.sharepoint.com" -ClientId $clientId -Interactive
$sites = Get-PnPTenantSite -IncludeOneDriveSites:$false |
Select-Object Url, StorageUsageCurrent, StorageQuota, LastContentModifiedDate, Owner
$report = $sites | ForEach-Object {
$percentUsed = if ($_.StorageQuota -gt 0) {
[math]::Round(($_.StorageUsageCurrent / $_.StorageQuota) * 100, 1)
} else { 0 }
$daysSinceActivity = if ($_.LastContentModifiedDate) {
(New-TimeSpan -Start $_.LastContentModifiedDate -End (Get-Date)).Days
} else { 999 }
[PSCustomObject]@{
Url = $_.Url
StorageMB = $_.StorageUsageCurrent
QuotaMB = $_.StorageQuota
PercentUsed = $percentUsed
DaysSinceActivity = $daysSinceActivity
Owner = $_.Owner
Flag = if ($percentUsed -gt 80) { "High Usage" }
elseif ($daysSinceActivity -gt 180) { "Inactive" }
else { "" }
}
}
$report | Sort-Object PercentUsed -Descending |
Export-Csv -Path "StorageReport_$(Get-Date -Format 'yyyyMMdd').csv" -NoTypeInformation
Write-Host "Report saved. Sites flagged: $(($report | Where-Object { $_.Flag -ne '' }).Count)"Esto te ofrece una instantánea semanal sobre la que puedes actuar — sitios en riesgo, sitios inactivos y una visión general del estado del almacenamiento del tenant.
Las organizaciones con licencia de SharePoint Advanced Management pueden automatizar aún más las revisiones del ciclo de vida, la identificación de sitios inactivos, la validación de la propiedad y los flujos de trabajo de archivado — ampliando las capacidades disponibles a través de la administración estándar de SharePoint.
4. Establecer un Ciclo de Revisión
Una gobernanza sin revisión no es gobernanza. Un ciclo de revisión del almacenamiento — trimestral como mínimo — debería cubrir:
- Consumo actual de almacenamiento del tenant frente a la cuota y su tendencia
- Sitios marcados en el informe automatizado que no han sido gestionados
- Revisión del alcance de las directivas de retención — ¿siguen correctamente ajustadas?
- Cumplimiento de los límites de versiones — ¿los límites definidos están realmente vigentes en todo el entorno?
- Candidatos de archivado identificados y progresados
El resultado de cada revisión debería ser una lista de acciones breve con responsables y plazos definidos. Sin esto, la revisión se convierte en un ejercicio informativo en lugar de un ejercicio de gobernanza.
Copilot para Microsoft 365 y el Almacenamiento
Microsoft Copilot para Microsoft 365 está acelerando la creación de contenido de formas que tienen implicaciones directas sobre el almacenamiento. Cuando Copilot genera un borrador de documento, resume una reunión, crea una presentación de PowerPoint a partir de un prompt o produce una transcripción de una reunión de Teams, crea contenido — contenido que va a parar a SharePoint, OneDrive o Exchange y cuenta para tu cuota de almacenamiento.
Las áreas específicas a vigilar:
Transcripciones y grabaciones de reuniones. Las grabaciones de reuniones de Teams se almacenan en OneDrive de forma predeterminada para las reuniones que no son de canal, o en SharePoint para las reuniones de canal. Con Copilot habilitado, las organizaciones suelen aumentar el uso de grabaciones y transcripciones porque mejoran la calidad y utilidad de los resúmenes y el análisis posterior a las reuniones. Una grabación de una hora puede consumir desde cientos de megabytes hasta varios gigabytes, dependiendo de la calidad del vídeo, el número de participantes y la configuración de grabación. A escala, en una organización donde las reuniones se graban de forma predeterminada, esto crea una presión significativa sobre el almacenamiento.
Borradores de documentos generados por Copilot. El contenido generado o reescrito sustancialmente por Copilot crea nuevas versiones de los documentos existentes. Cada interacción de Copilot que guarda un archivo crea una versión. En entornos de alta actividad, el crecimiento de versiones derivado de la edición asistida por Copilot puede superar al de la edición humana.
Componentes de Loop y Copilot Pages. Los componentes de Microsoft Loop — bloques colaborativos que pueden incrustarse en chats de Teams, correos de Outlook y otras superficies — se almacenan en SharePoint. Las Copilot Pages se almacenan dentro de Microsoft 365 y contribuyen al volumen total de contenido de una organización, lo que las convierte en otra consideración para la gobernanza del almacenamiento.
Qué significa esto para la gobernanza. La adopción de Copilot debería desencadenar una revisión de los límites del historial de versiones, las directivas de retención de grabaciones de reuniones y las proyecciones generales de almacenamiento. Las organizaciones que despliegan Copilot sin ajustar su modelo de gobernanza del almacenamiento verán un consumo acelerado que les tomará por sorpresa.
En concreto:
- Establece una directiva de retención para las grabaciones de reuniones de Teams — 90 días es un valor predeterminado habitual para reuniones no críticas, con una retención más larga para sesiones de formación grabadas o reuniones de negocio relevantes
- Revisa los límites del historial de versiones en las bibliotecas donde Copilot se usa activamente y considera ajustarlos a la baja
- Evalúa y habilita Intelligent Versioning donde sea apropiado — está mejor equipado para gestionar el volumen de versiones que genera la edición asistida por Copilot que los límites de versiones estáticos
- Incluye el almacenamiento relacionado con Copilot en las proyecciones de almacenamiento del tenant al planificar compras de cuota o facturación de pago por uso
El Papel de las Etiquetas de Confidencialidad en la Gobernanza del Almacenamiento
Las etiquetas de confidencialidad — aplicadas mediante Microsoft Purview — son principalmente una herramienta de protección de datos, pero también tienen un papel en la gobernanza del almacenamiento. El contenido etiquetado como Confidencial o Extremadamente Confidencial puede tener requisitos de retención y archivado diferentes al contenido sin etiquetar. Integrar la conciencia de las etiquetas de confidencialidad en tu marco de gobernanza del almacenamiento significa que puedes:
- Aplicar límites de versiones más estrictos al contenido altamente sensible que debería tener un ciclo de vida activo más corto
- Asegurarte de que el contenido etiquetado como Confidencial no se archive en Microsoft 365 Archive sin que se mantengan los controles de acceso adecuados
- Usar directivas de retención basadas en etiquetas en lugar de directivas a nivel de sitio, como se explicó en la Parte 3, para reducir la sobrecarga de almacenamiento de las retenciones amplias
No es una integración compleja de construir — requiere alinear tu taxonomía de etiquetas de confidencialidad con tu calendario de retención y asegurarte de que ambos se diseñen juntos en lugar de de forma independiente.
Un Modelo de Madurez Práctico
La madurez de la gobernanza del almacenamiento en Microsoft 365 tiende a seguir una progresión reconocible. Entender dónde se sitúa tu organización ayuda a identificar los próximos pasos más valiosos.
Nivel 1 — Reactivo. El almacenamiento se gestiona cuando surgen problemas. No hay supervisión en marcha. El historial de versiones no está limitado. Las directivas de retención están ausentes o son excesivamente amplias. El almacenamiento se amplía cuando se alcanzan las cuotas.
Nivel 2 — Consciente. Existe una supervisión básica. Alguien revisa periódicamente los informes de almacenamiento. Los límites de versiones están definidos pero pueden no aplicarse de forma consistente. Existen directivas de retención que no se han revisado recientemente. El archivado se hace manualmente de forma puntual.
Nivel 3 — Gestionado. La supervisión automatizada produce informes periódicos. Los límites de versiones se aplican y hacen cumplir mediante políticas. Las directivas de retención están orientadas a tipos de contenido en lugar de sitios completos. Existe un responsable nombrado para la gobernanza del almacenamiento. Los sitios inactivos se revisan y se actúa sobre ellos trimestralmente.
Nivel 4 — Optimizado. La gobernanza del almacenamiento está integrada en el marco más amplio de gobernanza de la información. Las etiquetas de confidencialidad impulsan automáticamente las decisiones de retención y archivado. La adopción de Copilot se ha incorporado a las proyecciones de almacenamiento. Las directivas del ciclo de vida de los sitios automatizan las notificaciones a propietarios y el archivado. Los costes de almacenamiento se rastrean y optimizan como parte del ciclo de revisión de licencias de Microsoft 365.
La mayoría de los tenants de Microsoft 365 se sitúan en el Nivel 1 o el Nivel 2. Alcanzar el Nivel 3 es factible con las herramientas y los scripts descritos a lo largo de esta serie — es principalmente un cambio organizativo y de proceso más que técnico.
Juntándolo Todo
Los problemas de almacenamiento en Microsoft 365 son casi siempre problemas de gobernanza de contenido disfrazados.
Los aspectos técnicos del almacenamiento — cuotas en pool, historial de versiones, la Biblioteca de retención de conservación, Microsoft 365 Archive — son la expresión técnica de decisiones de gestión de contenido que se tomaron o no se tomaron.
Las organizaciones que gestionan bien el almacenamiento no son las que tienen las cuotas más grandes. Son las que saben qué contenido tienen, quién lo posee, cuánto tiempo hay que conservarlo y qué ocurre con él cuando ese período expira. Ese conocimiento es la base de una gobernanza del almacenamiento eficaz — y es lo que hace que todo lo demás de esta serie funcione realmente.
Si estás empezando desde cero, la secuencia que produce el retorno más rápido es:
- Ejecutar un informe de almacenamiento del tenant y entender dónde se concentra el consumo
- Evaluar y habilitar Intelligent Versioning en tu entorno de SharePoint donde sea apropiado
- Auditar las directivas de retención y ajustar las que sean más amplias de lo que requieren tus obligaciones legales
- Identificar y archivar o desmantelar los sitios inactivos
- Construir un ciclo de revisión que te mantenga por delante del problema en lugar de responder a él
Los scripts y la orientación de esta serie te proporcionan las herramientas para los cinco puntos. El marco de gobernanza te da la estructura para hacerlos sostenibles.