ownCloud 파일의 지분 손실 없이 새 소유자에게 파일을 이전하세요

현재 사용 중인 ownCloud 계정이 소유한 파일의 소유권을 다른 사용자에게 이전하려면 서버 측 occ files:transfer-ownership명령어를 사용하세요. 이 명령어는 기본적으로 소유한 모든 파일과 공유 폴더 및 관련 메타데이터를 함께 이동시킵니다. 폴더만 이동해야 하는 경우에는 다른 명령어를 사용하세요 --path. 웹 공유 패널은 접근 권한을 변경할 수 있지만, 소유권 이전 메커니즘은 아닙니다.

적절한 전송 범위를 선택하십시오.

ownCloud Classic에서는 소유권에 따라 원본 항목이 저장된 개인 파일 공간의 소유자와 전송하려는 공유 폴더를 관리하는 계정이 결정됩니다. 편집 권한이 있는 수신자라도 여전히 수신자일 뿐이며, "편집 가능" 권한을 부여한다고 해서 파일 소유자가 되는 것은 아닙니다. 전송을 실행하기 전에 새 소유자가 계정의 전체 파일이 필요한지 아니면 특정 프로젝트 폴더만 필요한지 결정해야 합니다.

• 모든 파일 전송: 계정을 더 이상 사용하지 않을 때 해당 계정의 소유 파일과 외부 공유 폴더를 함께 이동해야 하는 경우에 사용합니다. 범위 설정이 더 간단하지만, 한 번의 팀 인계로 처리할 수 있는 것보다 더 많은 콘텐츠를 이동해야 합니다.
• 폴더 하나만 전송:--path 원본 사용자 파일 아래의 특정 디렉터리에 사용합니다 . 이렇게 하면 범위를 줄일 수 있지만, 진행하기 전에 중첩된 콘텐츠와 공유 관계를 확인하십시오.
• 팀 공유 폴더를 영구적으로 유지하세요: 지속적인 팀 콘텐츠 관리를 위해 ownCloud는 담당자가 변경되더라도 공유 폴더가 유지되는 전용 소유자 계정을 권장합니다. 이는 향후 파일에 대한 관리 체계를 위한 선택이며, 기존 소유자의 파일을 소급하여 이전하는 것이 아닙니다.

ownCloud Server 11의 공식 공유 ​​문서 에 따르면, 해당 명령어를 실행하면 나가는 공유 폴더와 태그, 댓글 등의 관련 메타데이터가 함께 전송됩니다. 들어오는 공유 폴더는 원본 파일의 소유자가 다르기 때문에 전송되지 않습니다. 휴지통 내용 또한 전송되지 않습니다.

계정과 데이터를 준비하세요

원본 및 대상 사용자 ID를 정확하게 확인하십시오. 이는 계정 식별자이며, 표시 이름이나 이메일 주소가 아닐 수 있습니다. 대상 계정이 존재하고 할당량 내에서 전송될 데이터를 수용할 수 있는지 확인하십시오. ownCloud의 명령 참조 문서에 따르면 일부 버전에서는 대상 사용자가 누락된 경우 자동으로 생성될 수 있지만, 의도한 계정을 먼저 생성하고 확인하면 의도치 않은 계정으로 데이터가 전송되는 것을 방지할 수 있습니다.

사용자가 원본 파일을 편집하지 않는 시간에 작업을 예약하십시오. ownCloud 데이터 및 데이터베이스의 검증된 백업을 생성하고 복원 절차를 숙지하십시오. 데이터 디렉터리 내의 파일을 직접 복사, 이름 변경 또는 이동하지 마십시오. 데이터베이스는 파일 메타데이터와 소유권을 추적합니다. occownCloud가 레코드와 공유를 일관되게 업데이트할 수 있도록 하십시오.

ownCloud의 최신 Classic 버전 설명서는 Server 11.0과 10.16 버전으로 나뉘어 있습니다. Server 11 설명서는 Docker 기반 설치를 기준으로 작성되었으며, 10.16 예제는 기존 PHP 설치 방식을 사용합니다. 명령어를 그대로 복사하지 말고 배포된 버전에 맞는 명령어 형식을 사용하십시오.

소유권 이전을 실행합니다

Docker에서 ownCloud Classic 11 사용

Compose 배포가 포함된 디렉터리에서 소스 계정이 소유한 모든 파일을 대상 계정으로 전송합니다.

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

두 샘플 ID를 정확한 ownCloud 사용자 ID로 바꾸십시오. 명령 출력과 건너뛴 공유에 대한 메시지를 검토하십시오. 결과를 검토하고 수락하지 않은 경우 건너뛴 공유를 자동으로 수락하는 옵션을 추가하지 마십시오.

PHP가 설치된 ownCloud Classic 10.16의 경우

occownCloud 설치 디렉터리에서 웹 서버 사용자 계정으로 실행하세요 . 대부분의 Debian 또는 Ubuntu 배포 환경에서 해당 사용자 계정은 다음과 같습니다 www-data.

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

실행 파일 경로와 계정을 호스트에 맞게 조정하십시오. 명령 실행 시 알 수 없는 옵션이나 명령이 표시되면 설치된 ownCloud 릴리스의 명령 참조를 확인하고 occ files:transfer-ownership --help다시 시도하십시오.

전송 범위를 폴더로 제한합니다.

파일 하나하나가 아닌 프로젝트 디렉터리 전체를 이동하려면 Projects사용자 ID 앞에 경로 옵션을 추가하세요.

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

경로는 반드시 `.` 디렉토리 내에 존재해야 합니다 data/<source-user>/files. ownCloud는 단순히 대상 위치에서 동일한 상대 경로에 폴더를 배치하는 것이 아닙니다. 전송된 콘텐츠는 transferred from <source-user> on <timestamp>대상 사용자의 파일 시스템 내에 `.` 형식으로 명명된 디렉토리 아래에 저장됩니다. 명령 실행이 완료된 후 수신자에게 콘텐츠를 찾을 위치를 알려주십시오. 사용 가능한 옵션은 ownCloud 10.16 `occ` 명령 참조 설명서를 확인하십시오 .

이 명령어가 적절하지 않은 도구인지 알아야 합니다.

파일 전송은 원본 사용자가 볼 수 있는 모든 항목에 대해 "소유자 변경" 버튼을 누르는 것과 같은 일반적인 작업이 아닙니다. 수신 공유 폴더의 파일은 원래 공유자의 소유이며 이동되지 않습니다. 필요한 콘텐츠가 수신 공유 폴더에 있는 경우 해당 소유자와 협의하거나 승인된 워크플로를 사용하여 별도의 사본을 만드십시오. 사본은 원본과 별개의 파일이며 원본 공유 기록이나 메타데이터를 보존하지 않을 수 있습니다.

스토리지별 제한 사항도 있습니다. ownCloud 설명서에서는 여러 버킷으로 구성된 S3 기본 스토리지에서 이 명령을 사용하면 파일 공유가 손실될 수 있으므로 사용하지 말 것을 경고합니다. 엔터프라이즈 파일 수명 주기 아카이브에도 전송 제한이 있습니다. 이러한 제한 사항이 적용되는 경우, 버전별 설명서를 확인하고 실제 운영 환경이 아닌 대표 계정에서 절차를 테스트한 후 작업을 진행하십시오.

전송 중 예외가 발생하거나 전송이 중단된 경우 즉시 다시 시도하지 마십시오. ownCloud 공유 가이드에서는 occ files:troubleshoot-transfer-ownership --uid <uid>전송 상태를 조사하고 복구하기 위해 소스 및 대상 사용자 ID 모두에 대해 명령을 실행할 것을 권장합니다. 결과를 이해할 때까지 원본 로그와 백업을 보존하십시오.

소스 계정을 삭제하기 전에 결과를 확인하십시오.

대상 사용자로 로그인하여 전송된 폴더가 생성된 "전송 위치" 디렉터리에 나타나는지 확인합니다. 대표 파일을 열어 예상되는 폴더, 태그, 주석 및 공유 폴더를 확인합니다. 수신자 중 한 명에게 기존 공유 폴더를 통해 접근 권한을 확인하도록 요청합니다. 그런 다음 원본 계정에서 소유한 파일이나 공유 폴더가 남아 있는지 확인하고 명령 출력에서 ​​건너뛴 항목이 있는지 확인합니다.

대상 계정 소유자와 관련 공동 작업자가 액세스 권한을 확인한 후에만 원본 계정을 삭제하거나 비활성화하십시오. ownCloud는 파일을 소유자와 연결하므로 사용자를 삭제하면 해당 사용자의 나머지 파일과 공유 폴더도 삭제될 수 있습니다. 전송 명령은 휴지통이나 수신되는 공유 폴더를 이동하지 않으므로 이러한 제한 사항을 인계 확인 목록에 포함해야 합니다.