Переход с MS SQL на PostgreSQL в среде Linux — это популярный шаг для оптимизации затрат на лицензирование и повышения гибкости инфраструктуры. Однако такая миграция может сопровождаться специфическими техническими проблемами. Одной из самых неприятных ошибок является внезапный отказ системы открывать формы проводок или документов с сообщением: «Недопустимое значение параметра (параметр номер '1')» при вызове метода РеквизитФормыВЗначение.
Рассмотрим детально, почему возникает эта ситуация, проанализируем технические причины и разберем проверенные способы решения этой проблемы.
Проанализируем ситуацию: ошибка чаще всего проявляется в типовых конфигурациях (например, «Бухгалтерия предприятия 3.0», «Зарплата и управление персоналом 3.1») после смены СУБД на PostgreSQL и переноса серверной части 1С на ОС Linux. При этом в файловом варианте база работает абсолютно корректно, что сразу наводит на мысль о проблемах взаимодействия платформы 1С с серверным окружением.
Типичный программный стек, в котором воспроизводится ошибка:
Ошибка локализуется в момент преобразования данных формы в объект метаданных на стороне сервера. Рассмотрим типичный пример кода, на котором происходит сбой:
// Ошибка возникает в типовом коде обработки КорректировкаДвижений
НаборЗаписей = РеквизитФормыВЗначение(ИмяРеквизита);
Несмотря на то, что переменная ИмяРеквизита содержит корректное строковое значение (например, "Объект"), платформа выбрасывает исключение, утверждая, что параметр номер 1 недопустим.
Выясним причину такого поведения системы. На основе данных технологического журнала и официальных баг-трекеров 1С (например, ошибка ID 10196236), проблема кроется в механизме десериализации данных. Когда клиентское приложение передает контекст формы на сервер, рабочий процесс rphost должен восстановить объекты в памяти.
В 32-разрядных версиях сервера 1С под Linux управление памятью и выравнивание структур данных отличаются от Windows-реализации. В версиях платформы 8.3.11 и начале 8.3.12 был допущен баг, при котором указатели на метаданные объектов внутри rphost могли интерпретироваться неверно. Платформа «теряет» связь между строковым идентификатором реквизита и фактическим описанием типа в кэше метаданных. В результате метод РеквизитФормыВЗначение получает вместо корректного внутреннего описателя объекта «пустой» или смещенный указатель, что и вызывает ошибку первого параметра.
Самый эффективный и правильный способ решения — установка исправленной версии платформы. Разработчики 1С признали наличие ошибки и выпустили исправления в последующих релизах. Как показывает практика эксплуатации, проблема полностью уходит начиная с версии 8.3.12.1440 и выше.
Выполним последовательность действий по обновлению:
pg_dump).systemctl stop srv1cv83 (или аналогичной для вашего дистрибутива)./home/usr1cv8/.1cv8/1C/1cv8/reg_1541/ (за исключением файла 1CV8Reg.lst, если вы не хотите заново регистрировать базы).Если ваша аппаратная часть позволяет, крайне рекомендуется перейти с 32-битного сервера 1С на 64-битный (x86_64). На 64-разрядных системах Linux данная ошибка практически не встречается, так как механизмы работы с памятью и библиотеками выравнивания там реализованы иначе.
Преимущества этого решения:
rphost.Разберем ситуацию, когда ошибка возникает в нетиповом коде или при программном открытии форм. Иногда сообщение «Недопустимое значение параметра» (но уже с указанием количества ожидаемых значений) связано с несовпадением ключей измерений в регистрах.
Посмотрим на пример правильной подготовки параметров для открытия формы записи регистра сведений:
// Если регистр имеет 5 измерений, структура ключа должна содержать все 5
ПараметрыВыбора = Новый Структура;
КлючЗаписи = Новый Структура("Организация, Склад, Номенклатура, ТипЦен, Период");
КлючЗаписи.Организация = ВыбраннаяОрганизация;
// ... заполнение остальных полей ...
ПараметрыВыбора.Вставить("Key", КлючЗаписи);
ОткрытьФорму("РегистрСведений.ЦеныНоменклатуры.ФормаЗаписи", ПараметрыВыбора);
Если в структуру КлючЗаписи передать на одно поле меньше, чем определено в метаданных, платформа на Linux может выдать похожую ошибку, так как механизм сопоставления типов на сервере более чувствителен к составу структуры, чем в Windows-версии.
Если по каким-то причинам вы не можете обновиться до ветки 8.3.12 и выше (например, из-за требований совместимости других систем), проанализируем возможность использования версии 8.3.10.2753. По отзывам системных администраторов, это последний стабильный релиз в ветке 8.3.10, где данная ошибка десериализации на Linux еще не успела появиться.
Однако помните, что использование устаревшей платформы лишает вас поддержки новых возможностей современных конфигураций, поэтому данный метод стоит рассматривать только как временную «заплатку».
Если ошибка сохраняется, нам потребуется собрать дополнительные данные. Создадим файл logcfg.xml в каталоге /opt/1C/v8.3/i386/conf/ (для 32-битной платформы) со следующим содержанием:
<config xmlns="http://v8.1c.ru/7.4/config/logcfg">
<log location="/var/log/1c/logs" history="24">
<event>
<eq property="Name" value="EXCP"/>
</event>
<property name="AllProperties"/>
</log>
</config>
Проанализируем полученные логи. Ищите события EXCP, содержащие упоминание VResourceInfoBaseImpl.cpp или logForm. Это подтвердит, что проблема именно во внутреннем ресурсе платформы, а не в данных вашей базы PostgreSQL.
Подведем итог: столкнувшись с ошибкой «Недопустимое значение параметра (параметр номер '1')» на Linux-сервере, первым делом проверьте битность вашего сервера 1С и версию платформы. В 90% случаев переход на 64-битную версию или обновление до релиза 8.3.12.1440+ полностью решает проблему без необходимости вносить правки в программный код конфигурации.