[gl00mie]

Цитата:

Сообщение от Antant

ax 3.0 sp3 oracle9.2
какое максимальное количество пользователей могут пользоваться (рекомендуется) одним установленным клиентом (находящимся на той же станции, что и приложение), лежащим в сетевом доступе при толстой трехуровневой конфигурации?

Насколько я знаю, применительно к загрузке клиента по сети никаких формальных требований нет, есть лишь субъективные ощущения пользователей, ожидающих запуска клиента Единственное схожее ограничение, которое мне вспоминается, связанное с толщиной канала, - это загрузка перемещаемых профилей пользователя виндой: вроде бы если скорость меньше 500kb/s, то винда профиль уже по сети не грузит, а создает "пустой" локальный. При нормальном сетевом оборудовании и настроенном файловом кэшировании забить гигабитный канал на сервере загрузкой одних и тех же 30-40 мегов сложно (у вас ведь упомянутый сервер с приложением по гигабитному каналу в сеть выходит?). Так что если у вас реально сотни пользователей, то можно:

1. разнести клиента и приложение на разные файл-серверы;
2. использовать DFS для распределения сетевого трафика.

Цитата:

Сообщение от Antant

Какие требования при этом возникают в каналу связи?

Это вам только пользователи могут сказать исходя из своих субъективных ощущений Из моего скромного опыта запуск тонкого клиента AX3 по сети более чем сотней пользователей проблем не вызыват, правда, происходит запуск по мере прихода людей на работу, а не одновременно по свистку.

Цитата:

Сообщение от Antant

Сильно ли загружает работу клиента тот факт, что в инфологе скопилось большое количество сообщений (несколько тысяч)?

Обычно клиент в таких случаях начинает с аппетитом кушать память, кроме того, сообщения в инфологе бывают разные. Если там навешены какие-нить SysInfoAction'ы, то память кушается еще быстрей, и скорости работы клиента это не прибавляет. С другой стороны, кроме запуска проверки целостности данных или глобальной компилляции не приходит в голову других причин, когда в инфолог могут вывалиться сразу несколько тысяч сообщений. Если так делает ваш дописанный функционал, то стоит пересмотреть подход к выводу информации, скажем, завести текстовые логи или писать сообщения в табличку БД - ведь все равно столько сообщений никто за раз читать с экрана не станет.