Przenieś pliki ownCloud do nowego właściciela bez utraty udziałów

Aby uczynić innego użytkownika właścicielem plików aktualnie należących do odchodzącego lub zmieniającego się konta ownCloud, należy użyć occ files:transfer-ownershippolecenia po stronie serwera. Polecenie to domyślnie przenosi wszystkie posiadane pliki, wraz z udziałami wychodzącymi i powiązanymi metadanymi; należy go użyć, --pathgdy konieczne jest przeniesienie tylko folderu. Panel udostępniania w sieci zmienia uprawnienia dostępu, ale nie jest mechanizmem przenoszenia własności.

Wybierz odpowiedni zakres transferu

W usłudze ownCloud Classic to właściciel decyduje, czyja osobista przestrzeń plików zawiera oryginalny element i czyje konto kontroluje udział wychodzący. Odbiorca z uprawnieniami do edycji nadal jest odbiorcą; przyznanie uprawnienia „może edytować” nie czyni tej osoby właścicielem pliku. Przed uruchomieniem transferu należy zdecydować, czy nowy właściciel potrzebuje wszystkich plików konta, czy tylko określonego folderu projektu.

• Przenieś wszystkie pliki: Użyj tej opcji, gdy konto jest wycofywane z użytku, a należące do niego pliki i udziały wychodzące muszą zostać przeniesione razem. Jest prostsza w zakresie, ale przenosi więcej treści niż mogłoby to wymagać przekazania przez jeden zespół.
• Przenieś jeden folder: Użyj go --pathdo przeniesienia konkretnego katalogu w plikach użytkownika źródłowego. Zmniejsza to zakres, ale przed kontynuacją sprawdź zagnieżdżoną zawartość i relacje współdzielenia.
• Utrzymuj stały udział w zespole: W przypadku stałych treści zespołowych ownCloud zaleca dedykowane konto właściciela, którego współdzielony folder pozostaje aktywny w przypadku zmian w składzie personelu. Jest to opcja zarządzania przyszłymi plikami, a nie wsteczne przeniesienie plików jednego obecnego właściciela.

Oficjalna dokumentacja udostępniania ownCloud Server 11 stwierdza, że ​​polecenie to przenosi udostępniane pliki wychodzące i powiązane metadane, takie jak tagi i komentarze. Udostępniane pliki przychodzące nie są przenoszone, ponieważ oryginalnymi plikami zarządza inny użytkownik. Zawartość kosza również nie jest przenoszona.

Przygotuj konta i dane

Dokładnie sprawdź identyfikatory użytkownika źródłowego i docelowego. Są to identyfikatory kont, a niekoniecznie nazwy wyświetlane ani adresy e-mail. Upewnij się, że konto docelowe istnieje i może pomieścić przesłane dane w ramach swojego limitu. Chociaż w dokumentacji poleceń ownCloud zaznaczono, że w niektórych wersjach może zostać utworzony brakujący użytkownik docelowy, utworzenie i potwierdzenie docelowego konta pozwala uniknąć przenoszenia danych pod niezamierzoną tożsamością.

Zaplanuj operację, gdy użytkownicy nie edytują plików źródłowych. Utwórz zweryfikowaną kopię zapasową danych i bazy danych ownCloud i upewnij się, że znasz procedurę przywracania. Nie kopiuj, nie zmieniaj nazw ani nie przenoś plików bezpośrednio w katalogu danych: baza danych śledzi metadane i właścicieli plików. Użyj occtej opcji, aby ownCloud mógł spójnie aktualizować swoje rekordy i udziały.

Aktualna dokumentacja ownCloud Classic zawiera oddzielne podręczniki dla serwerów Server 11.0 i 10.16. W przypadku serwera Server 11 opisano instalację opartą na Dockerze; przykłady dla 10.16 wykorzystują tradycyjną instalację PHP. Użyj formularza poleceń odpowiadającego wdrożonej wersji, zamiast kopiować polecenie bezmyślnie.

Uruchom przeniesienie własności

Dla ownCloud Classic 11 w Dockerze

Z katalogu zawierającego wdrożenie Compose przenieś wszystkie posiadane pliki z konta źródłowego na konto docelowe:

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

Zastąp oba przykładowe identyfikatory dokładnymi identyfikatorami użytkownika ownCloud. Przejrzyj dane wyjściowe polecenia i wszelkie komunikaty dotyczące pominiętych udziałów. Nie dodawaj opcji, która automatycznie akceptuje pominięte udziały, dopóki nie przeanalizujesz i nie zaakceptujesz konsekwencji.

Dla ownCloud Classic 10.16 zainstalowanego z PHP

Uruchom occjako użytkownik serwera WWW z katalogu instalacyjnego ownCloud. W wielu wdrożeniach Debian i Ubuntu ten użytkownik to www-data:

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

Dostosuj ścieżkę wykonywalną i konto do swojego hosta. Jeśli polecenie zgłasza nieznaną opcję lub polecenie, sprawdź opis poleceń ownCloud zainstalowanej wersji i użyj go occ files:transfer-ownership --helpprzed ponowną próbą.

Ogranicz transfer do folderu

Aby przenieść katalog projektu o określonej nazwie Projectszamiast każdego pliku, dodaj opcję ścieżki przed identyfikatorami użytkowników:

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

Ścieżka musi znajdować się wewnątrz pliku data/<source-user>/files. ownCloud nie umieszcza folderu po prostu w tej samej ścieżce względnej w miejscu docelowym. Przechowuje przeniesioną zawartość w katalogu o nazwie podanej w formularzu, transferred from <source-user> on <timestamp>w plikach użytkownika docelowego. Po zakończeniu polecenia należy wskazać odbiorcy, gdzie ma ją znaleźć. Dostępne opcje można znaleźć w dokumentacji poleceń occ w ownCloud 10.16 .

Dowiedz się, kiedy to polecenie jest niewłaściwym narzędziem

Przeniesienie nie jest ogólnym przyciskiem „Zmień właściciela” dla każdego elementu widocznego dla użytkownika źródłowego. Pliki w udostępnieniach przychodzących należą do pierwotnego użytkownika udostępniającego i nie są przenoszone. Jeśli wymagana zawartość jest udostępnieniem przychodzącym, należy skontaktować się z tym właścicielem lub utworzyć osobną kopię, korzystając z zatwierdzonego przepływu pracy; kopia jest osobnym plikiem i może nie zachować historii ani metadanych pierwotnego udostępnienia.

Istnieją również ograniczenia specyficzne dla pamięci masowej. Dokumentacja ownCloud ostrzega przed używaniem tego polecenia w przypadku pamięci masowej S3 skonfigurowanej z wieloma kontenerami, ponieważ udziały w plikach mogą zostać utracone. Archiwa cyklu życia plików w przedsiębiorstwie również mają udokumentowane ograniczenia transferu. Jeśli któraś z tych funkcji ma zastosowanie, przed podjęciem działania należy sprawdzić dokumentację danej wersji i przetestować procedurę na reprezentatywnym koncie nieprodukcyjnym.

Jeśli transfer zgłosi wyjątek lub zatrzyma się przedwcześnie, nie należy go od razu powtarzać. Przewodnik po udostępnianiu ownCloud zaleca uruchomienie transferu occ files:troubleshoot-transfer-ownership --uid <uid>zarówno dla identyfikatorów użytkownika źródłowego, jak i docelowego, aby zbadać i naprawić stan transferu. Zachowaj oryginalne logi i kopię zapasową, dopóki wyniki nie będą zrozumiałe.

Przed usunięciem konta źródłowego sprawdź wynik

Zaloguj się jako użytkownik docelowy i sprawdź, czy przeniesiony folder pojawia się w wygenerowanym katalogu „przeniesione z”. Otwórz odpowiednie pliki i sprawdź oczekiwane foldery, tagi, komentarze i udziały wychodzące. Poproś jednego z docelowych odbiorców o potwierdzenie dostępu przez istniejący udział. Następnie sprawdź konto źródłowe pod kątem pozostałych posiadanych plików lub udziałów i sprawdź wynik polecenia pod kątem pominiętych elementów.

Usuń lub wyłącz konto źródłowe dopiero po potwierdzeniu dostępu przez właściciela docelowego i odpowiednich współpracowników. Własna chmura przypisuje pliki do ich właścicieli, więc usunięcie użytkownika może spowodować usunięcie pozostałych plików i udostępnień tego użytkownika. Polecenie transferu nie przenosi kosza ani udostępnień przychodzących, a te limity powinny zostać uwzględnione na liście kontrolnej przekazania.