Помилка "порушена цілісність структури конфігурації". Помилка порушена цілісність структури конфігурації Порушена структура конфігурації 1с 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С часто система видає повідомлення про помилку. Розглянемо, як виправити помилку "Порушена цілісність структури конфігурації при оновленні 1С".

Така помилка про порушення цілісності структури конфігурації

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

Зустрічається вона в абсолютно різних платформах - у файлових базах, клієнт-серверних, ін.

Рішення

Варіантів лікування цілісності є кілька (не забувайте, що перед будь-якими діями треба робити резервну копіюсвоєї бази):

• Видалити тимчасові файли (читайте нашу). Це допомагає тоді, коли помилка виникла лише в одного користувача;
• Якщо конфігуратор доступний і його можна відкрити-провести тестування її та виправлення (див. нижче). Якщо відкрити не можна - зробити це утилітою chdbfl.exe (але якщо база - файлова). Приблизне розташування її: - C: ProgramFiles (x86) 1cv8 8.3.4.389 bin);
• Якщо база клієнт-серверна і встановлена ​​на SQL сервері скористатися запитом "delete * fromconfigsave";
• При доступності конфігуратора- спробувати здійснити розвантаження та завантаження бази;
• Деякі помилки виправляються в пізніших версіях платформи - встановіть нову платформу;

Якщо жоден з варіантів не приніс виправлення, зверніться до фахівців.

ВАЖЛИВО. Хоча б раз на тиждень обов'язково робіть копію!

Розберемося з особливостями використання системної утиліти для тестування та виправлення бази.

Перед виконанням будь-яких дій зробіть резервну копію даних!

Для входу в режим тестування/виправлення зайти в конфігуратор системи, вибрати меню - Адміністрація/Тестування-виправлення.

Вікно перевірки та режими

Це вікно призначене для вказівки списку дій для роботи утиліти. Опишемо функції кожного з них:

Реіндексація таблиць

Під час встановлення цієї опції проводиться реіндексація заданих таблиць. Це означає повну перебудову індексів. Після такої процедури продуктивність системи суттєво підвищується – вона не буде зайвою.

Логічна цілісність

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

Посилальна цілісність

У цьому випадку інформація перевіряється на наявність «битих» посилань. Вони є наслідком некоректної обробки даних – найчастіше при їх видаленні чи обміні.

При їх виявленні є вибір трьох варіантів операцій:

• Створювати об'єкти – системою створюються порожні елементи-заглушки (пізніше їх можна заповнити інформацією);
• Очищати посилання-вони будуть очищені програмно;
• Не змінювати посилання будуть тільки показані.

Перелік підсумків

Підсумки – це таблиця підрахунків-результатів бухгалтерських даних. Їх перерахунок підвищує продуктивність.

Стиснення таблиць

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

Реструктуризація таблиць

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

Якщо тестування/виправлення не принесло позитивного результату, скористайтеся програмою chdbfl.exe.

Створення резервної копії (вручну та автоматично)

Архівування-архіважлива операція, необхідна кожному користувачеві, програмісту, адміну. Таку копію бази часто називають бекапом 1С.

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

Створення бекапу займає до десяти хвилин.

Якщо така ситуація сталася і вас немає бекапа- то ви точно тепер створюватимете його!

Адміни бувають двох типів: одні роблять бекап, інші - робитимуть бекап.

Вивантаження файлу

Якщо у початковому вікні програми вибрати своє підприємство та натиснути вказану на малюнку кнопку, то ми увійдемо до 1С у режимі «Конфігуратор».

Цей режим взагалі призначений для розробки та адміністрування. Далі потрібно в меню вибрати «Адміністрування/Вивантажити інформаційну базу…»:

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

Про успішне проведення операції ви дізнаєтесь першим.

Відновлення резервного файлу

Відновлення бази також здійснюється зі знайомого нам режиму конфігуратора, але тепер вже вибираємо опцію «Адміністрування/»:

Вибираємо Завантажити інформаційну базу

Необхідно вибрати раніше збережений файл (з розширенням МDT). Потім погодитись із попередженням системи про втрату не збереженої інформації (буде втрачено).

У разі успішного виконання 1С запропонує перезапуск конфігуратора.

Автоматична архівація

Щоб уникнути власної забудькуватості, можна скористатися однією з програм для автоархівації, наприклад, Effector saver 3.

Вона дозволяє легко, за кілька кроків, автоматизувати створення бекапів. Здатна виконувати свої функції з файловою системою та з клієнт-серверною. Налаштування її займає близько п'ятнадцяти хвилин, але користь від неї не підлягає обговоренню.

Цьому додатку доступна обробка будь-яких версій 1С: 7.7, 8.1, 8.2, 8.3. Їй байдуже що обробляти файлові дані або що знаходяться на сервері MS SQL або PostgreSQL. Плюс вона безкоштовна (є комерційна версія, розширена).

Спочатку скачуємо та встановлюємо дистрибутив Effector Saver.

Після вказівки каталогу крайній крок – налаштувати розклад. Для цього на однойменній вкладці вказується режим відпрацювання завдання та час для його виконання:

Щоб переконатися у вірності налаштувань, потрібно натиснути кнопку нижньої панелі - «перевірити». При успішній перевірці має відобразитись приємне повідомлення «Основні параметри заповнені правильно».

Ми ознайомили вас із причинами та виправленням проблеми «порушена цілісність структури конфігурації 1С». Після прочитання цього матеріалу ви легко впораєтесь із цією проблемою.

Один із багатьох варіантів вирішення помилки "Порушена цілісність структури конфігурації".
Якщо Вам довелося зіткнутися з цією помилкою, зверніться до спеціаліста 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. "Конфігурація" - "Оновити конфігурацію баз даних"

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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