1. Версия или когда последний раз обновляли
2. Платформа БД
3. Кол-во пользователей работающих через данну технологию
4. Серваки какие стоят
5. Как работает
Не могу понять, в чем проблема. Постоянно приходится перестартовывать сервис.
у нас юзают с десяток подключений на 3 различающихся по качеству каналах ~полгода,
версия 810 ~февраль atl5316 nap5314 SQL2005 SBS W2k3 sp1.
настроить помогло изучение install.chm
Сергей Некрасов писал(а):у нас юзают с десяток подключений
Работа данной конфигурации устраивает?
А род работы пользователей: только ввод данных или в полном объеме (ввод, формирование отчетов, в том числе и сложных, пересчет остатков)?
ввод первичных документов - касса, п/п, склад, приказы и т.д.
отчёты - блок буханалитики, кроме налоговой отчётности - её нет в 3х звенке.
пересчёт остатков в 2х звенке.
Сама работа ничем не отличается, за исключением периодов нестабильности каналов провайдера
Сергей Некрасов писал(а):Сама работа ничем не отличается, за исключением периодов нестабильности каналов провайдера
Я так понял, что работа программы устраивает и больших нареканий нет.
У себя-же не могу настроить нормальную работу данной архитектуры. Сервер приложений переодически подвисает.
качество GalServer платформозависимо:),
и настройками многого не получишь - у нас напр. WinSock со всеми умолчаниями.
соединение хоть раз в день теряется на канале с другой областью, обычно минуты через 4 соединение есть,
хуже когда нет, особенно в выходные, и юзеры валят галсервер попытками.
тогда нада гасить его принудительно, а его поведение можно наблюдать утилой processexplorer: http://technet.microsoft.com/ru-ru/sysi ... n-us).aspx
качество GalServer платформозависимо:),
и настройками многого не получишь - у нас напр. WinSock со всеми умолчаниями.
соединение хоть раз в день теряется на канале с другой областью, обычно минуты через 4 соединение есть,
хуже когда нет, особенно в выходные, и юзеры валят галсервер попытками.
А по подобней можно.
Не совсем поня про платформозависимость.
У меня тоже используется WinSock, какие умолчания имеются ввиду.
Что значит соединения теряется на канале с другой областью.
про Винзависимость это шутка.
при создании задаю только порт Win socket, и проверяю что он первый в списке.
при потере каналом пакетов сокет разрывается, соединение закрывается.
Поэтому то и не понятно, что тут поправишь настройками, можно заюзать http вместо, но тогда прощай реактивность в фейсах.
12G/150M~80 в худшем случае, а максимум 12G/80M~150.
Количество на одном я на практике определил не более шести, лучше 5.
номер порта выбирал неиспользуемый больший 10000 со свободным диапазоном в 10 портов для возможного перехода в статус менеджера с автоинкрементацией выдаваемых номеров
Сергей Некрасов писал(а):Количество на одном я на практике определил не более шести, лучше 5.
Растачительно. Терминальный держит 20-30.
У меня 50 подключений и загрузка минимальная порядка 10% по CPU, однако стабильности маловато, 5-6 раз призодится сервис перестартовывать.
Сергей, под терминальным сервером приложения запускаются автономно, а под сервером приложений - в составе собственно сервиса. В итоге сервер приложений упирается в 2 (в лучшем случае 3) Гб, доступных для него в обычном режиме. Терминал же в принципе организован по другому. От архитектуры сервера приложений он весьма далёк.
Может стоило включить эту информацию в базу вопросы и ответы, или выпустить рекомендации для всех клиентов кто пользуется трехуровневой архитектурой? Фёдор?