1С и DB2 сидят на разных серверах Win2k8 R2. Сервер с 1Сом — член домена, с DB2 — нет. Сервер 1С:Предприятия запущен под локальным пользователем. При создании ИБ в консоли управления сервером 1С получаю ошибку: "Error: line=868, file=src\DB2Connection.cpp, SQLCODE=-1390 SQL1390C Не определена или недопустима переменная среды DB2INSTANCE"
На сервере DB2 переменная определена, указывает на экземпляр "DB2".

Подскажите куда рыть?
Версия 1С - 8.3.5.1383
DB2 - 10.5 express-c с сайта IBM

Тут раздают за ответ 10$m
http://forum.infostart.ru/forum16/topic130338/message1346102/?result=new#message1346102

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

В 8.2.19.83 та же ошибка

когда в консоли к DB2 подключался попробуй не имя сервера, а IP адрес его указать, и имя в hosts прописать

тут скрипты для создания базы под 8.2 https://www.ibm.com/developerworks/community/groups/service/html/communityview?communityUuid=38f00ae6-df66-478c-b8ed-ebe8e5ba8cf7#fullpageWidgetId=W7f1829682951_4b7e_8c2c_ae7c309c6fe6

из этой темы v8: 1С 8 + IBM DB2

(4) Да я думал он и так по IP соединяется, раз в (0) указано, что Сервер с 1Сом — член домена, с DB2 — нет.
Вся зависит от настроек DNS.
Да и непонятно, отчего на nix-машине не поднять SMB.

Data Server Driver Package ?
db2set db2_grp_lookup=LOCAL ?

(0) <<ервер 1С:Предприятия запущен под локальным пользователем.>>
похоже нету у твоего пользователя права на соответствующую ветку реестра. удаленного реестра.
вот и не может он узнать, какой же у нас активный экземпляр DB2. (о чем , собственно, DB2INSTANCE как раз и сообщает)

так что пробуй добавлять своего "локального пользователя" в группы db2admins, db2users (на сервере db2).
или пробовать запустить сервер 1С от имени db2admin.

в общем, с правами что-то. очень похоже что нет прав на ветку реестра.

(8) Добавить пользователя одного standalone сервера в группу другого standalone сервера? Это что-то с чем-то. Ну, даже так: пользователя USR1CV8 я на сервере DB2 создал, в группу добавил. Толку нет.

(6) пробовал и по IP, и по имени. Сервера DB2 в общем dns вообще нет, отдельная IP-сеть, отдельный линк, отдельный коммутатор,

(7) что это и для чего?

Ошибка http://www-01.ibm.com/support/knowledgecenter/SSEPGG_10.5.0/com.ibm.db2.luw.messages.sql.doc/doc/msql01390c.html странная, скорей на Linux может возникнуть.
(11) 1. Пишут: https://www.ibm.com/developerworks/community/forums/html/topic?id=77777777-0000-0000-0000-000014794753 в https://www.ibm.com/developerworks/community/forums/html/topic?id=77777777-0000-0000-0000-000014558303 - но, может, это только на Linux; 2. Для включения доменного пользователя в локальную группу.
Ставил DB2 и 1С только вместе на один сервер, так что по поводу (0) только догадки. Ставил DB2 на Windows с Django на Linux, там (7) 1. требовался обязательно.
db2val проходит?

(9) хм.. а что тебя смущает?
вообще вот тут обсуждалась похожая проблема с доступом: http://forum.infostart.ru/forum73/topic123795/

(12) У меня нет доменных пользователей. Для понятности: сервер ODINS входит в домен, но не является контроллером AD. Сервер 1С работает под пользователем ODINS/USR1CV8. Сервер SQL1 не входит в домен, он вообще сам по себе, в отдельной ethernet-сети, про всё остальное он вообще ничего не знает. Если грубо — он напрямую соединён шнурком со вторым eth-портом на ODINS.
По такой схеме сейчас работает сервер MSSQL. Отлично работает, без подпрыгиваний.

Вот эта строчка

db2 update dbm cfg using sysadm_group DB2ADMNS

все полечила.
Правда, на DB2 9.7. Попробую поднять до 10.5.

А 10.5 используется Express-C? Для типовой конфы?

простите за оффтоп