Linux에서 ONLYOFFICE Document Server를 완전히 제거하십시오.
문서 서버가 Linux 패키지를 사용하는지 Docker를 사용하는지 확인하고, 해당 구성 요소만 제거한 다음, 공유 서비스를 실수로 삭제하지 않고 나머지 데이터를 확인합니다.
ONLYOFFICE Document Server를 완전히 제거하려면 먼저 DEB/RPM 패키지로 설치되었는지 또는 Docker 컨테이너로 설치되었는지 확인하십시오. 활성 편집 세션을 중지하고 해당 패키지 또는 컨테이너만 제거한 다음, 남아 있는 데이터, 볼륨 및 이미지를 개별적으로 검토하십시오. 애플리케이션을 삭제해도 모든 종속 파일이나 영구 파일이 자동으로 제거되지는 않습니다.
삭제 명령을 실행하기 전에 아래 체크리스트를 확인하십시오. ONLYOFFICE 공식 제거 지침에는 삭제 과정에서 문서 서버 데이터가 삭제된다는 경고가 포함되어 있습니다. 서비스를 복원해야 할 경우, 진행하기 전에 구성, 데이터베이스, 로그 및 마운트된 데이터를 보존하십시오.
호스트에 패키지와 Docker 컨테이너가 동시에 설치될 수 있으므로 두 가지 설치 유형을 모두 확인하십시오. Debian 또는 Ubuntu에서는 `purge` 명령어를 사용하여 패키지 목록을 확인하십시오 dpkg -l | grep onlyoffice-documentserver. 커뮤니티 패키지는 `/community`라는 이름 onlyoffice-documentserver이고, 개발자 및 엔터프라이즈 에디션은 다른 패키지 이름을 사용합니다. 삭제 명령어를 복사하기 전에 설치된 패키지 이름을 확인하십시오. Docker 호스트에서는 `purge` 명령어를 사용하여 sudo docker ps -a중지된 컨테이너와 실행 중인 컨테이너를 모두 확인하고, 문서 서버 이미지 또는 익숙한 컨테이너 이름을 찾으십시오.

사용자에게 종료하기 전에 열려 있는 문서를 저장하고 닫도록 안내하십시오. ONLYOFFICE 문서의 준비 스크립트는 활성 세션 처리 중에 최대 5분까지 소요될 수 있습니다. 패키지를 설치하려면 다음 명령을 실행하십시오.
documentserver-prepare4shutdown.sh
Docker의 경우, 지정된 컨테이너 내부에서 동일한 스크립트를 실행하십시오.
sudo docker exec <container_name> documentserver-prepare4shutdown.sh
자리 표시자를 실제 컨테이너 이름 또는 ID로 바꾸십시오. 스크립트를 사용할 수 없는 경우, 열려 있는 편집 내용이 저장되었다고 가정하지 마십시오. 사용자가 문서를 닫을 때까지 기다리고 서버를 중지하기 전에 백업을 생성하십시오.

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는 패키지 제거 시 서버 바이너리와 구성 파일은 삭제되지만 종속 파일은 설치된 상태로 유지된다고 안내합니다. 패키지 관리자에서 ONLYOFFICE 디렉터리가 비어 있지 않다고 보고하는 경우, 먼저 해당 디렉터리를 확인하십시오. 제거 가이드에는 수동으로 제거할 수 있는 디렉터리가 다음 /etc/onlyoffice과 같이 나열되어 있습니다./var/www/onlyoffice
sudo rm -rvf /etc/onlyoffice /var/www/onlyoffice
이 명령은 되돌릴 수 없습니다. 해당 경로에 사용자 지정 구성, 로그, 인증서 또는 필요한 데이터가 포함되어 있지 않은지 확인한 후에만 실행하십시오. 보다 세부적인 정리를 위해서는 상위 디렉터리가 아닌 확인된 문서 서버 하위 디렉터리만 제거하십시오.

먼저 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-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는 다른 컨테이너에서 참조되는 이미지를 유지할 수 있으므로, 강제로 삭제하기 전에 이를 확인해야 합니다.

공식 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 데이터가 삭제되었다고 단정하거나, 컨테이너가 없다고 해서 이미지와 볼륨이 모두 사라졌다고 단정해서는 안 됩니다.

위의 단계는 ONLYOFFICE Docs Community, Developer 및 Enterprise 버전을 대상으로 합니다. 패키지 이름은 버전에 따라 다르며, 사용자 지정 배포 스크립트에 따라 다른 경로가 생성될 수 있습니다. 버전별 정확한 명령은 ONLYOFFICE Community Linux 제거 가이드 , Developer Edition 제거 가이드 또는 Enterprise Edition 제거 가이드를 참조하십시오 . Docker의 경우 ONLYOFFICE Docker 제거 가이드 및 Docker Compose 다운로드 참조를 참조하십시오 .
문서 서버가 Linux 패키지를 사용하는지 Docker를 사용하는지 확인하고, 해당 구성 요소만 제거한 다음, 공유 서비스를 실수로 삭제하지 않고 나머지 데이터를 확인합니다.
공동 편집 속도 저하의 원인을 Docker 리소스 사용량, 프록시 연결 또는 문서 로드에서 추적한 다음 측정값에 맞는 해결 방법을 선택하십시오.
TLS 종료 위치를 선택하고, 신뢰할 수 있는 인증서와 개인 키를 안전하게 마운트하고, Docker로 컨테이너화된 ONLYOFFICE Docs 서버에 대한 HTTPS 액세스를 확인하십시오.
ONLYOFFICE 편집기를 PHP 앱에 내장하고, JWT로 구성 파일에 서명하고, 보안 콜백을 통해 편집된 파일을 저장하세요.
문서 전체 또는 선택한 텍스트에 대한 교정 언어를 설정하고, 맞춤법 검사가 활성화되어 있는지 확인하고, 서버 사전이 누락된 경우를 식별합니다.
ONLYOFFICE 문서에서 모든 사용자에 대해 지속적인 변경 내용 추적 기능을 활성화하고, 편집 내용이 기록되는지 확인하고, 이 설정의 한계를 이해하십시오.
Nginx, Docker 네트워킹 또는 내부 ONLYOFFICE 서비스에서 502 오류가 발생하는지 확인한 다음, 수정된 상위 서버 및 상태 점검 결과를 검증하십시오.
Nextcloud 콜백 경로, 프록시 리디렉션 및 스토리지 로그를 확인하여 ONLYOFFICE 저장 실패를 진단한 다음 편집된 파일이 유지되는지 확인합니다.
ONLYOFFICE 메모리 충돌의 원인을 찾고, Docker 제한을 확인하고, VPS RAM 크기를 올바르게 설정하고, 스왑 영역을 안전하게 추가하고, 문서가 제대로 열리고 저장되는지 확인하십시오.
브라우저 다운로드 문제와 서버 측 변환 오류를 구분하고, 적절한 로그 또는 액세스 검사를 사용하여 PDF 내보내기가 제대로 작동하도록 하세요.