Здравствуйте! Помогите, кто сталкивался вдруг!

Есть большая база (порядка 70 гигов), очень сильно доработанная буха. Крутится на MS Sql 2008 r2. Платформа 8.2.12.
Уже несколько раз замечаем, что пропадают объекты конфигурации. Первая ласточка: добавили новые реквизиты в документ, вывели их пользователям - пользователи подтвердили, позаполняли их, все хорошо. Потом через день-два пользователь звонит - где реквизиты? Смотрим в конфиге - нет их. Сравниваем с ЦФ-ником, который снимали после наката изменений - в файле есть, в конфиге исчезли.

Вторая ласточка: сделали документ. Пару дней он просуществовал, а потом исчез. Причем проводки по регистрам остались с пустым регистратором, но из ветки конфигурации он исчез! Так как прошло совсем немного времени на этот раз - по журналу регистрации четко видно, что никто конфигу не обновлял и не изменял.

Остается вариант, что что-то происходит на SQL, что стираются таблицы. Причем относительно новые, со старыми объектами ничего не происходит.

Вот что может происходить? Что за фигня на грани фантастики? Подскажите, кто сталкивался. Может старая платформа? Попробуем конечно обновить, но я что-то не верю, что в этом дело. Спасибо заранее откликнувшимся!

(0) База к хранилищу подключена?

забрать полные права у всех - чудеса прекратятся! 146%

кто-то балуется, обновляет без вас

динамическое обновление пользуете?

на копии базы пару раз так было, когда много правил и демонически обновлял

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

Может хранилище чудит ?

(5) Как ты Новый документ демонически сохранишь? Изменение модулей, таблиц - это ладно, а вот новые объекты демонически хрен сохранишь...

Динамическое обновление используем, но естественно не документа и новых реквизитов. К хранилищу не подключена, это рабочая база, вся разработка на тестовых и потом накатываются на рабочую через CF.

Полные права только у разработчиков, которых я лично контролирую и за них отвечаю, что они ничего не делали просто потому, что проблем никому не хочется и все очень грамотные специалисты.

(9) а как вы накатываете? Может регламентное задание какое из хранилища получает cf по определенному номеру и загружает в конфигурацию?

(9) вот и причина, я думаю. старую CF накатил кто-то

(10) Простое сравнение-объединение и потом обновление ИБ. Динамически, если возможно и ночью, когда не работают, когда невозможно.

(11) Накатывая старую ЦФ просто так не удалишь объекты, если спец. галочку не поставишь. К тому же я писал, что последний случай с документом произошел за короткий период времени и по журналу регистрации четко посмотрели, что обновление информационной базы не делалось за этот период (а без него невозможно из ИБ убрать документ).

(12) возможно кто-то просто переименовал документ в тестовой базе. Тогда при сравнении-объединении сотрется нахрен.

(14) в общем копайте УИДы объектов конфигурации

(14) Хммм... Сейчас конечно потестирую такой вариант, однако почему в журнале регистрации нет обновления конфигурации после  наката CF?

аудит на sql не пробовали включить и глянуть, что с базой происходить?

(0) Демоническое обновление на 12 релиз - проходили(((

(17) Нет не пробовали. Я со скулем довольно таки новичок. Есть конечно админ. Не могли бы сказать, что ему сказать, чтобы он меня понял, или чтобы я сам врубил?

(18) Серьезно? Такая же ситуевина была?

(20)ага. Причем прикол был как - добавил реквизиты. Неделю бухи вбивали данные. После очередного демонического обновления  зовет меня бушка и говорит - а  у меня реквизиты пропали. Прихожу действительно нет. Возвращаюсь к себе за комп - реквизиты в предприятии есть,  в конфигураторе уже нет. перезапустил предприятие - тоже не стало.
Платформа  8.2.12 была

Прочитал тему как "Продаю объекты из структуры конфигурации"

(21) Ого! Прям один в один, как у нас первый случай с реквизитами! И что, обновление платформы помогло?

(24)Я с тех пор не пользовался динамическим обновлением. Может и исправили в 13 релизе, но я не рисковал больше)))

(25) Понятно... Жаль... То есть, есть шанс, что не поможет...

не знаю. деманю. стараюсь править только код. сталкиваюсь с проблемами кеша. а так полет нормальный. уже на 8.2.16 переползли. ну и бекапы базы настроенные каждые 4 часа :). мало ли что.

только что словил сабжевую проблему.

пропали добавленные реквизиты + код.

Проблемы демонического обновления заключаются не в том, что при демоническом обновлении возникают проблемы, а в том - что они возникают после(!) обновления.

Искренне ваш, К.О.

(9) А это уже без разницы. На то оно и демоническое, что потом проблемы в самых неожиданных местах лезут. Достаточно разок использовать - и потом неделю будь готов к неожиданностям.

(28) А версия платформы какая?

(30) Спасибо Кэп!

(33) НеЗаЧто :) Обнови платформу - двенадцатая уже безбожно устарела, тринадцатая - не гарантирует от появления мистики. У меня только после 15-ой демон угомонился. Чудит, но в пределах разумного.

подключенные по ком и ползающие по базе есть?
Был случай, когда портили.

* имеется в виду sql-база

По поводу хранилища: а клали ли изменения вообще в хранилище?
И такой случай бывает ;)

(35) Нет

(37) По теме я писал, что пользователи видели эти реквизиты, заполняли их. А потом они пропали.

В журнале регистрации посмотри - кто и что делал в тот период.

(40) + с отбором событий типа "Обновление информационной базы", "Изменение конфигурации" и т.д.

(41) Я писал в теме: "Так как прошло совсем немного времени на этот раз - по журналу регистрации четко видно, что никто конфигу не обновлял и не изменял. "
В журнале регистрации ничего не отображается, кроме, собственно, добавления реквизитов первый раз.