>>- на консоль или по RDP обычного win-сервера простой юзер по
>>дефолту даже не войдет.
>
>Кто бы сомневался что самый лучший сервер - это тот который не
>работает :).Интересно, а нахрен сдался терминальный сервер на который юзер ...
>не может зайти?! :D
>Терминальный сервер - эээ несколько необычный, самим функционалом.
>[оверквотинг удален]
>какой-то вид юзера(админы дали временные права юзера, может c небольшими послаблениями
>но точно без прав на ребут).А выскочивший невовремя апдейтер попал в
>аккурат под клик мыша кнопкой рестарта.И отправил весь большущий сервак с
>оравой юзерья в даун.Я был в неслабом афиге поняв что сейчас
>оттуда вылетит без предупреждения орава народа без шансов сохранить что либо
>и плевать оно хотело на то что у меня не было
>прав на ребут.И хрен отменишь - в этом случае ребут форсированый
>и если приложения сигналят что они не согласны на ребут -
>всем до балды, прибьются да и все дела :)
>
Ну так передай привет с пожелания админу того сервера. Я говорю про реальную практику - для простого юзера в окне винадейта reboot отключено, но само окно висит и их раздражает (я случайно накатил обновления в рабочее время).
>>на базе мощного десктопа Q4 и независимые дешевые бездисковые терминалки.
>
>А если убедить жабу на не очень большой хард (благо они дешевые)
>- юзеры смогут не класть гуй на работу даже если большой
>крутой сервер вдруг сдох.А даже самый элитный сервер с лучшим железом
>может по какой-то причине околеть.И если при этом будет полный всос
>- это нехорошо: админам в этой ситуации не позавидуешь.
Практика показала, что поддержка и работа хотя бы 2 терминальных серверов гораздо выгоднее и эффективнее чем поддержка 50-100 юзеровских десктопов. + и - есть в обоих подходах.
Отказы были, есть и будут. Как и схемы обработки отказов, резевирования и пр.
Теперь про вашу ситуацию с ребутом. Про ее, скажем, маловероятноть уже сказано. :)
1) терминальнй сервер обычно применяется в 3-звенке для удаленного/однотипного доступа к данным, т.е. рабочие данные отделены от TS. TS - это интерфейс доступа, а не место хранения данных.
2) в нагруженной отвественной TS обычно не менее 2 серверов
3) при наличии 2 и более серверов применяют перемещаемые или стационарые профили с размещением на сетевых ресурсах
4) при наличии п.3. профили при ребуте выгружаются в сеть - т.е. потерь данных юзеров не
будет кроме открытых на редактирование файлов (автосохранение на что?), а вне профиля юзер писать ничего на терминалке должен
5) после апдейта штатно идет нормальный ребут, а не аварийный со срубанием процессов
и т.д.
все это проверено многолетней практикой на терминальной системе из 6 серверов...
