Всем здрасте) мистика у меня тут... суть вот в чем:
База 8.1 на платформе 8.2 в режиме совместимости.
есть хранилище, к нему подключена рабочая база и база для разработки.
есть документ, в нём модуль объекта немного изменен. Эти изменения есть в базе для разработки. Изменения помещены в хранилище. если открываю последнюю версию объекта хранилища, там эти изменения есть. В рабочей базе изменений нет (причем раньше они были...). При сравнении рабочей базы с хранилищем никаких отличий не находит, но они ведь есть!!!
Решилось это захватом объекта, произвольным изменением модуля(например пробел поставить) и отменой захвата...
Вопрос: что за хрень и откуда она взялась? как избежать повторных глюков? меня неочень порадовало что изменения которые я месяц назад вносил вдруг пропали из основной конфигурации рабочей базы..
ха, оказалось все не так просто... после обновления конфигурации БД всё вернулось))) почему то модуль объекта не обновился в конфигурации БД, а наоборот в основной конфе стал снова как в конфе БД, и отличным от хранилища. это что за...?
+ как давно и каким образом переходили на 8.2 (именно с точки зрения хранилища). Видел проблемку, когда при переводе хранилища на 8.2 прошли изменения с нулевым номером релиза. В результате рабочая суслика не видит, а он есть...
Как вариант - пересозхдать хранилище (а старое оставить в архиве)
та же история частенько наблюдается и при динамическом обновлении помню когда только начинал программировать обновил динамически и смотрю у всех обновления есть кроме начальника. Вот голову тогда поломал особенно было непонятно когда я заходил у начальника на компьютере под моим пользователем и все работала... Уже позже позже я узнал про такого рода зависания кэша.
(1) Пересоздать хранилище всегда можно. Только оно на то и хранилище чтоб историю объектов например хранить..
(2) Ну так то на 8.2 давно перешли, несколько лет как. А хранилище с сентября...
(3) Был недавно глюк при динамическом обновлении ага, больше я никогда не буду так рабочую базу обновлять... пришлось операцию на SQL сервере проводить http://infostart.ru/public/116123/ у меня были мысли по этому поводу, но как то откинул, т.к. последние изменения в объекте где то за месяц до этого инцидента были, а динамическое обновление не было связано с этим объектом. (оно вообще было выполнено когда основная конфа не отличалась от конфы БД, просто при переподключении к хранилищу система думает что конфа отличается, хотя при сравнении отличий не было, но это уже другая история..)
А скажите где и как кэш почистить? база серверная.. не совсем пойму про какой кэш речь)))
подобная проблемма возникает если на базу у которой есть захваченые или не полученые обьекты накатываем SQL бекап подключенной базы.
для избежания этого бекап нужно накатывать на отвязаную базу и потом подключать к хранилищу.
или базу которую бекапим не подключать к хранилищу (ответ к спору стоит или нет рабочую подключать к хранилищу)
Требовать и эффективности, и гибкости от одной и той же программы — все равно, что искать очаровательную и скромную жену... по-видимому, нам следует остановиться на чем-то одном из двух. Фредерик Брукс-младший