ownCloud 서버에서 공유 파일의 소유권을 이전하는 방법

동료가 퇴사하거나, 프로젝트가 다른 팀으로 이동하거나, 공유 폴더가 곧 사용 중지될 계정에 속해 있는 경우를 생각해 보세요. 수신자의 ownCloud 보기에는 파일이 표시될 수 있지만, 수신자는 공유 폴더를 통해서만 접근할 수 있을 수도 있습니다. 원래 계정이 삭제되면 이러한 차이가 문제가 될 수 있습니다.

ownCloud Server 10.x의 경우 관리자는 명령줄 도구를 사용하여 소유권을 이전할 수 있습니다 occ files:transfer-ownership. Server 10.16 설명서에는 사용자가 직접 "소유자로 변경"하는 버튼이 나와 있지 않습니다. 이 명령은 한 계정이 소유한 파일과 해당 계정의 아웃바운드 공유를 다른 계정으로 이동하며, 인바운드 공유는 이전되지 않습니다. 아래 단계는 현재 ownCloud Server 10.16 명령 참조를 사용합니다. 소유권 변경을 실행하기 전에 사용 중인 정확한 릴리스 및 스토리지 구성에 대한 설명서를 확인하십시오.

먼저 옮겨야 할 물건을 파악합니다.

"나와 공유됨"이라는 말이 반드시 "내 소유"를 의미하는 것은 아닙니다. ownCloud에서는 파일을 생성하거나 소유한 계정이 다른 사용자와 파일을 공유할 수 있습니다. 수신자는 공유된 항목을 소유하지 않고도 읽거나 편집할 수 있습니다. 만약 수신자라면, 일반적으로 원래 소유자나 관리자에게 항목 이동을 요청하는 것이 올바른 다음 단계입니다.

전송 명령은 ownCloud 서버 호스트에서 관리자 권한으로 수행하는 작업입니다. 이 명령을 사용하면 소스 사용자가 소유한 모든 파일을 이동하거나, 선택한 폴더와 그 내용을 이동할 수 있습니다. 선택한 경로는 해당 사용자의 파일 디렉터리 내에 있어야 합니다. 이 명령은 수신 공유 폴더, 휴지통 내용 또는 이전 버전의 파일은 이동하지 않습니다. ownCloud 서버 10.16 OCC 명령 참조 문서에서 이 명령과 해당 옵션에 대한 자세한 정보를 확인할 수 있습니다.

이 가이드는 ownCloud Server(기존 10.x 제품)에 대한 내용입니다. ownCloud Infinite Scale은 아키텍처와 사용자 인터페이스가 다른 별개의 제품입니다. 이 서버 명령이나 그 결과가 Infinite Scale 배포에도 적용된다고 가정하지 마십시오. 설치된 제품의 설명서를 확인하십시오.

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

명령어를 실행하기 전에

1. 제품 및 버전을 확인하십시오. 설치된 버전이 ownCloud Infinite Scale이 아닌 ownCloud Server 10.x인지 확인하고, 설치된 릴리스의 명령 참조를 읽어보십시오.
2. 두 계정 ID를 모두 확인하십시오. 표시 이름이나 이메일 주소가 ID인 경우를 제외하고 실제 ownCloud 사용자 ID를 사용하십시오. 철자를 꼼꼼히 확인하십시오. source와 destination은 위치 인수입니다.
3. 공유에 미치는 영향을 검토하십시오. 이 명령은 원본 계정에 속한 나가는 공유를 이동할 수 있습니다. 들어오는 공유는 제외됩니다. 예상되는 소유권 또는 액세스 변경 사항이 있으면 공동 작업자에게 알리십시오.
4. 백업을 생성하고 검증하십시오. 데이터베이스 및 데이터 저장소에 대한 사이트의 일반적인 백업 절차를 따르십시오. 파일 전송은 소유권 및 공유 관계를 변경하므로 복구 가능한 백업이 더 안전한 롤백 계획입니다.
5. 스토리지 및 배포 세부 정보를 확인하세요. ownCloud 설치 디렉터리와 올바른 웹 서버 계정을 확인하십시오. 일반적인 Linux 설치에서는 해당 계정이 종종 이지만 www-data, 패키지 및 컨테이너에 따라 다를 수 있습니다.

여러 버킷을 사용하는 S3 호환 기본 스토리지를 사용하는 경우, 즉시 작업을 중지하고 ownCloud S3 호환 기본 스토리지 공식 문서에 있는 스토리지 관련 경고를 검토하십시오 . 해당 문서에는 공유 지분이 손실될 수 있으므로 소유권 이전을 권장하지 않는다고 명시되어 있습니다.

선택한 공유 폴더를 전송합니다.

대상에 소스 사용자의 전체 파일 모음이 아닌 프로젝트 또는 소수의 파일만 필요한 경우 선택적 전송을 사용하십시오. 아래 예는 Projects/Proposal사용자 ID에서 alice사용자 ID로 라는 폴더를 전송하는 방법을 보여줍니다 bob.

1. ownCloud 서버 호스트에서 셸을 열고 occ스크립트가 포함된 디렉터리로 이동합니다. 설치 환경에 맞는 경로를 사용하십시오.
2. 명령어를 실행하기 전에 옵션을 확인하세요:

sudo -u www-data ./occ files:transfer-ownership --help

3. 선택적 전송을 실행하세요. 예시 경로는 aliceownCloud 파일 디렉터리를 기준으로 한 상대 경로이며, 서버 파일 시스템 경로가 아닙니다.

sudo -u www-data ./occ files:transfer-ownership \
  --path="Projects/Proposal" \
  alice \
  bob

설치 환경에서 다른 서비스 계정을 사용하는 경우 해당 부분을 교체하십시오 www-data. 컨테이너 배포 시에는 호스트 명령어를 그대로 복사하는 대신 컨테이너에 명시된 명령어 형식을 사용하십시오. 예를 들어 ownCloud 개발자 문서에는 다음과 같은 Docker Compose 형식이 나와 있습니다 docker compose exec owncloud occ .... 서비스 이름은 배포 환경에 따라 다릅니다.

이 명령은 선택한 폴더와 그 내용을 대상 사용자의 파일 영역에 지정된 패턴의 폴더 아래에 배치합니다 transferred from alice on [timestamp]. 원래 최상위 위치는 그대로 유지되지 않습니다. 명령이 완료된 후 대상 계정에서 전송된 폴더를 확인하십시오.

하나의 계정에 있는 모든 자산을 이체하세요.

사용자가 퇴사하고 해당 사용자가 소유한 모든 파일과 공유 폴더를 이동해야 하는 경우, 다음 줄을 생략하세요 --path:

sudo -u www-data ./occ files:transfer-ownership \
  alice \
  bob

명령을 수락하기 전에 확인 메시지를 읽으십시오. 명령 실행 시 전송할 수 없는 공유 항목이 보고될 수 있습니다. 이 --accept-skipped-shares옵션은 공유 항목을 건너뛸 경우 ownCloud가 계속 진행하도록 지시합니다. 이 옵션을 사용하는 경우 해당 결과를 이해하고 수락해야 합니다. 단순히 확인 메시지를 표시하지 않기 위해 이 옵션을 추가하지 마십시오.

특정 사용자 전체를 마이그레이션하는 옵션 도 있습니다 --destination-use-user-folder. 대상 사용자는 생성되어 있어야 하지만 로그인한 적이 없어야 합니다. ownCloud는 이러한 작업에 유지 관리 모드를 권장합니다. 이 옵션은 전제 조건이 더 엄격하고 데이터 저장 위치가 변경되므로 일반적인 데이터 인계 또는 선택적 이동에는 사용하지 마십시오.

결과를 확인하고 누락된 공유 ​​항목을 처리하세요.

1. 대상 사용자로 로그인하거나, 대상 사용자에게 파일 영역을 확인하도록 요청하십시오. 선택적 전송의 경우, 타임스탬프가 표시된 transferred from …폴더를 확인하고 대표 파일을 열어보십시오.
2. 예상되는 폴더 구조와 최신 파일 내용이 있는지 확인하십시오. 서버 10.16 명령 참조에 따르면 파일 버전은 전송되지 않으며 대상 계정에는 최신 버전만 표시됩니다.
3. 중요한 공유 항목들을 해당 항목을 사용하는 사람들과 함께 검토하세요. 나가는 공유 항목은 이동하지만 들어오는 공유 항목은 이동하지 않으므로, 이체가 이루어진다고 해서 수신 계좌가 발신 계좌와 공유했던 모든 항목을 수령하게 되는 것은 아닙니다.
4. 대상 계정 소유자와 관련 공동 작업자가 액세스 권한을 확인할 때까지 원본 계정을 계속 사용할 수 있도록 유지하십시오. 해당 확인 및 일반적인 보존 검토를 완료한 후에만 계정을 비활성화하십시오.

전송 중 예외가 발생하거나 전송이 조기에 종료되는 경우, ownCloud는 files:troubleshoot-transfer-ownership전송 관련 문제를 확인하기 위한 문서를 생성합니다. 기본 동작은 문제를 확인한 후 결과를 보고하는 시뮬레이션 실행입니다. 예를 들면 다음과 같습니다.

sudo -u www-data ./occ files:troubleshoot-transfer-ownership --uid bob

먼저 출력 결과를 검토하십시오. 이 명령에는 --fix복구를 시도하는 옵션도 있으므로, 보고된 문제를 검토하고 최신 백업을 확보한 후에 해당 옵션을 추가하십시오. 사용 가능한 검사 및 옵션은 동일한 공식 OCC 참조 문서 에 나열되어 있습니다 .

최종 자가 점검

• 올바른 ownCloud 서버 인스턴스, 버전, 소스 ID 및 대상 ID를 사용하셨습니까?
• 원하는 범위를 선택하셨나요? 특정 경로인가요, 아니면 해당 소스가 소유한 모든 파일인가요?
• 보낸 공유 파일, 받은 공유 파일, 휴지통 내용, 이전 버전 등을 모두 고려하셨나요?
• 수신 사용자가 전송된 파일을 찾아서 열 수 있습니까? 그리고 영향을 받는 공동 작업자는 여전히 필요한 자료에 접근할 수 있습니까?
• 검증된 백업을 유지하고 인수인계가 확인될 때까지 계정 삭제를 연기했습니까?

명령이 성공적으로 완료되었다고 해서 소유권 이전이 완료되는 것은 아닙니다. 새 위치, 파일 내용 및 공동 작업 액세스 권한을 확인한 후에 소유권 이전을 완료로 간주하십시오.