DB2: SQL1390C Не определена или недопустима переменная среды DB2INSTANCE

(1) Asmody, судя по тому, что ошибка на сервере 1с - переменную надо определить на сервере 1с. Да и вообще проверить, установлен ли клиент ДБ2 на этом сервере (если он нужен и бывает вообще в природе).

(2) AlexandrIII, речь про домен AD, если что.

(4) Babuin, при попытке скачать с сайта IBM версию 10.1, оно скачивает 10.5.

(6) Вить, глянь, может поможет:
http://www-01.ibm.com/support/knowledgecenter/SSEPGG_9.1.0/com.ibm.db2.udb.admin.doc/doc/c0004934.htm

Оттуда:

На платформах UNIX реестр профиля уровня экземпляра сохраняется в виде текстового файла в каталоге sqllib. В средах многораздельных баз данных каталог sqllib находится в файловой системе, совместно используемой всеми физическими разделами базы данных.

На платформах Windows, если пользователь выполняет ту же команду с узла "red", это значение переменной FOO будет видно только на узле "red" текущего экземпляра. Менеджер баз данных DB2 хранит реестр профиля уровня экземпляра в реестре Windows. Его значения недоступны другим физическим разделам базы данных. Чтобы задать переменные реестра на всех физических компьютерах, используйте команду "rah":

rah db2set -i FOO=BAR
Команда rah выполнит команду db2set на всех узлах ("red", "white" и "blue").

Можно использовать переменную DB2REMOTEPREG, чтобы для переменных реестра на компьютерах, не являющихся владельцами экземпляра, использовались значения переменных реестра на компьютере-владельце экземпляра. Это эффективный способ создания среды, в которой переменные реестра на компьютере-владельце экземпляра совместно используются всеми компьютерами этого экземпляра.

Предположим, что в предыдущем примере узел "red" - владелец экземпляра. Зададим переменную DB2REMOTEPREG на компьютерах "white" и "blue", чтобы использовать переменные реестра с компьютера "red":

(на red) ничего не делаем
(на white и blue) db2set DB2REMOTEPREG=\\red
Заданное значение DB2REMOTEPREG нельзя менять.

Вот как работает DB2REMOTEPREG:

Когда менеджер баз данных DB2 читает переменные реестра в Windows, сначала считывается значение DB2REMOTEPREG. Если переменная DB2REMOTEPREG задана, DB2 открывает реестр на удаленном компьютере, имя которого задано в DB2REMOTEPREG. Последующие операции чтения и изменения переменных реестра будут перенаправлены на этот удаленный компьютер.

Для обращения к удаленному реестру требуется, чтобы на удаленном компьютере была запущена служба удаленного реестра. Кроме того, учетная запись пользователя и всех службы DB2 должны иметь достаточный доступ к этому удаленному реестру. Поэтому для использования переменной DB2REMOTEPREG следует работать в среде домена Windows, чтобы можно было предоставить учетной записи домена необходимые полномочия на обращение к реестру.

При работе в среде Microsoft Cluster Server (MSCS) не нужно использовать переменную DB2REMOTEPREG. В конфигурации с MSCS, где все компьютеры входят в один кластер MSCS, переменные реестра сохраняются в реестре кластера. Поэтому они уже совместно используются всеми компьютерами в кластере MSCS и использовать переменную DB2REMOTEPREG в этом случае нет необходимости.

При работе в многораздельной среде с восстановлением после сбоев, где разделы базы данных распределены по нескольким кластерам MSCS, нельзя использовать переменную среды DB2REMOTEPREG для задания компьютера-владельца экземпляра, поскольку переменные реестра этого компьютера находятся в реестре кластера.

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

(14) Asmody, судя по использованному лекарству db2val вам доктор запретил