Unprocessed schema and/or non-schema updater transactions exist

[Mad AlexX 3]

Когда-то давно для базы тимцентра была неуспешная попытка установки нового шаблона через TEM, а так как она была начата, но не закончена, то где-то в состоянии базы отпечаталось, что выполняется установка, поэтому с этой базой сейчас ничего нельзя сделать через TEM - выдаётся "Unprocessed schema and/or non-schema updater transactions exist". Есть какой-то способ отменить ту неуспешную установку, чтобы можно было устанавливать другие шаблоны?

[vimed 25]

Грубый способ - в папке install взять предыдущий configurationXXX.xml и скопировать его в configuration.xml. Но более правильно и безопасно было бы починить застрявший деплой.

[Mad AlexX 3]

Восстановлен не только configuration.xml, но и весь %TC_ROOT% - проблема остаётся. Где-то в таблицах пометилось, что база данных находится в состоянии установки шаблона.

[Mad AlexX 3]

На какое-то время удалось игнорировать ошибку заменив %TC_DATA%\model\delta.xml фактически "пустым" файлом delta_pre.xml из того же каталога. Но спустя некоторое время ошибка вернулась и очистка delta.xml уже не помогает. Похоже, не только в файлах, но и где-то в таблицах СУБД хранится информация о незавершённых обновлениях.

[Greenders 2]

Посмотрите внимательнее в каталог %TC_ROOT%\install при возникновении ошибок там создается еще файлик (имени не вспомню, но оно мнемотично) с указанием шага, на котором возникло прерывание при обновлении.

TEM смотрит в этот файлик при запуске и предлагает выполнять действия с этого шага.

Можете удалить этот файл и тогда TEM запустится в обычном режиме.

 

Лучше всего конечно выяснить причину возникновения "Unprocessed schema and/or non-schema updater transactions exist" и устранить ее. Посмотрите в %TC_ROOT%\log\update_runner.log  в нем найдете запись с ошибкой "Unprocessed schema.." и отсылкой к   %TC_ROOT%\log\***\business_model_updater_*.log в котором и будут указаны ошибки обовления схемы.

[Mad AlexX 3]

28.03.2024 в 16:03, Greenders сказал:

Посмотрите внимательнее в каталог %TC_ROOT%\install при возникновении ошибок там создается еще файлик (имени не вспомню, но оно мнемотично) с указанием шага, на котором возникло прерывание при обновлении.

TEM смотрит в этот файлик при запуске и предлагает выполнять действия с этого шага.

Можете удалить этот файл и тогда TEM запустится в обычном режиме.

Восстанавливал целиком %TC_ROOT% из резервной копии и ошибка оставалась. Значит информация об ошибке либо в %TC_DATA%, либо в таблицах БД записывается. Первоначально помогла "очистка" файла %TC_DATA%\model\delta.xml, но когда и это перестало помогать, восстановил всю базу из резервной копии. Хорошо, что это была тестовая база.