RS818+ en versiedatabase. 4TB in onzichtbaar gebruik

[Timmeh1981]

Goedemiddag iedereen

Ik werk met een rp818+ nas van synology met 50 tot 70 users. Tot voor kort stond altijd voor iedere map een versiedatabase aan. Aangezien deze in totaal tot 4TB in beslag neemt (verloren data tot zover, niet terug te zien in opslagrapporten) hebben we besloten deze versie database uit te schakelen en in geval van verwijderde bestanden terug te vallen op de dagelijkse backup (incremental tot 64 versies).

Wat we hebben gedaan om de 4tb terug te krijgen zijn de volgende stappen:
Configuratiescherm -> gedeelde map -> alle prullenbakken legen
Synology drive admin console (SDAC) -> Instellingen -> tabblad "andere" -> Prullenbak leegmaken en dan Opschonen kiezen
Opslagbeheer -> Opslagpool -> Tabblad "gegevens opschonen" -> actie: handmatig uitvoeren van datascrubbing

en als laatste:
Onder Synology Drive Admin Console -> Overzicht -> Versieverkenner -> kan ik geen knop vinden met versiedatabase wissen. Dit was aangegeven door Briolet, alleen of ik kijk er overheen of het is op deze versie niet meer beschikbaar. DSM 6.2.3-25426 update 2.
onder het knopje "meer" in versieverkenner is namelijk alleen nog kopieren naar en permanent verwijderen te vinden. deze zijn allebei greyed out.



Iemand toevallig een idee waar dit wel zou moeten staan?

alvast bedankt

edit: op synology.com word het idee gegeven om synology drive te verwijderen alleen met 50+ users zit ik daar niet echt op te wachten... alleen als het niet anders is is het niet anders maar het liefst probeer ik het eerst via de officele weg door ergens de database weg te kunnen gooien..

[Briolet]

onder het knopje "meer" in versieverkenner is namelijk alleen nog kopieren naar en permanent verwijderen te vinden. deze zijn allebei greyed out.

Heel toevallig heb ik afgelopen week de versiedatabase weer eens gewist. Ik kon die optie ook niet zo snel vinden omdat ik op de verkeerde plek zocht. Ik moest uiteindelijk mijn eigen handleiding erbij halen. Die klopte nog steeds en ik zag de 4 opties. Maar dat was op mijn backup nas waar nog steeds Cloud Station draait.

Als in nu bij mijzelf kijk in Drive, ze ik ook nog maar twee opties. Er is nu alleen de optie om een enkele file definitief te wissen. Maar die is alleen kiesbaar als je op zo'n file gaat staan. Maar het is waanzin dat je gedwongen wordt om elke file afzonderlijk te wissen.

Op zich kan iedereen zijn eigen prullenbak legen, maar als individuele gebruikers dat niet doen, loopt de opslag inderdaad vol.

Ik kan me voorstellen dat men niet wilt dat een systeembeheerder de prullenbak van gebruikers kan legen. Gebruikers zouden daar zelf over moeten gaan. Maar dan moet de inhoud van de prullenbal moeten meetellen met de user quota. Dan zullen de gebruikers vanzelf gedwongen worden hun prullenbak te legen bij gebrek aan ruimte.

[Briolet]

Ik zie wel een optie in 'versiebeheer' om versies ouder dan x dagen automatisch te verwijderen. Misschien dat dit ook voor verwijderde bestanden geldt.

Op zich wil je natuurlijk op oude versies terug kunnen vallen. Gebruikers zullen ook niet blij zijn als hun vorige versie plots gewist wordt na één week. (7 dagen is de laagste waarde die je kunt instellen). Als versies bewaard worden, ga je hier ook als gebruiker op vertrouwen en maakt geen aparte backup van een vorige versie.

[Timmeh1981]

Ik ben blij dat je hetzelfde constateert als mij. Dan rest nu nog de vraag hoe kan de versiedatabase worden gewist. Ik heb ergens wel iemand gevonoden die dit via putty deed. alleen dat vind ik nog even tricky.

wat betreft je andere reply om in versiebeheer de versies ouder dan X dagen te verwijderen. Dit had ik voor alle gebruikers geactiveerd om na 60 dagen de oudere versies te wissen, echter gaf dat in eerste instantie geen oplossing en bleef er 4TB in gebruikt. Misschien had ik daarvoor te weinig geduld en gaat hier een aantal dagen overheen voor de nas dit door heeft.

Ik ga de versies op 3 zetten en dan na 30 dagen verwijderen. We hebben backups tot een tijd terug dus er is altijd wel een plek waar bestanden staan. als dit helpt dan reageer ik zsm nog!

edit: ik heb ingesteld dat alleen de beheerder bij de prullenbakken kan. dit om verwarring te voorkomen en dat mensen gaan zitten schuiven uit de prullenbak naar de cloud mappen etc. dus 1x in de zoveel tijd dat worden de prullenbakken gewist. Als een gebruiker dan nog wat mist kunnen we altijd naar de backups.

[Briolet]

Ik heb het even bij een test account met een quotum van 10MB getest. De files zijn zo groot dat de 3e file het quotum overschrijd. Vervolgens wis ik de eerste twee files, waarna ik de 3e file wel in mijn Drive kan zetten.

Maar de 1e twee files zitten nog steeds in mijn prullenbak en kan ik gewoon downloaden. Alleen als ik ze probeer terug te zetten kan ik ze niet beide terug zetten vanwege het quotum. Denk ik want de foutmelding is een vage melding van "terugzetten mislukt", zonder verdere reden.

Het lijkt mij een bug dat de items in de prullenbak van een gebruiker niet meetellen voor diens quotum.



NB het plaatje laat mooi zien dat het quotum genegeerd wordt omdat verwijderde items nog steeds ruimte verbruiken voor deze user, totdat de prullenbak zelf geleegd wordt.

[Briolet]

edit: ik heb ingesteld dat alleen de beheerder bij de prullenbakken kan. …

Let op dat prullenbakken van een share iets heel anders zijn dan prullenbakken van drive. De eerste staan in een speciale #recycle folder op de share en de anderen staan in een database file buiten de shares.

[Timmeh1981]

Ik heb vandaag gekeken in hoeverre het aanpassen van het versie aantal en de vervallen versiedatum invloed hebben.
Ik heb het systeem op 2 versies gezet en alle oudere versies dan 7 dagen te verwijderen. Dit bied helaas geen oplossing in de 4TB die nog steeds verdwenen is.

De prullenbakken van de gedeelde folders zijn geleegd. Ook de prullenbak bij de Synology Drive instellingen -> andere -> prullenbak legen. De gebruikers hebben op deze cloud verder geen quotum ingesteld staan. De mappen van alle gebruikers zit volgens opslag analyser op ca 500gb. alleen in gebruik is wel 4.6gb

bijgevoegd een screenshot van het data gebruik en opslag het laatste jaar. Een heel apart beeld. Verder word er geen surveillance gebruikt of andere data streaming.
Ik ben op de helft van dit jaar wel bezig geweest om de prullenbakken te legen wat wel flink heeft gescheeld. alleen krijg ik het niet meer lager dan dit en blijft de 4TB foetsie. Ik denk dat er weinig anders op zit dan synology drive te verwijderen en de gehele database op te schonen.

edit: schiet mij wel wat te binnen. De opslag is ten tijde van het omhoog gaan van de opslag gebruikt voor een hyper backup vault van een andere nas. deze is uiteindelijk losgekoppeld en backup is toen via hyper backup verwijderd van deze locatie... zou het kunnen dat die redundancy ergens nog is verstopt en dat het de backup is die nog ergens staat? volgens opslag analyzer is deze niet meer aanwezig en ook is hyper backup vault niet meer geinstalleerd.
De 4.2TB die in gebruik is is ook duidelijk weergegeven bij de synology drive admin console dus ik verwacht niet dat het nog iets met deze backup te maken had.

[Briolet]

Ik ben hier in het verleden mee aan het testen geweest (Zal nog met Cloud Station geweest zijn).  Versies terug zetten, maakte de database niet kleiner. Zelfs het aantal versies op 0 zetten had geen effect op de grootte van de database. Het enige wat hielp was het wissen van de database. Na die actie had je nog steeds de versies zoals ingesteld, alleen de overtollige versies en de giste files waren dan definitief weg.

Bij Drive is het mooier dat je nu alles via de prullenbak kunt doen. En dus ook selectief per teammap. Maar dan dan moeten ook alle gebruikers dit met hun eigen drive-map doen. Maar dan had Synology dit bij de quota van gebruikers moeten meetellen. Dat zal lastig zijn omdat de database waarschijnlijk een sql bestand is met één eigenaar. Ze moeten dan extra code toevoegen die de betreffende delen binnen dat bestand over het userverbruik verdeeld. Maar dat hadden ze echt moeten doen.

De grootte van de database staat nu onderaan de overzichtspagina van de 'drive admin console'. Daar kun je checken of deze database de boosdoener van het gebruik is. De storage analyser neemt deze database niet mee.

[Briolet]

Ik zie nu pas dat er in het admin console toch ook nog een optie is om de prullenbakken leeg te maken (opschonen). Ik neem aan dat die dan forceert dat alle gebruikersprullenbakken leeg gemaakt worden. Dit doet dan hetzelfde als de oude optie "versie database wissen.

Had je waarschijnlijk al geprobeerd: Instellingen --> andere

[Timmeh1981]

Deze opschoon actie heb ik inderdaad steeds uitgevoerd na iedere wijziging van instellingen in de cloud server. Bijvoorbeeld na het wijzigen van het aantal versies of deze zelfs voor iedereen op 0 te hebben gezet gaf geen oplossing. De database staat nu nog steeds op 4.2TB terwijl het totale aantal data slechts 500GB is als ik de opslag manager mag geloven.

Ik vind het erg vervelend dat de optie database verwijderen is verdwenen. De optie prullenbak legen vind ik een rare naamstelling en schept dan wat verwarring als deze 2 hetzelfde zouden betekenen.
Want voorheen met cloud station drive was het inderdaad deze knop van database opschonen die voor meer ruimte zorgde. Dat doet de optie prullenbak legen helaas niet

[Briolet]

Ik vind het erg vervelend dat de optie database verwijderen is verdwenen. De optie prullenbak legen vind ik een rare naamstelling en schept dan wat verwarring als deze 2 hetzelfde zouden betekenen.

Nee, de oude naam was juist verwarrend. Als je de versiedatabase wiste, bleven alle versies intact en verdwenen alleen files die eerder gewist waren. Mensen durfden die optie niet te gebruiken omdat ze dan bang waren dat ook hun versies weg waren.

Maar als dia database nog steeds 4.2 TB groot is, dan moet het iets zijn wat een gebruiker veroorzaakt.

De gebruikers hebben op deze cloud verder geen quotum ingesteld staan.

Ik zou altijd een quotum instellen. Het gemakkelijkste is op de groep, want ik neem aan dat je een aparte groep hebt aangemaakt voor de gebruikers.

[Timmeh1981]

Ik heb op dit moment de Synology Cloud Server package verwijderd. Op dit moment stromen de vrije terabytes me weer tegemoet... Ik ga de cloud opnieuw starten en hopen dat ik zelf opnieuw verbinding kan maken. zonder wijzigigen of dat er word aangegeven dat de server is gewijzigd en ik alle koppelingen moet verbreken. Ik laat nog even weten hoe dit is gegaan.

na verwijderen is er slechts 550GB in gebruik ipv 4.2TB. Scheelt weer... 1 ding: alle clients moeten opnieuw verbonden worden... dus ik heb morgen wat te doen