[quot a_shats] Малышев Константин
1) Стоимость специалицированного софта для организации терминального доступа.
Входит в состав ОС, вообще-то.

Сказки не рассказывайте. Какой это софт, входящий в ОС позволяет организовать печать на клиентские принтеры. Only сторонние разработки на клиентские места.

2) Стоимость сервера, который потянет серверные сессии хотя бы пяти удаленщиков.
Если именно сервер и именно на 5-15 удаленных клиентов - в районе 1,5К уе. Мегазатраты, да

А у нас на таком сервере сидит 50 человек, и даже с запасом.

3) Отсутствие перспективы масштабирование такой конструкции на большее к-во рабочих мест, без мегазатрат на сервер.
Скорее - на канал :-) Опять же, затраты на терминальный сервер убирают необходимость в суровых апгрейдах рабочих мест.

А зачем апргрейдить клиентские места вообще?

4) Затраты на админов, на которых ложиться администрирование всего этого - установка драйверов принтеров, настройка COM-портов ... и т.д на сервере для КАЖДОГО терминала.
Сами ответьте - вот насколько часто это делается ?

ТАк как только необходимо подключить нового пользователя, да еще со своим принтером.

5) Оплата Заказчиком постоянного трафика в интернете, даже когда ничего на терминале не делается.
Не вопрос. Можно сделать свой RAS-сервер или собственные каналы - что еще дороже. И, с другой стороны - вопрос торговли с провайдером опять же. По объему месячного трафика, входящего в базовую оплату канала.

Вы его посчитайте для начала. У Вас идет непрерывный трафик, из него 90%в никуда.

6) да и работать с этими "киношками" некомфортно как-то.
Довольно много организаций работают, вообще-то.

От безисходности-а куда они денутся, правда?:)

MLight2 Малышев Константин
Подскажите ПО, с помощью которого можно поддерживать централизованную учетную систему.

Загляните в Информацию об авторе :)

a_shats
MSTS (Terminal Services) никак не устроит ? Или я не совсем верно понял вопрос...

Я говорил о клиентских программах(доступа по терминалу), которые бы позволили организовать печать на свои клиентские принтеры и выгрузку на свои клиентские диски. Насколько я помню, стандартные софтины этого не позволяют-необходимо юзать сторонние проги. Или это не так?

a_shats
Если клиентская софтина тянет к себе и на себе же обрабатывает минимум - действительно, незачем. Что не совсем про 1С. :)
[/quot a_shats]
Нет, мы действительно 1С оставим в покое:) , в человеческим программах обработка обычно происходит на сервере, на клиента тянут уже готовые цифры. Поэтому никаких особенных условий для клиентских компов не выставляем...

[quot a_shats]
Ничего не понял. Еще раз - это делается каждый день, каждые 5 мин - или один раз таки ?

Нет конечно, но и не так редко. Особенный гемор как я полагаю именно с принтерами, особенно если они разномастные и их много.

a_shats
У меня в данный момент открыты/свернуты 4 rdesktop окна (правда - по локалке), в это время (пока они свернуты) трафик = 0. По VPN не мерил, если честно - надо смотреть, однозначно утверждать не возьмусь.

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

Да кстати, за 1.5штучки у Вас небось сервер приложения(терминальный), а сам SQL то где стоит? :) еще прибавим?

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

Согласитесь, чем меньше организационных вопросов, тем оно спокойнее:)

Да кстати, за 1.5штучки у Вас небось сервер приложения(терминальный), а сам SQL то где стоит? :) еще прибавим?
А что, в обычном многопользовательском варианте 1С8 варианте SQL-сервер не потребуется совсем ? :)[/quot]

Там да, нам(не в 1С) нет, все на одном серваке.

GaryaЯ полагал, что стоимость оплаты за канал во много раз покроет стоимость десятка дополнительных компьютеров.
Сам сейчас ломаю голову, как обеспечить по-человечески взаимодействие нескольких удаленных филиалов, в каждом из которых сидит толпа народу. Толстый канал перевешивает по деньгам всё остальное... :(

А толстый и не нужен, Мне во всяком случае:)
сколько человек у Вас в филиалах?
и какой толщины канал, Вы расматривали под это дело?