occ 명령어를 사용하여 ownCloud 파일 버전을 안전하게 삭제하세요
계정 하나 또는 모든 사용자에 대해 저장된 모든 ownCloud Server Classic 파일 버전을 삭제하고, 전체 삭제와 보존 기간 만료를 구분할 수 있습니다.
ownCloud Server Classic 에서 저장된 파일 버전을 삭제하는 관리자 명령은 다음과 같습니다 occ versions:cleanup. 삭제 범위를 제한하려면 하나 이상의 사용자 ID를 추가하세요. 모든 사용자의 버전 기록을 삭제하려는 경우에만 사용자 ID를 생략하세요. 이 작업은 영구적인 데이터 손실을 초래하므로 ownCloud 데이터베이스와 파일 저장소를 먼저 백업하십시오.
가상 예시: Alex는 클래식 ownCloud 서버를 관리하며, 더 이상 사용하지 않는 테스트 계정의 오래된 버전을 삭제해야 합니다 demo_user. 이 가상의 예시는 대상 명령어를 보여주고 서버 전체 정리와 비교하기 위한 것이며, 실제 실행 과정이나 결과를 설명하는 것은 아닙니다.
아래 단계는 occownCloud Server 10.16용으로 문서화된 명령줄 인터페이스를 사용합니다. 이 단계는 다른 명령 세트를 사용하는 ownCloud Infinite Scale(oCIS)에는 적용되지 않습니다. 어떤 제품이 설치되어 있는지 확실하지 않은 경우, 삭제 작업을 실행하기 전에 관리자에게 문의하십시오.
일반적인 Linux 설치 환경에서는 ownCloud 설치 디렉토리로 이동하세요. 다음 경로는 Ubuntu의 예시이며, 실제 경로는 사용 환경에 맞게 조정하십시오.
cd /var/www/owncloud
Versions 앱이 활성화되어 있는지 확인하고, 대상으로 삼으려는 계정 ID를 검증하세요.
sudo -u www-data ./occ app:list --enabled files_versions

files_versions정리 명령을 사용하기 전에 앱이 활성화되어 있는지 확인하십시오 .ownCloud 참조 문서에 따르면 버전 명령은 files_versions활성화된 경우에만 사용할 수 있으며, 단일 사용자 유지 관리 모드에서는 사용할 수 없습니다. occ파일 권한이 일관되게 유지되도록 웹 서버의 HTTP 사용자 계정으로 실행하십시오. Debian 또는 Ubuntu에서는 일반적으로 `sudo .com`을 사용하며 www-data, 다른 배포판에서는 다른 계정을 사용할 수 있습니다. ownCloud의 `occ` 명령 참조 문서를 확인하십시오 .
기록을 삭제하기 전에 평소 ownCloud 백업 절차에 따라 백업을 수행하십시오. 데이터베이스와 사용자 파일 및 버전이 저장된 저장 위치를 백업에 포함하십시오. 백업이 완료되었고 복원 가능한지 확인하십시오. 데이터베이스만 포함된 백업본에는 실제 버전 파일이 포함되지 않을 수 있습니다.
알렉스의 가상 사례에서 의도된 범위는 오직 입니다 demo_user. 사용자 ID는 이 서버의 계정과 일치해야 합니다. 명령은 사용자 ID를 허용하므로 이메일 주소, 표시 이름 또는 다른 사용자로 대체하지 마십시오. 특히 디렉터리 서비스의 이름이 로그인 ID와 다른 경우, 명령을 실행하기 전에 ownCloud 사용자 관리에서 계정 식별자를 확인하십시오.
이 계정의 이전 버전을 모두 제거하려면 다음 명령어를 사용하십시오 versions:cleanup. 이 명령어에는 사전 실행 옵션이 명시되어 있지 않으므로 실행하기 전에 대상과 백업 내용을 검토하십시오. 이 작업을 위해 서버를 단일 사용자 유지 관리 모드로 전환하지 마십시오. ownCloud 문서에 따르면 해당 모드에서는 버전 관련 명령어를 사용할 수 없습니다.
일반적인 Linux 설치 환경에서는 ownCloud 디렉토리에서 HTTP 사용자 권한으로 명령어를 실행하세요. Debian 또는 Ubuntu 환경에서는 Alex가 다음과 같이 실행합니다.
sudo -u www-data ./occ versions:cleanup demo_user

demo_user해당 ownCloud 계정의 정리 작업이 제한됩니다.문서화된 구문에서는 versions:cleanup [user_id]...하나 이상의 계정 ID를 허용합니다. ID가 제공되지 않으면 모든 사용자의 버전 관리 파일을 삭제합니다. 전역 형식은 해당 범위를 명시적으로 승인한 후에만 사용하십시오.
sudo -u www-data ./occ versions:cleanup

ownCloud의 예시에서는 ID를 제공하지 않으면 삭제할 모든 사용자를 식별하는 명령어를 보여줍니다. ID를 제공하면 삭제 대상이 해당 계정으로 좁혀집니다. 매뉴얼에는 게시된 영구 주 버전은 일반 보존 정책에 따라 만료되지 않더라도 관리자가 이 명령어를 사용하여 제거할 수 있다고 명시되어 있습니다. 승인되었거나 게시된 수정 버전이 포함된 계정을 삭제하기 전에 콘텐츠 소유자와 상의하십시오. --no-interaction프롬프트 건너뛰기 옵션을 추가하지 마십시오. 컨테이너 설치의 경우, 문서에 나와 있는 패턴은 다음과 같습니다 docker exec --user www-data <owncloud-container-name> occ <your-command>. 자리 표시자를 실제 컨테이너 이름과 선택한 명령어로 바꾸십시오. 배포에 다른 컨테이너 사용자를 사용하는 경우 Docker 및 occ 명령어 지침을 참조하십시오.
만약 알렉스가 ownCloud에서 설정된 보존 정책에 따라 만료된 버전만 삭제하도록 하려면, 더 적절한 명령어는 다음과 같습니다.
sudo -u www-data ./occ versions:expire demo_user

versions:expire설정된 보존 규칙을 적용하는 것이며, 저장된 모든 버전을 삭제한다고 보장하는 것은 아닙니다.ownCloud 참조 문서에서는 versions:expire만료된 버전만 삭제하는 것으로 정의합니다 versions_retention_obligation. 이와 반대로, versions:cleanup선택한 범위 내의 모든 버전을 삭제합니다. 정책을 변경하기 전에 문서화된 버전 보존 설정을disabled 검토하십시오. 이 설정은 버전 삭제를 비활성화하는 것이지, 이미 저장된 버전을 삭제하는 것은 아닙니다.
이 문서에서는 ownCloud Server Classic에 대해 설명합니다. Infinite Scale은 자체적인 버전 정리 명령어를 제공하므로, 해당 문서에 있는 버전 정리 명령어를 실행하지 말고 oCIS 버전 정리 문서를occ 참조하십시오 .
명령이 오류 없이 완료되면 대상 계정이 소유한 파일의 버전 보기를 엽니다. 이전 버전이 더 이상 표시되지 않고 현재 파일이 여전히 있는지 확인합니다. 모든 사용자를 대상으로 정리하려면 대상 명령이 전체적으로 실행되었다고 가정하기보다는 대표 계정을 확인하십시오. 소유자가 이전 버전이 더 이상 필요하지 않다고 확인할 때까지 백업을 보관하십시오. 보존 일정 준수가 목적이라면 versions:expire즉시 전체 삭제를 기대하기보다는 해당 정책을 사용하고 그에 따라 검증하십시오.
이 명령은 파일 버전 관리 전용입니다. 삭제된 파일 휴지통의 항목을 삭제하거나, 백업 아카이브를 제거하거나, 현재 파일을 삭제하는 기능은 없습니다. 이러한 작업은 별도의 데이터 보존 작업으로 처리해야 하며, 문서에 나와 있는 명령을 대신하여 버전 디렉터리를 수동으로 삭제하지 마십시오.
계정 하나 또는 모든 사용자에 대해 저장된 모든 ownCloud Server Classic 파일 버전을 삭제하고, 전체 삭제와 보존 기간 만료를 구분할 수 있습니다.
ownCloud 모바일 연결 거부 문제를 추적하려면 서버 URL, 휴대폰 네트워크, HTTPS 엔드포인트 및 서버 로그를 올바른 순서대로 확인하십시오.
온디맨드 작업 실행을 ownCloud에서 지원하는 occ system:cron 명령을 15분마다 실행하는 systemd 타이머로 대체합니다.
Apache, Nginx 또는 리버스 프록시를 통해 WebDAV 요청을 추적한 다음 인증된 PROPFIND 테스트를 사용하여 ownCloud 동기화가 제대로 작동하는지 확인하십시오.
Nextcloud에서 발생하는 발신 주소 누락 경고를 해결하려면 정규 URL을 설정하고 서버 자체에서 DNS, HTTPS 및 역방향 프록시 라우팅을 확인하십시오.
Nextcloud 캐싱 및 파일 잠금을 위해 로컬 Unix 소켓을 통해 APCu와 Redis를 구성하는 방법을 설명합니다. 최신 및 이전 Nextcloud 버전에 대한 단계별 지침이 포함되어 있습니다.
Nextcloud의 cron 모드를 확인하고, systemd 서비스와 타이머를 복구하고, 백그라운드 작업이 시작 후 및 5분마다 실행되는지 확인하십시오.
Nextcloud 파일 잠금 기능을 안정적으로 활성화하고, 적절한 Redis 또는 Valkey 백엔드를 선택한 다음, 동시 파일 변경 위험 없이 경고가 사라지는지 확인하십시오.
최신 업데이트, HTTPS 및 HSTS 지원, 정확한 리버스 프록시 신뢰 설정, 그리고 공용 서버 검사를 통해 Nextcloud 스캔에서 흔히 발견되는 문제들을 해결하세요.
기존 파일을 암호화하기 전에 필요한 스토리지에 맞게 Nextcloud SSE를 구성하고, 암호화 키를 보호하고, 전송 및 CPU 사용량에 미치는 영향을 측정하십시오.