Чтобы полностью удалить ONLYOFFICE Document Server, сначала определите, был ли он установлен в виде пакета DEB/RPM или контейнера Docker. Остановите активные сеансы редактирования, удалите только соответствующий пакет или контейнер, а затем отдельно просмотрите оставшиеся данные, тома и образы; удаление приложения не приводит к автоматическому удалению всех зависимостей или постоянных файлов.
Перед выполнением любой команды удаления воспользуйтесь приведенным ниже контрольным списком. В официальных инструкциях по удалению ONLYOFFICE предупреждается, что в процессе удаляются данные Document Server. Если вам потребуется восстановить службу, сохраните ее конфигурацию, базу данных, журналы и смонтированные данные перед продолжением.
Проверьте оба типа установки, поскольку на хосте может одновременно находиться пакет и контейнер Docker. В Debian или Ubuntu проверьте список пакетов с помощью команды ` purge` dpkg -l | grep onlyoffice-documentserver. Пакет Community называется `<package_name>` onlyoffice-documentserver; в версиях Developer и Enterprise используются другие имена пакетов. Перед копированием команды `purge` проверьте имя установленного пакета. На хосте Docker используйте команду `purge` sudo docker ps -aдля просмотра остановленных и запущенных контейнеров и найдите образ Document Server или имя контейнера, которое вы узнаете.
Посоветуйте пользователям сохранять и закрывать открытые документы перед завершением работы. В документации ONLYOFFICE указано, что подготовка скрипта может занять до пяти минут, пока обрабатываются активные сессии. Для установки пакета выполните:
documentserver-prepare4shutdown.shДля Docker запустите тот же скрипт внутри указанного контейнера:
sudo docker exec <container_name> documentserver-prepare4shutdown.shЗамените заполнитель фактическим именем или идентификатором контейнера. Если скрипт недоступен, не следует предполагать, что открытые изменения сохранены; дождитесь, пока пользователи закроют документы и создадут резервную копию, прежде чем останавливать сервер.
В Ubuntu или Debian команда для удаления Community Edition, описанная в руководстве ONLYOFFICE, выглядит следующим образом:
sudo apt purge onlyoffice-documentserverДля Community Edition на CentOS используются ТОЛЬКО документы ONLYOFFICE:
sudo yum remove onlyoffice-documentserverПакеты, специфичные для разных версий, различаются. В официальном руководстве для Developer Edition используется onlyoffice-documentserver-de, а в руководстве для Enterprise Edition onlyoffice-documentserver-ee— . Используйте имя пакета, указанное в списке установленных пакетов; не запускайте все варианты вслепую. Перед принятием пакета ознакомьтесь с подтверждением менеджера пакетов, особенно если он предлагает удалить базу данных или другую службу, которую вы все еще используете.
В ONLYOFFICE указано, что удаление пакета удаляет исполняемые файлы сервера и конфигурацию, но оставляет установленные зависимости. Если менеджер пакетов сообщает, что каталоги ONLYOFFICE не пусты, сначала проверьте их. В руководстве по удалению указаны каталоги /etc/onlyoffice, /var/www/onlyofficeкоторые можно удалить вручную:
sudo rm -rvf /etc/onlyoffice /var/www/onlyofficeЭта команда необратима. Выполняйте её только после проверки того, что указанные пути не содержат пользовательских настроек, журналов, сертификатов или необходимых вам данных. Для более тщательной очистки удалите только проверенный подкаталог Document Server, а не родительский каталог.
Начните с sudo docker ps -aопределения конкретного контейнера ONLYOFFICE. Не используйте команды, удаляющие все контейнеры или образы на хосте. Если контейнер называется onlyoffice-ds, остановите и удалите его с помощью команды:
sudo docker stop onlyoffice-ds
sudo docker rm onlyoffice-dsЗамените реальное имя или идентификатор контейнера. Для развертывания с помощью Compose docker compose psсначала проверьте файл Compose. Вы можете остановить и удалить службу ONLYOFFICE, используя ее фактическое имя, но избегайте остановки всего проекта, если в этом проекте также используется Nextcloud, база данных или обратный прокси-сервер, которые должны оставаться активными.
Удаление контейнера не приводит к автоматическому удалению каталогов, смонтированных на хосте, или именованных томов. Проверьте точки монтирования контейнера с помощью команды `compose` sudo docker inspect <container_name>или проверьте volumesзаписи в его файле Compose. Создайте резервную копию всего необходимого, затем удалите только проверенный путь к данным ONLYOFFICE или именованный том. Команда `compose` в Docker Compose down -vудаляет тома проекта; используйте её только в том случае, если проект Compose и все объявленные им тома принадлежат исключительно этой установке. В документации Docker отмечается, что внешние тома не удаляются Compose.
После удаления контейнера вы можете удалить образ ONLYOFFICE, если он не используется никаким другим контейнером:
sudo docker image ls
sudo docker image rm onlyoffice/documentserverЕсли вы использовали определенный тег образа, используйте именно этот репозиторий и тег. Docker может сохранить образ, на который по-прежнему ссылается другой контейнер, поэтому перед принудительным удалением следует проверить это.
Если вы установили ONLYOFFICE из официального репозитория APT и ни один другой пакет ONLYOFFICE на хосте не нуждается в нём, вы можете удалить запись в репозитории и ключ подписи. В руководстве по установке указаны /etc/apt/sources.list.d/onlyoffice.listи /usr/share/keyrings/onlyoffice.gpg. Проверьте их содержимое и убедитесь, что они предназначены для ONLYOFFICE, прежде чем удалять их. В Debian или Ubuntu sudo apt autoremove --purgeможет предложить удалить зависимости, которые больше не нужны; внимательно изучите предлагаемый список пакетов и отмените его, если он включает программное обеспечение, используемое другими службами. Очистка зависимостей необязательна и не требуется для остановки Document Server.
Проверьте результат с помощью менеджера пакетов и инвентаризации Docker:
dpkg -l | grep onlyoffice-documentserver
sudo docker ps -aНе должно остаться ни одного соответствующего установленного пакета или контейнера Document Server. Если вы также удалили его образ и данные, проверьте соответствующие списки образов, томов и пути к хостам, которые вы определили ранее. Не рассматривайте пустой запрос пакета как доказательство удаления данных Docker, а отсутствие контейнера — как доказательство исчезновения его образа и томов.
Описанные выше шаги предназначены для установок ONLYOFFICE Docs Community, Developer и Enterprise, где это указано; названия пакетов различаются в зависимости от версии, а пользовательские скрипты развертывания могут создавать другие пути. Для получения точных команд, специфичных для конкретной версии, обратитесь к руководству по удалению ONLYOFFICE Community Linux , руководству по удалению Developer Edition или руководству по удалению Enterprise Edition . Для Docker используйте руководство по удалению ONLYOFFICE Docker и справочник по Docker Compose down .
Определите, использует ли Document Server пакет Linux или Docker, удалите только его компоненты и проверьте оставшиеся данные, не удаляя по ошибке общие службы.
Причину замедления совместного редактирования можно определить как нехватку ресурсов Docker, проблемы с прокси-соединениями или загрузку документов, после чего выберите решение, соответствующее вашим измерениям.
Выберите место завершения TLS-соединения, безопасно смонтируйте доверенный сертификат и закрытый ключ, а также проверьте доступ по HTTPS к серверу ONLYOFFICE Docs, работающему в контейнере Docker.
Встройте редактор ONLYOFFICE в свое PHP-приложение, подпишите его конфигурацию с помощью JWT и сохраняйте отредактированные файлы через защищенный обратный вызов.
Установите язык проверки орфографии для всего документа или выделенного текста, убедитесь, что проверка орфографии активна, и определите, когда отсутствует словарь сервера.
Включите функцию отслеживания изменений для всех пользователей в одном документе ONLYOFFICE, убедитесь, что внесенные изменения записываются, и ознакомьтесь с ограничениями этой настройки.
Выясните, возвращает ли Nginx, сетевые компоненты Docker или внутренний сервис ONLYOFFICE ошибку 502, затем проверьте исправленные данные в вышестоящем сервере и результаты проверки работоспособности.
Для диагностики сбоев сохранения файлов в ONLYOFFICE проверьте маршрут обратного вызова Nextcloud, перенаправления прокси-сервера и журналы хранилища, а затем убедитесь, что отредактированный файл сохраняется.
Найдите причину сбоев памяти в ONLYOFFICE, проверьте ограничения Docker, правильно определите размер оперативной памяти VPS, безопасно добавьте файл подкачки и убедитесь, что документы открываются и сохраняются.
Отделите проблемы с загрузкой из браузера от ошибок преобразования на стороне сервера и используйте правильную проверку журнала или доступа, чтобы экспорт в PDF работал корректно.
