---
title: Управление и восстановление модулей
description: Просмотр, активация, обновление и удаление модулей TSync в Центре управления модулями — и восстановление рассинхронизированного модуля в Центре восстановления.
product: TSync Intelligence 11.3.6
language: ru
canonical: https://docs.tsync.pro/ru/module-management/
source: https://docs.tsync.pro/llms.txt
---

# Управление и восстановление модулей

Возможности TSync поставляются в виде **модулей**. **Центр управления модулями** позволяет видеть и управлять
ими в одном месте, а **Центр восстановления модулей** возвращает модуль, чьё состояние рассинхронизировалось
после обновления.

## Центр управления модулями

Откройте **Центр конфигурации → Управление модулями** (`/admin/tsync_module_center`).

Для каждого модуля TSync видна понятная **тройка версий**:

- **Установлена** — что зарегистрировано в системе,
- **Манифест** — что объявляют файлы на диске,
- **Зафиксирована** — что записала база данных.

Когда все три совпадают, модуль здоров. Несоответствие (например, файлы заменили, но не запустили обновление)
помечается, чтобы вы знали о необходимости действия. У каждого модуля также есть статус **здоровья** и
**паритета**.

Отсюда можно **Активировать**, **Деактивировать**, **Обновить** или **Удалить** модуль. Это безопасные
POST-действия с подтверждением — никаких разрушительных ссылок в один клик.

> Возможности модуля (меню, права, запланированные задания) включаются только когда модуль **активен**. Если
> модуль выглядит установленным, но его меню/права отсутствуют — проверяйте в первую очередь здесь.

**Если действие выполнить нельзя, вам об этом скажут.** Модуль, который ещё активен, не установлен или входит в
список неудаляемых, теперь **отклоняется с причиной** — раньше страница отвечала *«Модуль удалён.»*, хотя не
происходило ничего. Сообщение об успехе без результата хуже ошибки: вы нажимаете, вам говорят, что готово, а
через несколько дней выясняется, что модуль на месте.

Так же и **Upgrade DB** теперь доводится до конца. Модуль, чьи миграции не могли выполниться, носил постоянный
значок *«DB upgrade due»* за кнопкой, которая падала при каждом нажатии; эти миграции выполняются, поэтому
значок исчезает тогда, когда работа действительно сделана.

## Три оранжевые строки, которые были одной устаревшей записью

Здоровье модулей сравнивает то, что каждый модуль говорит о себе, с тем, что записала база данных, и содержит
также строку для самой **платформы**. На установках, прошедших вторую половину v10 и начало v11, эта строка
могла показывать **10.6.1** на продукте версии v11.1.4 — четырнадцать версий расхождения, выглядевшие как
постоянные оранжевые строки и читавшиеся как три сломанных модуля, а не как одна устаревшая запись.

Отметка проставлялась вручную в каждом релизе, пока один релиз не был написан без этой строки, а каждый
следующий её скопировал. Начиная с v11.1.5 версия платформы выводится из миграции, которая действительно
выполнилась, поэтому она не может быть неверной и не может быть забыта. **Обновление исправляет строку само**
— чинить здесь руками нечего.

## Центр восстановления модулей

Откройте **Центр управления модулями** и нажмите **Восстановление модулей** на панели инструментов
(`/admin/tsync_module_repair`, только администратор).

Он устраняет конкретную ситуацию: модуль TSync, чьи **таблицы в базе уже существуют** (он действительно был
установлен ранее), но **отсутствует в реестре модулей** — поэтому его меню, права и задания не загружаются.
Восстановление заново регистрирует его как активный, не трогая данные, и возможности возвращаются при
следующей загрузке.

- **Зарегистрировать / Восстановить всё зафиксированное** — вернуть модули, установленные ранее, но выпавшие
  из реестра.
- **Синхронизировать версии** — привести записанные версии в соответствие с файлами на диске.

Каждое действие восстановления — это подтверждённый POST, и оно записывается в
[журнал аудита](admin-governance-tools.md). Восстановление **возвращает только реальную прежнюю установку** —
никогда не активирует что-то новое незаметно.