Статьи с тэгом :
История изменений
Попробовать в облаке
Попробовать в облаке
Справочный центр
Панель управления

Использование функции резервного копирования и восстановления данных в Панели управления

Панель управления v3.5 История изменений Панели управления ONLYOFFICE

Version 3.5.2

Release date: 02/29/2024


  • Added the ability to restrict access rights to the application files for the Others group.
  • Fixed issue with redirect to the portal main page when opening Control Panel after a day on Ubuntu 22.10.
  • Fixed retrieving data error when opening the backup page.
  • Fixed issue when backup with Mail is not performed after disabling and enabling encryption (added text about stopping services and the instruction to the Help Center).
  • Fixed issue when features are not saved to the new tariff when setting a quota for the portal.
  • Edited sources build.

Version 3.5

Release date: 03/14/2023


  • Changed API methods for migration, implemented progressQueue.
  • Changed settings for connecting third-party storages. Added tooltips for fields. Added the 'Server Side Encryption Method' block for Amazon AWS S3.
  • Added logos for dark theme in the Branding section. Logos for the About page are now separate fields in the Advanced tab.
  • Added the ability to set the portal memory quota.

Version 3.1.1

Release date: 08/08/2022


  • Fixed issue with file indexing.
  • Fixed elasticsearch container errors when updating ONLYOFFICE Groups.
  • Fixed issue with brand logos after updating in the Docker installation.
  • Fixed texts and layout for the Migration feature.

Version 3.1

Release date: 05/25/2022


  • Added the Data Import page that allows to import data from Nextcloud, ownCloud and GoogleWorkspace to ONLYOFFICE Workspace.
  • Moved Elasticsearch to a separate container.
  • Fixed bugs.

Version 3.0

Release date: 06/07/2021


  • License agreement dialog when installing docker components added.
  • The inactive button with an action for uninstalled components (downloading and installing the available version) fixed.


  • Indexing progress display added.

LoginHistory and AuditTrail

  • New empty screens added.


  • New checks when restoring data from a local or a 3rd party storage.


  • SSOAuth was removed from Control Panel. It's now available as a portal setting in Community Server.

General improvements and bug fixes

  • Bugs 47721, 49101, 49187, 49273, 49272, 49324, 46386, 49585 from the internal bugtracker fixed.
  • 3rd party licenses and copyright updated.

Version 2.9.1

Release date: 12/10/2020

Bug fixes

  • Bug Fixes & Performance Improvements.

Version 2.9

Release date: 10/14/2020


  • Control Panel is available in the free Community version with all settings excepting the editors logo replacement;
  • Added the vsyscall check to the installation scripts when installing Mail Server on Debian with kernel 4.18.0 and later;
  • Redesign of the navigation menu: added Common and Portal settings sections, added icons to menu items;
  • Added the advanced rebranding page in the Common Settings;
  • Added the possibility to reindex the full-text search;
  • Updated node.js, updated packages (transition to samlify for SSO);
  • Added the Encryption at rest block in the Storage section;
  • Added the Private Room section for the server version only;
  • Added the upgrade page with a proposal to upgrade to Enterprise Edition;
  • Added the activate page with a possibility to upload a license file;
  • Added the HideAuthPage option to the SSO settings to hide the authorization page. When the HideAuthPage option is enabled, an automatic redirect from the authorization page to the SSO service will occur.


  • Added the Sign in to domain option on the authorization page.

Single Sign-on

  • Transition to the new samlify library;
  • Added the HideAuthPage option to the SSO settings to hide the authorization page. When the HideAuthPage option is enabled, an automatic redirect from the authorization page to the SSO service will occur.

Version 2.7

Release date: 04/25/2019


  • Added more fields mapped for the users loaded via LDAP: user photo, birthday, contacts, primary phone number;
  • Added the setting to autosync LDAP on schedule;
  • Added the possibility to give administrator rights to the user group at the portal via LDAP;
  • Updated the rules for LDAP users.

Version 2.5.1

Release date: 04/07/2018


  • Fixed the Server internal error error when using the groups enclosed inside each other in the AD (bug #37414).

Single Sign-on

  • Fixed the issue when the user data between the Service Provider and the portal was transferred via HTTP only, even when HTTPS was enabled.

Version 2.4.0

Release date: 01/13/2018

Single Sign-on

  • Fixed the Invalid ssoConfig error which occurred when the link to the IdP contained the question mark '?', e.g.: IdP Single Sign-On Endpoint URL: https://accounts.google.com/o/saml2/idp?idpid=777777;
  • Fixed the Invalid authentication token error which prevented from adding a user to the portal using the AD FS, in case the + or - characters were present when sending the encrypted data.

Version 2.3.0

Release date: 12/15/2017


  • Added the changelog for Control Panel and link to it;
  • Fixed the bug when JWT parameters were not sent when updating Document Server(bug #36270);
  • Fixed the bug when Audit Trail heading was present at the login history page (bug #36026);
  • The current machine is now checked for being linked with the domain name for multiple portals.


  • Fixed the bug with the LDAP Domain not found error which occurred if the DN record had no DC records (the users with Sun/Oracle DS were affected); now if the LDAP domain could not be specified, the LDAP domain will acquire the unknown value or the ldap.domain value from the web.appsettings.config configuration file;
  • Fixed the bug with the Sizelimit Exceeded error when trying to get more than 1000 users from the Active Directory;
  • Increased the login speed with the Group Membership setting enabled;
  • Added additional logging;
  • Fixed the bug with LDAP operation hanging when using Mono v5.2.0 and older;
  • Fixed the bug with the error when trying to login using the email address entered in the fields different from the Mail Attribute;
  • Fixed the bug occurring in the enclosed groups, when the users were displayed not in all groups.

Version 2.2.0

Release date: 10/31/2017


  • Added the documentserver-prepare4shutdown.sh script launch when updating the document-server for the correct edited document saving.


  • Dramatically changed LDAP integration, migrated to the single library for the work with LDAP (Novell.Directory.Ldap.NETStandard, Nuget, MIT);
  • Login and email are now split into two separate fields;
  • Added the support for big data;
  • Increased the work speed via the LDAP protocol (the connection to the server and receiving the data is now made once per session, added the limits when only a certain number of results is necessary, fixed the slow login for bit data, removed the sorting out used to find the SID parameter);
  • Fixed the user re-creation issue;
  • Fixed the duplicate username issue;
  • Fixed the already existing email issue;
  • Replaced the LDAP user deletion with account deactivation (for further data migration and data safety);
  • Instead of re-creating a user with an unknown SID but an existing email the data is updated;
  • Added the attempt to save the correct UserName/Login in case a similar one is already taken on the portal.

Single Sign-on

  • Added the AD FS support;
  • Replaced the Single Sign-on link at the authorization page with the customizable button, added the button customization to the SSO setting of the Control Panel.

Version 2.1.0

Release date: 07/03/2017


  • Added the support of letsencrypt service for the domain certificate generation.

Single Sign-on

  • Added the new sso.auth service;
  • Added the new SSO settings page;
  • Added the support for Shibboleth.

Version 2.0.0

Release date: 05/25/2017


  • The Control Panel migrated from MVC to Node.js.

Version 1.6.0

Release date: 12/05/2016


  • Added LDAP synchronization for users and groups when saving the settings, after login and using the Sync button;
  • Changed email formation for LDAP users;
  • Fixed the problem of creation of users with invalid emails;
  • Fixed the problem of duplicate users;
  • Added icons and hints to the users in the list for the admin;
  • Blocked for editing the user profile fields imported using LDAP;
  • Added the real LDAP password saving to the database during login in case LDAP Auth is disabled, now the LDAP users will become common portal users when LDAP Auth is disabled;
  • Added new API Settings method - Sync LDAP;
  • Added new translations;
  • Bug fixes.

Version for Windows

  • Made changes at the Update page for the Control Panel for Windows;
  • Updates are performed using the downloaded installation packages for each module.
  • The current installed component version numbers are obtained via API request to the Community Server.
  • The new versions available for download are obtained via the request to the https://download.onlyoffice.com/install/windows/updates.txt file, where all the latest component version numbers and links for their download are stored in the JSON format.


В Панели управления доступна возможность резервного копирования и восстановления, которая позволяет выполнять резервное копирование данных портала и восстанавливать их в серверной версии ONLYOFFICE Workspace. Чтобы открыть Панель управления, войдите на портал и нажмите на ссылку 'Панель управления' на Стартовой странице. Можно также перейти в 'Настройки' портала и нажать на ссылку 'Панель управления' на левой боковой панели.

Резервное копирование данных

Чтобы вручную создать резервную копию данных портала, перейдите на страницу Резервное копирование в разделе ОБЩИЕ НАСТРОЙКИ на левой боковой панели и используйте раздел Резервное копирование данных:

  1. выберите требуемое Хранилище для файлов резервных копий:
    • отметьте переключатель Временное хранилище, если по завершении резервного копирования вы хотите скачать резервную копию на локальный диск. Это можно будет сделать с помощью ссылки, появившейся ниже.
      Создание резервной копии вручную Создание резервной копии вручную
    • отметьте переключатель Модуль Документы и нажмите кнопку Плюс рядом с полем, появившимся ниже. Откроется окно Выбрать папку. Укажите папку в разделе Общие документы, в которой надо сохранить резервную копию, и нажмите кнопку OK.
      Вкладка Модуль Документы Вкладка Модуль Документы
    • отметьте переключатель Стороннее хранилище, выберите одно из доступных сторонних хранилищ и введите данные, необходимые для доступа к нему:
      1. Нужный сервис (Amazon AWS S3, Google Cloud Storage, Rackspace Cloud Storage, Selectel Облачное хранилище, DropBox, Box.com, OneDrive, Google Drive) необходимо предварительно подключить в разделе Интеграция настроек портала. В противном случае соответствующие хранилища будут неактивны и будут отображаться серыми.
      2. Сторонний аккаунт (DropBox, Box.com, OneDrive, Google Drive, Yandex Disk и хранилища, подключенные по протоколу WebDAV, такие как Nextcloud или ownCloud) необходимо предварительно подключить к модулю Документы, а также открыть к нему доступ и поместить в раздел Общие документы. В противном случае соответствующие хранилища будут неактивны и будут отображаться серыми.
      Вкладка Стороннее хранилище Вкладка Стороннее хранилище

      Когда нужное хранилище будет выбрано, укажите данные для получения доступа к нему в появившихся ниже полях:

      • Для сервиса Amazon AWS S3 доступны следующие поля:
        • Контейнер - уникальное имя контейнера Amazon, например, my-new-test-bucket-12345.
        • Регион - регион AWS, в котором хранится ваш контейнер Amazon, например, us-east-2.
        • Url-адрес сервиса - это необязательное свойство; измените его только в том случае, если вы хотите попробовать другую конечную точку сервиса. Оставьте это поле пустым, чтобы использовать значение по умолчанию.
        • Принудительно использовать стиль пути - если установлено значение true, запросы всегда будут использовать адресацию стиля пути. Оставьте это поле пустым, так как свойство Url-адрес сервиса не указывается.
        • Использовать Http - если для этого свойства установлено значение true, клиент пытается использовать протокол HTTP, если целевая конечная точка поддерживает это. По умолчанию задано значение false. Задайте значение true или оставьте это поле пустым, чтобы использовать значение по умолчанию.
        • Метод шифрования на стороне сервера - алгоритм шифрования на стороне сервера, используемый при хранении этого объекта в S3. Возможные значения:
          • Нет
          • Шифрование на стороне сервера - SSE-S3 (ваши ресурсы будут зашифрованы надежными ключами AES-256 GCM, по одному отдельному ключу для каждого объекта. Сами ключи зашифрованы циклически сменяющимся корневым ключом для дополнительной защиты) или SSE-KMS (ваши ресурсы будут зашифрованы с помощью гибкого механизма шифрования. Как и SSE-S3, он использует надежный метод шифрования AES-256, но предлагает более сложную и гибкую модель, предлагая отдельные разрешения для ключа KMS, функцию журнала аудита и возможность создавать уникальные пользовательские ключи). Для SSE-KMS, вы можете выбрать Управляемые ключи CMK - Стандартный ключ CMK, управляемый AWS или Ключ CMK, управляемый пользователем. Когда выбрана опция Ключ CMK, управляемый пользователем, необходимо указать Id ключа KMS.
          • Шифрование на стороне клиента - когда выбрана эта опция, необходимо указать Id ключа KMS.
      • Для сервиса Google Cloud Storage доступны следующие поля: Контейнер (уникальное имя контейнера Google Cloud, например, test_bucket111419).
      • Для сервиса Rackspace Cloud Storage доступны следующие поля: Публичный контейнер (URL-адрес публичного контейнера Rackspace), Приватный контейнер (URL-адрес приватного контейнера Rackspace) и Регион (регион, в котором размещаются контейнеры Rackspace).
      • Для сервиса Selectel Облачное хранилище доступны следующие поля: Приватный контейнер (имя приватного контейнера Selectel, например, test_container) и Публичный контейнер (имя публичного контейнера Selectel, например, test_container_public).
      • Для сервисов DropBox, Box.com, OneDrive, Google Drive, Yandex Disk или хранилищ, подключенных по протоколу WebDAV, нажмите кнопку Плюс рядом с полем, появившимся ниже. Откроется окно Выбрать папку. Укажите каталог стороннего ресурса, находящийся в разделе Общие документы, в который надо сохранить резервную копию, и нажмите кнопку OK.
    • отметьте переключатель Локальный файл, если вы хотите сохранить резервную копию на локальном диске. В появившемся ниже поле Выберите место хранения укажите путь к папке, в которой вы хотите сохранить резервную копию.
      Вкладка Локальный файл Вкладка Локальный файл
    При выборе опции Модуль Документы или одного из сторонних сервисов, подключенных к нему (DropBox, Box.com, OneDrive, Google Drive, Yandex Disk, хранилища, подключенные по протоколу WebDAV), размер файла резервной копии влияет на общее занятое дисковое пространство на портале.
  2. установите флажок Включить Почту в резервную копию, если вы хотите также выполнить резервное копирование данных Почты. Это увеличит время выполнения резервного копирования и размер файла резервной копии, но, если эта опция отключена, данные модуля Почта будут потеряны после восстановления, и учетные записи придется подключать заново. Пожалуйста, обратитесь к разделу Резервное копирование данных Почты для получения дополнительных инструкций.
    Данные о лицензии не будут включены в резервную копию. После восстановления данных из резервной копии вам понадобится повторно загрузить файл лицензии.
  3. нажмите на кнопку СОЗДАТЬ РЕЗЕРВНУЮ КОПИЮ.

Когда резервное копирование завершится, вы найдете файл резервной копии в формате .tar.gz (имя-портала_дата_время.tar.gz) в указанной папке. Если вы выбрали Временное хранилище, ссылка для скачивания созданной резервной копии будет доступна в течение 24 часов.

Резервное копирование данных Почты

Выполните дополнительные действия для резервного копирования данных Почты.

Эта инструкция не работает для Windows-версии.
  1. Войдите в контейнер Community Server:
    docker exec -it onlyoffice-community-server bash
  2. Перейдите в папку сервисов:
    cd /var/www/onlyoffice/Services/TeamLabSvc
  3. Откройте файл конфигурации:
    nano TeamLabSvc.exe.config
  4. Добавьте настройки доступа к хостовой машине:
      <mailServer pathToMailFilesOnHost="/app/onlyoffice/MailServer/data" hostAddress="" hostUsername="root" hostKey="/tmp/key.pem" />
    • pathToMailFilesOnHost - полный путь к файлам почтового сервера. Для Linux можно указать следующий путь: /app/onlyoffice/MailServer/data.
    • hostAddress - адрес машины, на которой размещен контейнер почтового сервера.
    • hostUsername - имя пользователя для подключения к машине, на которой размещен контейнер почтового сервера.
    • hostPassword - пароль для подключения к машине, на которой размещен контейнер почтового сервера.
    • hostKey - путь к файлу с сертификатом SSH пользователя для подключения к машине, на которой размещен контейнер почтового сервера. Файл должен быть в формате OpenSSH, его можно сгенерировать с помощью Putty Key Generator.
    ВажноДолжно быть заполнено хотя бы одно из полей: hostPassword или hostKey. Если заполнены оба поля, подключение будет производиться сначала по ключу, при неудаче по паролю.
    ВажноУ пользователя (hostUsername), который указывается в настройках, должны быть права на чтение и запись папки с письмами (pathToMailFilesOnHost). Для Linux можно выполнить следующую команду: chmod -R 755 /app/onlyoffice/MailServer/data.
  5. Сохраните файл (Ctrl+S) и выйдите (Ctrl+X).
  6. Перезапустите сервис:
    systemctl restart onlyofficeBackup
  7. Перейдите к разделу Восстановление данных для восстановления данных из файла резервной копии.

Автоматическое резервное копирование

Для автоматизации процесса резервного копирования перейдите на страницу Резервное копирование в разделе ОБЩИЕ НАСТРОЙКИ на левой боковой панели и используйте раздел Автоматическое резервное копирование:

Автоматическое создание резервной копии Автоматическое создание резервной копии
  1. нажмите на переключатель Отключено, чтобы разрешить использование этой возможности.
  2. выберите требуемое Хранилище для файлов резервных копий (доступны те же опции, что указаны выше, кроме Временного хранилища, которое доступно только в разделе Резервное копирование данных).
  3. укажите промежуток времени, через который необходимо создавать резервные копии: Каждый день с указанием нужного времени суток, Каждую неделю с указанием нужного дня недели и времени суток или Каждый месяц с указанием нужной даты и времени суток.
  4. задайте Максимальное число хранимых резервных копий, выбрав нужное значение (от 1 до 30) из выпадающего списка.
  5. установите флажок Включить Почту в резервную копию, если вы хотите также выполнять резервное копирование данных Почты.
  6. нажмите кнопку СОХРАНИТЬ.

Резервные копии будут создаваться автоматически с заданной периодичностью.

Восстановление данных

В связи с новым механизмом шифрования пароля, нет возможности восстановить пароль из бекапа, используя отличный от исходного ключ core.machinekey. Для корректной работы портала, перед разворачиванием бекапа на новом сервере, необходимо прописать в файлы web.appsettings.config, TeamlabSvc.exe.Config и в файл конфигурации Панели управления production.json ключ от старого сервера.

Для Docker-версии можно заменить machinekey здесь /app/onlyoffice/CommunityServer/data/.private/machinekey и перезапустить контейнер Community Server. Также можно использовать параметр mk в скрипте установки, чтобы задать machinekey при установке ONLYOFFICE Workspace. Например, bash workspace-enterprise-install.sh -mk yourmachinekey или bash workspace-install.sh -mk yourmachinekey.

Для восстановления данных портала из предварительно созданного файла резервной копии перейдите на страницу Восстановление в разделе ОБЩИЕ НАСТРОЙКИ на левой боковой панели.

Восстановление резервной копии Восстановление резервной копии
  1. выберите Источник, где сохранены файлы резервных копий:
    • отметьте переключатель Модуль Документы и нажмите кнопку Плюс ниже. В окне Выбрать файл выберите нужный файл резервной копии, сохраненный в разделе Общие документы, и нажмите кнопку OK.
    • отметьте переключатель Стороннее хранилище, выберите нужное стороннее хранилище и введите данные, необходимые для доступа к нему, а также укажите URL-адрес нужного файла резервной копии в поле Путь.

      Для аккаунтов, подключенных к модулю Документы (DropBox, Box.com, OneDrive, Google Drive, Yandex Disk, хранилища, подключенные по протоколу WebDAV), нажмите кнопку Плюс ниже. В окне Выбрать файл выберите нужный файл резервной копии, сохраненный в каталоге стороннего ресурса в разделе Общие документы, и нажмите кнопку OK.

    • отметьте переключатель Локальный файл, нажмите кнопку Плюс рядом с полем Выберите место хранения и найдите нужный файл резервной копии, сохраненный на локальном диске.
      Вместо того чтобы выбирать файл резервной копии из определенного Источника, можно нажать на ссылку Показать список резервных копий под переключателями, чтобы выбрать нужный файл из истории резервного копирования (если файл резервной копии был вручную удален из хранилища, он не будет доступен в списке). Нажмите на ссылку Восстановить рядом с нужным файлом резервной копии. Чтобы удалить файл резервной копии из этого списка, нажмите на значок Значок Удалить.
  2. в случае необходимости оставьте установленным флажок Оповестить пользователей о восстановлении портала, чтобы оповестить пользователей портала;
  3. нажмите кнопку ВОССТАНОВИТЬ.
    Не забудьте, что по завершении восстановления потребуется повторно загрузить файл лицензии. Это можно сделать в разделе Платежи.
    Если вы создали файл резервной копии в облачной версии и затем восстановили его в серверной версии, текущие пароли будут сброшены и доступ можно восстановить только через ссылку Забыли пароль? на странице авторизации.
Скачать Разместите на собственном сервере Доступно для
Docker, Windows и Linux
Вас также может заинтересовать: