Ошибка "Нарушена целостность структуры конфигурации"
Комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
А что, делать свежие бэкапы - уже совсем не модно? Мне вот за одну фразу "подняться из древнего бекапа, если таковой имеется" - уже хочется прибить тяжёлым предметом.
(1) Бекап - это акт проявления трусости. :).
ЗЫ. Совсем не хочу принизить ценности публикации. Любой вариант успешного восстановления имеет право на жизнь.
ЗЫ. Совсем не хочу принизить ценности публикации. Любой вариант успешного восстановления имеет право на жизнь.
(52)
ну раз оракл кряхтит, то конечно стоит напомнить нам убогим о бэкапах, а то мы не знали
просто в такие темы заходят люди с реальной проблемой, которым не до шуток и желающих вставить свои 5 копеек не по теме, увы, не в тему - в такие моменты раздражают
впрочем тоже не буду засорять, потому прекращаю диалог
чтобы привнести пользу отпишусь:
мне в итоге помогла очистка таблицы ConfigSave - на рабочих базах в ней 0 записей, на рухнувшей же было 11
вероятно, стоит это проверить
поведение было такое же как в теме, конфигуратор открывался, при попытке открыть конфигурацию падало
ну раз оракл кряхтит, то конечно стоит напомнить нам убогим о бэкапах, а то мы не знали
просто в такие темы заходят люди с реальной проблемой, которым не до шуток и желающих вставить свои 5 копеек не по теме, увы, не в тему - в такие моменты раздражают
впрочем тоже не буду засорять, потому прекращаю диалог
чтобы привнести пользу отпишусь:
мне в итоге помогла очистка таблицы ConfigSave - на рабочих базах в ней 0 записей, на рухнувшей же было 11
вероятно, стоит это проверить
поведение было такое же как в теме, конфигуратор открывался, при попытке открыть конфигурацию падало
(4) Tarlich,
По любому существуют бекапы хоть какие нибудь хоть полугодовой давности. И еще вариант, Вы можете обратиться к специалисту 1С, у которого найдется типовая конфигурация +7(3435)370307. Выгрузить конфигурацию в файл. Создать новую пустую конфигурацию и загрузить т.е. заменить конфигурацией из файла.
[IS-QUOTE]Необходима чистая конфигурация той же версии - рабочая.
а если не знаю?[/IS-QUOTE]
По любому существуют бекапы хоть какие нибудь хоть полугодовой давности. И еще вариант, Вы можете обратиться к специалисту 1С, у которого найдется типовая конфигурация +7(3435)370307. Выгрузить конфигурацию в файл. Создать новую пустую конфигурацию и загрузить т.е. заменить конфигурацией из файла.
Во первых необходимо очистить кеш. В ОС Windows 7 находиться C:\Users\Администратор\AppData\Roaming\1C\1Cv82 и C:\Users\Администратор\AppData\Local\1C\1Cv82 (Win7x64). После очистки кеша 1С запуститься в режиме конфигуратора. При попытке открыть конфигурацию 1С вылетает. Выгрузить информационную базу в файл для подстарховки. Тестирование и исправление не помогает. Утилита проверки файловой базы говорит, что ошибок нет.
Помогло: (при условии возможности выгрузить данные)
В режиме Конфигуратора -Администрирование-Выгрузка данных, и сразу "Загрузка данных" - этого же файла.
Прикрепленные файлы:
Спасибо очень помогло. Сообщение об ошибке стал выдавать при обновлении. и то через раз( при попытке обновить с типовой пару раз выбивал, затем вроде пошло, но при запуске в режиме предприятия выбил насовсем). Чистка кеша спасла ситуацию, дальше вроде дело не пошло). А по поводу копий не каждый клиент их делает(хорошая мысль приходит как говорится опосля, когда все слетело и наученные горьким опытом, все начинают выгружать арх копии). Но даже у тех у кого это поставлено на автом. архивирование ночью периодически архив не формируется - чисто человеческий фактор- забыли на ночь правильно закрыть программу при рабоче по удаленке)) Так что тоже может пригодится.
Только что случилась описанная ситуация. Рад бы разделить эйфорию коллег, но метод не сработал. Мой случай:
- обновлял базу конфигурацией с флэшки. ("Загрузить .. из файла")
- Основная конфигурация загрузилась, и выдала "Страшное Сообщение". БД не обновилась.
- В режиме "1С Предпр." запускается и работает, только выдает предупреждение о несоответствии.
- Удаляю кэши. В обоих папках: \Roaming\1C\1Cv82, \Local\1C\1Cv82. Затем, вставляю (копирую) кэши (оба) из работоспособной базы, как и рекомендует автор.
- Ан нет! Сразу при запуске Конф.опять Сообщение.
Но статья все-же натолкнула на мысль:
- Просто очистил кэш
- Конф. открылся, без дерева, т.е. конфигурация закрыта.
- Пункт меню: Конфигурация/ Конфигурация БД/ Вернуться к конф-ии БД вернула к жизни.
Выводы:
1) Наверное не получилось из-за отсутствия гарантированной идентичности с конфигурацией "древнего бэкапа".
2) Причина возникновения проблемы в моем случае - "битый" файл на флэшке. Другую базу испортил так-же. Как "неприличную болезнь" передал.
3) Отсюда и третий вывод, про архивы. Про них много сказали. Согласен со всеми. Как факт скажу: за последние 10 лет сотни/тысячи обновлений, своими руками и коллег, и всегда только после сохранения БД. Даже если торопишься, даже если недавно обновляли и т.п. Сегодняшний случай подтверждение правильности правила. Моя БД была отладочная, интерес представляла сама борьба с проблемой.
Осталось только прочувствовать ситуацию "на будущее". У меня пока мало статистики о самопроизвольной порче баз просто в ходе работы. Помню, портились файловые БД первых релизов 8.2 (до 15-го) просто гарантированно, за 1-2 месяца. Сейчас, на 17-19 за год ни одного случая. С SQL проработал 1,5 года - нет вопросов. И, выходит, обновление - самый вероятный вариант появления проблемы. Если у кого есть информация по порче БД - поделитесь.
- обновлял базу конфигурацией с флэшки. ("Загрузить .. из файла")
- Основная конфигурация загрузилась, и выдала "Страшное Сообщение". БД не обновилась.
- В режиме "1С Предпр." запускается и работает, только выдает предупреждение о несоответствии.
- Удаляю кэши. В обоих папках: \Roaming\1C\1Cv82, \Local\1C\1Cv82. Затем, вставляю (копирую) кэши (оба) из работоспособной базы, как и рекомендует автор.
- Ан нет! Сразу при запуске Конф.опять Сообщение.
Но статья все-же натолкнула на мысль:
- Просто очистил кэш
- Конф. открылся, без дерева, т.е. конфигурация закрыта.
- Пункт меню: Конфигурация/ Конфигурация БД/ Вернуться к конф-ии БД вернула к жизни.
Выводы:
1) Наверное не получилось из-за отсутствия гарантированной идентичности с конфигурацией "древнего бэкапа".
2) Причина возникновения проблемы в моем случае - "битый" файл на флэшке. Другую базу испортил так-же. Как "неприличную болезнь" передал.
3) Отсюда и третий вывод, про архивы. Про них много сказали. Согласен со всеми. Как факт скажу: за последние 10 лет сотни/тысячи обновлений, своими руками и коллег, и всегда только после сохранения БД. Даже если торопишься, даже если недавно обновляли и т.п. Сегодняшний случай подтверждение правильности правила. Моя БД была отладочная, интерес представляла сама борьба с проблемой.
Осталось только прочувствовать ситуацию "на будущее". У меня пока мало статистики о самопроизвольной порче баз просто в ходе работы. Помню, портились файловые БД первых релизов 8.2 (до 15-го) просто гарантированно, за 1-2 месяца. Сейчас, на 17-19 за год ни одного случая. С SQL проработал 1,5 года - нет вопросов. И, выходит, обновление - самый вероятный вариант появления проблемы. Если у кого есть информация по порче БД - поделитесь.
А почему про chdbfl.exe забыли?
Утилита предназначена для автономной проверки и исправления файлов базы данных.
Бывает, вызывают на ремонт БД.
После сбоев всяких (в т.ч. и после неудачного обновления) обычно помогает:
1. Переиндексация
2. Данная утилита
Утилита предназначена для автономной проверки и исправления файлов базы данных.
Бывает, вызывают на ремонт БД.
После сбоев всяких (в т.ч. и после неудачного обновления) обычно помогает:
1. Переиндексация
2. Данная утилита
Мне, к сожалению, трюк с подменой кэша не помог, как и не помогло тестирование и исправление ИБ.
А помогло следующее:
1. "Конфигурация" - "Конфигурация базы данных" - "Вернуться к конфигурации БД"
2. "Конфигурация" - "Обновить конфигурацию баз данных"
А помогло следующее:
1. "Конфигурация" - "Конфигурация базы данных" - "Вернуться к конфигурации БД"
2. "Конфигурация" - "Обновить конфигурацию баз данных"
(24) Tavalik, Да, тоже выручил именно этот способ. Подмену кэша даже не пробовал. Но надо сразу заметить, что:
1. Необходимо очистить кеш.- смотри выше. 2. Зайти в конфигуратор и выполнить ваши 2 пункта:
1. "Конфигурация" - "Конфигурация базы данных" - "Вернуться к конфигурации БД"
2. "Конфигурация" - "Обновить конфигурацию баз данных"
Большое спасибо.
1. Необходимо очистить кеш.- смотри выше. 2. Зайти в конфигуратор и выполнить ваши 2 пункта:
1. "Конфигурация" - "Конфигурация базы данных" - "Вернуться к конфигурации БД"
2. "Конфигурация" - "Обновить конфигурацию баз данных"
Большое спасибо.
В моем случае, произошла такая ошибка при перепрыгивании через 3 обновления в базе "Бухгалтерия предприятия, ред 2.0", сразу после объединения, при запуске получил такую же ошибку.
База крутится на линуксе Цент ОСь + Постгрии SQL 9.1
С бекапами все плохо, не люблю я их делать, лениво. Потому еще год назад поставил какую-то прогу, делает ночами сама выгрузки всех конфигураций.
И так как это делается каждую ночь, то полез очистил кеш, открыл конфигуратор и не задумываясь, загрузил вчерашний ночной бекап. Бухи у меня не активные, потому с утра доков не успели наделать.
Ошибка произошла на релизе платформы 8.2.17.153. Может на более новых что-то подправили, но пока не могу обновиться. Сервак линуксовый лениво переустанавливать. Сносить старую версию 1С-ки серверной и ставить новую, потом еще 30 машин без домена обеги обнови платформу. Жуть.
Спасибо автору за подробный пошаговый вариант спасения данных.
База крутится на линуксе Цент ОСь + Постгрии SQL 9.1
С бекапами все плохо, не люблю я их делать, лениво. Потому еще год назад поставил какую-то прогу, делает ночами сама выгрузки всех конфигураций.
И так как это делается каждую ночь, то полез очистил кеш, открыл конфигуратор и не задумываясь, загрузил вчерашний ночной бекап. Бухи у меня не активные, потому с утра доков не успели наделать.
Ошибка произошла на релизе платформы 8.2.17.153. Может на более новых что-то подправили, но пока не могу обновиться. Сервак линуксовый лениво переустанавливать. Сносить старую версию 1С-ки серверной и ставить новую, потом еще 30 машин без домена обеги обнови платформу. Жуть.
Спасибо автору за подробный пошаговый вариант спасения данных.
(26) CERBER,
- бэкапы не делает перед обновлением.
- перепрыгивает через несколько релизов, не понимая что творит.
- не задумываясь, загружает в рабочую базу неизвестный бэкап.
- использует старючую платформу от 19.12.2012г, на которой последняя Бухгалтерия 2.0 работать не должна.
- слово "лениво" в каждом предложении :)
Как можно настолько безответственно относиться к своей работе? Жуть :)
- бэкапы не делает перед обновлением.
- перепрыгивает через несколько релизов, не понимая что творит.
- не задумываясь, загружает в рабочую базу неизвестный бэкап.
- использует старючую платформу от 19.12.2012г, на которой последняя Бухгалтерия 2.0 работать не должна.
- слово "лениво" в каждом предложении :)
Как можно настолько безответственно относиться к своей работе? Жуть :)
Еще можно попробовать удалить базу из списка баз и добавить в список, например, с другим названием... Мне как-то помогло...
---
По поводу бэкапов вообще - бэкапы делаются, люди работают. Сие недоразумение возникло во время очередного обновления, во время текущей работы людей никак не проявлялось. А находить ту копию, на которую обновление бы нормально установилось - это терять наработанную за это время информацию...
---
По поводу бэкапов вообще - бэкапы делаются, люди работают. Сие недоразумение возникло во время очередного обновления, во время текущей работы людей никак не проявлялось. А находить ту копию, на которую обновление бы нормально установилось - это терять наработанную за это время информацию...
Добрый день.
Ошибка такая же возникает.
пробовала:
-очистить кэш- (не помогло)
-переименовать папку с базой- переименовала, подкинула 2.0.65.35 версию- в итоге запускаю из папки- при входе- оновление на версию 2.0.65.29 и далее при входе других пользователей- такая же ошибка.
-тестировала базу данных- не помогло
удалила/ создала профиль пользователя системы.
Ошибка такая же возникает.
пробовала:
-очистить кэш- (не помогло)
-переименовать папку с базой- переименовала, подкинула 2.0.65.35 версию- в итоге запускаю из папки- при входе- оновление на версию 2.0.65.29 и далее при входе других пользователей- такая же ошибка.
-тестировала базу данных- не помогло
удалила/ создала профиль пользователя системы.
У меня такая ошибка возникла после того, как перезагрузился комп во время обновления.
Так как это была копия базы, не задумываясь накатил бэкап, но, к моему удивлению, конфигуратор так и не запустился.
Помогла очистка кэша.
Так как это была копия базы, не задумываясь накатил бэкап, но, к моему удивлению, конфигуратор так и не запустился.
Помогла очистка кэша.
к сожалению ничего из описанного в статье не помогло. Помогл метод из статьи по ссылке -
Суть его состояла в том, чтобы создать пустую базу с идентичной конфигурацией (назвал ее "test"), и заменить все записи таблицы Config в поврежденной базе на записи из такой же таблицы из пустой базы. Для этого я полностью очистил таблицу Config в поврежденной базе:
Delete From [MyDB].[dbo].[Config]
и заполнил ее всеми записями из пустой базы:
INSERT INTO [MyDB].[dbo].[Config] SELECT * FROM [test].[dbo].[Config]
Почистил еще раз кэш, попробовал зайти в конфигуратор - получилось. Сразу же выгрузил информационную базу (на всякий случай). Перешел в режим 1С:Предприятие - тоже без проблем.
Суть его состояла в том, чтобы создать пустую базу с идентичной конфигурацией (назвал ее "test"), и заменить все записи таблицы Config в поврежденной базе на записи из такой же таблицы из пустой базы. Для этого я полностью очистил таблицу Config в поврежденной базе:
Delete From [MyDB].[dbo].[Config]
и заполнил ее всеми записями из пустой базы:
INSERT INTO [MyDB].[dbo].[Config] SELECT * FROM [test].[dbo].[Config]
Почистил еще раз кэш, попробовал зайти в конфигуратор - получилось. Сразу же выгрузил информационную базу (на всякий случай). Перешел в режим 1С:Предприятие - тоже без проблем.
Сегодня столкнулся с такой же проблемой. Обновлял конфигурацию, при сохранении не хватило места на диске. В результате конфигурация поставщика стала нового релиза, а основная - осталась старого.
Перепробовал разные варианты.
В итоге, нашел вот такой рецепт:
1. Конфигурация - Сохранить конфигурацию в файл
2. Конфигурация - Поддержка - Настройка поддержки - Снять с поддержки
3. Конфигурация - Сравнить, объединить с конфигурацией из файла
При объединении должно предложить поставить на поддержку, соглашаемся и вуаля!
Перепробовал разные варианты.
В итоге, нашел вот такой рецепт:
1. Конфигурация - Сохранить конфигурацию в файл
2. Конфигурация - Поддержка - Настройка поддержки - Снять с поддержки
3. Конфигурация - Сравнить, объединить с конфигурацией из файла
При объединении должно предложить поставить на поддержку, соглашаемся и вуаля!
Встретился с такой ошибкой.
Помогла чистка кэша (пункт 2 у автора), больше ничего не пришлось делать.
Симптомы были такие:
• база файловая, с отключенной возможностью изменения (типовая)
• конфигуратор открывается, конфигурация открывается, но она непримененная к базе данных
• версия основной конфигурации выше, чем версия поставщика (!), т.е. что-то случилось с конфигурацией поставщика, якобы.
• падение с такой ошибкой при попытке применения к базе данных, даже если сравнять поставщика с основной
После чистки кэша конфигурация поставщика сказала, что версия ее теперь совпадает с версией основной конфигурации. Т.е. всё само починилось после чистки кэша.
Помогла чистка кэша (пункт 2 у автора), больше ничего не пришлось делать.
Симптомы были такие:
• база файловая, с отключенной возможностью изменения (типовая)
• конфигуратор открывается, конфигурация открывается, но она непримененная к базе данных
• версия основной конфигурации выше, чем версия поставщика (!), т.е. что-то случилось с конфигурацией поставщика, якобы.
• падение с такой ошибкой при попытке применения к базе данных, даже если сравнять поставщика с основной
После чистки кэша конфигурация поставщика сказала, что версия ее теперь совпадает с версией основной конфигурации. Т.е. всё само починилось после чистки кэша.
Ничего из вышеперечисленного не помогло.
Сделал по топорному.
Взял чистый файл *.cf этого же релиза и через Конфигурация--Загрузить конфигурацию из файла (конфа стандартная без дописок).
После этого пошли обновления. И никакого вуаля.
Сделал по топорному.
Взял чистый файл *.cf этого же релиза и через Конфигурация--Загрузить конфигурацию из файла (конфа стандартная без дописок).
После этого пошли обновления. И никакого вуаля.
(57) Была та же ошибка что и у всех при попытке типового обновления базы, при том в режиме предприятия никаких проблем не было.
Помог именно этот совет, база на SQL не лечилась ТИИ, не помогало передобавление базы в список, сравнение конфы с эталонным CF файлом говорило что базы идентичны. Но стоило загрузить CF файл без сравнения - тут же нашлись какие-то отличия от "конфигурации БД", больше проблема не вылезала.
Помог именно этот совет, база на SQL не лечилась ТИИ, не помогало передобавление базы в список, сравнение конфы с эталонным CF файлом говорило что базы идентичны. Но стоило загрузить CF файл без сравнения - тут же нашлись какие-то отличия от "конфигурации БД", больше проблема не вылезала.
воспользовался методом. Помогло.
судя по всему у меня проблема была в динамическом обновлении. Обновились динамически. А через несколько дней стали обновляться монопольно и сразу после монопольного обновления конфигурация приходила в негодность..
Не пользуйтесь динамическим обновлением.
судя по всему у меня проблема была в динамическом обновлении. Обновились динамически. А через несколько дней стали обновляться монопольно и сразу после монопольного обновления конфигурация приходила в негодность..
Не пользуйтесь динамическим обновлением.
(63)
За десяток лет пользования динамическим обновлением только один раз году в 2013 на древнем релизе платформы слетела конфигурация, но быстро починили.
У меня статистика по пользованию сотнями баз и всеми платформами, начиная с 8.0, серверными и файловыми, и я не стал бы ради одного случая так категорично запрещать динамическое обновление. В 99,9% случаев оно просто незаменимо и очень выручало.
Не пользуйтесь динамическим обновлением.
За десяток лет пользования динамическим обновлением только один раз году в 2013 на древнем релизе платформы слетела конфигурация, но быстро починили.
У меня статистика по пользованию сотнями баз и всеми платформами, начиная с 8.0, серверными и файловыми, и я не стал бы ради одного случая так категорично запрещать динамическое обновление. В 99,9% случаев оно просто незаменимо и очень выручало.
На серверной базе случилась такая же ошибка. Во время обновления не хватило места на диске С и выскочило сообщение "Нарушена целостность структуры конфигурации".
Помогло:
1. Очистка кэша в обеих папках при остановленной службе Агент сервера
2. Конфигурация - Поддержка - Настройка поддержки - Сохранить в файл
3. Конфигурация - Поддержка - Настройка поддержки - Снять с поддрежки
4. Конфигурация - Сравнить, объединить с конфигурацией из файла - Выбрать сохраненный файл
5. Система предложить выполнить соединение с постановкой на поддержку
6. Ошибка исчезает
Помогло:
1. Очистка кэша в обеих папках при остановленной службе Агент сервера
2. Конфигурация - Поддержка - Настройка поддержки - Сохранить в файл
3. Конфигурация - Поддержка - Настройка поддержки - Снять с поддрежки
4. Конфигурация - Сравнить, объединить с конфигурацией из файла - Выбрать сохраненный файл
5. Система предложить выполнить соединение с постановкой на поддержку
6. Ошибка исчезает
Вот еще вариант спасения предложенный пользователем инфостара Tavalik:
1. "Конфигурация" - "Конфигурация базы данных" - "Вернуться к конфигурации БД"
2. "Конфигурация" - "Обновить конфигурацию баз данных"
Мне этот вариант помог, в первую очередь его попробовал, т.к. конф загружался.
У меня в принципе все загружалось, но конфигурация не открывалась.
1. "Конфигурация" - "Конфигурация базы данных" - "Вернуться к конфигурации БД"
2. "Конфигурация" - "Обновить конфигурацию баз данных"
Мне этот вариант помог, в первую очередь его попробовал, т.к. конф загружался.
У меня в принципе все загружалось, но конфигурация не открывалась.
Тоже столкнулся с такой проблемой. Источник проблемы выяснить не удалось.
По работе часто приходится логинится под другим пользователем в 1С, проверять его работу в 1С. 1С на MS SQL.
Я сначала конечно напрягся - взял да и поднял архив в тестовую базу за вчерашний вечер - тоже самое.
Взял архив месячной давности - тоже самое.
Явно дело не в базе данных.
Залогинился на своем рабочем компьютере под другим пользователем. Вошел в конфигуратор 1С.
Все ок.
Значит проблема в профиле пользователя.
Удалил файлы из каталогов:
C:\Users\ЮЗЕР\AppData\Local\1C\1Cv82
C:\Users\ЮЗЕР\AppData\Roaming\1C\1Cv82
И все заработало! Даже комп не пришлось перегружать.
По работе часто приходится логинится под другим пользователем в 1С, проверять его работу в 1С. 1С на MS SQL.
Я сначала конечно напрягся - взял да и поднял архив в тестовую базу за вчерашний вечер - тоже самое.
Взял архив месячной давности - тоже самое.
Явно дело не в базе данных.
Залогинился на своем рабочем компьютере под другим пользователем. Вошел в конфигуратор 1С.
Все ок.
Значит проблема в профиле пользователя.
Удалил файлы из каталогов:
C:\Users\ЮЗЕР\AppData\Local\1C\1Cv82
C:\Users\ЮЗЕР\AppData\Roaming\1C\1Cv82
И все заработало! Даже комп не пришлось перегружать.
Вакансии
Ведущий разработчик 1С / Team lead отдела разработки 1С
Москва
зарплата от 300 000 руб. до 300 000 руб.
Полный день
Москва
зарплата от 300 000 руб. до 300 000 руб.
Полный день