Если при запуске DEXP RD Supervisor появляется сообщение о несовместимости версии базы данных или программа требует обновить БД после установки новой сборки, первое действие — проверить, какая версия ПО установлена сейчас и какая версия базы ей соответствует. Рассинхронизация версий — наиболее частая причина, по которой система управления устройствами отказывается стартовать или теряет связь с подключёнными экранами.
DEXP RD Supervisor — это программный комплекс для централизованного управления устройствами (как правило, цифровыми дисплеями и интерактивными панелями) в корпоративной или торговой среде. База данных в нём хранит список устройств, расписания, контент-планы и настройки. Поэтому обновление БД — операция ответственная: ошибка может привести к потере конфигурации всей сети устройств.
Ниже разберём, как подготовиться к обновлению, выполнить его безопасно и что делать, если процесс завершился с ошибкой. Точные названия пунктов меню и пути могут отличаться в зависимости от версии ПО — сверяйтесь с документацией к вашей конкретной сборке.
Зачем обновляется база данных и когда это требуется
Обновление структуры базы данных обычно требуется при переходе на новую версию самого приложения RD Supervisor. Разработчик меняет формат хранения данных: добавляются новые поля, таблицы, типы устройств. Старая база физически не может быть прочитана новой версией без миграции.
Типичные ситуации, когда система запрашивает обновление БД:
- 🔄 после установки свежей версии ПО поверх старой;
- 📥 при восстановлении базы из резервной копии, созданной в другой версии;
- 🖥️ при переносе сервера на новый компьютер с более новой сборкой;
- ⚙️ при подключении устройств с прошивкой, требующей новых полей в базе.
Важно понимать: обновление базы данных, как правило, односторонний процесс. После миграции на новую схему открыть эту базу в старой версии программы уже не получится. Именно поэтому резервная копия до начала обновления — обязательный этап, а не рекомендация.
Подготовка: что проверить перед обновлением
Прежде чем запускать процедуру, убедитесь, что выполнены базовые условия. Пропуск подготовки — главная причина сбоев и потери данных.
Во-первых, определите текущую версию программы и, если интерфейс это позволяет, версию схемы базы данных. Обычно эти сведения доступны в разделе «О программе» или в системном журнале. Во-вторых, убедитесь, что у вас есть права администратора на сервере, где развёрнут RD Supervisor, — обновление структуры БД требует повышенных привилегий.
В-третьих, проверьте свободное место на диске. Миграция базы часто создаёт временную копию данных, и при нехватке места процесс может прерваться на середине, оставив базу в повреждённом состоянии.
☑️ Подготовка к обновлению БД DEXP RD Supervisor
Резервное копирование базы данных
Резервная копия — единственная страховка при обновлении. Если в RD Supervisor предусмотрена встроенная функция экспорта или архивации базы, используйте именно её: такой бэкап гарантированно совместим с механизмом восстановления программы. Путь к этой функции зависит от версии, ищите её в разделах настроек, администрирования или обслуживания.
Если встроенного инструмента нет или он недоступен, допустим запасной вариант — скопировать файлы базы данных напрямую, предварительно остановив службу или серверный компонент программы. Копировать файлы работающей базы нельзя: есть риск получить несогласованный, частично записанный файл.
⚠️ Внимание: перед копированием файлов базы вручную обязательно остановите серверную службу RD Supervisor. Копия, снятая «на живую», может оказаться непригодной для восстановления, и вы узнаете об этом только в момент отката.
Готовую копию сохраните на отдельный носитель или сетевой ресурс, а не на тот же диск, где лежит рабочая база. Проверьте, что архив или файлы реально читаются — размер не нулевой, архив открывается без ошибок.
Порядок обновления базы данных
Точная процедура зависит от версии DEXP RD Supervisor, поэтому ниже — общий безопасный алгоритм, применимый к большинству подобных систем. Конкретные шаги сверьте с официальной инструкцией к вашей сборке или уточните у поставщика решения.
- 1️⃣ Остановите работу пользователей: закройте клиентские подключения и убедитесь, что никто не работает с системой.
- 2️⃣ Создайте резервную копию базы (см. предыдущий раздел) и убедитесь в её целостности.
- 3️⃣ Установите новую версию программы, если обновление БД инициируется именно ею.
- 4️⃣ Запустите программу или встроенный мастер обновления — многие системы при первом старте сами предлагают выполнить миграцию базы.
- 5️⃣ Дождитесь завершения процесса, не прерывая его, и изучите итоговый отчёт или журнал.
- 6️⃣ Проверьте работоспособность: список устройств, расписания, связь с экранами.
Если обновление выполняется через отдельную утилиту-мигратор, запускайте её от имени администратора и следуйте её подсказкам. Не запускайте миграцию дважды подряд — повторный проход по уже обновлённой базе может вызвать ошибки.
⚠️ Внимание: во время миграции не перезагружайте сервер и не завершайте процесс принудительно. Прерванное обновление оставляет базу в промежуточном состоянии, из которого её часто можно вернуть только из резервной копии.
Типичные ошибки и способы их решения
Даже при правильной подготовке обновление может завершиться ошибкой. Ниже — частые сценарии и безопасные способы реагирования, которые не зависят от конкретной версии.
| Симптом | Возможная причина | Что проверить |
|---|---|---|
| «Несовместимая версия базы данных» | База от старой или, наоборот, более новой версии ПО | Сверить версию программы и базы, установить соответствующую сборку |
| Миграция зависает или прерывается | Нехватка места на диске, блокировка файлов | Освободить место, остановить сторонние службы, повторить |
| Ошибка доступа к базе | Недостаточно прав у учётной записи | Запуск от имени администратора, права на папку с БД |
| После обновления не видны устройства | Миграция прошла частично или база повреждена | Проверить журнал обновления, при необходимости откатиться из копии |
| Программа не запускается после обновления | Конфликт версий компонентов | Переустановить ПО той же версии, проверить системный журнал |
Общий принцип: сначала читайте журнал ошибок, потом действуйте. Сообщение в логе почти всегда указывает на этап, где процесс остановился, — это сужает поиск причины.
Откат к предыдущей версии базы
Если после обновления система работает некорректно, единственный надёжный способ вернуться — восстановить базу из резервной копии, сделанной до миграции. Для этого остановите серверный компонент, верните сохранённые файлы или выполните восстановление через встроенный инструмент, затем запустите ту версию программы, под которой создавалась копия.
Учтите: все изменения, внесённые в систему после обновления (новые устройства, расписания, настройки), при откате будут потеряны. Поэтому решение об откате лучше принимать быстро, пока расхождения минимальны.
Что делать, если резервной копии нет
Без бэкапа вариантов немного. Проверьте, не создаёт ли сама программа автоматические копии при обновлении — некоторые системы сохраняют исходную базу в отдельную папку перед миграцией. Также изучите журнал обновления: если миграция прервалась на раннем этапе, исходные данные могли остаться нетронутыми. Если ничего не помогает, обращайтесь к поставщику решения с журналами и описанием версий — самостоятельные попытки править структуру базы вручную почти всегда усугубляют ситуацию.
Профилактика: как сделать обновления безопасными
Чтобы каждое обновление не превращалось в аварию, встройте резервное копирование в регулярный регламент. Автоматическая архивация базы по расписанию — даже раз в неделю — резко снижает цену любой ошибки.
Второй полезный приём — тестовое обновление. Если инфраструктура позволяет, разверните копию системы на отдельной машине и прогоните миграцию там. Вы заранее увидите ошибки и поймёте, сколько времени займёт процесс на реальном объёме данных.
Наконец, обновляйтесь последовательно. Если вы пропустили несколько версий, проверьте в документации, поддерживается ли прямой переход с вашей сборки на актуальную, или требуется промежуточный шаг. Пропуск промежуточных миграций — частая причина ошибок несовместимости.
Часто задаваемые вопросы
Можно ли обновить базу данных без остановки работы системы?
Нет, это небезопасно. Во время миграции структура базы меняется, и параллельная работа пользователей или устройств может привести к повреждению данных. Запланируйте окно обслуживания и завершите все сеансы заранее.
Что делать, если появилась ошибка «несовместимая версия базы данных»?
Сверьте версию установленной программы с версией базы. Возможно, база уже обновлена под более новую сборку, а вы запускаете старую, — тогда нужно обновить ПО. Либо база старая и требует миграции, которую предложит выполнить сама программа при запуске.
Сколько времени занимает обновление базы?
Это зависит от объёма данных и производительности сервера: на небольшой базе процесс может занять минуты, на крупной — заметно дольше. Ориентируйтесь на результат тестового прогона копии базы, если есть такая возможность, и закладывайте запас времени.
Можно ли отменить обновление базы после его завершения?
Штатной кнопки «отменить» у миграции обычно нет. Возврат возможен только через восстановление резервной копии, сделанной до обновления, с последующим запуском соответствующей ей версии программы.
Где взять инструкцию именно для моей версии RD Supervisor?
Обратитесь к официальной документации, поставлявшейся с вашей сборкой, или к поставщику решения. Названия пунктов меню, пути к базе и порядок миграции отличаются между версиями, поэтому универсальная инструкция не заменяет документацию к конкретному выпуску.