Помилка "порушена цілісність структури конфігурації". Помилка «Порушено цілісність структури конфігурації Порушено цілісність структури конфігурації 8.2 як виправити

Зазвичай помилка виникає коли у процесі збереження конфігурації був збій. Через війну Зміна збереглася не коректно.

1. Спробувати перевірити через тестування та виправлення або ChDBFl.exe
2. Перегляньте наступні варіанти вирішення проблеми:

У деяких випадках допомагає повне очищення КЕША, В ОС Windows 7 знаходиться C:\Users\Адміністратор\AppData\Roaming\1C\1Cv82 і C:\Users\Адміністратор\AppData\Local\1C\1Cv82 (Win7x64).

або докладніше:
1. Необхідна чиста конфігурація тієї ж версії – робоча.
2. Очистити кеш повний (вказано вище).
3. Запускаємо чисту базу в режимі конфігуратора та відкриваємо конфігурацію. При цьому 1С створює її кеш в C:\Users\Адміністратор\AppData\Local\1C\1Cv82 (набір файлів і папок в папці з ID конфігурації.) так само нам потрібен кеш C:\Users\Адміністратор\AppData\Roaming\1C \1Cv82. Можна просто перейменувати папки після закриття 1С.
4. Запускаємо наш робочу базу в режимі конфігуратора і дивимося кеш. І в результаті маємо дві папки з ID конфігурації (Живою та Мертвою).
5. Закриваємо все і підміняємо кеш мертвої конфи живою повністю. Тобто. видаляємо поточну та замінюємо раніше перейменованою папкою.
6. Запускаємо не робочу базу в режимі конфігуратора і ось перший успіх - дерево конфігурації відкрито, розділи меню управління конфігурацією активні.
7. Ідемо в управління підтримкою, і знімаємо з підтримки повністю. зберігаємо, оновлюємо. Можна оновити файл конфігурацією робочої бази.
8. Видалимо кеш повністю.
9. Запускаємо не робочу базу в режимі конфігуратора, намагаємося відкрити конфігурацію – все відкривається, помилки немає.
10. Запускаємо 1С. Все є. Дані дома.

Було таке ж повідомлення, коли динамічно оновив конфігурацію центральної бази і зробив обмін на переферійній і на переферійній з'явилося подібне повідомлення.
1. Т.к. у конфігуратор на периферійній взагалі не пускався, то довелося видалити папку C:\Documents and Settings\Admin\Application Data\1C\1Cv81.
2. Зайшов у конфігуратор і вибрав Конфігурація - Конфігурація бази даних - Повернутися до конфігурації БД.
3. Головний Вузол встановив невизначено.
4. Конфігурація — Завантаження конфігурації з файлу (центральна конфігурація).
5. Головний Вузол встановив необхідний.

У мене виникла схожа ситуація, але 8.1. При динамічному оновленні зміни мабуть стався збій, після чого спроба вивантажити і як Основну конфу і конфу БД за подальшої спроби завантажити файл у локальну базу вивалювалося «порушена цілісність структури конфігурації». Але БД працездатна. Ні тестування та виправлення, ні ChDBFl.exe нічого не дали.

Селав бекап робочої бази та завантажив його в чисту базу. Додав план обміну
http://kb.mista.ru/article.php?id=7
та створив Початковий образ. У БД образу конфігурація виправилася.

Якщо не допоможе можу порадити варіант якого хотів вдатися сам:
1. Визначити найближчий реліз конфігурації, завантажити його в чисту БД (відновлювану).
2. створити абсолютно чисту БД (проміжну)
3. Відкрити конфігуратор зіпсованої БД.
4. скопіпастити модулі та об'єкти, в яких відбувалися зміни з останнього релізу (у моєму випадку набагато простіше, оскільки зміни відбувалися тільки в модулях та формах, структура даних залишилася колишньою, а всі зміни документуються постерами) із зіпсованої БД у проміжну.
5. Вивантажити проміжну конфігурацію.
6. Об'єднати її з відновлюваної БД.
7. Вивантажити конфігурацію, що відновлюється, у файл.
8. Завантажити в зіпсовану БД конфігурацію із відновлюваної.

По ідеї має вийти максимальне наближення до робочої бази, але робота звичайно не з легких. Але краще все-таки, ніж втратити всю базу.

Ще один варіант вирішення проблеми, пов'язаної із пошкодженням конфігурації постачальника. При оновленні конфігурації, яка знаходиться на підтримці з можливістю редагування та порушеною цілісністю конфігурації постачальника, може вилітати повідомлення:

Мій варіант рішення – замінити конфігурацію постачальника нашої бази.
Послідовність дій така:
1. Видалити конфігурацію постачальника шляхом зняття з підтримки (Конфігурація->Підтримка->Налаштування підтримки->Зняти з підтримки)
2. Створюємо файл постачання конфігурації (Конфігурація->Постачання конфігурації->Створити файли постачання та оновлення конфігурації). Файл назвемо work файл поставки.cf
3. Об'єднуємо нашу конфігурацію з щойно створеним файлом поставки (Конфігурація->Порівняти, об'єднати з конфігурацією з файлу). При цьому з'явиться пропозиція знову поставити конфігурацію на підтримку
У вікні порівняння конфігурацій, що з'явилося, натискаємо «Виконати»,
4. Оновлюємо конфігурацію бази даних (Конфігурація -> Оновити конфігурацію бази даних).
Підієм, виконуючи дані дії, ми реструктуризували конфігурацію постачальника.
Тепер можна спробувати оновити нашу конфігурацію до наступної версії у звичайному режимі.

Сьогодні я розповім Вам про те, які дії робити, якщо після оновлення конфігурації 1С 8.2 вилітає помилка «Порушена цілісність структури конфігурації».
Отже, до суті: спробувати вирішити проблему можна наступним чином (перед початком будь-якої з дій зі конфігурацією, не забувайте робити архівну копію бази даних, як це робити я писав у замітці):

• Створити нову порожню базу в новій папці та завантажити в конфігурацію вивантажену раніше інформаційну базу, яку потрібно оновити.

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

Якщо проблема усунеться, то швидше за все необхідно почистити папку кеша 1с ( C:\Documents and Settings\Користувач\Local Settings\Application Data\1C\1Cv82). Папка швидше за все буде прихована, так що, якщо ви не знаєте, як отримати доступ до прихованих файлів і папок windows, рекомендую ознайомитися з нотаткою. Файли в кореневих папках 1Cv82 та 1Cv81 з поточною/останньою датою зміни не слід чіпати. Вони зберігаються налаштування стартових вікон. Все запуститься і в цьому випадку, але при першому запуску доведеться почекати.

Після вирішення проблеми (якщо, звичайно, запропонований спосіб Вам допоможе), рекомендую зробити архівну копію бази даних ще раз і перевірити конфігурацію на помилки за допомогою штатного інструменту 1С «Тестування та виправлення».

Тестування та виправлення ІБ

Необхідно зайти до конфігуратора та в пункті меню «Адміністрування» вибрати «Тестування та виправлення»:

Інструмент працює у 2-х режимах

• Тестування — режим, у якому виконується лише перевірка на наявність помилок конфігурації.

• Тестування та виправлення — режим, у якому виконується і перевірка та корекція помилок конфігурації.

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

Для розподілених інформаційних баз (УРИБ), у яких можливе отримання даних, що містять посилання на об'єкти, яких немає в інформаційній базі, що тестується, зняття прапорця Перевірка цілісності інформаційної базидозволить відключити створення «неіснуючих» даних і як наслідок не призведе до передачі цих даних до інших вузлів розподіленої інформаційної бази.

Включити перевірку цілісності посилання ІБ відключаючи від перевірки логічну цілісності неможливо. Також відключення перевірки цілісності посилання не означає, що вимкнена перевірка типу посилань.

Найслабше місце, наприклад, у Бухгалтерії — це Оборотно-сальдова відомість, тому перед початком обробки і після неї рекомендую сформувати обгортку та порівняти підсумкові показники до та після тестування та виправлення. Це, звичайно, зовсім не апогей тестування, але хоч щось.

Це все, що я хотів вам розповісти сьогодні. До нових зустрічей.

Під час динамічного оновлення виник збій. Програма залишилася доступною для користувачів у режимі Підприємства, але конфігуратор перестав відкриватися.

Вихідні дані: 1C Підприємство 8.3, клієнт-серверна база, MS SQL 2012, резервне копіювання настроєне засобами MS SQL, бекапи створюються 1 раз на добу, вночі.

Конфігурація модифікована і над нею ведеться активна робота, тому у мене була друга серверна база, в якій і велася розробка, плюс були вивантаження в dt з обох баз на попередній день. Як ім'я робочої бази у статті буде застосовано "MyBase", як ім'я резервної серверної бази "MyTestBase"/

У моєму випадку таблиця бази ConfigSave була порожньою, як і в описаних матеріалах, а в таблицях Config і Params були рядки зі значенням "DynamicallyUpdated" у полі FileName

Матеріали з мережі, якими я користувалася під час вирішення питання:

Замовником було прийнято рішення про проведення відновлювальних робіт після закінчення робочого дня з ризиком втрати даних за поточний день (у разі провалу процедури відновлення та необхідності відкату до нічного бекапу).

Для вирішення проблеми було виконано такі дії:

1. Вимкнено всі сеанси користувачів 1с

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

3. Зроблено бекап робочої бази середами MS SQL з використанням SQL Server Management Studio. Запитами з таблиць

видалені записи зі значеннями "DynamicallyUpdated" у полі FileName з таблиць Config та Params:

і
Delete From ..
WHERE LIKE "DynamicallyUpdated"

4. У резвервну базу засобами конфігуратора завантажено останнє вивантаження.dt з робочої бази (вечір попереднього дня) і поверх завантажено останню робочу конфігурацію поточного дня з наявного файлу.cf (вся історія змін конфігурації зберігається в окремих файлах з номерами версій)

5. У диспетчері завдань довелося відключити завислі процеси 1с8

6. Зупинено службу сервера 1с

7. Очищений кеш 1С

У моєму випадку це було перейменування папок C:\Users\Адміністратор\AppData\Local\1C\1сv8

C:\Users\Адміністратор\AppData\Roaming\1C\1CEStart

C:\Users\Адміністратор\AppData\Roaming\1C\1Cv82

C:\Users\Адміністратор\AppData\Roaming\1C\1Cv8

8. Запущено службу сервера

9. Після чищення кеша вікно зі списком баз при запуску 1С порожнє, тому додаємо існуючу робочу серверну базу

10. Відкрився конфігуратор. Робимо про всяк випадок вивантаження в.dt робочої бази в поточному "зламана" стані і закриваю конфігуратор

11. Запускаємо SQL Server Management Studio та запитом очищаємо в робочій базі таблицю Config та перезаписуємо її вмістом аналогічної таліці з резервної бази:

Delete From ..

INSERT INTO .. ​​SELECT * FROM ..

У авторів використаних матеріалів (див. посилання вище) після виконаних дій працездатність бази було відновлено. У моєму випадку на поточному етапі помилка залишилася, відкрити вікно бази в конфігураторі неможливо. Порівнявши кількість записів у таблицях Params робочої та резервної баз, дійшла висновку, що варто спробувати перезаписати її:

Delete From ..

INSERT INTO .. ​​SELECT * FROM ..

Після чого мені вдалося запустити конфігуратор та відкрити вікно зі конфігурацією. Вивантажила про всяк випадок у поточному стані dt і завантажила поверх останню робочу конфігурацію поточного дня.

12. Відключаємо блокування початку сеансів та входимо в режим підприємства

Працездатність повністю відновлено, дані не втрачені.

13. Вимикаємо блокування запуску регламентних завдань.

Один з багатьох варіантів вирішення помилки "Порушено цілісність структури конфігурації".
Якщо Вам довелося зіткнутися з цією помилкою, зверніться до спеціаліста 1С однозначно. Варіантів вирішення багато, але від ситуації та джерела проблеми – рішення абсолютно різні.

Пропоную до вашої уваги одну з таких ситуацій.
Опис завдання:
Оновлення конфігурації відбулося автоматично. При запуску 1С режимі конфігуратор має повідомлення "Порушена цілісність структури конфігурації". При оновленні конфігурацію постачальника оновити коректно не вдалося. Запуск в режимі користувача видає помилку посилаючись на модуль в конфігурації.
По-перше, необхідно очистити кеш. У Windows 7 знаходиться C:\Users\Адміністратор\AppData\Roaming\1C\1Cv82 і C:\Users\Адміністратор\AppData\Local\1C\1Cv82 (Win7x64). Після очищення кеша 1С запустити режим конфігуратора. При спробі відкрити конфігурацію 1С вилітає. Вивантажити інформаційну базу у файл для підстарховування. Тестування та виправлення не допомагає. Утиліта перевірки файлової бази каже, що помилок немає. Пункти меню завантаження, розвантаження конфігурації, підтримки тощо. без відкритої конфігурації не активні. Доступна збереження конфігурації даних - це означає, що дані не знищені, що є головним.
Так само з конфігуратора в режим користувача в режимі налагодження може запуститися, а можливо і ні, це не впливає на ситуацію.
Спроба завантажити інформаційну базу SQL не призведе до позитивного результату.

І тут з'являється думка що можна було б поставити хрест на базі ... піднятися з стародавнього бекапа якщо така є ... і напружуватися з відновлення даних вручну.

Рішення:
1. Необхідна чиста конфігурація тієї ж версії – робоча.
2. Очистити кеш повний (вказано вище).
3. Запускаємо чисту базу в режимі конфігуратора та відкриваємо конфігурацію. При цьому 1С створює її кеш в C:\Users\Адміністратор\AppData\Local\1C\1Cv82 (набір файлів і папок в папці з ID конфігурації.) так само нам потрібен кеш C:\Users\Адміністратор\AppData\Roaming\1C \1Cv82. Можна просто перейменувати папки після закриття 1С.
4. Запускаємо наш робочу базу в режимі конфігуратора і дивимося кеш. І в результаті маємо дві папки з ID конфігурації (Живою та Мертвою).
5. Закриваємо все і підміняємо кеш мертвої конфи живою повністю. Тобто. видаляємо поточну та замінюємо раніше перейменованою папкою.
6. Запускаємо не робочу базу в режимі конфігуратора і ось перший успіх - дерево конфігурації відкрито, розділи меню управління конфігурацією активні.
7. Ідемо в управління підтримкою, і знімаємо з підтримки повністю. зберігаємо, оновлюємо. Можна оновити файл конфігурацією робочої бази.
8. Видалимо кеш повністю.
9. Запускаємо не робочу базу в режимі конфігуратора, намагаємося відкрити конфігурацію – все відкривається, помилки немає.
10. Запускаємо 1С. Все є. Дані дома.

Ось ще варіант порятунку, запропонований користувачем інфостару Tavalik:

1. "Конфігурація" - "Конфігурація бази даних" - "Повернутись до конфігурації БД"
2. "Конфігурація" - "Оновити конфігурацію баз даних"