STORAGE_LIMIT_EXCEEDED in Salesforce-deployments oplossen

De doel-org heeft de data- of bestandsopslaglimiet bereikt, waardoor de deployment de benodigde records niet kan invoegen.

Komt voor bij: runtime DML, meestal Apex-testsetup in een kleine sandbox

Wat het betekent

STORAGE_LIMIT_EXCEEDED betekent dat de doel-org, meestal een Developer- of sandbox-org met een kleine opslagtoewijzing, vol is. De meeste deployments die hierop stuiten worden geblokkeerd door Apex-testsetupdata die records probeert in te voegen in een org waar geen ruimte meer over is, niet door de metadata van de deployment zelf.

Salesforce houdt dataopslag en bestandsopslag als aparte toewijzingen bij, dus een volle org kan worden veroorzaakt door ofwel een groot aantal records ofwel een kleiner aantal records met grote bijgevoegde bestanden; de foutmelding maakt niet altijd duidelijk welke van de twee is uitgeput.

Diagnose

Veelvoorkomende oorzaken

Sandboxopslagtoewijzing is klein en bijna vol
Developer- en sommige sandbox-orgtypen worden geleverd met beperkte opslag, en na verloop van tijd geaccumuleerde data laat weinig ruimte over voor testruns.
Grote bestanden of attachments van herhaalde testruns
Bestanden of attachments aangemaakt door CI-runs of handmatig testen stapelen zich op en worden nooit opgeruimd.
Debuglogs en ongebruikte data niet opgeruimd
Oude debuglogs, rapporten of big object-records verbruiken opslag zonder dat iemand het merkt, totdat een deploy mislukt.

De oplossing

  1. Ruim ongebruikte data en bestanden op
    Verwijder oude attachments, bestanden en debuglogs uit de doel-org om opslag vrij te maken.
  2. Gebruik scratch orgs voor CI-validatie
    Voer testdeployments uit tegen verse scratch orgs in plaats van een gedeelde sandbox die na verloop van tijd opslag opstapelt.
  3. Vraag een verhoging van de opslaglimiet aan
    Als de org op zijn planlimiet zit en opruimen niet volstaat, neem dan contact op met Salesforce om de toewijzing te verhogen.
In de praktijk

Hoe Serpent dit voorkomt

Serpent AI voert CI-validatie standaard uit tegen scratch orgs, zodat opslag nooit geleidelijk oploopt zoals in een langlevende gedeelde sandbox. Zie de bibliotheek met Salesforce-deploymentfouten.

Releasedashboard met conflictmeldingen in Serpent

Preventie

Ruim door tests gegenereerde bestanden automatisch op na elke CI-run
Verwijder ContentVersion- en Attachment-records die zijn aangemaakt door een geautomatiseerde testrun als laatste stap in de pipeline, niet handmatig nadat opslag een probleem wordt.
Gebruik standaard scratch orgs voor alles wat tijdelijk is
Reserveer persistente sandboxes voor werk dat echt moet blijven bestaan, en gebruik wegwerpbare scratch orgs voor CI-validatie, zodat opslag nooit de tijd krijgt om zich op te stapelen.
Bewaak proactief het opslaggebruik van langlevende sandboxes
Controleer op een schema de percentages data- en bestandsopslag onder Setup, Storage Usage, voor gedeelde sandboxes, voordat een deployment het plafond voor je ontdekt.
Veelgestelde vragen

STORAGE_LIMIT_EXCEEDED, beantwoord

Kan deze fout ook in productie optreden?
Het is zeldzaam, aangezien productie-orgs doorgaans veel meer opslag hebben, maar het kan voorkomen bij kleinere edities met zwaar attachment- of big object-gebruik.
Maakt het legen van de Recycle Bin direct opslag vrij?
Ja, het permanent verwijderen van records uit de Recycle Bin herwint direct dataopslag, en het is vaak de snelste manier om ruimte terug te winnen in een bijna volle sandbox.
Zetten sandbox-refreshes het opslaggebruik terug naar het huidige niveau van productie?
Ja. Een sandbox-refresh vervangt de data van de sandbox door een verse kopie van de bron, waardoor geaccumuleerde testdata en opslaggebruik worden teruggezet naar wat de bron-org bevat op het moment van de refresh.

Start gratis. Geen creditcard, geen installatie, geen verplichting.

Binnen 15 minuten ingesteld. Geen DevOps-aanwerving nodig.

Benieuwd naar sneller releasen voordat je instapt? Laten we praten

Vrijblijvend.