Mutați fișierele ownCloud către un nou proprietar fără a pierde partajările

Pentru a face un alt utilizator proprietarul fișierelor deținute în prezent de un cont ownCloud care pleacă sau se schimbă, utilizați occ files:transfer-ownershipcomanda server-side. Comanda mută în mod implicit toate fișierele deținute, împreună cu partajările de ieșire și metadatele asociate; utilizați-o --pathatunci când trebuie să transferați doar un folder. Panoul de partajare web modifică permisiunile de acces, dar nu este mecanismul de transfer al proprietății.

Alegeți domeniul de transfer potrivit

În ownCloud Classic, dreptul de proprietate determină al cui spațiu de fișiere personal conține elementul original și al cui cont controlează partajarea de ieșire. Un destinatar care are acces la editare este în continuare un destinatar; acordarea dreptului de „poate edita” nu face ca acea persoană să fie proprietarul fișierului. Înainte de a efectua un transfer, decideți dacă noul proprietar are nevoie de fișierele întregului cont sau doar de un anumit folder de proiect.

• Transferați toate fișierele: Folosiți această opțiune atunci când un cont este retras și fișierele sale deținute și partajările de ieșire trebuie mutate împreună. Este mai simplu de definit domeniul de aplicare, dar mută mai mult conținut decât ar putea necesita o predare la o singură echipă.
• Transferați un folder: Utilizați --pathpentru un director specific din fișierele utilizatorului sursă. Aceasta reduce domeniul de aplicare, dar verificați conținutul imbricat și relațiile de partajare înainte de a continua.
• Păstrați o partajare persistentă în echipă: Pentru conținutul continuu al echipei, ownCloud recomandă un cont de proprietar dedicat, al cărui folder partajat rămâne activ pe măsură ce personalul se schimbă. Aceasta este o alegere de guvernanță pentru fișierele viitoare, nu un transfer retroactiv al fișierelor unui proprietar existent.

Documentația oficială de partajare ownCloud Server 11 precizează că această comandă transferă partajările de ieșire și metadatele asociate, cum ar fi etichetele și comentariile. Partajările de intrare nu sunt transferate deoarece un alt utilizator deține acele fișiere originale. Nici conținutul coșului de gunoi nu este transferat.

Pregătiți conturile și datele

Confirmați exact ID-urile utilizatorului sursă și destinație. Acestea sunt identificatori de cont, nu neapărat nume afișate sau adrese de e-mail. Asigurați-vă că există contul de destinație și că poate găzdui datele transferate în limita sa. Deși referința comenzilor ownCloud menționează că în unele versiuni poate fi creat un utilizator țintă lipsă, crearea și confirmarea mai întâi a contului intenționat evită mutarea datelor sub o identitate neintenționată.

Programați operațiunea atunci când utilizatorii nu editează fișierele sursă. Faceți o copie de rezervă verificată a datelor și bazei de date ownCloud și asigurați-vă că cunoașteți procedura de restaurare. Nu copiați, redenumiți și nu mutați fișiere direct în directorul de date: baza de date urmărește metadatele și proprietatea fișierelor. Folosiți occastfel încât ownCloud să își poată actualiza înregistrările și partajările în mod constant.

Documentația actuală a versiunii Classic a ownCloud conține manuale separate pentru Server 11.0 și 10.16. Server 11 documentează o instalare bazată pe Docker; exemplele pentru 10.16 utilizează o instalare PHP tradițională. Folosiți formularul de comandă corespunzător versiunii implementate, în loc să copiați o comandă orbește.

Executați transferul de proprietate

Pentru ownCloud Classic 11 în Docker

Din directorul care conține implementarea Compose, transferați toate fișierele deținute din contul sursă în contul de destinație:

docker compose exec owncloud occ files:transfer-ownership \
  source-user \
  destination-user

Înlocuiți ambele ID-uri de exemplu cu ID-urile de utilizator exacte ale ownCloud. Examinați rezultatul comenzii și orice solicitare despre partajările omise. Nu adăugați o opțiune care acceptă automat partajările omise decât dacă ați revizuit și ați acceptat consecințele.

Pentru ownCloud Classic 10.16 instalat cu PHP

Executați occca utilizator al serverului web din directorul de instalare ownCloud. Pe multe implementări Debian sau Ubuntu, utilizatorul respectiv este www-data:

sudo -u www-data php /var/www/owncloud/occ files:transfer-ownership \
  source-user \
  destination-user

Ajustați calea executabilului și contul pentru a se potrivi cu gazda dvs. Dacă comanda raportează o opțiune sau o comandă necunoscută, verificați referința comenzilor ownCloud a versiunii instalate și utilizați-o occ files:transfer-ownership --helpînainte de a încerca din nou.

Limitați transferul la un folder

Pentru a muta un director de proiect numit Projectsîn loc de fiecare fișier, adăugați opțiunea path înaintea ID-urilor de utilizator:

docker compose exec owncloud occ files:transfer-ownership \
  --path="Projects" \
  source-user \
  destination-user

Calea trebuie să existe în interiorul fișierului data/<source-user>/files. ownCloud nu plasează pur și simplu folderul pe aceeași cale relativă în destinație. Stochează conținutul transferat într-un director numit în formular, transferred from <source-user> on <timestamp>în fișierele utilizatorului de destinație. Spuneți destinatarului unde să îl găsească după finalizarea comenzii. Consultați referința comenzilor ownCloud 10.16 occ pentru opțiunile disponibile.

Știți când această comandă este instrumentul greșit

Un transfer nu este un buton general de „schimbare a proprietarului” pentru fiecare element vizibil utilizatorului sursă. Fișierele din partajările primite aparțin persoanei care le-a partajat inițial și nu sunt mutate. Dacă conținutul necesar este o partajare primită, coordonați-vă cu proprietarul respectiv sau faceți o copie separată utilizând un flux de lucru aprobat; o copie este un fișier distinct și este posibil să nu păstreze istoricul sau metadatele partajărilor originale.

Există, de asemenea, limite specifice spațiului de stocare. Documentația ownCloud avertizează împotriva utilizării acestei comenzi cu spațiul de stocare principal S3 configurat cu mai multe compartimente, deoarece partajările fișierelor se pot pierde. Arhivele ciclului de viață al fișierelor din cadrul întreprinderii au, de asemenea, limitări de transfer documentate. Dacă se aplică oricare dintre caracteristici, verificați documentația specifică versiunii și testați procedura pe un cont reprezentativ non-producție înainte de a acționa.

Dacă un transfer generează o excepție sau se oprește prematur, nu îl repetați imediat. Ghidul de partajare ownCloud recomandă rularea occ files:troubleshoot-transfer-ownership --uid <uid>atât pentru ID-ul de utilizator sursă, cât și pentru cel de destinație, pentru a investiga și repara starea transferului. Păstrați jurnalele originale și copia de rezervă până când rezultatele sunt înțelese.

Verificați rezultatul înainte de a elimina contul sursă

Conectați-vă ca utilizator de destinație și confirmați că folderul transferat apare sub directorul „transferat din” generat. Deschideți fișierele reprezentative și verificați folderele, etichetele, comentariile și partajările de ieșire așteptate. Solicitați unui destinatar intenționat să verifice accesul prin partajarea existentă. Apoi, verificați contul sursă pentru fișierele sau partajările deținute rămase și verificați ieșirea comenzii pentru elementele omise.

Ștergeți sau dezactivați contul sursă numai după ce proprietarul destinației și colaboratorii relevanți confirmă accesul. ownCloud leagă fișierele de proprietarii lor, astfel încât ștergerea unui utilizator poate duce la ștergerea fișierelor și partajărilor rămase ale utilizatorului respectiv. Comanda de transfer nu mută coșul de gunoi sau partajările primite, iar aceste limite ar trebui incluse în lista de verificare pentru transfer.