![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(124.80000000000001, 28.999999999999996%, 22%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EDE%3C/text%3E%3C/svg%3E)
Hallo,
Wat je beschrijft wijst inderdaad op een corrupte FSRM quotadatabase. Auto-expanding quotas horen bij 100% gebruik direct door te groeien, maar als de database beschadigd is, stopt de service-engine met het bijwerken en krijg je exact de schrijffouten die je noemt. De enige manier om dit betrouwbaar te herstellen is de FSRM database opnieuw op te bouwen en de service te herinitialiseren.
De juiste aanpak is als volgt: stop eerst de File Server Resource Manager service (fsrm) via services.msc of met net stop srmsvc. Ga vervolgens naar de map C:\System Volume Information\SRM en hernoem of verwijder de bestanden quota.xml, quota.db en eventuele quota.journal bestanden. Dit zijn de interne quota-databases. Daarna start je de service opnieuw met net start srmsvc. Bij het opstarten zal FSRM een schone database aanmaken. Je moet daarna je quota’s opnieuw importeren of configureren, omdat de oude entries niet meer bruikbaar zijn.
Als je een grote omgeving hebt, raad ik aan eerst een export te maken van de huidige configuratie met dirquota quota export /file:<pad> zodat je de instellingen later kunt terugzetten. Let er wel op dat bij een corrupte database de export soms niet volledig lukt. In dat geval zul je de quota’s handmatig opnieuw moeten aanmaken.
Controleer na de herinitialisatie of auto-expanding quotas weer correct werken door een testbestand te schrijven in een gebruikersmap en te kijken of de limiet automatisch wordt verhoogd. Als het probleem blijft bestaan, kan er sprake zijn van een bug in de FSRM engine zelf. In dat geval is het verstandig de laatste Windows Server updates te installeren, omdat Microsoft in eerdere cumulative updates fixes heeft uitgebracht voor quota corruptie en auto-expansion failures.
Ik hoop dat je hiermee een duidelijke route hebt om de quotadatabase opnieuw op te bouwen en de service-engine te herstellen.
Ik hoop dat je hier iets nuttigs hebt gevonden. Als het je helpt om meer inzicht in het probleem te krijgen, zou ik het waarderen als je het antwoord accepteert. Mocht je nog vragen hebben, laat dan gerust een bericht achter. Een fijne dag!
HP.