Переход с редакции 2.0 на редакцию 3.0 конфигурации «Бухгалтерия предприятия» — это не просто очередное плановое обновление, а полноценная техническая реструктуризация всей базы данных. В процессе этого перехода полностью меняется архитектура метаданных, интерфейс переводится на управляемые формы, а устаревшие объекты конфигурации безвозвратно удаляются. Очень часто этот процесс сопровождается критическими ошибками: аварийным завершением работы Конфигуратора, нехваткой оперативной памяти, появлением огромных списков неразрешенных ссылок на удаляемые объекты или ошибками системной СУБД вроде SDBL-ошибки с таблицей ExtensionsInfoNGS.
В этой статье мы подробно проанализируем причины возникновения данных проблем и рассмотрим пошаговые алгоритмы их устранения, основанные на практическом опыте успешных переходов.
---
При переходе на редакцию 3.0 Конфигуратор выполняет колоссальный объем работы по сравнению и объединению объектов метаданных. Если вы используете стандартную 32-разрядную версию платформы 1С (x86), то в силу архитектурных ограничений операционной системы один процесс может использовать не более 2 ГБ (в редких случаях при специальной настройке до 4 ГБ) оперативной памяти. Как только этот лимит превышается во время сохранения конфигурации, процесс 1cv8.exe аварийно закрывается без сохранения изменений.
Выясним причины и разберем по шагам, как решить проблему с нехваткой памяти:
bcdedit /set increaseuserva 3072
После этого обязательно перезагрузите компьютер. После успешного завершения перехода на БП 3.0 рекомендуется вернуть настройки операционной системы в исходное состояние с помощью команды:
bcdedit /deletevalue increaseuserva
.1CD. Выполните следующие подготовительные действия:
---
Эта проблема возникает тогда, когда ваша база данных находится в режиме «Редактирование с сохранением поддержки» (то есть конфигурация была доработана пользователем или программистом, замок поддержки снят хотя бы с одного объекта). При попытке обновить конфигурацию до БП 3.0 система пытается удалить устаревшие объекты поставщика (например, старые формы регламентированной отчетности по ЕСН, общие картинки, устаревшие обработки), но обнаруживает, что в основной измененной конфигурации на них все еще ссылаются другие объекты.
Чаще всего скрытые «мертвые» ссылки находятся в следующих местах:
Рассмотрим два основных метода борьбы с этим явлением.
Если в вашей конфигурации БП 2.0 были сделаны незначительные изменения (например, изменен всего один документ СчетНаОплатуПокупателю, добавлены пара реквизитов или форм), самым быстрым и правильным решением будет временный возврат базы к абсолютно типовому виду. Это позволит полностью очистить конфигурацию от «мусорных» связей.
Выполним процедуру по шагам:
.dt или просто копирование файла 1Cv8.1CD)..cf) точно такого же релиза, который сейчас установлен у вас (например, 2.0.66.77)..cf вашей версии. При этом конфигурация полностью заменится на типовую, а все ваши доработки (например, изменения в документе «Счет на оплату покупателю») будут заменены на стандартные.F7) и обновите конфигурацию базы данных..cfu / .cf) редакции 3.0. Переход пройдет гладко и без ошибок удаления объектов.Если база имеет слишком много изменений и полностью снимать ее с поддержки нельзя, вам придется вручную разрывать связи перед обновлением:
Отчет.АнализРасходовНаОплатуТруда.Справочная информация, откройте этот отчет в конфигураторе.---
Такая ошибка (системного двухуровневого библиографического языка 1С) обычно возникает из-за аварийного завершения работы платформы в момент записи изменений метаданных (например, когда Конфигуратор «вылетел» по нехватке памяти, о чем мы говорили в первом разделе). В этот момент структура таблиц физической СУБД (файла базы данных) рассинхронизируется с логической структурой конфигурации.
Платформа считает, что системная таблица расширений нового поколения ExtensionsInfoNGS должна существовать в СУБД, однако физически в файле базы данных она отсутствует или повреждена.
Проанализируем ситуацию и выполним действия для исправления ошибки:
%localappdata%\1C\1Cv8
%appdata%\1C\1Cv8
2a4b8c9d-e3f4-...).
C:\Program Files\1cv8\8.3.XX.XXXX\bin\) и запустите утилиту chdbfl.exe. Укажите путь к файлу вашей базы данных 1Cv8.1CD, установите флаг «Находить ошибки и исправлять их» и запустите проверку. Утилита пересоздаст поврежденные индексы и исправит физическую структуру файла.ExtensionsInfoNGS.
---
Малоизвестный, но крайне важный нюанс при переходе с БП 2.0 на БП 3.0: перед началом обновления обязательно убедитесь, что учетная запись администратора, под которой вы будете выполнять первый запуск обновленной информационной базы в режиме «Предприятие», обладает всеми необходимыми правами.
В конфигурации «Бухгалтерия предприятия» редакции 2.0 у вашего пользователя, помимо роли ПолныеПрава, обязательно должна быть включена специальная служебная роль АдминистраторСистемыДляПереходаНаРедакцию30. Если этой роли у пользователя нет, то при первом запуске БП 3.0 фоновые обработчики обновления данных не смогут корректно выполниться, что приведет к труднодиагностируемым сбоям в учете и незавершенному обновлению регистров.
Проверьте этот момент в списке пользователей Конфигуратора БП 2.0 перед тем, как накатывать обновление!
Соблюдение этих простых правил, своевременное использование 64-битной платформы и очистка конфигурации от накопленных ошибок гарантируют вам легкий, быстрый и успешный переход на современную версию «1С:Бухгалтерия 3.0».