Нарушение целостности системы 1С

08.04.2020

128 пользователя считают данную страницу полезной. Информация актуальна! Страница была обновлена 16.12.2019

Ошибка «Нарушена целостность структуры конфигурации» является достаточно распространенным случаем ошибки в 1С 8.3 при обновлении или других ситуациях. Рассмотрим причину возникновения и пути решения данной ситуации.

Получите 267 видеоуроков по 1С бесплатно:

Причины ошибки и её исправление

Данная проблема чаще всего возникает при обновлении конфигурации базы данных (особенно для динамического обновления 1С 8.3), при формировании отчета, при проведении документа и так далее. Бывают случаи, что ошибка появляется «из воздуха». Встречается как в файловых базах, так и в клиент-серверных SQL вариантах.

Вариантов решения несколько (перед любыми действиями сделайте резервную копию базы данных):

Почистить временные файлы (инструкция по очистке кеша в 1С). Как правило, помогает, если ошибка возникает только у одного пользователя.
Если конфигуратор базы открывается, попробуйте совершить тестирование и исправление базы данных. Если не открывается, сделайте это с помощью утилиты chdbfl.exe (только для файловых БД). chdbfl.exe расположена в папке с программой, например, C:Program Files (x86)1cv88.3.4.389in).
Для клиент-серверной базы, которая установлена на SQL сервере, можно попробовать воспользоваться запросом «delete * from configsave».
Если конфигуратор доступен, попробуйте выгрузить и загрузить базу данных.
Поставьте новую платформу 1С 8.3: некоторые ошибки могут быть исправлены в более новых выпусках технологической платформы.
Если вышеперечисленные меры не помогли, скорее всего, случай сложный. Можно прибегнуть к инструкции, описанной на этой странице http://infostart.ru/public/75235/.

P.S. Рекомендую хотя бы раз в неделю делать резервное копирование базы данных.

К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.

Обычно ошибка возникает когда в процессе сохранения конфигурации, был сбой. В результате Конфигурация сохранилась не корректно.
1. Попробовать проверить через тестирование и исправление или ChDBFl.exe
2. Посмотрите следующие варианты решения проблемы:

В некоторых случаях помогает полная очистка КЭША, В ОС Windows 7 находиться C:UsersАдминистраторAppDataRoaming1C1Cv82 и C:UsersАдминистраторAppDataLocal1C1Cv82 (Win7x64).

или подробнее:
1. Необходима чистая конфигурация той же версии – рабочая.
2. Очиста кеша полная (указано выше).
3. Запускаем чистую базу в режиме конфигуратора и открываем конфигурацию. При этом 1С создает ее кеш в C:UsersАдминистраторAppDataLocal1C1Cv82 (набор файлов и папок в папке с ID конфигурации.) так же нам нужен кеш C:UsersАдминистраторAppDataRoaming1C1Cv82. Можно просто переименовать данные папки после закрытия 1С.
4. Запускаем наш не рабочую базу в режиме конфигуратора и смотрим кеш. И в результате имеем две папки с ID конфигурации (Живой и Мертвой).
5. Закрываем все и подменяем кеш мертвой конфы на живую полностью. Т.е. удаляем текущую и заменяем ранее переименованной папкой.
6. Запускаем не рабочую базу в режиме конфигуратора И ВОТ первый успех – дерево конфигурации открыто, разделы меню управления конфигурацией активны.
7. Идем в управление поддержкой, и снимаем с поддержки полностью. сохраняем, обновляем. Можно обновить через файл конфигурацией рабочей базы.
8. Удалем кеш полностью.
9. Запускаем не рабочую базу в режиме конфигуратора, пытаемся открыть конфигурацию – все открывается, ошибки нет.
10. Запускаем 1С. Все доступно. Данные на месте.

Было такое же сообщение когда динамически обновил конфигурацию центральной базы и сделал обмен на переферийной и на переферийной появилось подобное сообщение.
1. Т.к. в конфигуратор на переферийной вообще не пускался, то пришлось удалить папку C:Documents and SettingsAdminApplication Data1C1Cv81.
2. Зашел в конфигуратор и выбрал Конфигурация – Конфигурация базы данные – Вернуться к конфигурации БД.
3. ГлавныйУзел установил неопределено.
4. Конфигурация – Загрузить конфигурацию из файла (центральная конфигурация).
5. ГлавныйУзел установил необходимый.

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

Селал бекап рабочей базы и загрузил его в чистую базу. Добавил план обмена
http://kb.mista.ru/article.php? > и создал Начальный образ. В БД образа конфигурация исправилась.

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

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

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

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

Технический блог специалистов ООО»Интерфейс»

Главная
Исправление ошибки «Нарушена целостность структуры конфигурации»

Исправление ошибки «Нарушена целостность структуры конфигурации»

Уваров А.С.
19.01.2019

Ошибки информационной базы 1С:Предприятия – вещь крайне неприятная, особенно при отсутствии резервных копий. А если такая неприятность все-таки приключилась, то приходится порой принимать нестандартные и идущие в противоречие с общепринятыми практиками решения. Но это не должны быть шаманские камлания с бубном, а логически обоснованные и точно выверенные действия, которые позволят выйти победителем из, казалось бы, безнадежной ситуации. Сегодня мы расскажем об одном таком случае из нашей практики.

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

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

При этом в повседневной жизни данная ошибка никак себя не проявляла, и утилита chdbfl также не нашла в базе каких-либо ошибок. Тем не менее база оказалась серьезно повреждена и любые попытки спасти ситуацию малой кровью: выгрузить данные в узел РИБ или посредством выгрузки-загрузки через XML приводили к ошибкам.

«А как-же резервные копии?» – спросит иной читатель. Резервные копии содержали точно такую же ошибку, так как она не препятствует выгрузке в DT файл и, тем более, архивированию непосредственно файла базы. Можно сказать, что клиент столкнулся с распространенной ошибкой начинающих администраторов, когда резервные копии создаются, но не проверяются.

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

На Инфостарте была найдена статья, которая на первый взгляд обещала привести к успеху, но все стало только хуже, раньше хотя бы конфигуратор открывался:

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

Что предлагала нам вышеуказанная статья? Заменить кеш поврежденной базы на кеш от исправной, того же самого релиза, разумное зерно в этом есть и в ряде случаев такой подход увенчается успехом, но не в этот раз. Почему?

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

Не для кого ни секрет, что многие данные в информационной базе не меняются в течении длительного времени и поэтому нет необходимости каждый раз их запрашивать из БД, а можно поместить в локальный кеш и брать оттуда. Кеш делится на пользовательский, где хранятся данные, с которыми работает пользователь и кеш конфигурации, где сохраняются программные модули и данные о конфигурации. Первый располагается в перемещаемой части профиля пользователя %USERPROFILE% AppDataRoaming1C, а второй в его локальной части %USERPROFILE%AppDataLocal1C.

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

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

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

Но вернемся к нашей базе. Что именно произошло? До замены кеша база могла загрузиться в конфигуратор, после его замены – уже не смогла. Следовательно, в кеше поврежденной базы хранились нужные части конфигурации, которых в кеше исправной не оказалось, либо они оказались неидентичными загружаемой конфигурации. Поэтому в нашем случае кеш нам не враг, а наоборот друг и мы должны его не очищать, а наоборот, сохранить.

Поэтому мы пойдем другим путем, возвращаемся к сохраненной копии аварийной базы, запускаем ее в режиме конфигуратора, выходим. Тем самым мы создали нужную нам часть кеша, в которой не хватает информации об открытой конфигурации, попробуем дополнить ее из рабочей базы. Для этого возьмем файл 1Cv8.1CD из исправной базы точно такого же релиза и временно заменим им файл неисправной базы (исходный файл при этом следует сохранить).

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

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

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

25 Августа 2019

В последние время пользователи 1С часто сталкиваются с проблемой нарушения целостности системы после обновления платформы 1С. Программа предлагает завершить работу или перезапустить систему, в последнем случае указанное сообщение появляется вновь. С чем связано его появление? Давайте разбираться.

Рисунок 1

Если версия вашей платформы 1С выше 8.3.10.2699 или 8.3.11.2899, то при работе с файловой базой данных появляется эта ошибка. Проблема возникает из-за использования не лицензионной платформы 1С.

Убедиться в том, что вы столкнулись именно с этой проблемой, можно просто открыв информацию о программе (рисунок 2). Если установлена аппаратная лицензия, но USB ключа не было, то необходимо почистить все следы ломанных версий 1С и заново произвести лицензирование.

Рисунок 2

Методы решения данной проблемы:

1. Удалите старые неиспользуемые версии технологической платформы «1С:Предприятие». Возможно ранее на компьютере устанавливалась ломанная версия.
2. Удалите «пропатченный» файл backbas.dll, который находится в папке bin с платформой и переустановите платформу.
3. Удалите:

— Virtual Usb Bus Enumerator в «Диспетчере устройств» в ветке «Системные устройства, при этом нужно поставить галочку «Удалять драйвера программы» (рисунок 3);

— файлы VUsb.sys и vusbbus.sys, которые расположены C:\Windows\System32\drivers, а также все возможные вариации имени файла.

Рисунок 3

4. Удалите ветки реестра. Для открытия реестра перейдите в «Выполнить» и откройте regedit (рисунок 4), в самом реестре найдите следующие ветки:

Рисунок 4

5. Выполните в командной строке от имени администратора команды:

loaddrv.exe -stop haspflt
loaddrv.exe -remove haspflt
del %systemroot%\system32\drivers\haspflt.sys

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

После удаления временных файлов, проблема с ошибкой «Нарушена целостность структуры конфигурации» должна разрешиться.

В последнее время многие пользователи 1С столкнулись с такой ошибкой при входе в программу. Давайте разберемся, по какой причине она появляется, и как решить данную проблему?

Ошибка вызвана тем, что фирма «1С» выпустила новые релизы платформы, в которые внедрили механизм проверки легальности программы. Такое сообщение при запуске программы может появляться и у лицензированных пользователей 1С, если у них когда-либо была нарушена легальность и «следы» этого действия остались в реестрах ПК. Также данная ошибка появляется в том случае, если в системе установлены эмуляторы, то есть используется не лицензионная версия 1С.

Почему возникает данная ошибка?

Давайте разберемся.

На самом деле ничего страшного не произошло. Ваша база находится в целости и сохранности. Данная ошибка никак не связана с самой базой 1С, хотя и выглядит пугающе.

Механизм проверки легальности 1С построен по следующему принципу – при запуске 1С и входе в базу данных программа делает несколько проверок:

изменен файл backbas.dll (проверяется контрольная сумма)
установлены ли эмуляторы
наличие в реестре записей от эмуляторов

Все вместе это и есть проверка легальности использования программы.

При обнаружении нелегальной версии (возможно, просто неправильно установленной программы) 1С выдает ошибку и предлагает на выбор «Завершить работу» или «Перезапустить».

Как исправить?

Вариантов восстановления целостности несколько: как простые, например, исправить данную ошибку можно «чисткой» реестра (удалением эмуляторов, проверкой файла платформы на противоправные действия), восстановлением лицензии, так и более сложные вплоть до переустановки операционной системы Windows (не забывайте, что перед любыми действиями нужно делать резервную копию своей базы).

Мы рекомендуем за исправлением данной ошибки обращаться в обслуживающую компанию, где квалифицированные специалисты помогут вам в решении данного вопроса. Для того, чтобы обратиться в нашу компанию, звоните по телефону 8-(3852)-66-88-79

Как предотвратить подобные проблемы при обновлении 1С?

— Проверка платформы.

Уже многие столкнулись с тем, что 1С: Бухгалтерия предприятия, редакция 3 не запускается с технологической платформы 1С: Предприятие 8, версии ниже, чем 8.3.12.1529 и требуется ее обязательное обновление. На нашем опыте мы рекомендуем ставить платформу не ниже 8.3.12.1616, на ней возникает меньше ошибок.

— Проверка обновлений ОС.

Так как операционные системы Windows XP и младше перестали получать поддержку от Microsoft, рекомендуем заменить операционную систему. Новые платформы требуют обновления библиотек операционных систем, то есть обновления Windows должны быть включены и установлены. Следите за обновлениями операционной системы.

— Проверка характеристики ПК

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

Ошибки информационной базы 1С:Предприятия — вещь крайне неприятная, особенно при отсутствии резервных копий. А если такая неприятность все-таки приключилась, то приходится порой принимать нестандартные и идущие в противоречие с общепринятыми практиками решения. Но это не должны быть шаманские камлания с бубном, а логически обоснованные и точно выверенные действия, которые позволят выйти победителем из, казалось бы, безнадежной ситуации. Сегодня мы расскажем об одном таком случае из нашей практики.

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

«А как-же резервные копии?» — спросит иной читатель. Резервные копии содержали точно такую же ошибку, так как она не препятствует выгрузке в DT файл и, тем более, архивированию непосредственно файла базы. Можно сказать, что клиент столкнулся с распространенной ошибкой начинающих администраторов, когда резервные копии создаются, но не проверяются.

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

Не для кого ни секрет, что многие данные в информационной базе не меняются в течении длительного времени и поэтому нет необходимости каждый раз их запрашивать из БД, а можно поместить в локальный кеш и брать оттуда. Кеш делится на пользовательский, где хранятся данные, с которыми работает пользователь и кеш конфигурации, где сохраняются программные модули и данные о конфигурации. Первый располагается в перемещаемой части профиля пользователя %USERPROFILE%\AppData\Roaming\1C, а второй в его локальной части %USERPROFILE%\AppData\Local\1C.

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

Но вернемся к нашей базе. Что именно произошло? До замены кеша база могла загрузиться в конфигуратор, после его замены — уже не смогла. Следовательно, в кеше поврежденной базы хранились нужные части конфигурации, которых в кеше исправной не оказалось, либо они оказались неидентичными загружаемой конфигурации. Поэтому в нашем случае кеш нам не враг, а наоборот друг и мы должны его не очищать, а наоборот, сохранить.