Pour désinstaller complètement ONLYOFFICE Document Server, commencez par identifier s'il a été installé sous forme de paquet DEB/RPM ou de conteneur Docker. Fermez les sessions d'édition en cours, supprimez uniquement le paquet ou le conteneur correspondant, puis examinez séparément les données, volumes et images restants ; la suppression de l'application ne supprime pas automatiquement toutes les dépendances ni tous les fichiers persistants.
Avant d'exécuter une commande de suppression, veuillez consulter la liste de vérification ci-dessous. Les instructions officielles de désinstallation d'ONLYOFFICE indiquent que cette opération efface les données du serveur de documents. Si vous envisagez de restaurer le service, veillez à sauvegarder sa configuration, sa base de données, ses journaux et les données montées avant de poursuivre.
Vérifiez la présence des deux types d'installation, car un hôte peut héberger simultanément un paquet et un conteneur Docker. Sous Debian ou Ubuntu, consultez la liste des paquets avec la commande `docker ppp` dpkg -l | grep onlyoffice-documentserver. Le paquet Community s'appelle `docker ppp`onlyoffice-documentserver ; les éditions Developer et Enterprise utilisent des noms différents. Vérifiez le nom du paquet installé avant de copier une commande de purge. Sur un hôte Docker, utilisez la commande `docker ppp` sudo docker ps -apour examiner les conteneurs arrêtés et en cours d'exécution, et recherchez l'image du serveur de documents ou un nom de conteneur que vous reconnaissez.
Demandez aux utilisateurs d'enregistrer et de fermer les documents ouverts avant l'arrêt du système. ONLYOFFICE indique que son script de préparation peut prendre jusqu'à cinq minutes pendant la gestion des sessions actives. Pour installer le package, exécutez :
documentserver-prepare4shutdown.shPour Docker, exécutez le même script à l'intérieur du conteneur identifié :
sudo docker exec <container_name> documentserver-prepare4shutdown.shRemplacez l'espace réservé par le nom ou l'identifiant réel du conteneur. Si le script est indisponible, ne présumez pas que les modifications en cours ont été enregistrées ; attendez que les utilisateurs ferment les documents et effectuent une sauvegarde avant d'arrêter le serveur.
Sous Ubuntu ou Debian, la commande de suppression de l'édition communautaire dans le guide d'ONLYOFFICE est :
sudo apt purge onlyoffice-documentserverPour l'édition communautaire sur CentOS, les documents ONLYOFFICE :
sudo yum remove onlyoffice-documentserverLes packages varient selon l'édition. Le guide officiel de l'édition Développeur utilise `package.json` onlyoffice-documentserver-de, tandis que celui de l'édition Entreprise utilise `package.json` onlyoffice-documentserver-ee. Utilisez le nom du package affiché dans votre liste de packages installés ; n'exécutez pas toutes les variantes sans discernement. Lisez le récapitulatif de confirmation du gestionnaire de packages avant d'accepter, surtout s'il propose de supprimer une base de données ou un autre service que vous utilisez encore.
ONLYOFFICE indique que la suppression du paquet efface les fichiers binaires et la configuration du serveur, mais laisse les dépendances installées. Si le gestionnaire de paquets signale que les répertoires ONLYOFFICE ne sont pas vides, vérifiez-les au préalable. Son guide de suppression liste /etc/onlyofficeles /var/www/onlyofficerépertoires pouvant être supprimés manuellement :
sudo rm -rvf /etc/onlyoffice /var/www/onlyofficeCette commande est irréversible. Ne l'exécutez qu'après avoir vérifié que ces chemins ne contiennent aucune configuration personnalisée, aucun journal, aucun certificat ni aucune donnée importante. Pour un nettoyage plus ciblé, supprimez uniquement le sous-répertoire du serveur de documents vérifié, et non le répertoire parent.
Commencez par sudo docker ps -aidentifier le conteneur ONLYOFFICE spécifique. N'utilisez pas de commandes qui suppriment tous les conteneurs ou images de l'hôte. Si le conteneur est nommé onlyoffice-ds, arrêtez-le et supprimez-le avec :
sudo docker stop onlyoffice-ds
sudo docker rm onlyoffice-dsRemplacez le nom ou l'identifiant réel de votre conteneur. Pour un déploiement Compose, vérifiez docker compose psd'abord le fichier Compose. Vous pouvez arrêter et supprimer le service ONLYOFFICE en utilisant son nom de service réel, mais évitez d'interrompre l'intégralité d'un projet si celui-ci exécute également Nextcloud, une base de données ou un proxy inverse qui doit rester en service.
La suppression d'un conteneur n'entraîne pas automatiquement la suppression des répertoires montés de l'hôte ni des volumes nommés. Examinez les points de montage du conteneur sudo docker inspect <container_name>ou consultez les volumesentrées de son fichier Compose. Sauvegardez les données nécessaires, puis supprimez uniquement le chemin de données ONLYOFFICE ou le volume nommé vérifié. La commande `docker compose` down -vsupprime les volumes du projet ; utilisez-la uniquement si le projet Compose et tous les volumes qu'il déclare appartiennent exclusivement à cette installation. La documentation de Docker indique que Compose ne supprime pas les volumes externes.
Après avoir supprimé le conteneur, vous pouvez supprimer l'image ONLYOFFICE si aucun autre conteneur ne l'utilise :
sudo docker image ls
sudo docker image rm onlyoffice/documentserverSi vous avez utilisé une étiquette d'image spécifique, utilisez exactement le même dépôt et la même étiquette. Docker peut conserver une image référencée par un autre conteneur ; il est donc conseillé de vérifier avant de forcer sa suppression.
Si vous avez installé ONLYOFFICE depuis le dépôt APT officiel et qu'aucun autre paquet ONLYOFFICE sur le système hôte n'en a besoin, vous pouvez supprimer son entrée de dépôt et sa clé de signature. Le guide d'installation identifie ces éléments /etc/apt/sources.list.d/onlyoffice.list. /usr/share/keyrings/onlyoffice.gpgVérifiez leur contenu et assurez-vous qu'ils sont dédiés à ONLYOFFICE avant de les supprimer. Sous Debian ou Ubuntu, sudo apt autoremove --purgeil est possible de supprimer les dépendances devenues inutiles ; examinez attentivement la liste des paquets proposés et annulez la suppression si elle inclut des logiciels utilisés par d'autres services. Le nettoyage des dépendances est facultatif et n'est pas nécessaire pour arrêter le serveur de documents.
Vérifiez le résultat avec le gestionnaire de paquets et l'inventaire Docker :
dpkg -l | grep onlyoffice-documentserver
sudo docker ps -aAucun paquet installé ni conteneur de serveur de documents correspondant ne doit subsister. Si vous avez également supprimé son image et ses données, vérifiez la liste des images, la liste des volumes et les chemins d'accès hôtes que vous avez identifiés précédemment. Une requête de paquet vide ne prouve pas que les données Docker ont été supprimées, et l'absence d'un conteneur ne prouve pas que son image et ses volumes ont disparu.
Les étapes ci-dessus concernent les installations ONLYOFFICE Docs Community, Developer et Enterprise, comme indiqué ; les noms des paquets varient selon l’édition et les scripts de déploiement personnalisés peuvent créer des chemins d’accès différents. Pour connaître les commandes exactes propres à chaque édition, consultez le guide de désinstallation d’ONLYOFFICE Community pour Linux , le guide de désinstallation de l’édition Developer ou le guide de désinstallation de l’édition Enterprise . Pour Docker, utilisez le guide de désinstallation d’ONLYOFFICE Docker et la documentation de Docker Compose .
Identifiez si Document Server utilise un package Linux ou Docker, supprimez uniquement ses composants et vérifiez les données restantes sans supprimer par erreur les services partagés.
Identifiez les ralentissements de l'édition collaborative en fonction de la pression sur les ressources Docker, des connexions proxy ou de la charge des documents, puis choisissez la solution qui correspond à vos mesures.
Choisissez où le protocole TLS doit se terminer, montez un certificat et une clé privée de confiance en toute sécurité et vérifiez l'accès HTTPS à un serveur ONLYOFFICE Docs conteneurisé.
Intégrez l'éditeur ONLYOFFICE dans votre application PHP, signez sa configuration avec JWT et enregistrez les fichiers modifiés via une fonction de rappel sécurisée.
Définissez la langue de correction pour l'ensemble du document ou pour un texte sélectionné, vérifiez que la correction orthographique est activée et identifiez les cas où un dictionnaire serveur est manquant.
Activez le suivi des modifications permanent pour tous les utilisateurs d'un document ONLYOFFICE, vérifiez que les modifications sont bien enregistrées et comprenez les limites de ce paramètre.
Déterminez si Nginx, le réseau Docker ou un service interne ONLYOFFICE renvoie une erreur 502, puis vérifiez le serveur en amont corrigé et effectuez un contrôle d'intégrité.
Diagnostiquez les échecs d'enregistrement ONLYOFFICE en vérifiant la route de rappel Nextcloud, les redirections proxy et les journaux de stockage, puis vérifiez que le fichier modifié est bien conservé.
Identifiez la cause des plantages de mémoire d'ONLYOFFICE, vérifiez les limites de Docker, dimensionnez correctement la RAM du VPS, ajoutez du swap en toute sécurité et vérifiez que les documents s'ouvrent et s'enregistrent correctement.
Distinguez les problèmes de téléchargement du navigateur des erreurs de conversion côté serveur et utilisez le journal ou le contrôle d'accès approprié pour que votre exportation PDF fonctionne.
