На информационном ресурсе применяются cookie-файлы. Оставаясь на сайте, вы подтверждаете свое согласие на их использование.
Увеличение скорости печати в терминале...
3788
7
Vovasa
v.i.p.
Небольшая сетка, сервер - 2003й+терминалы+1С, клиенты - все XP SP2, адреса раздаются только динамические.
На двух клиентах висят принтеры.
Если производится печать с клиента на клиентский принтер, то скорость нормальная. Если производится печать с клиента, сидящего в терминале и печатающего в нем с 1С-ки, то печать немного тормозит.
Хотелось бы как то ускорить процесс печати через терминал. Подключить к серверу клиентский принтер через ip-адрес+порт не могу, так как адрес динамические.
Есть у кого варианты, как лучше сделать ?
На двух клиентах висят принтеры.
Если производится печать с клиента на клиентский принтер, то скорость нормальная. Если производится печать с клиента, сидящего в терминале и печатающего в нем с 1С-ки, то печать немного тормозит.
Хотелось бы как то ускорить процесс печати через терминал. Подключить к серверу клиентский принтер через ip-адрес+порт не могу, так как адрес динамические.
Есть у кого варианты, как лучше сделать ?
а подробнее в этом месте?
аппаратные штуки исключены.
аппаратные штуки исключены.
Тупое решение:
Подцепить тело принтера к телу сервера.
Простое решение:
Сделать резервацию DHCP на те два адреса клентов с принтерами.
Глобальное решение:
Если стоит стандартный сервер терминалов (как я понял из контекста), то поставить MetaFrame -- он уже сам примапит всё, что надо и не надо.
Кардинальное решение:
Если клиентские тачки не вторые пеньки и терминальный сервер используется для разгрузки сети, а не клиентов; то поставить MSSQL и отказаться от терминального решения.
PS. Все решения поставляются "AS IS". Автор не несёт никакой ответственности за последствия и не собирается вступать в полемику по поводу их оправданности.
Подцепить тело принтера к телу сервера.
Простое решение:
Сделать резервацию DHCP на те два адреса клентов с принтерами.
Глобальное решение:
Если стоит стандартный сервер терминалов (как я понял из контекста), то поставить MetaFrame -- он уже сам примапит всё, что надо и не надо.
Кардинальное решение:
Если клиентские тачки не вторые пеньки и терминальный сервер используется для разгрузки сети, а не клиентов; то поставить MSSQL и отказаться от терминального решения.
PS. Все решения поставляются "AS IS". Автор не несёт никакой ответственности за последствия и не собирается вступать в полемику по поводу их оправданности.
Почему исключены?
-------
это дополнительные деньги
-------
это дополнительные деньги

Подцепить тело...
-----------
сервак изолирован от юзеров...
Сделать резервацию DHCP..
---------
адреса раздает аппаратный файрволл... в принципе можно попробовать...
то поставить MetaFrame -- он уже сам примапит всё,
----------
2003 и XP сами без проблем дружат, принтерами обмениваются и т.д. без участия администратора
-----------
сервак изолирован от юзеров...
Сделать резервацию DHCP..
---------
адреса раздает аппаратный файрволл... в принципе можно попробовать...
то поставить MetaFrame -- он уже сам примапит всё,
----------
2003 и XP сами без проблем дружат, принтерами обмениваются и т.д. без участия администратора

Сейчас читают
Санкции против России (часть 2)
230070
991
Тигирькино гетто (вход на экскурсию только милым людям, флудить можно)
228042
999
Очень Грустная Тема
151645
1000
Притер мапится не по IP а по Netbios-имени... У меня на работе стоит 2003 Server, на нем терминал + 1С, Citrix ставить не стал... Влом было на каждый комп клиентов расставлять и настраивать... Короче замечено, что если печатать на принтеры, прималенные терминалом автоматом с юзерского компа, то косяки бывают (называется,например "HP LaserJet from CompName on Session 4", а если в терминале просто добавить в профиль принтер, то на него всегда печатается без косяков. Создал профиль по умолчанию, где добавлены ВСЕ притеры, существующие в организации, и просто кому надо, те на те притеры и печатают...
MSSQL-решение плохое... Т.к. обычно клиентские такчи слабее (медленнее считают отчеты), + данные гоняются по сети, а не по SCSI-шине
Терминал 1С форева!! С обычной DBF-версией!!! + SCSI-винт!
MSSQL-решение плохое... Т.к. обычно клиентские такчи слабее (медленнее считают отчеты), + данные гоняются по сети, а не по SCSI-шине
Терминал 1С форева!! С обычной DBF-версией!!! + SCSI-винт!