Cum să ștergi istoricul versiunilor de fișiere ownCloud din linia de comandă

Linia de comandă ownCloud poate elibera spațiu de stocare prin eliminarea versiunilor de fișiere, dar comanda corectă depinde de ce înțelegeți prin „elimină”. Puteți permite ownCloud să expire doar versiunile care încalcă politica de retenție configurată, puteți elimina fiecare versiune salvată pentru unul sau mai multe conturi sau puteți elimina toate versiunile la nivel de sistem. Aceste opțiuni diferă semnificativ în ceea ce privește reversibilitatea și domeniul de aplicare. Mai întâi confirmați dacă serverul dvs. este ownCloud Server sau ownCloud Infinite Scale ; acestea utilizează instrumente diferite în linia de comandă.

Comenzile de mai jos se bazează pe documentația actuală de administrare a ownCloud Server 10.16 și 11.0 și pe ghidul Infinite Scale 8.2, verificat la 6 octombrie 2026. Căile, numele serviciilor și ID-urile contului variază în funcție de instalare, așadar adaptați exemplele înainte de a le rula pe un server de producție.

Alegeți metoda de curățare care corespunde obiectivului dvs.

MetodăCeea ce eliminăCea mai bună potrivireCompromisul principal
versions:expirepe serverul ownCloudVersiuni considerate expirate de regula de retenție configuratăÎntreținere de rutină și controlul cotelorPăstrează versiunile încă acoperite de politică, deci este posibil să nu recupereze imediat la fel de mult spațiu ca o curățare completă.
versions:cleanup USER_IDpe serverul ownCloudToate versiunile salvate pentru contul sau conturile numiteEliminarea istoricului pentru un anumit contUtilizatorul respectiv pierde posibilitatea de a restaura versiunile anterioare, inclusiv versiunile publicate.
versions:cleanupfără ID-uri de utilizatorToate versiunile salvate pentru toți utilizatorii serverului ownCloudO resetare planificată, la nivelul întregii organizațiiEste o operațiune distructivă extinsă, iar comanda documentată nu are opțiune de previzualizare.
ocis revisions purgela scară infinităRevizuiri în toate spațiile în mod implicit sau un domeniu de resurse mai restrâns atunci când este specificatImplementări Infinite Scale care necesită curățare de reviziiComportamentul său la simulare și opțiunile de cale de stocare sunt diferite de occcomenzile serverului ownCloud.

Pentru gestionarea recurentă a spațiului de stocare, începeți cu politica de retenție și versions:expire. Utilizați versions:cleanupnumai atunci când doriți în mod deliberat să ștergeți acum istoricul selectat.

1. Confirmați produsul ownCloud și locația comenzii

Pentru serverul ownCloud, conectați-vă la gazda sau containerul care rulează aplicația PHP și accesați directorul de instalare ownCloud, unde occse află scriptul. Un model comun în Linux este de a rula comenzi ca și cont de server web, adesea www-datasau wwwrun:

cd /var/www/owncloud
sudo -u www-data php occ status

Folosește calea de instalare reală și contul de server web pentru sistemul tău. Rularea occca root poate lăsa fișierele deținute de contul greșit, așadar folosește contul de serviciu documentat. Confirmă că aplicația Versions, files_versions, este activată; comenzile version nu sunt disponibile atunci când aplicația respectivă este dezactivată și nu sunt disponibile în modul de întreținere pentru un singur utilizator.

Terminal într-un director ownCloud cu comanda occ status introdusă ca utilizator www-data
Comanda occ statusverifică instalarea serverului ownCloud înainte de curățarea versiunii.

Dacă serverul ownCloud rulează în Docker, executați comanda în interiorul containerului aplicației. De exemplu, din directorul care conține configurația Compose, o implementare poate utiliza docker compose exec owncloud occ status; înlocuiți owncloudcu numele serviciului real din fișierul Compose. Nu utilizați occexemplele pentru Infinite Scale.

2. Decideți dacă doriți să impuneți păstrarea datelor sau să ștergeți istoricul

Folosește expirarea atunci când dorești o curățare bazată pe politici

versions:expireevaluează versiunile în funcție de versions_retention_obligationsetarea din config.php. Fără un ID de utilizator, se aplică tuturor utilizatorilor; puteți lista, de asemenea, unul sau mai multe ID-uri de utilizator. Pentru un singur cont, comanda este:

sudo -u www-data php occ versions:expire alice

Înlocuiți ID-ul real al contului, nu numele afișat sau adresa de e-mail a persoanei, cu excepția cazului în care acesta este modul în care este identificat contul în instalarea dvs. Pentru a rula procesul de expirare în toate conturile, omiteți alice. Această opțiune respectă regula de păstrare configurată: nu va șterge neapărat versiunile recente sau altfel păstrate.

Terminal care afișează comanda ownCloud versions:expire limitată la contul alice
Comanda versions:expireaplică politica de retenție configurată unui cont denumit.

Documentația serverului ownCloud descrie automodelul implicit de retenție și documentează, de asemenea, alternative bazate pe timp. Revizuiți politica înainte de a rula expirarea, în special dacă organizația dvs. are cerințe legale sau operaționale de retenție. Pentru o expirare recurentă normală, ownCloud rulează aceasta ca o operațiune de fundal. Manualul de administrare recomandă cron-ul sistemului pentru operațiunile de fundal; invocarea manuală a expirării este utilă pentru o rulare deliberată de mentenanță, dar nu ar trebui să devină un substitut improvizat pentru un planificator configurat corect.

Folosește curățarea atunci când intenționezi să ștergi fiecare versiune din domeniul de aplicare

Pentru un cont, executați:

sudo -u www-data php occ versions:cleanup alice

Pentru mai multe conturi, furnizați ID-urile acestora separate prin spații:

sudo -u www-data php occ versions:cleanup alice bob

Fără ID-uri, comanda elimină toate fișierele versionate pentru toți utilizatorii:

sudo -u www-data php occ versions:cleanup

Terminal care afișează comanda ownCloud versions:cleanup limitată la contul alice
Transmiterea unui ID de cont extinde curățarea istoricului complet la utilizatorul respectiv.

Faceți mai întâi o copie de rezervă dacă versiunile ar putea fi necesare pentru recuperare și confirmați ID-urile contului înainte de execuție. Comanda documentată șterge datele despre versiune și files_versionsfolderul asociat pentru domeniul său de aplicare. De asemenea, elimină versiunile publicate care altfel ar persista dincolo de modul normal de păstrare. Nu există un flag „doar previzualizare” acceptat documentat pentru serverele ownCloud versions:cleanup, așa că o greșeală de scriere sau un ID omis poate avea un impact mai mare decât cel intenționat.

3. Înțelegeți diferența dintre ownCloud Server și Infinite Scale

ownCloud Infinite Scale (oCIS) nu folosește occ versions:cleanupcomanda PHP. Documentația sa de administrare descrie curățarea reviziilor cu ocis revisions purge. Comanda are ca rezultat implicit o rulare practică, care raportează ce ar elimina fără a șterge reviziile. Calea de stocare configurată a utilizatorilor este obligatorie; acest exemplu folosește o cale substituentă:

ocis revisions purge -p /base/path/storage/users

Inspectați rezultatele rulării de probă și verificați dacă calea de stocare este corectă. Pentru a elimina reviziile listate de acea rulare, dezactivați explicit rularea de probă:

ocis revisions purge --dry-run=false -p /base/path/storage/users

În mod implicit, comanda Infinite Scale vizează reviziile din toate spațiile. --resource-idOpțiunea sa poate restrânge operațiunea la un spațiu sau la un fișier individual atunci când aveți ID-ul corect. Dacă calea sau domeniul de aplicare sunt incerte, opriți-vă la simulare și confirmați ambele cu configurația de implementare. Documentația menționează că modurile alternative de globbing pot crește utilizarea CPU și a memoriei pe spații mari; păstrați setarea implicită, cu excepția cazului în care ați măsurat necesitatea de a o modifica.

Terminal care afișează comanda ownCloud Server versions:cleanup fără ID de cont, indicând o curățare globală
Fără un ID de utilizator, versions:cleanupvizează fiecare utilizator al serverului ownCloud.

4. Verificați rezultatul fără a șterge mai multe date

După curățarea serverului, inspectați câteva conturi reprezentative în interfața web și confirmați că intrările vechi nu mai sunt afișate în istoricul versiunilor fiecărui fișier. Verificați ieșirea comenzii pentru utilizatorii procesați. Pentru Scalare Infinită, comparați rezultatele epurării cu ieșirea execuției simulate și examinați starea de finalizare a comenzii. Apoi, verificați utilizarea spațiului de stocare la nivelul relevant pentru implementarea dvs.: raportarea cotelor ownCloud, sistemul de fișiere local sau depozitul de obiecte configurat.

Nu eliminați fișierele manual pentru files_versionsa „termina” o curățare. Comenzile acceptate de ownCloud coordonează curățarea versiunilor cu metadatele aplicației; ștergerea obiectelor de stocare din spatele aplicației poate lăsa înregistrări inconsistente. De asemenea, recuperarea spațiului pe disc al serverului poate diferi de numărul de versiuni eliminate dacă backend-ul de stocare are instantanee, replicare sau propriul comportament de ștergere întârziată. Această parte depinde de backend și trebuie verificată cu administratorul sau furnizorul său.

Ce opțiune ar trebui să folosești?

  • Alegețiversions:expire când obiectivul dvs. este gestionarea continuă a cotelor cu regulile de retenție existente.
  • Alegeți domeniul de aplicareversions:cleanup USER_ID atunci când trebuie să eliminați tot istoricul pentru conturile cunoscute și ați acceptat pierderea punctelor de restaurare.
  • Alegeți doar globalversions:cleanup pentru o resetare intenționată la nivel de sistem după copierea de rezervă și revizuirea domeniului de aplicare.
  • Alegeți fluxul de lucru de epurare Infinite Scale numai pe oCIS și verificați simularea implicită înainte de a seta --dry-run=false.

Referințe oficiale: referință comandă ownCloud Server OCC , versionarea și păstrarea fișierelor ownCloud Server , joburi în fundal ownCloud Server și curățarea reviziilor Infinite Scale .

Notă despre versiune: Comportamentul comenzilor și exemplele au fost verificate în raport cu documentația ownCloud Server 10.16/11.0 și Infinite Scale 8.2 pe 6 octombrie 2026. Verificați manualul corespunzător pentru versiunea instalată înainte de a rula o operațiune distructivă.

Lasă un comentariu

10 cele mai bune instrumente Ping Sweep pentru găsirea dispozitivelor în rețeaua dvs.

10 cele mai bune instrumente Ping Sweep pentru găsirea dispozitivelor în rețeaua dvs.

Comparați 10 instrumente de scanare ping pentru descoperirea rapidă a rețelelor LAN, scanarea multi-platformă și gestionarea adreselor IP. Aflați ce vă poate spune o scanare (sweep).

6 Cele mai bune instrumente de gestionare a rețelei pentru urmărirea performanței

6 Cele mai bune instrumente de gestionare a rețelei pentru urmărirea performanței

Comparați șase instrumente de gestionare a rețelei pentru monitorizarea performanței, inclusiv acoperirea SNMP, maparea, alertele, modelele de implementare și compromisurile de costuri.

QoS în rețele: Ce face calitatea serviciilor și cum funcționează

QoS în rețele: Ce face calitatea serviciilor și cum funcționează

Aflați ce înseamnă QoS în rețele, cum marcajele DSCP și cozile de trafic prioritizează aplicațiile vocale, video și de business și ce nu poate remedia QoS.

Cel mai bun software de server SFTP pentru transferuri securizate de fișiere

Cel mai bun software de server SFTP pentru transferuri securizate de fișiere

Compară software-ul de server SFTP fiabil pentru Windows și Linux, inclusiv OpenSSH, Bitvise, SolarWinds și SFTPGo. Găsește soluția potrivită pentru nevoile tale de securitate și transfer de fișiere.

Cele mai bune practici de monitorizare a rețelei: Ce să urmăriți și ce instrumente să utilizați

Cele mai bune practici de monitorizare a rețelei: Ce să urmăriți și ce instrumente să utilizați

Construiți o monitorizare practică a rețelei cu o acoperire clară a dispozitivelor, indicatori de performanță utili, alerte acționabile și o comparație între SolarWinds NPM, PRTG și OpManager.

Cele mai bune 7 instrumente de gestionare a adreselor IP pentru echipele de rețea

Cele mai bune 7 instrumente de gestionare a adreselor IP pentru echipele de rețea

Comparați șapte instrumente de gestionare a adreselor IP pentru descoperirea subrețelelor, coordonarea DNS și DHCP, inventarul rețelei și IPAM open-source.

10 cele mai bune instrumente de scanare a rețelei pentru descoperirea dispozitivelor și a adreselor IP

10 cele mai bune instrumente de scanare a rețelei pentru descoperirea dispozitivelor și a adreselor IP

Comparați instrumentele de scanare a rețelei pentru descoperirea rapidă a dispozitivelor, scanări IP pe mai multe platforme și IPAM pentru întreprinderi, cu îndrumări privind potrivirea fiecărei opțiuni la rețeaua dvs.

Cum se utilizează Nmap pentru Traceroute și citirea căii de rețea

Cum se utilizează Nmap pentru Traceroute și citirea căii de rețea

Folosește opțiunea --traceroute din Nmap pentru a mapa salturi la o gazdă autorizată, a înțelege ieșirea saltului și a RTT-ului și a depana răspunsurile lipsă fără a suprascana.

6 Cele mai bune instrumente de monitorizare a serverelor Windows pentru o disponibilitate și o performanță mai bune

6 Cele mai bune instrumente de monitorizare a serverelor Windows pentru o disponibilitate și o performanță mai bune

Comparați șase instrumente de monitorizare Windows Server în funcție de colectarea datelor Windows, vizibilitatea aplicațiilor, modelul de implementare și licențierea pentru a găsi instrumentul potrivit.

6 instrumente de monitorizare a rețelei Linux pentru dispozitive, gazde și trafic

6 instrumente de monitorizare a rețelei Linux pentru dispozitive, gazde și trafic

Comparați șase instrumente de monitorizare a rețelei Linux pentru descoperirea dispozitivelor SNMP, grafice de interfață, metrici gazdă, verificări de servicii și fluxuri de trafic.