Всем привет.

Неоднократно на форуме была фраза "RDP для УФ баз это изврат". Мотивируйте, пожалуйста, почему?
По мне, так гораздо удобнее администрировать. Если у вас овердохрена пользователей, то нужно много памяти и мощный процессор? Да не так уж и дорого память стоит (кстати, если брать БУ на ебее, например, то она вообще копейки), да и основные задачи на сервере выполняются, так что нагрузка из-за клиентов не сильно возрастет.

Да.

(0) А деньги на клиентские лицензии RDP лишние?

(0) Если компы пользователей нормально тянут тонкие клиенты 1С то да изврат.
Если не тянут то нужен отдельный RDP сервер с хорошей видяхой и дохрена оперативки.

(1) "Мотивируйте, пожалуйста, почему?" - какая-то буква непонятна?
(2) согласен
(3) купить память проблема?

(3) Расскажите, пожалуйста, зачем там нужна хорошая видяха?

(5) Чтобы WOT тянула :)))

(0) Проблема в физическом ограничении объема адресуемой памяти. Если у тебя старый процессор в сервере, то он может быть ограничен и 128 Гб и меньше. А УФ кушают много памяти. При 50 пользователях, например, 64 Гига уже откровенно маловато. А апгрейд всего сервера, в отличии от покупки только памяти, влетает в копеечку.

(7) ага. значит, если старый проц. Тоже понятно, спасибо.

(0) если все хорошо работает - то и пользуйтесь на здоровье. Проблем две - первая озвучена в (7), вторая - лицензии RDP стоят денюшек и при покупке нового сервака на этом может возникнуть вполне справедливый соблазн сэкономить.

а так кто вам запретит что-либо через RDP публиковать? Нравится - делайте.

есть случаи, когда это оправдано.
у нас сервер предприятия в облаке - работа с ERP нереально тормозная при запуске от себя, запуск c терминального сервера - ОК
другие конфигурации, более легкие, например, Документооборот и без терминала хорошо работают.

(11)совмещать тоже можно? часть на rdp, часть без rdp?

Конечно

(13) Порой складывается ощущение, что кто-то читает только заголовок темы, не читая самого вопроса

(3) Изучил вопрос с видяхой - это бред полный, видяха ничего не даст
(11) По моему опыту (в основном УТ11) в RDP быстрее и комфортнее, даже если у пользователя достаточно мощный компьютер. Не раз сталкивался, что просят перевести в RDP "потому что быстрее"

(15) плюс часто пользователи имеют целый зоопарк разных по производительности терминальных устройств, еще и мобильных

(16) Плюс они уже привыкли, что клиентским компом может быть вообще любое г..но бородатого года, лишь бы браузер с офисом работал. После того как пару лет назад вложились в сервер, один клиент покупает компы строго за 5к на Авито, и всем хватает и все довольны

у нас все работают в РДП на УФ, админить удобно, всех видно, все могут подключиться по удаленке

Да RDP всегда будет лучше и быстрее работать - нет задержек при передачи данных по "тонким" каналам связи. Тут вопрос только в том, что за это нужно платить дополнительно.

(15) если научить платформу переносить вычисления на видяху...

(20) научить рдп пользоваться видяхой (давно умеет)

(21) и давно 1с CUDA использует?

Вообщем, если я правильно понял, то аргумент только один: стоимость терминальных лицензий. Потому что второй аргумент про старый процессор не актуален, т.к. при внедрении нового ПО обычно покупают новое железо

(15) про видяху там история была, на сколько я слышал, связана с какими-то определенными платформами, где цвета были градиентными (или что-то типо того) у окошек

Изврат!

ыц

.

(22) откуда вы эти буквы вытащили и при чем они здесь?

Тут надо как бы понимать что просто УФ еще ни о чем не говорит. Оно там может как в толстом клиенте так в тонком быть запущено. Если в толстом, то конечно некоторые пользователи могут жаловаться на производительность.

(27)

(15) если научить платформу переносить вычисления на видяху...
(20) научить рдп пользоваться видяхой (давно умеет)
(21) и давно 1с CUDA использует?

Вот из этой цепочки. Мне показалось, что вы имели ввиду, что 1С умеет делать вычисления на видеокартах

(29) рдп умеет использовать видюху для формирования картинки клиенту

RDP для УФ = это нормальный

(31) говоришь одно, голосуешь за другое)

(24) что извратного?

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

Изврат – это не использовать RDP когда, у тебя например, под полтинник и более юзеров раскинутых по различным уголкам страны с разными часовыми поясами и надо обновить платформу.

особенно раздражает в УФ без РДП это обновление платформы на станциях

(30) Разъясните тему подробнее? Какая должна быть ОС? Какие требования к железу? Какие специфические настройки надо сделать? Я вот про эту тему впервые слышу

(0) Ничего лучше пока не придумали

да не, изврат это, правда сервер впн надо будет поднимать, но это почти бесплатно, в отличии от ежемесячных RDP лицензий, так как думаю речь не идет про офисную сетку

Для небольшой конфы лучше вообще облако, ну если не УТ, УПП

Зависит от ситуации.
Иногда при переносе на RDP начинаются проблемы с внешним клиентским подключаемым железом (если оно требует уникальных драйверов).
Иногда наоборот, начинается замедление (особенно в сложной конфигурации с кластером серверов).
Но чаще всего это самый простой способ администрирования кучи рабочих мест.

А зачем терминал, если тонкий клиент через веб нормально работает и обновляется. Лучше вложить деньги от лицензий RDP и сервера в контур для тестовой среды.

(32) "Это нормальный изврат", вот что он хотел сказать

С точки зрения удобства администрирования

Помимо стоимости лицензий интересуют аргументы за производительность. Мне показалось, постоянно когда всплывает эта тема то красной нитью посты противников РДП на тонких УФ именно про производительность что-то имею в виду, но не озвучивают в явном виде.

*имеют

(17) "лишь бы браузер с офисом работал" сейчас гуглхром жрет столько оперативки что ни одна другая софтина столько не жрет

а по теме, так если уф то нафига рдп? допустим у тебя 50 компов. Так затраты 1с сервер+рдп сервер + 50 клиентских машин. а так у тебя 1с сервер + 50 клиентских компов. Однозначно стоимость за уф. а по производительности если рдп сервак дрова, то тем более только уф. Проще администрирование бред - можно обновлять платформу при старте автоматически. Единственный плюс рдп - при разрыве связи сохранятся данные.

(0) тонкий клиент вместо RDP- это изврат.
(48) " можно обновлять платформу при старте автоматически"  круто.

(47) ОЗУ 4 Гб ставим, это да. Остальное значения не имеет
(48) Это что за механизм автоматического обновления платформы при старте? Не слышал о таком

Во-первых,с windows ce и windows mobile только по рдп
Во-вторых,еслм хочется сильно ограничить пользователя в действиях,то rdp и отключение передачи буфера обмена.
В третьих,открыть сессию,запустить 1с,а потом отключиться и подключиться с другого рабочего места-опять rdp.
А так да,управляемым формам rdp не очень-то и нужен.

RDP - это нормально. Но локальные тонкие клиенты - все-таки лучше. Конечно, компы не должны быть совсем хламом. Но что-то уровня Core 2 Duo 3 ГГц c 4 ГБ памяти показывает себя нормально. Если есть подключаемое оборудование, то RDP отпадает. Для администрирования компы должны быть в домене, тогда платформу можно обновить групповой политикой. Есть какие-то иные механизмы обновления, чтоб без домена работали?

(0)Непонятно какую вы задачу решаете переводя пользователей в РДП.
Проблему быстродействия? Если у вас база в серверном варианте(судя по разговорам про оперативку, у вас серверная база) то вопрос быстродействия не должен стоять.

Проблему обслуживания? Обслуживать sql с точки зрения администрирования гораздо проще. Скриптами реализуется все, что хочешь. Бекапы, заливка рабочей базы в тестовую, все эти вопросы теперь решаются одной кнопкой. Чуть сложнее становится обслуживание клиентских компов. Обновление платформы(особенно если она патченная и штатного механизма недостаточно), но просто надо разобраться один раз, как это работает.

Удобство пользователя? Вообще не вижу плюсов. Постоянные вопли(я сохранила документ на рабочий стол и где он?), отваливающиеся в терминале принтеры, которые прекрасно работают локально, необходимость держать на сервере офисные программы и проч прелести пользователей на сервере. Про приседания вокруг ТО и принтеров этикеток которые корявят штрихкода при печати с сервера терминалов я вообще молчу. Два контекста напрягают пользователей и вообще идея пускать юзеров на сервер, такая не оч, хотя понятно права разруливают большую часть проблем.

В целом работать можно. Но зачем?

В РДП для УФ один плюс - при нестабильном интернете проблем кроме интернета не будет, то есть при обрыве соединения, если соединение не восстановится, у тебя пропадет картинка, а не заблокируется документ
В пределах одной локальной сети это изврат, в ином случае зависит от задачи

(52) см. главу про logon скрипт https://xn----1-bedvffifm4g.xn--p1ai/news/admin-1c-mass-install/

(52) https://its.1c.ru/db/v8315doc#bookmark:adm:TI000000056

(0) Если не в локальной сети то нормально.

(2) rdp лицензии можно получить бесплатно.
100 лет фокусу.

(58) законно?

(59) абсолютно. гуглите.

Да, изврат.

(60) триал резет?

Для удаленного подключения

(60)Все, что я гуглил было "возьмите левые номера, все равно их никто не проверяет". Или может быть (62) Это легальное использование ос. Это отсутствие проверок на уровне операционной системы. То, что ничего не надо патчить не значит, что это законно. Может есть, что то другое?

(63) Конечно. Обратитесь в Microsoft или их партнерам. Ссылку кинуть?

(0) Изврат, конечно.
Зачем РДП если есть УФ?)

И опять же
RDP на сервер терминалов,а 1с на другом сервере
если все вместе,то rdp жирный минус вне зависимости от клиента.

еще,программные лицензии,поставленные на сервер терминалов выдаются по одной на сеанс,а не на подключение к базе.
ставить же лицензии на клиентские компы сложнее.

(64) не надо кормить жадных к-в.

(62) не триал, а реальные ключи, которые ms$ сама дает.

(68) Для коммерческого использования?

гуглить Активация служб терминалов

(70) чего стесняешься если это легально?

Кажись нашел - подставляешь левый номер договора "Enterprise agreement", т.е. чужой. Вряд ли это можно считать легальным.

(72) да не, тебе ms сама все письмом вышлет

есть и нелегальные способы на 90 дней, типа удаления ветки в реестре, но это я не предлагаю

(73) норм вброс

Одни только принтеры и глюки окошек УФ в терминале уже создают много проблем. Если клиенты будут под ХР, вистой, 7, 10 с кучей принтеров, от НР 1120 до экзотичных струйников, то в чём прелесть администрирования такого сервера? В обновлении платформы 1с!? Да легче раз в пару месяцев обновить платформу на клиентах, чем найти рабочие дрова под принтера.

А если рабочее место тонкого клиента  на тонком клиенте?

(73) Мне ужасно интересно знать про этот способ, жду с нетерпением описания
(76) Есть софт, который может эффективно решить проблему с принтерами

(50) не совсем корректно выразился) там при публикации базы на вебсервере можно публиковать дистрибьютив
https://zdevlife.blogspot.com/2016/07/1.html

(79) "Сразу стоит оговориться что обе эти возможность доступна для лицензии КОРП"

Для удаленной работы.

Норм

(80) разница в стоимости корп лицензий на 50 клиентов = меньше месячной зп 1сника в москве

(73)Мне тоже интересно узнать

(83) плюс столько же за сервер КОРП, плюс, возможно,ИТС КОРП. И кто там жался на лицензии для RDP после этого? (вопрос не к тебе лично)

(70)Загулил ссылок на мс не обнаружил. Где оф ключи? Давай пруф?

пф

(85) "плюс, возможно,ИТС КОРП" // Не, достаточно РКЛ за 300 тыр в год. ИТС КОРП необязателен, он к техническим клиентским и серверным лицензиям КОРП не относится, а относится уже к конфигурациям КОРП. Просто назвали одинаково.

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

(89)там таскается не всегда вся форма

Сталкивался УФ по RDP в случае когда нагрузка на сервер РДП приличная или связь чуть хуже. Не все прорисовывается, в частность в журнале документов было, отражался не весь список.