Las cuotas de almacenamiento de OneDrive for Business no se actualizan en departamentos grandes: guía de solución
🔍 WiseChecker

Las cuotas de almacenamiento de OneDrive for Business no se actualizan en departamentos grandes: guía de solución

Cuando administra cuotas de almacenamiento de OneDrive for Business para un departamento grande, es posible que note que la cuota asignada no se refleja correctamente en el centro de administración de OneDrive ni en las páginas de OneDrive de los usuarios. Este retraso o fallo en la actualización suele ocurrir debido a los límites de propagación en Microsoft 365 o porque el cambio de cuota se aplicó a un grupo que supera la capacidad de procesamiento inmediato del servicio. Este artículo explica por qué las actualizaciones de cuotas de almacenamiento pueden estancarse en departamentos grandes y proporciona una solución paso a paso para forzar la actualización. También aprenderá a verificar el cambio y qué hacer si la cuota sigue sin aparecer correctamente.

Puntos clave: la cuota de almacenamiento de OneDrive no se actualiza en departamentos grandes

  • Centro de administración de Microsoft 365 > Centro de administración de SharePoint > Sitios activos > URL del sitio de OneDrive: Use la configuración de límite de almacenamiento a nivel de sitio para forzar una actualización de cuota para un usuario específico.
  • Set-SPOSite -Identity URL -StorageQuotaWarningLevel MB: cmdlet de PowerShell que omite los retrasos de propagación y aplica la cuota inmediatamente al sitio de OneDrive.
  • Centro de administración de Microsoft 365 > Usuarios > Usuarios activos > Configuración de OneDrive del usuario: Compruebe la cuota de almacenamiento actual del usuario para verificar que el cambio se propagó.

ADVERTISEMENT

Por qué fallan las actualizaciones de cuota de almacenamiento de OneDrive en departamentos grandes

Cuando cambia una cuota de almacenamiento para un usuario o un grupo en el centro de administración de Microsoft 365, el cambio debe propagarse al servicio de SharePoint Online que hospeda los sitios de OneDrive. Para un solo usuario o un grupo pequeño, esta propagación suele completarse en minutos. Para un departamento grande —normalmente más de 500 usuarios— el servicio aplica el cambio por lotes. Si el tamaño del lote supera el límite interno del servicio, la actualización puede parecer exitosa en el panel de administración, pero nunca llega al sitio de OneDrive subyacente.

Otra causa común es que el cambio de cuota se aplicó a un grupo de seguridad o lista de distribución que contiene grupos anidados. SharePoint Online no procesa de forma recursiva los grupos anidados para las actualizaciones de cuotas de almacenamiento. Solo los miembros directos del grupo reciben la nueva cuota, mientras que los miembros indirectos permanecen con el límite anterior. Esta discrepancia crea la ilusión de que la actualización falló para todo el departamento.

Por último, el campo de cuota de almacenamiento del centro de administración de OneDrive puede almacenar en caché el valor anterior hasta 24 horas. Aunque el sitio subyacente haya recibido la nueva cuota, la visualización del centro de administración puede no actualizarse hasta que expire la caché. Este comportamiento de almacenamiento en caché es por diseño y puede causar confusión.

Pasos para forzar las actualizaciones de cuota de almacenamiento de OneDrive en departamentos grandes

Use los siguientes métodos en orden. El primer método usa el centro de administración y funciona para usuarios individuales. El segundo método usa PowerShell y es necesario para actualizaciones masivas en grupos grandes.

Método 1: actualizar la cuota de un solo usuario mediante el Centro de administración de SharePoint

  1. Abra el Centro de administración de SharePoint
    Inicie sesión en el centro de administración de Microsoft 365 en admin.microsoft.com. En la navegación izquierda, seleccione Centros de administración y luego SharePoint.
  2. Localice el sitio de OneDrive del usuario
    En el Centro de administración de SharePoint, seleccione Sitios activos en el menú izquierdo. En el cuadro de búsqueda, escriba el nombre completo o la dirección de correo electrónico del usuario. La URL del sitio de OneDrive suele seguir el patrón https://yourtenant-my.sharepoint.com/personal/user_domain_com.
  3. Abra la configuración del sitio
    Haga clic en la URL del sitio para abrir el panel de detalles del sitio. En el panel, seleccione la pestaña Configuración.
  4. Cambie el límite de almacenamiento
    En Límite de almacenamiento, seleccione Editar. Introduzca la nueva cuota en megabytes. Por ejemplo, 1 terabyte son 1048576 MB. Haga clic en Guardar.
  5. Verifique la cuota
    Espere 5 minutos. Abra el OneDrive del usuario navegando a https://yourtenant-my.sharepoint.com/personal/user_domain_com. Haga clic en el icono de engranaje, seleccione Configuración de OneDrive y luego Almacenamiento. Confirme que la cuota mostrada coincide con la que estableció.

Método 2: actualizar la cuota de forma masiva para un departamento grande con PowerShell

  1. Instale y conéctese a PowerShell de SharePoint Online
    Abra Windows PowerShell como administrador. Ejecute Install-Module -Name Microsoft.Online.SharePoint.PowerShell si aún no está instalado. Luego ejecute Connect-SPOService -Url https://yourtenant-admin.sharepoint.com e inicie sesión con una cuenta de administrador de SharePoint.
  2. Obtenga todos los sitios de OneDrive del departamento
    Si los usuarios de su departamento están en un grupo de seguridad específico, exporte primero los miembros del grupo. Use Get-SPOSite -IncludePersonalSite $true -Filter "Url -like '-my.sharepoint.com/personal/'" para enumerar todos los sitios de OneDrive. Filtre la lista por propiedad de usuario o comparándola con un CSV de usuarios del departamento.
  3. Aplique la nueva cuota a cada sitio
    Ejecute el siguiente cmdlet para cada sitio:
    Set-SPOSite -Identity -StorageQuotaWarningLevel -StorageQuota
    Reemplace con la URL completa del sitio de OneDrive y con el nuevo límite en megabytes. Por ejemplo:
    Set-SPOSite -Identity https://contoso-my.sharepoint.com/personal/john_contoso_com -StorageQuotaWarningLevel 512000 -StorageQuota 1048576
  4. Ejecute el cmdlet en un bucle para todos los usuarios
    Use un bucle foreach para aplicar la cuota a cada sitio de su lista filtrada. Ejemplo:
    foreach ($site in $sites) { Set-SPOSite -Identity $site.Url -StorageQuotaWarningLevel 512000 -StorageQuota 1048576 }
    Este proceso omite los retrasos de propagación por lotes y actualiza cada sitio directamente.
  5. Verifique la actualización masiva
    Ejecute Get-SPOSite -Identity | fl StorageQuota, StorageQuotaWarningLevel para una muestra de usuarios. La salida debería mostrar los nuevos valores inmediatamente.

ADVERTISEMENT

Si la cuota de almacenamiento de OneDrive sigue sin actualizarse después de la solución

La cuota vuelve al valor anterior después de unas horas

Esto indica que una directiva de grupo o una configuración central de cuota de almacenamiento está anulando su cambio manual. Compruebe el centro de administración de Microsoft 365 en Facturación > Licencias para asegurarse de que el usuario tiene la licencia correcta que incluye el almacenamiento deseado. Compruebe también el Centro de administración de SharePoint en Directivas > Almacenamiento por si hay un límite de almacenamiento para todo el inquilino que pueda limitar las cuotas individuales.

PowerShell devuelve un error: “Site does not exist”

Es posible que el sitio de OneDrive del usuario aún no se haya aprovisionado. Un usuario debe iniciar sesión en OneDrive al menos una vez para crear el sitio. Pida al usuario que visite onedrive.com e inicie sesión con su cuenta de trabajo. Una vez creado el sitio, vuelva a ejecutar el cmdlet de PowerShell.

El centro de administración muestra la cuota anterior, pero el usuario ve la nueva cuota

Este es el comportamiento de almacenamiento en caché descrito anteriormente. La caché del centro de administración puede tardar hasta 24 horas en actualizarse. El límite de almacenamiento real del usuario es correcto. Puede borrar la caché del navegador o usar una ventana de navegación privada para forzar que el centro de administración obtenga datos actualizados.

Centro de administración de SharePoint frente a PowerShell para actualizaciones de cuotas: diferencias clave

Elemento Centro de administración de SharePoint PowerShell (Set-SPOSite)
Velocidad de propagación Procesamiento por lotes; puede tardar horas en grupos grandes Inmediata para cada sitio procesado
Compatibilidad con actualizaciones masivas Solo un usuario o un grupo pequeño mediante la interfaz de usuario Admite bucles e importaciones CSV para cualquier número de usuarios
Manejo de grupos anidados No procesa los miembros de grupos anidados Sin dependencia de grupos; se dirigen URL de sitios específicos
Informes de errores Mínimos; el mensaje de éxito puede no reflejar la propagación real Mensajes de error explícitos para sitios faltantes o problemas de permisos
Retraso de caché El centro de administración puede almacenar en caché el valor anterior hasta 24 horas Sin caché; Get-SPOSite devuelve datos en vivo

El Centro de administración de SharePoint es adecuado para cambios de cuota de un solo usuario cuando la retroalimentación inmediata no es crítica. Para departamentos grandes o cuando hay grupos anidados involucrados, PowerShell proporciona control directo y verificación inmediata. Use PowerShell siempre que necesite actualizar más de 50 usuarios a la vez o cuando el centro de administración no logre propagar el cambio.

Ahora puede diagnosticar por qué se estancan las actualizaciones de cuota de almacenamiento de OneDrive en departamentos grandes y aplicar la solución correcta usando el Centro de administración de SharePoint para usuarios individuales o PowerShell para actualizaciones masivas. Después de aplicar la solución, verifique la cuota mediante la página de configuración de OneDrive del usuario o el cmdlet Get-SPOSite. Como sugerencia avanzada, combine el cmdlet Set-SPOSite con una ejecución programada de Azure Automation runbook para aplicar cuotas de almacenamiento a nuevos usuarios automáticamente, evitando futuros retrasos de propagación.

ADVERTISEMENT