← На главную

При попытке добавить или изменить объекты метаданных (новые реквизиты, регистры, справочники) в конфигурации 1С на клиент-серверной базе (MS SQL Server) разработчики нередко сталкиваются с внезапным падением программы. Конфигуратор аварийно завершает работу, а в журнале событий Windows фиксируется ошибка APPCRASH в приложении 1CV8.exe с указанием сбойного модуля backend.dll и кода исключения c0000005 (нарушение прав доступа к памяти / Access Violation).

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

Причины возникновения ошибки

Сбой backend.dll с кодом c0000005 сигнализирует о попытке обращения к недопустимому участку оперативной памяти. В контексте работы Конфигуратора 1С это вызывают следующие факторы:

1. Известные ошибки релиза технологической платформы. Например, зарегистрированная ошибка 10184884: аварийное завершение Конфигуратора в процессе реструктуризации базы данных при включенном режиме совместимости «Версия 8.2.13» и ниже.
2. Повреждение локального или серверного кэша метаданных. Накопление некорректных временных файлов между клиентскими сессиями и сервером 1С.
3. Нехватка адресного пространства 32-разрядного Конфигуратора. 32-битный процесс 1CV8.exe ограничен 2 ГБ оперативной памяти. При реструктуризации крупных конфигураций (например, УПП или ERP) разбор дерева метаданных переполняет стек, что приводит к краху библиотеки backend.dll.
4. Повреждение служебных таблиц базы данных. Нарушение целостности данных в таблицах Config, ConfigSave или Params на стороне СУБД.
5. Несоответствие параметров сортировки (Collation). Разница в кодировках и правилах сопоставления рабочей базы и системной базы tempdb на MS SQL Server.

Способ 1. Полная очистка кэша и перезапуск служб

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

1. Закроем все запущенные сеансы Конфигуратора и 1С:Предприятия.
2. Удалим базу данных из списка запуска 1С и добавим ее заново (при этом создается новый идентификатор базы в локальном кэше).
3. Очистим папки пользовательского кэша на клиентском компьютере:
   %AppData%\1C\1Cv8\
%LocalAppData%\1C\1Cv8\
4. Остановим службу сервера 1С:Предприятия и очистим серверный кэш (каталоги кэша сеансов и snccntx внутри системного каталога srvinfo), после чего снова запустим службу.

Способ 2. Обновление платформы и проверка режима совместимости

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

1. Проверим версию используемой технологической платформы 1С. Если используется релиз ветки 8.3.7–8.3.10, обновим платформу до актуального релиза (где ошибка 10184884 исправлена).
2. Если быстрое обновление платформы невозможно, проверим свойство РежимСовместимости в корне конфигурации. Попробуем временно переключить режим совместимости на более высокий (например, «Версия 8.2.16» или выше), применить изменения в структуре базы данных, а затем при необходимости вернуть режим обратно.

Способ 3. Перенос изменений через файл конфигурации (.cf)

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

1. Внесем необходимые изменения в метаданные в рабочей файловой копии базы.
2. Выполним сохранение конфигурации базы данных в файловой копии.
3. Выгрузим готовую конфигурацию через меню Конфигурация -> Сохранить конфигурацию в файл... в формате .cf.
4. Откроем целевую клиент-серверную базу в Конфигураторе и загрузим файл конфигурации целиком через Конфигурация -> Загрузить конфигурацию из файла... (именно полная загрузка, а не сравнение/объединение).
5. Обновим конфигурацию базы данных клавишей F7. При полной замене файла механизм реструктуризации отрабатывает более стабильно.

Способ 4. Очистка служебной таблицы ConfigSave на стороне SQL

Если в таблицах метаданных СУБД зависли некорректные временные срезы изменений, очистим таблицу несохраненных изменений напрямую в СУБД:

1. Создадим резервную копию базы данных средствами MS SQL Server (BACKUP DATABASE).
2. Убедимся, что все пользователи и сеансы Конфигуратора отключены от базы данных.
3. В среде SQL Server Management Studio (SSMS) выполним запрос к базе 1С: DELETE FROM ConfigSave;
4. Проверим физическую целостность базы данных командой: DBCC CHECKDB WITH NO_INFOMSGS;
5. Запустим Конфигуратор и повторим операцию внесения изменений в метаданные.

Способ 5. Применение изменений через командную строку (пакетный режим)

Запуск реструктуризации через графический интерфейс Конфигуратора расходует дополнительную память на отрисовку окон и деревьев объектов. Пакетный режим снижает потребление ресурсов:

1. Сохраним изменения в конфигурации (без нажатия кнопки применения к БД).
2. Закроем Конфигуратор.
3. Запустим обновление базы данных через командную строку Windows:
   Скопировать код

   
   "C:\Program Files (x86)\1cv8\8.3.X.XXXX\bin\1cv8.exe" DESIGNER /S "ИмяСервера\ИмяБазы" /N "ЛогинАдминистратора" /P "Пароль" /UpdateDBCfg -WarningsAsErrors /Out "C:\Temp\update_log.txt"
   

4. Проверим лог-файл C:\Temp\update_log.txt на наличие сообщений об успешном завершении реструктуризации.

Способ 6. Использование 64-разрядного клиента 1С

Если проблема вызвана нехваткой 2 ГБ памяти 32-битного процесса при анализе тяжелой конфигурации, установим и запустим 64-разрядный клиент 1С:Предприятия (x86-64). 64-битный Конфигуратор не имеет жесткого ограничения в 2 ГБ на процесс и успешно завершает реструктуризацию сложных графов метаданных.