Linux에서 ONLYOFFICE Document Server를 완전히 제거하십시오.

ONLYOFFICE Document Server를 완전히 제거하려면 먼저 DEB/RPM 패키지로 설치되었는지 또는 Docker 컨테이너로 설치되었는지 확인하십시오. 활성 편집 세션을 중지하고 해당 패키지 또는 컨테이너만 제거한 다음, 남아 있는 데이터, 볼륨 및 이미지를 개별적으로 검토하십시오. 애플리케이션을 삭제해도 모든 종속 파일이나 영구 파일이 자동으로 제거되지는 않습니다.

삭제 명령을 실행하기 전에 아래 체크리스트를 확인하십시오. ONLYOFFICE 공식 제거 지침에는 삭제 과정에서 문서 서버 데이터가 삭제된다는 경고가 포함되어 있습니다. 서비스를 복원해야 할 경우, 진행하기 전에 구성, 데이터베이스, 로그 및 마운트된 데이터를 보존하십시오.

1. 설비를 식별하고 가동 중인 작업을 보호하십시오.

호스트에 패키지와 Docker 컨테이너가 동시에 설치될 수 있으므로 두 가지 설치 유형을 모두 확인하십시오. Debian 또는 Ubuntu에서는 `purge` 명령어를 사용하여 패키지 목록을 확인하십시오 dpkg -l | grep onlyoffice-documentserver. 커뮤니티 패키지는 `/community`라는 이름 onlyoffice-documentserver이고, 개발자 및 엔터프라이즈 에디션은 다른 패키지 이름을 사용합니다. 삭제 명령어를 복사하기 전에 설치된 패키지 이름을 확인하십시오. Docker 호스트에서는 `purge` 명령어를 사용하여 sudo docker ps -a중지된 컨테이너와 실행 중인 컨테이너를 모두 확인하고, 문서 서버 이미지 또는 익숙한 컨테이너 이름을 찾으십시오.

리눅스 터미널 화면에 ONLYOFFICE Document Server 패키지를 검색하는 데 사용된 dpkg 명령어가 표시됩니다.
패키지 쿼리는 Linux 패키지 설치와 Docker 전용 배포를 구분하는 데 도움이 됩니다.

사용자에게 종료하기 전에 열려 있는 문서를 저장하고 닫도록 안내하십시오. ONLYOFFICE 문서의 준비 스크립트는 활성 세션 처리 중에 최대 5분까지 소요될 수 있습니다. 패키지를 설치하려면 다음 명령을 실행하십시오.

documentserver-prepare4shutdown.sh

Docker의 경우, 지정된 컨테이너 내부에서 동일한 스크립트를 실행하십시오.

sudo docker exec <container_name> documentserver-prepare4shutdown.sh

자리 표시자를 실제 컨테이너 이름 또는 ID로 바꾸십시오. 스크립트를 사용할 수 없는 경우, 열려 있는 편집 내용이 저장되었다고 가정하지 마십시오. 사용자가 문서를 닫을 때까지 기다리고 서버를 중지하기 전에 백업을 생성하십시오.

서비스 제거 전에 Linux 터미널에 ONLYOFFICE prepare4shutdown 명령이 표시됩니다.
활성 문서 서버에서 사용자 연결을 끊기 전에 준비 스크립트를 실행하십시오.

2. 네이티브 Linux 패키지 제거

Ubuntu 또는 Debian에서 ONLYOFFICE 가이드에 나와 있는 커뮤니티 에디션 제거 명령어는 다음과 같습니다.

sudo apt purge onlyoffice-documentserver

CentOS 커뮤니티 에디션의 경우 ONLYOFFICE 문서만 사용 가능합니다.

sudo yum remove onlyoffice-documentserver

에디션별 패키지 이름이 다릅니다. 공식 개발자 에디션 가이드에서는 `device_device_modules`를 사용하고 onlyoffice-documentserver-de, 엔터프라이즈 에디션 가이드에서는 `device_device_modules`를 사용합니다 onlyoffice-documentserver-ee. 설치된 패키지 목록에 표시된 패키지 이름을 사용하십시오. 모든 변형을 무턱대고 실행하지 마십시오. 특히 사용 중인 데이터베이스나 다른 서비스를 제거하라는 메시지가 표시될 경우, 패키지 관리자의 확인 요약을 반드시 읽고 수락하십시오.

터미널 창에 ONLYOFFICE Document Server Community 패키지에 대한 apt purge 명령이 표시됩니다.
데비안 기반 시스템에서는 설치된 Document Server 패키지를 정확히 제거하십시오.

ONLYOFFICE는 패키지 제거 시 서버 바이너리와 구성 파일은 삭제되지만 종속 파일은 설치된 상태로 유지된다고 안내합니다. 패키지 관리자에서 ONLYOFFICE 디렉터리가 비어 있지 않다고 보고하는 경우, 먼저 해당 디렉터리를 확인하십시오. 제거 가이드에는 수동으로 제거할 수 있는 디렉터리가 다음 /etc/onlyoffice과 같이 나열되어 있습니다./var/www/onlyoffice

sudo rm -rvf /etc/onlyoffice /var/www/onlyoffice

이 명령은 되돌릴 수 없습니다. 해당 경로에 사용자 지정 구성, 로그, 인증서 또는 필요한 데이터가 포함되어 있지 않은지 확인한 후에만 실행하십시오. 보다 세부적인 정리를 위해서는 상위 디렉터리가 아닌 확인된 문서 서버 하위 디렉터리만 제거하십시오.

두 개의 리눅스 파일 관리자 창에 etc/onlyoffice와 var/www/onlyoffice 경로가 표시되어 검토할 수 있습니다.
패키지 삭제 후 남은 디렉터리를 수동으로 제거하기 전에 이러한 경로를 검사하십시오.

3. Docker 배포 제거

먼저 sudo docker ps -a특정 ONLYOFFICE 컨테이너를 식별하십시오. 호스트의 모든 컨테이너 또는 이미지를 제거하는 명령은 사용하지 마십시오. 컨테이너 이름이 인 경우 다음 명령을 사용하여 onlyoffice-ds해당 컨테이너를 중지하고 제거하십시오.

sudo docker stop onlyoffice-ds
sudo docker rm onlyoffice-ds

실제 컨테이너 이름이나 ID로 바꿔주세요. Compose 배포의 경우, docker compose ps먼저 Compose 파일을 검토하세요. ONLYOFFICE 서비스를 실제 서비스 이름으로 중지하고 제거할 수 있지만, Nextcloud, 데이터베이스 또는 리버스 프록시와 같이 유지해야 하는 서비스가 실행 중인 프로젝트 전체가 다운되지 않도록 주의해야 합니다.

터미널에 Docker 컨테이너와 ONLYOFFICE 문서 서버 이미지가 표시됩니다.
중지된 컨테이너를 포함하여 모든 컨테이너를 검사하고 문서 서버 인스턴스만 선택합니다.
터미널에 ONLYOFFICE 컨테이너 하나를 대상으로 하는 docker stop 및 docker rm 명령이 표시됩니다.
관련 없는 컨테이너는 건드리지 않고 식별된 문서 서버 컨테이너를 중지하고 제거합니다.

컨테이너를 제거해도 호스트 바인드 마운트 디렉터리나 명명된 볼륨은 자동으로 삭제되지 않습니다. `docker-mount` 명령어를 사용 sudo docker inspect <container_name>하거나 volumesCompose 파일의 항목을 확인하여 컨테이너의 마운트 상태를 검사하십시오. 필요한 데이터를 백업한 후, 검증된 ONLYOFFICE 데이터 경로 또는 명명된 볼륨만 제거하십시오. Docker Compose의 ` down -vremove` 명령은 프로젝트 볼륨을 제거하므로, Compose 프로젝트와 해당 프로젝트에서 선언한 모든 볼륨이 이 설치에만 속하는 경우에만 사용하십시오. Docker 설명서에는 외부 볼륨은 Compose에서 제거되지 않는다고 명시되어 있습니다.

컨테이너를 제거한 후, 다른 컨테이너에서 ONLYOFFICE 이미지를 사용하지 않는 경우 해당 이미지를 제거할 수 있습니다.

sudo docker image ls
sudo docker image rm onlyoffice/documentserver

특정 이미지 태그를 사용했다면 해당 저장소와 태그를 정확히 사용하세요. Docker는 다른 컨테이너에서 참조되는 이미지를 유지할 수 있으므로, 강제로 삭제하기 전에 이를 확인해야 합니다.

터미널에 Docker 볼륨 및 ONLYOFFICE 이미지 이름을 확인하는 명령어가 표시됩니다.
Docker 데이터 또는 캐시된 이미지를 삭제하기 전에 볼륨 이름과 이미지 태그를 검토하십시오.

4. 선택적인 잔여물을 제거하고 확인합니다.

공식 APT 저장소에서 설치했고 호스트의 다른 ONLYOFFICE 패키지에서 해당 저장소 항목을 필요로 하지 않는 경우, 저장소 항목과 서명 키를 삭제할 수 있습니다. 설치 가이드에서 해당 항목들을 확인할 수 있습니다 /etc/apt/sources.list.d/onlyoffice.list. /usr/share/keyrings/onlyoffice.gpg삭제하기 전에 해당 항목들의 내용을 확인하고 ONLYOFFICE 전용인지 확인하십시오. Debian 또는 Ubuntu에서는 sudo apt autoremove --purge더 이상 필요하지 않은 종속성을 제거할지 묻는 메시지가 나타날 수 있습니다. 제시된 패키지 목록을 주의 깊게 검토하고 다른 서비스에서 사용하는 소프트웨어가 포함되어 있으면 취소하십시오. 종속성 정리는 선택 사항이며, 문서 서버를 중지하는 데 필수적인 작업은 아닙니다.

패키지 관리자와 Docker 인벤토리를 사용하여 결과를 확인하십시오.

dpkg -l | grep onlyoffice-documentserver
sudo docker ps -a

일치하는 설치된 패키지 또는 문서 서버 컨테이너가 남아 있지 않아야 합니다. 이미지와 데이터도 삭제한 경우, 이전에 확인한 관련 이미지 목록, 볼륨 목록 및 호스트 경로를 확인하십시오. 패키지 쿼리 결과가 비어 있다고 해서 Docker 데이터가 삭제되었다고 단정하거나, 컨테이너가 없다고 해서 이미지와 볼륨이 모두 사라졌다고 단정해서는 안 됩니다.

터미널에 패키지 및 Docker 인벤토리 명령어가 표시되어 제거 여부를 확인할 수 있습니다.
패키지와 컨테이너의 재고는 설치 방법이 다르므로 별도로 확인하십시오.

위의 단계는 ONLYOFFICE Docs Community, Developer 및 Enterprise 버전을 대상으로 합니다. 패키지 이름은 버전에 따라 다르며, 사용자 지정 배포 스크립트에 따라 다른 경로가 생성될 수 있습니다. 버전별 정확한 명령은 ONLYOFFICE Community Linux 제거 가이드 , Developer Edition 제거 가이드 또는 Enterprise Edition 제거 가이드를 참조하십시오 . Docker의 경우 ONLYOFFICE Docker 제거 가이드 및 Docker Compose 다운로드 참조를 참조하십시오 .

댓글 남기기

Linux에서 ONLYOFFICE Document Server를 완전히 제거하십시오.

Linux에서 ONLYOFFICE Document Server를 완전히 제거하십시오.

문서 서버가 Linux 패키지를 사용하는지 Docker를 사용하는지 확인하고, 해당 구성 요소만 제거한 다음, 공유 서비스를 실수로 삭제하지 않고 나머지 데이터를 확인합니다.

OnlyOffice 공동 편집 지연 현상 해결: 병목 현상 찾기

OnlyOffice 공동 편집 지연 현상 해결: 병목 현상 찾기

공동 편집 속도 저하의 원인을 Docker 리소스 사용량, 프록시 연결 또는 문서 로드에서 추적한 다음 측정값에 맞는 해결 방법을 선택하십시오.

Docker에서 ONLYOFFICE Docs에 대한 HTTPS 구성

Docker에서 ONLYOFFICE Docs에 대한 HTTPS 구성

TLS 종료 위치를 선택하고, 신뢰할 수 있는 인증서와 개인 키를 안전하게 마운트하고, Docker로 컨테이너화된 ONLYOFFICE Docs 서버에 대한 HTTPS 액세스를 확인하십시오.

PHP 앱을 ONLYOFFICE Docs에 연결하고 편집 내용을 저장하세요.

PHP 앱을 ONLYOFFICE Docs에 연결하고 편집 내용을 저장하세요.

ONLYOFFICE 편집기를 PHP 앱에 내장하고, JWT로 구성 파일에 서명하고, 보안 콜백을 통해 편집된 파일을 저장하세요.

ONLYOFFICE 맞춤법 검사 기능을 원하는 언어로 유지하세요.

ONLYOFFICE 맞춤법 검사 기능을 원하는 언어로 유지하세요.

문서 전체 또는 선택한 텍스트에 대한 교정 언어를 설정하고, 맞춤법 검사가 활성화되어 있는지 확인하고, 서버 사전이 누락된 경우를 식별합니다.

문서를 다시 열 때 변경 내용 추적 기능을 켜기

문서를 다시 열 때 변경 내용 추적 기능을 켜기

ONLYOFFICE 문서에서 모든 사용자에 대해 지속적인 변경 내용 추적 기능을 활성화하고, 편집 내용이 기록되는지 확인하고, 이 설정의 한계를 이해하십시오.

ONLYOFFICE의 Nginx 502 오류를 해결하기 위해 상위 원인을 추적하세요

ONLYOFFICE의 Nginx 502 오류를 해결하기 위해 상위 원인을 추적하세요

Nginx, Docker 네트워킹 또는 내부 ONLYOFFICE 서비스에서 502 오류가 발생하는지 확인한 다음, 수정된 상위 서버 및 상태 점검 결과를 검증하십시오.

ONLYOFFICE가 Nextcloud에 저장되지 않을 때 저장 콜백을 추적합니다.

ONLYOFFICE가 Nextcloud에 저장되지 않을 때 저장 콜백을 추적합니다.

Nextcloud 콜백 경로, 프록시 리디렉션 및 스토리지 로그를 확인하여 ONLYOFFICE 저장 실패를 진단한 다음 편집된 파일이 유지되는지 확인합니다.

ONLYOFFICE 문서 서버의 VPS 메모리 부족 문제를 해결하세요

ONLYOFFICE 문서 서버의 VPS 메모리 부족 문제를 해결하세요

ONLYOFFICE 메모리 충돌의 원인을 찾고, Docker 제한을 확인하고, VPS RAM 크기를 올바르게 설정하고, 스왑 영역을 안전하게 추가하고, 문서가 제대로 열리고 저장되는지 확인하십시오.

ONLYOFFICE PDF 내보내기 실패 원인 추적하기

ONLYOFFICE PDF 내보내기 실패 원인 추적하기

브라우저 다운로드 문제와 서버 측 변환 오류를 구분하고, 적절한 로그 또는 액세스 검사를 사용하여 PDF 내보내기가 제대로 작동하도록 하세요.