Нарушена целостность структуры конфигурации. Но не так, как обычно :) #799549

Коллеги, всем привет! Столкнулся с такой штукой - конфа не хочет изменяться. Внесены изменения в модули (без метаданных), при попытке обновить (что демонически, что по-людски), вылезает это самое окошко. При этом сама БД функционирует нормально, пользователя работают в базе, проблем в работе не наблюдается. 8.3.10.2252, MS SQL 2008 R2 Что делал - восстанавливал Config из бекапа, удалял ConfigSave, выгружал и загружал .cf (все выгружается и загружается, но изменения не применяются). Почистил кеш на сервере 1С, почистил локальный кеш пользователя. С .dt пока не пробовал, но надо ли? Полностью восстановиться из бекапа выйдет наврядли, как оказалось, ошибка проявилась в пятницу. А т.к. у пользователей всё работало, на нее просто положили. Ошибка выскочила, когда конфигуратор отрывал сеансы пользователей для того, чтобы обновить структуру метаданных

что говорит ТЖ ?

А ТИИ?

не включал (но щас врублю и попробую) а чем может помочь ТИИ чисто теоретически?

может проще из бэкапа восстановить конфиг

я конфу и восстанавливал из бекапа, правда, средствами скуля. Типа выгрузить .cf из бекапа, снять боевую с поддержки и накатить целиком?

тут еще вот в чем дело. configsave удалил, т.е. база "не изменена". Но если снять с поддержки и запустить применение - опять таки падает...

ИМХО, восстановить из бэкапа и перегнать из текущей доки наработанные за период ошибки. Так проще и быстрее всего

ну, это я оставил как крайний вариант на "поработать ночью" :)

Последний раз я трахался с подобной проблемой пару дней, где-то с год назад. Но у меня в отличии от тебя бэкапов не было под рукой - позвали восстановить по знакомству базу после очередного кривого убновления БП3.

Иногда банально не хватает мести или сыпется жёсткий диск.

Ценник на сколько % задрал?

сильно не задирал, бухша моя бывшая одноклассница.

Ну т.е. перегонял все данные из кривой базы в свежевосстановленную из бэкапа? А как отбирал измененные объекты - тупо по дате документа?

проверил, места хватает. диски - буквально недавно базы переехали на свежие SSD, им еще пару месяцев всего. интелы как победил?

у меня бэкапов не было под рукой... в том и проблема была. там вообще феерия в плане бардака в ИТ-инфраструктуре.

у меня документооборота - порядка 500-700 документов в день, потому и хочется пока без использования бекапа... если б заметили сразу, аррррр

победил путем создания пустой конфы того же релиза БП3 и перегона туда всех данных. Благо конфа полностью типовая была

мне кажется, что тут не суть важно, насколько она переписана

сделал отчетик для сверки 2 баз по документам. Все что не нашлось в 1 базе - догнал.

+ это для ТС

что-то подобное тоже делал не так давно с ЗУП 3.1 по-дружбе. Обновление доходило до регламентированных отчетов, а потом падало. Конфа была чисто типовая, поэтому вылечил легко. Сохранил в файл конфигурацию поставщика и загрузил основную из этого файла.

ну тут ERP, уже так хорошо переписанная. так что этот вариант не взлетит :(

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

UPD в востановленном бекапе все нормально применяется. пробуй натянуть с него .cf на боевую

не взлетело

ТЖ смотреть не будем ?

может это проблема релиза?

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

а ТЖ даже файлов не создал, он не считает это ошибкой. а логировать всё подряд - фиг знает... вот такие настройки ТЖ <?xml version="1.0" encoding="UTF-8"?>

log location="C:Program Files1cv8conf ошибка, если каталог не пустой - то ТЖ и не будет работать

оу, я ж говорю, что не умею его готовить :( спасибо, щас будем пробовать смотреть

36:20.086002-0,EXCP,0,process=1cv8,setUnhandledExceptionFilter=setUnhandledExceptionFilter 36:21.852000-0,EXCP,1,process=1cv8,Exception=LoadComponent(cfgtest),Descr=Ошибка загрузки компоненты cfgtest 36:22.164029-0,EXCP,0,process=1cv8,ClientID=0,Exception=NetDataExchangeException,Descr='descr=10038(0x00002736): Сделана попытка выполнить операцию на объекте, не являющемся сокетом.  line=955 file=srcHeartbeatThreadImpl.cpp' 36:22.164030-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString= 36:22.164031-0,EXCP,0,process=1cv8,Exception=81029657-3fe6-4cd6-80c0-36de78fe6657,Descr='srcHeartbeatThreadImpl.cpp(1176): 81029657-3fe6-4cd6-80c0-36de78fe6657: descr=10038(0x00002736): Сделана попытка выполнить операцию на объекте, не являющемся сокетом.  line=955 file=srcHeartbeatThreadImpl.cpp' 36:25.586001-0,EXCP,2,process=1cv8,Exception=9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3,Descr="srcClientFileCacheImpl.cpp: 9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3: Файл не обнаружен 'C:UsersmishaAppDataLocal1C1cv89dd57ad1-f21a-4133-9ccd-6d0a148ae93dConfigSaveDynamicalWorkCache'. 2(0x00000002): Не удается найти указанный файл. : srcfiles.cpp: 2(0x00000002): Не удается найти указанный файл. " 39:45.196001-0,EXCP,1,process=1cv8,Usr=Администратор,Exception=Exception,Descr=Нарушена целостность структуры конфигурации.

собственно, и чаво? :) кеш я чистил. ну могу еще разок почистить.

Занафига так то ? Просто truncate table config в рабочей и обычным импортом с архива

это было первое, что я сделал. не взлетело

при этом configsave прибил ? Попробуй еще DBSchema подменить

да, ConfigSave Тоже. а вот DBSChema надо попробовать. щас доеду до компа, попробую, мерси

Это вроде не серверный ТЖ...

а я бы обратил внимание на 9dd57ad1-f21a-4133-9ccd-6d0a148ae93d возможна ошибка , что не хватает этого мета данного или оно не нужно, но осталось в списке метаданных (запись в root). и ConfigSaveDynamicalWorkCache возможно нужно почистить остатки неудачного динамического обновления DBSChema  не причем .

надо из rphost? но ConfigSave удалялось целиком. прям транкейтилось. или что ты имеешь ввиду под "почистить"?

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

попробуйте обновить из бекапа запись dbnames таблицы params

set BinaryData = t1.BinaryData from test.dbo.Params as t1 where t1.FileName = 'DBNames' and Params.FileName = 'DBNames' не помогло :( или надо было целиком всю запись обновить?

а ТиИ имеет смысл делать? Реструктуризацию, например

реструктуризацию - нет . тии попробуйте. на пустой базе код вроде правильный. должен помочь. попробуйте заменить всю params

тааак не знаю, что именно привело к правильному результату... use erp truncate table Config insert into Config select * from test.dbo.Config truncate table ConfigSave update Params set Attributes = t1.Attributes, BinaryData = t1.BinaryData, Creation = t1.Creation, DataSize = t1.DataSize, Modified = t1.Modified, PartNo = t1.PartNo from test.dbo.Params as t1 where t1.FileName = 'DBNames' and Params.FileName = 'DBNames' а потом - обновление БД "на сервере". и, вроде, взлетело. щас накачу крайние изменения из .cf, попробую еще обновить, отпишусь. но, подозреваю, что всё будет норм. всем большое спасибо! отдельно спасибо!

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

"обычное обновление не прошло" - таже ошибка , что и в

так точно. щас юзвери разъедутся по домам, запущу снова "на сервере"

+ таки да. обновление на сервере работает. притом на том же сервере, но обычное - фиг. с этим уже можно жить :) почистить еще разок пользовательский кеш?

не помешает . это же 1с - как на минном поле.

вроде, помогло. теперь и так накатывается. метаданные тоже добавляются, ура-ура! восстанавливал бекап бы я дольше :)

Т.е во всём виновато было демоническое обновление ?

началось всё со сбоя при реструктуризации (было добавлено регламентное задание). уж хз, что там произошло. оно оторвало сеансы, rphost ребутнулся, соответственно, вылезла ошибка, что реструктуризация не была завершена, потом, что есть незавершенная операция реструктуризации. в итоге, просто после замены таблицы config, видимо, локальный кеш тоже надо чистить. так что это не совсем вина демонического. truncate table Config insert into Config select * from test.dbo.Config truncate table ConfigSave update Params set Attributes = t1.Attributes, BinaryData = t1.BinaryData, Creation = t1.Creation, DataSize = t1.DataSize, Modified = t1.Modified, PartNo = t1.PartNo from test.dbo.Params as t1 where t1.FileName = 'DBNames' and Params.FileName = 'DBNames' и потом чистка локального кеша где-то в промежутке еще чистил и серверный кеш