Para remover completamente o ONLYOFFICE Document Server, primeiro identifique se ele foi instalado como um pacote DEB/RPM ou como um contêiner Docker. Interrompa as sessões de edição ativas, remova apenas o pacote ou contêiner correspondente e, em seguida, revise os dados, volumes e imagens restantes separadamente; excluir o aplicativo não remove automaticamente todas as dependências ou arquivos persistentes.
Use a lista de verificação abaixo antes de executar qualquer comando de exclusão. As instruções oficiais de remoção do ONLYOFFICE alertam que o processo exclui os dados do Servidor de Documentos. Caso precise restaurar o serviço, preserve sua configuração, banco de dados, logs e dados montados antes de prosseguir.
Verifique ambos os tipos de instalação, pois um host pode ter um pacote e um contêiner Docker simultaneamente. No Debian ou Ubuntu, inspecione a lista de pacotes com `ls -l` dpkg -l | grep onlyoffice-documentserver. O pacote Community é chamado `docker-community` onlyoffice-documentserver; as edições Developer e Enterprise usam nomes de pacotes diferentes. Verifique o nome do pacote instalado antes de executar um comando `purge`. Em um host Docker, use `docker-community` sudo docker ps -apara revisar os contêineres parados e em execução e procure pela imagem do Document Server ou por um nome de contêiner que você reconheça.
Oriente os usuários a salvar e fechar os documentos abertos antes de encerrar o programa. O ONLYOFFICE informa que seu script de preparação pode levar até cinco minutos enquanto as sessões ativas estão em execução. Para instalar o pacote, execute:
documentserver-prepare4shutdown.shPara o Docker, execute o mesmo script dentro do contêiner identificado:
sudo docker exec <container_name> documentserver-prepare4shutdown.shSubstitua o marcador pelo nome ou ID real do contêiner. Se o script estiver indisponível, não assuma que as edições abertas foram salvas; aguarde que os usuários fechem os documentos e faça um backup antes de parar o servidor.
No Ubuntu ou Debian, o comando para remover a Community Edition, conforme o guia da ONLYOFFICE, é:
sudo apt purge onlyoffice-documentserverPara a Community Edition no CentOS, documentos ONLYOFFICE:
sudo yum remove onlyoffice-documentserverOs pacotes específicos de cada edição variam. O guia oficial da Developer Edition usa `<nome_do_pacote>` onlyoffice-documentserver-de, enquanto o guia da Enterprise Edition usa `<nome_do_pacote>` onlyoffice-documentserver-ee. Use o nome do pacote exibido na sua lista de pacotes instalados; não execute todas as variantes indiscriminadamente. Leia o resumo de confirmação do gerenciador de pacotes antes de aceitá-lo, especialmente se ele sugerir a remoção de um banco de dados ou outro serviço que você ainda utiliza.
O ONLYOFFICE informa que a remoção do pacote exclui os binários e a configuração do servidor, mas mantém as dependências instaladas. Se o gerenciador de pacotes indicar que os diretórios do ONLYOFFICE não estão vazios, verifique-os primeiro. O guia de remoção lista /etc/onlyofficeos /var/www/onlyofficediretórios que podem ser removidos manualmente:
sudo rm -rvf /etc/onlyoffice /var/www/onlyofficeEste comando é irreversível. Execute-o somente após verificar se esses caminhos não contêm configurações personalizadas, logs, certificados ou dados necessários. Para uma limpeza mais precisa, remova apenas o subdiretório do Servidor de Documentos verificado, em vez do diretório pai.
Comece sudo docker ps -aidentificando o contêiner ONLYOFFICE específico. Não use comandos que removam todos os contêineres ou imagens no host. Se o contêiner se chamar onlyoffice-ds, pare e remova-o com:
sudo docker stop onlyoffice-ds
sudo docker rm onlyoffice-dsSubstitua o nome ou ID real do seu contêiner. Para uma implantação com Compose, revise docker compose pso arquivo Compose primeiro. Você pode parar e remover o serviço ONLYOFFICE pelo seu nome de serviço real, mas evite interromper um projeto inteiro se esse projeto também executar o Nextcloud, um banco de dados ou um proxy reverso que deva permanecer ativo.
A remoção de um contêiner não exclui automaticamente os diretórios de montagem (bind-mount) ou volumes nomeados do host. Inspecione as montagens do contêiner com `docker- compose up` sudo docker inspect <container_name>ou verifique as volumesentradas no arquivo `.docker-compose.json`. Faça backup de tudo o que for necessário e, em seguida, remova apenas o caminho de dados ou volume nomeado `ONLYOFFICE` verificado. O Docker Compose down -vremove volumes do projeto; use-o somente quando o projeto Compose e todos os volumes declarados por ele pertencerem exclusivamente a esta instalação. A documentação do Docker observa que volumes externos não são removidos pelo Compose.
Após remover o contêiner, você pode remover a imagem ONLYOFFICE se nenhum outro contêiner a estiver utilizando:
sudo docker image ls
sudo docker image rm onlyoffice/documentserverSe você usou uma tag de imagem específica, use exatamente o mesmo repositório e tag. O Docker pode reter uma imagem que ainda esteja sendo referenciada por outro contêiner, por isso é importante verificar antes de forçar a remoção.
Se você instalou o ONLYOFFICE a partir do repositório APT oficial e nenhum outro pacote do ONLYOFFICE no host precisa dele, você pode remover a entrada do repositório e a chave de assinatura. O guia de instalação identifica os arquivos `/etc/onlyoffice.conf` /etc/apt/sources.list.d/onlyoffice.liste /usr/share/keyrings/onlyoffice.gpg`/etc/onlyoffice.conf`. Verifique o conteúdo deles e confirme se são dedicados ao ONLYOFFICE antes de excluí-los. No Debian ou Ubuntu, o sistema sudo apt autoremove --purgepode oferecer a opção de remover dependências desnecessárias; revise cuidadosamente a lista de pacotes sugerida e cancele se ela incluir software usado por outros serviços. A limpeza de dependências é opcional e não é necessária para interromper o Document Server.
Verifique o resultado com o gerenciador de pacotes e o inventário do Docker:
dpkg -l | grep onlyoffice-documentserver
sudo docker ps -aNão deve haver nenhum pacote instalado correspondente ou contêiner do Servidor de Documentos remanescente. Se você também excluiu a imagem e os dados, verifique a lista de imagens, a lista de volumes e os caminhos do host relevantes que você identificou anteriormente. Não considere uma consulta de pacote vazia como prova de que os dados do Docker foram removidos, nem um contêiner ausente como prova de que sua imagem e volumes foram excluídos.
Os passos acima são direcionados às instalações do ONLYOFFICE Docs Community, Developer e Enterprise, conforme indicado; os nomes dos pacotes variam de acordo com a edição e os scripts de implantação personalizados podem criar caminhos diferentes. Para obter comandos específicos da edição, consulte o guia de remoção do ONLYOFFICE Community Linux , o guia de remoção da Developer Edition ou o guia de remoção da Enterprise Edition . Para o Docker, use o guia de remoção do ONLYOFFICE Docker e a referência de desinstalação do Docker Compose .
Identifique se o Servidor de Documentos utiliza um pacote Linux ou Docker, remova apenas os componentes necessários e verifique os dados restantes sem excluir acidentalmente os serviços compartilhados.
Identifique a causa da lentidão na edição colaborativa devido à pressão sobre os recursos do Docker, conexões proxy ou carga de documentos e, em seguida, escolha a solução que corresponda às suas medições.
Escolha onde o TLS deve ser encerrado, monte um certificado confiável e uma chave privada com segurança e verifique o acesso HTTPS a um servidor ONLYOFFICE Docs em um contêiner Docker.
Incorpore o editor ONLYOFFICE em seu aplicativo PHP, assine sua configuração com JWT e salve os arquivos editados por meio de um retorno de chamada seguro.
Defina o idioma de verificação ortográfica para todo o documento ou para o texto selecionado, confirme se a verificação ortográfica está ativa e identifique quando um dicionário do servidor estiver faltando.
Ative o recurso de controle de alterações persistente para todos em um documento do ONLYOFFICE, verifique se as edições foram registradas e compreenda as limitações dessa configuração.
Verifique se o Nginx, a rede Docker ou um serviço interno do ONLYOFFICE está retornando o erro 502 e, em seguida, confirme o upstream corrigido e realize a verificação de integridade.
Diagnostique falhas ao salvar no ONLYOFFICE verificando a rota de retorno de chamada do Nextcloud, redirecionamentos de proxy e logs de armazenamento e, em seguida, verifique se o arquivo editado persiste.
Identifique a causa das falhas de memória do ONLYOFFICE, verifique os limites do Docker, dimensione corretamente a RAM do VPS, adicione swap com segurança e verifique se os documentos abrem e são salvos corretamente.
Separe os problemas de download do navegador dos erros de conversão do lado do servidor e use o registro correto ou a verificação de acesso para que a exportação para PDF funcione.
