Pentru a elimina complet ONLYOFFICE Document Server, identificați mai întâi dacă a fost instalat ca pachet DEB/RPM sau ca container Docker. Opriți sesiunile de editare active, eliminați doar pachetul sau containerul corespunzător, apoi examinați separat datele, volumele și imaginile rămase; ștergerea aplicației nu elimină automat fiecare dependență sau fișier persistent.
Folosiți lista de verificare de mai jos înainte de a executa orice comandă de ștergere. Instrucțiunile oficiale de eliminare ONLYOFFICE avertizează că procesul șterge datele de pe serverul de documente. Dacă este necesar să restaurați serviciul, păstrați configurația, baza de date, jurnalele și datele montate înainte de a continua.
Verificați ambele tipuri de instalare, deoarece o gazdă poate avea un pachet și un container Docker în același timp. Pe Debian sau Ubuntu, verificați lista de pachete cu dpkg -l | grep onlyoffice-documentserver. Pachetul Community este denumit onlyoffice-documentserver; Edițiile Developer și Enterprise utilizează nume de pachete diferite. Verificați numele pachetului instalat înainte de a copia o comandă de purge. Pe o gazdă Docker, utilizați sudo docker ps -apentru a verifica containerele oprite, precum și pe cele care rulează și căutați imaginea Document Server sau un nume de container pe care îl recunoașteți.
Spuneți utilizatorilor să salveze și să închidă documentele deschise înainte de închidere. ONLYOFFICE documentează că scriptul său de pregătire poate dura până la cinci minute în timp ce sunt gestionate sesiunile active. Pentru instalarea unui pachet, executați:
documentserver-prepare4shutdown.shPentru Docker, rulați același script în interiorul containerului identificat:
sudo docker exec <container_name> documentserver-prepare4shutdown.shÎnlocuiți substituentul cu numele sau ID-ul real al containerului. Dacă scriptul nu este disponibil, nu presupuneți că editările deschise au fost salvate; așteptați ca utilizatorii să închidă documentele și să facă o copie de rezervă înainte de a opri serverul.
Pe Ubuntu sau Debian, comanda de eliminare a ediției Community din ghidul ONLYOFFICE este:
sudo apt purge onlyoffice-documentserverPentru Community Edition pe CentOS, documentele ONLYOFFICE:
sudo yum remove onlyoffice-documentserverPachetele specifice fiecărei ediții diferă. Ghidul oficial Developer Edition folosește onlyoffice-documentserver-de, în timp ce ghidul Enterprise Edition folosește onlyoffice-documentserver-ee. Folosiți numele pachetului afișat în lista de pachete instalate; nu rulați toate variantele orbește. Citiți rezumatul de confirmare al managerului de pachete înainte de a-l accepta, mai ales dacă acesta propune eliminarea unei baze de date sau a unui alt serviciu pe care îl utilizați în continuare.
ONLYOFFICE spune că eliminarea pachetului șterge fișierele binare și configurația serverului, dar lasă dependențele instalate. Dacă managerul de pachete raportează că directoarele ONLYOFFICE nu sunt goale, verificați-le mai întâi. Ghidul său de eliminare listează /etc/onlyofficeși /var/www/onlyofficeca directoare care pot fi eliminate manual:
sudo rm -rvf /etc/onlyoffice /var/www/onlyofficeAceastă comandă este ireversibilă. Executați-o numai după ce verificați dacă acele căi nu conțin configurații personalizate, jurnale, certificate sau date de care aveți nevoie. Pentru o curățare mai precisă, eliminați doar subdirectorul Document Server verificat, nu directorul părinte.
Începeți cu sudo docker ps -ași identificați containerul ONLYOFFICE specific. Nu utilizați comenzi care elimină fiecare container sau imagine de pe gazdă. Dacă containerul este numit onlyoffice-ds, opriți și eliminați containerul respectiv cu:
sudo docker stop onlyoffice-ds
sudo docker rm onlyoffice-dsÎnlocuiți numele sau ID-ul real al containerului. Pentru o implementare Compose, verificați docker compose psmai întâi fișierul Compose. Puteți opri și elimina serviciul ONLYOFFICE după numele său real, dar evitați să opriți un întreg proiect dacă acel proiect rulează și Nextcloud, o bază de date sau un proxy invers care ar trebui să rămână.
Eliminarea unui container nu șterge automat directoarele de montare a legăturilor gazdă sau volumele denumite. Inspectați montările containerului cu sudo docker inspect <container_name>sau verificați volumesintrările din fișierul său Compose. Faceți o copie de rezervă a oricărui lucru necesar, apoi eliminați doar calea de date ONLYOFFICE verificată sau volumul denumit. Docker Compose down -velimină volumele proiectului; utilizați-l numai atunci când proiectul Compose și fiecare volum pe care îl declară aparțin exclusiv acestei instalări. Documentația Docker menționează că volumele externe nu sunt eliminate de Compose.
După eliminarea containerului, puteți elimina imaginea ONLYOFFICE dacă niciun alt container nu o folosește:
sudo docker image ls
sudo docker image rm onlyoffice/documentserverDacă ați folosit o anumită etichetă de imagine, folosiți exact acel repository și etichetă. Docker poate păstra o imagine la care se face referire în continuare într-un alt container, motiv pentru care trebuie să verificați înainte de a forța eliminarea.
Dacă ați instalat din depozitul oficial APT și niciun alt pachet ONLYOFFICE de pe gazdă nu are nevoie de acesta, puteți elimina intrarea din depozit și cheia de semnare. Ghidul de instalare identifică /etc/apt/sources.list.d/onlyoffice.listși /usr/share/keyrings/onlyoffice.gpg. Verificați conținutul acestora și confirmați că sunt dedicate ONLYOFFICE înainte de a le șterge. Pe Debian sau Ubuntu, sudo apt autoremove --purgese poate oferi eliminarea dependențelor care nu mai sunt necesare; examinați cu atenție lista de pachete propuse și anulați dacă include software utilizat de alte servicii. Curățarea dependențelor este opțională, nu este necesară pentru a opri Document Server.
Verificați rezultatul cu managerul de pachete și inventarul Docker:
dpkg -l | grep onlyoffice-documentserver
sudo docker ps -aNu ar trebui să rămână niciun pachet instalat sau container Document Server corespunzător. Dacă ați șters și imaginea și datele acestuia, verificați lista de imagini relevante, lista de volume și căile gazdă pe care le-ați identificat anterior. Nu tratați o interogare de pachet goală ca dovadă că datele Docker au fost eliminate sau un container lipsă ca dovadă că imaginea și volumele sale au dispărut.
Pașii de mai sus vizează instalările ONLYOFFICE Docs Community, Developer și Enterprise, acolo unde este menționat; numele pachetelor variază în funcție de ediție, iar scripturile de implementare personalizate pot crea căi diferite. Pentru comenzile specifice ediției, consultați ghidul de eliminare ONLYOFFICE Community Linux , ghidul de eliminare Developer Edition sau ghidul de eliminare Enterprise Edition . Pentru Docker, utilizați ghidul de eliminare ONLYOFFICE Docker și referința de descărcare Docker Compose .
Identificați dacă Document Server utilizează un pachet Linux sau Docker, eliminați doar componentele acestuia și verificați datele rămase fără a șterge serviciile partajate din greșeală.
Asociați editarea colaborativă lentă cu presiunea resurselor Docker, conexiunile proxy sau încărcarea documentelor, apoi alegeți soluția care corespunde măsurătorilor dvs.
Alegeți unde ar trebui să se termine TLS, montați în siguranță un certificat de încredere și o cheie privată și verificați accesul HTTPS la un server ONLYOFFICE Docs Dockerizat.
Încorporează editorul ONLYOFFICE în aplicația ta PHP, semnează configurația acestuia cu JWT și salvează fișierele editate printr-un apel invers securizat.
Setați limba de verificare pentru întregul document sau pentru textul selectat, confirmați că verificarea ortografică este activă și identificați când lipsește un dicționar de pe server.
Activați funcția de urmărire persistentă a modificărilor pentru toți utilizatorii dintr-un singur document ONLYOFFICE, verificați dacă modificările sunt înregistrate și înțelegeți limitele acestei setări.
Află dacă Nginx, rețeaua Docker sau un serviciu ONLYOFFICE intern returnează eroarea 502, apoi verifică verificarea corectă a upstream-ului și a stării de funcționare.
Diagnosticați salvările ONLYOFFICE eșuate verificând ruta de apel invers Nextcloud, redirecționările proxy și jurnalele de stocare, apoi verificați dacă fișierul editat persistă.
Găsiți cauza blocărilor de memorie ONLYOFFICE, verificați limitele Docker, dimensionați corect memoria RAM VPS, adăugați memoria swap în siguranță și verificați dacă documentele se deschid și se salvează.
Separă problemele legate de descărcarea browserului de erorile de conversie de pe server și folosește jurnalul corect sau verificarea accesului pentru a face exportul PDF să funcționeze.
