Ошибка в таблице "пользователи" 3103 / (3012, 3014)

Конфигурирование, исправление ошибок Pervasive.SQL.

Правила форума
Тема закрыта! Все обсуждения теперь ведутся в группе СБИС 2.Х
Подробнее о том как найти группы и вступить в них.

Ошибка в таблице "пользователи" 3103 / (3012, 3014)

Ситуация
Есть 3 компьютера, WinXp, уполномоченная бухгалтерия, база сбис на сетевом диске
Недавно для возможности одновременной работы был установлен Pervasive Sql v11 Workgroup Edition (3 user)
Программа была установлена на 3 компьютера, но активировать ключ позволила только на одном. Поддержка сказала так и должно быть.
На остальных двух при этом был автоматически установлен триальный ключ на месяц на 5 пользователей.
Прошёл месяц.
На машине с активированным лицензионным ключом всё работает, на остальных двух и ещё одной тестовой(Client Edition):
Ошибка в таблице "пользователи" 3103.

Фаервол отключен.
telnet на 3351 и 1583 машины с ключом - OK

using local microkernel - off - не помогло

из локального pvsw.log
30.06.2011 16:29:28 W3UPI310 2992 javaw.exe test I Btrieve server not found. PNSL open session by name returned status = 3103.
на серверном(с ключом) в pvsw.log тишина

помогите плииииз)
Последний раз редактировалось АлексейТ 04 июл 2011, 08:08, всего редактировалось 2 раз(а).
АлексейТ 
» 01 июл 2011, 07:33


Чем дальше читаю документацию тем больше уверяюсь в том что для нормальной одновременной работы в Сбис нам нужно было приобрести Pervasive PSQL Workgroup Edition с ключом(разным) на каждую машину. Несмотря, на то что на купленой коробке написано "3 user workgroup". Что по сути ввод в заблужение...
Разубедите меня?

И ещё, человек из фирмы поставщика Сбиса, который хоть сколько-нибудь понимает конфигурацию Сбис+Pervasive находится на больничном. Поэтому попросил бы форумную поддержку Сбиса быть оперативнее. Спасибо.
АлексейТ 
» 01 июл 2011, 14:12


Итак,

После прочтения "Workgroup in depth"...
пришлось отказаться от хранения базы на сервере без установленного Workgroup Engine, поскольку в таком режиме на каждом клиенте должен быть установлен Workgroup Engine c cобственной лицензией...

В режиме 2Сlient + 1Worgroup Engine столкнулся с ошибками 3012/3014 (Ошибка в таблице Конфигурация) . Причиной был параметр РазделяемыеНастройки в sbis.ini. Изменил на НЕТ.
АлексейТ 
» 04 июл 2011, 08:07


АлексейТ писал(а):пришлось отказаться от хранения базы на сервере без установленного Workgroup Engine, поскольку в таком режиме на каждом клиенте должен быть установлен Workgroup Engine c cобственной лицензией...


Нет. Просто с помощью утилиты Gateway Locator можно четко настроить кто сервер по обслуживанию базы, и активировать его, вот и все.

АлексейТ писал(а):В режиме 2Сlient + 1Worgroup Engine столкнулся с ошибками 3012/3014 (Ошибка в таблице Конфигурация) . Причиной был параметр РазделяемыеНастройки в sbis.ini. Изменил на НЕТ.


Попробуйте настроить протоколы в Первазиве, оставьте на всех машинах только один. Параметр РазделяемыеНастройки=ДА тесно связан с параметром Настройки= , в котором указан путь к этим самым настройкам. У юзеров может просто не быть доступа на запись по этому пути - отсюда проблемы. Либо путь указан локальный вместо сетевого, на сервере по обслуж. базы, соотв, если галочка Use local engine отключена, то настройки локально не создаются - нет движка, а он нужен, т.к. файлы настроек - это маленькие таблицы, обслуживаемые Первазивом.

АлексейТ писал(а):using local microkernel - off - не помогло


Не помогло, потому что еще после настройки этих галок надо удалить файл ~PVSW~.LOC из базы. Он определяет какая машина является сервером по обслуж. базы, Gateway Locator собственно с ним и работает.
Ророни достает сакабато.
Гамбаре, ророни, гамбаре!
Цыпкин Максим Владимирович 
» 06 июл 2011, 12:46
Компания "Тензор"
Аватара пользователя

пришлось отказаться от хранения базы на сервере без установленного Workgroup Engine, поскольку в таком режиме на каждом клиенте должен быть установлен Workgroup Engine c cобственной лицензией...

Нет. Просто с помощью утилиты Gateway Locator можно четко настроить кто сервер по обслуживанию базы, и активировать его, вот и все.


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

документация же говорит, что попытка использовать шлюз предпринимается лишь третьим вариантом из трёх , при условии что во втором варианте от локального движка был выдан статус-код 116. а как же нам его выдаст локальный движок, если мы его отключаем опцией using local microkernel - off. а если не отключаем, так лицензионного ключа у него не имеется, чтобы к нему подключаться, ибо триальный срок закончился...вот и ошибка 3103...
как-то так я понял..


в общем, работает по выше указанной схеме.. и чорт с ним..
АлексейТ 
» 08 июл 2011, 18:36


Опишите пожалуйста, какая именно схема заработала. Абсолютно аналогичная ситуация, все работало до того момента пока была триальная лицензия, после стало выдавать ошибку в таблице пользователи. С помощью Gateway Locator указал кто сервер, сервер был активирован. Все равно не помогает. Убрал галочку using local microkernel на клиентских машинах. Поставил на серверной. На самом сервере все прекрасно запускается и работает.
Алексей 
» 24 окт 2011, 11:01


Когда фиксировали сервер Gateway locator - указали каталог с базой?
По сути оба метода должны работать.
Ророни достает сакабато.
Гамбаре, ророни, гамбаре!
Цыпкин Максим Владимирович 
» 24 окт 2011, 15:20
Компания "Тензор"
Аватара пользователя

А какой нужно указать католог, там католог встал автоматически, при выбооре сервера? Ничего не менял.
Алексей 
» 25 окт 2011, 09:00


Нужно указать сетевую папку (сетевой диск и папку), в которой находится база данных. После этого уже нажимаете Change, указываете сервер, потом ставите галочку Permanent assignment и нажимаете OK. После этого проверьте - в папке с базой должен появится файл "~PVSW~.LOC" , в котором будет указано имя сервера.
Инструкцию прилагаю.
Вложения
Gateway_Locator.zip
(65.91 Кб) Скачиваний: 69356
Ророни достает сакабато.
Гамбаре, ророни, гамбаре!
Цыпкин Максим Владимирович 
» 25 окт 2011, 09:45
Компания "Тензор"
Аватара пользователя

спасибо, за ответ. Попробую сделать.
Алексей 
» 26 окт 2011, 13:24




Вернуться в Pervasive.SQL

cron