v8: Проблема с РИБ #650570

Люди добрые, помогите! Иначе в психушку)) Ситуация: имеется РИБ, глазами вижу что конфигурации различаются....а обмен пашет без сучка и задоринки! Только везде отрабатывается местный код. Дальше...делаю выгрузку конфигурации в дочке, сравниваю в головной....говорит нет различий! Но глазами-то я вижу что есть!!! Еще круче...выгружаю базу sql-ем в копию (с перезаписыванием все как надо), в копии пропадают куски кода которые есть в оригинале! Как с этим жить?

Кэш?

чистил уже на сто рядов

последний вариант вообще средствами sql....кэш 1с не причем тут

1) почистить везде кэш (и в центре, и в периферии). Уверен, что все почистил? 2) Сделать любые (тривиальные) изменения различающегося объекта. Например, добавить пробел в модуль. И обновиться. Было похожее давно. Ну и версию платформы последнюю поставь для начала.

про кэш 100500% уверен а про изменения фишка в том что я не уверен что знаю все различия.... да и нужная версия в дочке похоже....щас изменю в головной затрется все нафик. При загрузке конфы из дочки в головную изменения не проявляются!

серверный кэш чистился?

или клиентский?

клиентский, ну и у пользователя под которым 1с сервер пашет.

нет, нужно почистить серверный.

а говорил, чистил-чистил.

хм...ладно, про 100500 беру слова обратно)))) а енто где? серверный!

А ты уверен что у тебя УРИБ? галка стоит?

конфа в дочке на замках уриб

каталог c:Program Files1cv82srvinfo eg_1541snccntx

и для этого нужно остановить службу агента.

а журнал не полетит?

и где его чистить чтоб осталось то что нужно..в головной или в дочке?

какой журнал? который находится в другом каталоге? это уже зависит от степени тремора рук.

похоже что у тебя в дочке все хорошо, а в головной благодаря динамическому обновлению лажа. Но бывает и наоборот.

журнал регистрации, он жеж в srvinfo тоже лежит?

так, и что?

правда видимо в папках которые на уровень выше чем ты написал..да?

в reg_1541snccntx он тоже лежит?

давай уже делай.

если snccntx зачистить не полетит журнал? это тоже немаловажно

ок, не чисти серверный кэш, добейся сначала чтобы кто-то ответил полетит или не полетит журнал... А конфа уж как-нибудь сама

щас выгоню юзователей

я не злой, я беспощадно добрый.

без изменений(

теперь не делай в переифрии. :)

нипанятна

вот вижу кусок кода, сохраняю конфу...открываю ее тут же в этом же конфигураторе....нахожу то место - нет куска! а в открытой тут же основной конфе он есть!

Тогда точно кэш. Без вариантов

какой? все почищено...даже серверный)

серверный на сервере? Или серверный на своей рабочей машине? Еще просто удали и добавь базу в список заново.

Будь мужиком, сделай проверку конфигурации!

про проверку подробней! ручками что ли перебрать?

В меню Конфигурация есть соответствующий пункт.

да боюсь это не то...какую проверять-то? главную или дочку

ранее такой фантом уже возникал, но тогда была корявая архитектура (голова в файловом режиме, дочка на sql). Я грешил на файловый режим. Потом вроде привел в соответствие конфы, сделал sql в голове и проблема исчезла....аднака прошло полгода и опять....

2 нет, это не корявая архитектура, это нормально

Еще поисследуй таблицу Config в центре на предмет странных записей. например с размером 0 или с префиксом dynamic в названии не помню уж какого поля. Если таковые есть - безжалостно их удали.

случай с открыванием сохраненной конфы и ненахождением там куска кода - это в дочке.

Да лучше и там, и там.

Если видишь что отличаются - будь мужиком, сбрось признак РБД, загрузи конфигурацию из центра и снова признак взведи. Такая кака возникает когда демоническое обновление делаешь на центральной базе.

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

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

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

и описанный выше случай про сохраненную конфу это в дочке! причем тут динамическое обновление головной базы?

в конфе дочки чисто физически невозможно сделать изменения, поэтому они никак не могут появиться в голове. Изменения конфы идут только из головы в дочку. Обратно не бывает.

Если запутался с кэшами и т.д. - выгрузи базу в .dt (если выгрузится) и загрузи в "пустую", только что созданную базу (если загрузится) - увидишь то, что есть на самом деле, чем ты реально распологаешь. Если опасаешься потерять "правильные куски" - выгружай конфу рабочей БД и в новой бд - сравнение и объединение.

После демонического обновления видел внутри конфигурации до 3 вариантов текстов одного и того же модуля, и какой будет исполняться зависело число от того, в каком порядке они в таблице сидят...

2 что-что? у тебя конфигурация ходит из дочки в центр? как сумел

2 а ты думаешь  что конфа в дочке динамически не обновляется при приходе изменения конфы из центра и работающих в базе юзерах?

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

Не, в если что-то не уйдет на дочку - не сойдется КС и будет сообщение об этом.

Данные то уйдут и количество сообщений сойдется, а вот конфигурация будет не такая как в центре. Кароче если у вас РИБ забудьте про демоническое обновление если не хотите поиметь проблемм.

вернее если не умеете их (проблемы) разрешить. Если умеете, тогда все в порядке.

Пардон, отвлекся на сон. Я же написал "загрузка конфы из дочки". Это значит не средствами обмена, а вызгрузкой/загрузкой конфигурации.

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

Про обмены изменений в конфе...насколько я понимаю все изменения, сделанные в голове в дочку попадают. В голове они ток исчезают через некоторое время. Допустим, что это как раз динамическое обновление (в голове). НО 1) почему при выгрузки конфы из дочки и сравнении с головой изменений нет? 2) почему при выгрузки dt из дочки в пустую базу конфа в ней один хрен не такая как в дочке?

всё-таки похоже вам надо там самим ничего не трогать и пригласить специалиста, посмотреть.

хм..да какбе...сами с усами

абижаишь

2 вы рассказываете что-то волшебное. Если в первое я еще могу поверить, то второе... Поменяйте что-нибудь в окружении.. Не знаю - другой скл-сервер, другой сервер 1С (например 64-битный)

Сам в шоке! И последствия динамического обновления знаю не по наслышке, не первый год за рулем. Но этот случай реально для меня пока не объясним, поэтому и обращаюсь за помощью...

а про замену....на этом же серве (голова) крутятся и другие базы, и среди них есть тоже урбд....и там все нормально (тьфу тьфу).

выгрузи и загрузи в новую.

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

Потому что глючит при демоническом обновлении. Я же писал уже - появляется несколько версий одного и того же объекта. Они все одновременно присутствуют в конфигурации, потому изменений и не видно (конфигурации идентичны). Но вот какая версия будет тебе показана в конфигураторе и будет исполняться в предприятии - тот еще вопрос.

вы сначала займитесь основной базой, всё сделайте, чтобы была нормальная конфа. А когда на 100% будете уверены, тогда дочкой займетесь. Просто загрузите туда новую конфу, готовую.

Автор ветки впервые столкнулся с ещё одним проявлением этого "зла" и растерялся. ТС, услышь ты наконец-то и перестань комплексовать - спасай то, что можешь спасти. PS: Запускаю в оборот новый термин :(  - "демоническая рассинхронизация" конфигураций :) Знаю я этого зверя - уже сталкивался. Эффектно выглядит - из серии "Не верь глазам своим".