Ну так и ответьте на вопрос "имеет ли учетная запись, под которой вы коннектитесь к серверу, все необходимые права" ? Какой это конкретно логин, заходили ли уже под ним на этот сервер, создан ли там профайл, настроили ли там соответствующую ветку в реестре (setnet32) ?

timtimЭта ошибка происходит после того когда я "получив"(т.е. с учетной записью всё хорошо) командную строку сервера пишу в ней типа: onstat -d или dbaccess.
Как это "с учетной записью всё хорошо"? Хорошо для доступа к серверу Win2003, не более того.
А для выполнения утилит Информикс-сервера нужно, чтобы были установлены соответствующие переменные окружения и данная учетная запись обладала определенными правами.

timtimИ пожалуйста подскажите что надо прописать в реестре.
Вы утилиту setnet32 знаете, использовали ее хоть раз ?

timtimДа, конечно, я использую утилиту setnet32..
Тогда вы уже заполнили нужную ветку реестра.
timtim
Подскажите, пожалуйста, какие переменные обязательны для заполнения.
Вам ведь уже подсказал bk0010
Настройте (сделайте дествующими) переменные окружения, которые нужно указать любому приложению (утилите) для работы с сервером Информикс. Зачем их перечислять, если они уже перечислены (как минимум) в командном файлике ol_myserver.cmd.
И вы так и ушли от вопроса по учетной записи...

Ошибка то у вас ведь совсем другая стала, вы заметили ?

Кстати, чтобы не мучиться в Телнете в командной строке и не запускать cmd-шники руками можно сделать следующее:
- в каталоге, где установлен Georgia SoftWorks UTS найдите каталог scripts
- создайте там файлик C:\GS_UTS\scripts\c_start.bat
в который можно поместить все нужные настройки и запустить, например, FAR.
Пример:
Последний оператор позволит при выходе из FAR-а сразу же и завершать сессию телнета.

Теперь далее по вашему протоколу:
Сначал по переменным окружения:
C:\>set PATH= c:\informix\bin;c:\informix\bin; C:\WINDOWS\system32;C:\WINDOWS;C:\W
INDOWS\System32\Wbem; C:\Informix\bin;;
Уберите два лишних упоминания C:\Informix\bin;

C:\>set INFORMIXSQLHOSTS= \\m
этот параметр лучше закомментировать (по умолчанию будет использоваться реестр на локальной машине)

C:\>set DBNLS=2
А этот откуда взялся ? Сомневаюсь , что бы он был в 9.40.
Убрать.

C:\>set DBDATE=DMY4.
Вместо этого лучше использовать более новый (появился лет 8 назад :) параметр
GL_DATE=%%d.%%m.%%Y
Но некоторые старые клиенты (типа BDE) не понимают этого (если не ошибаюсь).

C:\>cmd.exe
Теперь здесь выдайте команду set
и покажите нам ВСЕ переменные окружения (только не чистите ничего руками :), если хотите помощи)
А также дайте ваш полный onconfig с этого сервера.
И еще вопрос - без использования телнет-клиента (непосредственно за терминалом сервера) у вас работает onstat со всеми опциями ?

C:\>onstat -d
MapViewOfFileEx: w32ec=487 at nt_shm.c:663
onstat: Cannot attach to shared memory. errno = 22

И что теперь говорит dbaccess ?
Сколько всего физической памяти на сервере ?
Только отвечайте, пожалуйста, на ВСЕ вопросы.

timtimСейчас нет возможности поработать непосредственно за терминалом сервера(серверная закрыта).
Почти уверен, что и там вы получите такую же ошибку при работе onstat.

timtimdbaccess говорит что всё ОК, т.е. работает.
Отлично, значит и сервер работает нормально и выполнять SQL-запросы уже можно (т.е. можно получать ту же информацию, которую обычно получают с помощью onstat)

timtimПамяти 4 Гб.
И всю ее, наверное, хотелось бы задействовать под Информикс ? Не получится :)
На эту тему уже много писалось (поиск...)
timtimПосмотрите, пожалуйста, приложенные файлы.
Спасибо. Теперь практически все прояснилось, но быстро пояснить вам причину не удастся.
Сегодня допишу (или доформатирую) свое старое исследование на эту тему и запишу в FAQ, ссылку дам немного позже.
Чтобы исправить проблему при работе onstat надо сделать некоторые изменения в onconfig (выделены Bold ниже) и перезапустить сервер IDS. Остальные изменения рекомендую тоже изменить (комменты ниже).
Кстати, давно не видел, чтобы IDS под Windows использовались "сырые диски" - наверное юниксоид ставил ? :)
И размер физического и общий размер логических журналов довольно маленький.
Конечно, надо мониторить и смотреть нагрузку и общий размер БД...

При ваших 4-х процах (или ядрах) можно этот параметр и увеличить до 4, особенно, если на этом сервере кроме Информикса больше ничего серьезного не крутится.

Вот после этого изменения у вас и начались проблемы с onstat.
Установите BUFFERS 300000 (если не поможет, то 280000)

CLEANERS 4 # Number of buffer cleaner processes
Увеличить, если у вас больше десятка чанков

SHMVIRTSIZE 25600 # initial virtual shared memory segment size
Желательно тоже увеличить, если у вас постоянно динамически добавляется сегмент памяти

LRUS 8 # Number of LRU queues
Обязательно увеличить до 100.

# Dynamic Logging
# DYNAMIC_LOGS:
# 2 : server automatically add a new logical log when necessary. (ON)
# 1 : notify DBA to add new logical logs when necessary. (ON)
# 0 : cannot add logical log on the fly. (OFF)
#
# When dynamic logging is on, we can have higher values for LTXHWM/LTXEHWM,
# because the server can add new logical logs during long transaction rollback.
# However, to limit the number of new logical logs being added, LTXHWM/LTXEHWM
# can be set to smaller values.
#
# If dynamic logging is off, LTXHWM/LTXEHWM need to be set to smaller values
# to avoid long transaction rollback hanging the server due to lack of logical
# log space, i.e. 50/60 or lower.
Одна из распространенных ошибок начинающих.
Если вы изменили DYNAMIC_LOGS с 2 на 0 то нужно ОБЯЗАТЕЛЬНО изменить и значения LTXHWM и LTXEHWM - об этом же написано в комментах, которые я специально оставил выделенными.

Рекомендую добавить значения, хотя на форуме, кажется, кто то и возражал против этого :)
RA_PAGES 64
RA_THRESHOLD 32

Вот то самое небольшое исследование (когда то меня эта ошибка силно достала) в виде FAQ:
Исследования IDS 10.00.TC4 на Win2003+SP1 (4GB) и некоторые рекомендации
Или почему появляются ошибки onstat типа:
MapViewOfFileEx: w32ec=487 at nt_shm.c:671
21:04:51 shmat: [22]: operating system error
onstat: Cannot attach to shared memory. errno = 22
http://www.sql.ru/faq/faq_topic.aspx?fid=982

onstat-Я аргуметировано возражал для случая если в базе построено много составных индексов типа
В случае упреждающего зачитывания таких индексов из буферного кеша
может выбиваться более полезная информация.
Не думаю, что пара сотен страниц на пуле в 200тыс страниц играют существенную роль.
onstat-Нужно смотреть на приложение.
Конечно. В тонкой настройке вообще не может быть аксиом.
Все нужно мониторить и верить только фактам конкретной системы, а не советам из теории, рассчитанной на "среднестатистическую" и достаточно идеализированную систему (типа, чистый OLTP :)

АлексанUse the following formulas to calculate values for RA_PAGES and RA_THRESHOLD:
RA_PAGES = ((BUFFERS * bp_fract) / (2 * large_queries)) + 2
RA_THRESHOLD = ((BUFFERS * bp_fract) / (2 * large_queries)) - 2
bp_fract is the portion of data buffers to use for large scans that require read-ahead. If you want to allow large scans to take up to 75 percent of buffers, bp_fract would be 0.75. large_queries is the number of concurrent queries that require read-ahead that you intend to support.
Мне непонятно, что вообще можно посчитать этими формулами (вычислить одно неизвестное при наличии двух других неизвестных :)
Но все же, допустим у меня 200 000 буферов (согласитесь, мизер) и берем bp_fract=0.5 (в описании вообще 0.75 предлагают :), тогда для 2 large_queries получаем RA_PAGES= 200000*0.5/4 +2 = 25002 страницы - бред какой то :)
Значительно проще, как я уже не раз писал, смотреть просто эффективность использования RA, чтобы она не опускалась ниже 95%. Формула расчета эффективности (и запросы) приводилась уже не раз.