Ошибка субд mvarchar

Связка сервера 1С:Предприятие и PostgreSQL вторая по популярности среди установок 1С и самое используемое решение на платформе Linux. В отличии внедрений на базе Windows и MSSQL, где трудно сделать так, чтобы не заработало, внедрения на базе Linux таят множество подводных камней для неопытного администратора. Часто бывает так, что вроде бы все сделано правильно, но ошибка следует за ошибкой. Сегодня мы рассмотрим самые типовые из них.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

Общая информация

Перед тем, как начинать искать ошибки установки и, вообще, приступать к внедрению серверной версии 1С:Предприятия было бы неплохо освежить представление как это работает:

Сервер 1С Предприятия. Часть 1 — Общие вопросы.

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

В нашем распоряжении имеются два сервера под управлением Ubuntu 12.04 x64, на одном из них установлен сервер 1С:Предприятие версии 8.3, на другом PostgreSQL 9.04 от Ethersoft, а также клиент под управлением Windows. Напоминаем, что клиент работает только с сервером 1С, который, в свою очередь, формирует необходимые запросы к серверу СУБД. Никаких запросов от клиента к серверу управления базами данных не происходит.

Сервер баз данных не обнаружен
ВАЖНО: пользователь «postgres» не прошёл проверку подлинности (Ident)

Данная ошибка возникает при разнесении серверов по разным ПК из-за неправильно настроеной проверки подлинности в локальной сети. Для устранения откройте /var/lib/pgsql/data/pg_hba.conf, найдите строку:

host    all    all       192.168.31.0/24    ident

и приведите ее к виду:

host    all    all       192.168.31.0/24    md5

где 192.168.31.0/24 — диапазон вашей локальной сети. Если такой строки нет, ее следует создать в секции IPv4 local connections.

Сервер баз данных не обнаружен
could not translate host name «NAME» to address: Temporary failure in name resolution

На первый взгляд ошибка понятна: клиент не может разрешить имя сервера СУБД, типичная ошибка для небольших сетей, где отсутствует локальный DNS-сервер. В качестве решения добавляют запись в файл hosts на клиенте, что не дает никакого результата…

А теперь вспоминаем, о чем было сказано несколько раньше. Клиентом сервера СУБД является сервер 1С, но никак не клиентский ПК, следовательно запись нужно добавлять на сервере 1С:Предприятие в файл /etc/hosts на платформе Linux или в C:WindowsSystem32driversetchosts на платформе Windows.

Аналогичная ошибка будет возникать, если вы забыли добавить запись типа A для сервера СУБД на локальном DNS-сервере.

Ошибка при выполнении операции с информационной базой
server_addr=NAME descr=11001(0x00002AF9): Этот хост неизвестен.

Как и прошлая, эта ошибка связана с неправильным разрешением клиентом имени сервера. На этот раз именно клиентским ПК. В качестве решения добавляем в файл /etc/hosts на платформе Linux или в C:WindowsSystem32driversetchosts на платформе Windows запись вида: 

192.168.31.83 SRV-1C-1204

где указываете адрес и имя вашего сервера 1С:Предприятия. В случае использования локального DNS следует добавить A-запись для сервера 1С.

Ошибка СУБД: DATABASE не пригоден для использования

Гораздо более серьезная ошибка, которая говорит о том, что вы установили несовместимую с 1С:Предприятие версию PostgreSQL или допустили грубые ошибки при установке, например не установили все необходимые зависимости, в частности библиотеку libICU. 

Если вы имеете достаточный опыт администрирования Linux систем, то можете попробовать доустановить необходимые библиотеки и заново инициализировать кластер СУБД. В противном случае PostgreSQL лучше переустановить, не забыв удалить содержимое папки /var/lib/pgsql.

Также данная ошибка может возникать при использовании сборок 9.1.x и 9.2.x Postgre@Etersoft, подробности смотрите ниже.

Ошибка СУБД: 
ERROR: could not load library «/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so»

Довольно специфичная ошибка, характерная для сборок 9.1.x и 9.2.x Postgre@Etersoft, также может приводить предыдущей ошибке. Причина кроется в неисправленной ошибке в библиотеке fasttrun.so. Решение — откатиться на сборку 9.0.x Postgre@Etersoft.

Ошибка СУБД
ERROR: type «mvarchar» does not exist at character 31

Возникает если база данных была создана без помощи системы 1С:Предприятия. Помните, для работы с 1С базы данных следует создавать только с использованием инструментов платформы 1С: через консоль Администрирование серверов 1С Предприятия

или через средство запуска 1С.

Сервер баз данных не обнаружен
ВАЖНО: пользователь «postgres» не прошёл проверку подлинности (по паролю)

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

Сервер баз данных не обнаружен
FATAL: database «NAME» does not exist

Еще одна очень простая ошибка. Смысл ее сводится к тому, что указанная БД не существует. Чаще всего возникает из-за ошибки в указании имени базы. Следует помнить, что информационная база 1С в кластере и база данных СУБД — две разные сущности и могут иметь различные имена. Также следует помнить, что Linux системы чувствительны к регистру и для них unf83 и UNF83 два разных имени. 

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

I have the same issue here, trying to use the thing with project made all required changes to this file renaming UseSqlServer to UseNpgsql and changed the connection string as well to poing to my postgres server.

Also I did change the nvarchar to varchar in this file

Getting an error Npgsql.PostgresException: '42704: type "nvarchar" does not exist' in here when app is run

UPDATE: just discovered more migration files having nvarchar so had to rename to varchar

However now got a new error Npgsql.PostgresException: '42601: syntax error at or near "max"' and seems like that is what causing an isseue "varchar(max)" what is the analogue in postgres for that?

Basically just to bypass the error I set it to varchar(mex) to varchar(2000)( still wonder how to set max on that ), also had to rename DATETIME2 to TIMESTAMP so now I am getting System.NullReferenceException: 'Object reference not set to an instance of an object.' on this line ( that error didnt happend using MSSQL server ) :

foreach (var client in Config.GetClients().ToList())
  {
      context.Clients.Add(client.ToEntity());
  }
  context.SaveChanges(); // null ref error here

any thoughts?

just created the repo here with all requred types replaced as I mentinoed above. That is the commit implementing the postgress to the orignial codebase taken from here If you run IdentityServerWithAspIdAndEF project pointed to PostgreSQL you will get a null ref error on context.SaveChanges();

Подскажите можно ли на одном сервер (ubuntu12.04) запустить несколько версий сервера 1с.
Ситуация следующая на данный момент стоит 1с сервер 83, с малым количеством людей работал стабильно, но сейчас пользователей стало в два раза больше и сервер странно себя ведёт, то напроч стопорится, помогает очистка папки временных файлов 1с либо просто его перезапуск.
На сервер две базы бух30 и Торговля10, вот хочу разделить чтобы бух30 работали на 83, а торговля10 работали через 82.

как я понимаю нужно менять порт через:

/opt/1C/v8.2/x86_64/rmngr -port 1541
/opt/1C/v8.2/x86_64/rphost -range 1560:1591

но хотелось бы узнать точно как прально сделать, так как сервер рабочий и для экспериментов времени небудет

PS. установлена версия 8.3.4.496, новое релизи ведут себя еще хуже.

РЕШЕНИЕ:
http://chistov.spb.ru/forum/33-958-1

в /etc/init.d/srv1cv8* для изменения портов выставляю следующие параметры:

Код: Выделить всё

SRV1CV8_PORT=7540
SRV1CV8_REGPORT=7541
SRV1CV8_RANGE=7560:7691

http://its.1c.ru/db/metod8dev/content/3413/hdoc

Запуск экземпляра сервера 1С:Предприятия как сервис в Linux

В процессе установки 1С:Предприятия под Linux создается стартовый скрипт /etc/init.d/srv1cv82, запускающий сервер 1С:Предприятия от имени пользователя в режиме демона. При этом сервер будет использовать стандартные порты. Если на компьютере уже работает экземпляр сервера с такими же портами, то запуск вновь установленного сервера закончится аварийно. Чтобы его запустить с другими портами необходимо:

Открыть окно командной строки и удалить каталог кластера. Обычно это каталог «/home/usr1cv82/.1cv82». Например:
Копировать в буфер обмена

Любым текстовым редактором отредактировать конфигурационный файл /etc/sysconfig/srv1cv82, если для установки использовался RPM-дистрибутив, или файл /etc/init.d/srv1cv82, если использовался DEB-дистрибутив. В этом файле необходимо раскомментировать (удалив начальный символ «#») и изменить значения одного или нескольких нижеперечисленных параметров:
SRV1CV8_KEYTAB
SRV1CV8_PORT
SRV1CV8_REGPORT
SRV1CV8_RANGE
SRV1CV8_DEBUG
SRV1CV8_DATA
SRV1CV8_SECLEV

Запуск экземпляра сервера 1С:Предприятия как приложение в Linux

Если агент сервера 1С:Предприятия не регистрировался как сервис, то он может быть запущен как приложение. Для запуска агента сервера как приложения на нестандартных портах необходимо:

Завершить работу экземпляра сервера, нажав Ctrl+C в его консольном окне.
Удалить содержимое каталога реестра кластера. Обычно это подкаталог «.1cv82» домашнего каталога пользователя, из-под которого запускается сервер 1С:Предприятя. Например:
Копировать в буфер обмена

Если ранее агент сервера 1С:Предприятия запускался как приложение без указания каталога реестра кластера (параметр -d), то реестр кластера располагается в каталоге «/home/пользователь/.1cv82». При замене значений портов содержимое этого каталога необходимо удалить.

Перейти в каталог бинарных файлов 1С:Предприятия. Например:
Копировать в буфер обмена

Запустить агента сервера 1С:Предприятия с новыми значениями портов:
Копировать в буфер обмена

./ragent -port 2040 -regport 2041 -range 2060:2091 -d "/home/user/srvinfo" -debug

Последующие запуски этого экземпляра сервера 1С:Предприятия необходимо выполнять такой же командной строкой.