none
Изменение расположения данных учетных записей, запрет на сохранение на рабочем столе. RRS feed

  • Общие обсуждения

  • Здравствуйте!

    Возможно ли изменение расположения данных учетных записей на терминальном сервере, вместо традиционного C:\Documents and Settings на другой раздел/жесткий диск. Проблема в исчерпании места на диске С, где стоит собственно сама ОС.  А если б можно было перенести скажем на диск D,аппаратно отличный от системного, то это бы решило проблему.

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

     

    Заранее спасибо за ответ!!!!

    11 января 2012 г. 10:06

Все ответы

  • На данной странице: http://amaksimov.wordpress.com/2011/12/23/remote-desktop-services-rds-roaming-user-profiles-and-folder-redirection-gpo-settings/ рассказывают как помочь данному горю.

    11 января 2012 г. 11:36
  • К сожалению по данной ссылке не нашел нужной информации, но всё равно спасибо! Там говорится о перенаправлении профилей и перемещении папок. Своего вопроса я там не нашел. У меня эти две функции не используются. Люди работают в домене, на терминальном сервере, у каждого профиль хранится на нём же. Но могут по ошибке сохранять туда большие данные, что ведет к увеличению занимаемого пространства на жестком диске где установлена ОС, которое иногда подходит к критической метке..

     

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

     

    Есть ли какие нибудь соображения по этому поводу ?


    • Изменено Canonman 12 января 2012 г. 10:45
    12 января 2012 г. 10:44
  • А что в профилях такого большого у вас? Сколько профилей? Сколько имеется места?
    MCITP: Enterprise Administrator; MCT; Microsoft Security Trusted Advisor; CCNA; CCSI
    12 января 2012 г. 13:04
    Отвечающий
  • через реестр можно сменить путь http://support.microsoft.com/kb/214636

    на рабочих столах можно запретить сохранять файлы например через file screening, он вроде в 2003r2 появился.

    12 января 2012 г. 17:55
  • А что в профилях такого большого у вас? Сколько профилей? Сколько имеется места?
    MCITP: Enterprise Administrator; MCT; Microsoft Security Trusted Advisor; CCNA; CCSI
    да работники скидывают туда всякого рода фотографии, иногда даже дублируют именно с рабочими файлами которые на сервере лежат... + почта может доходить до 5-6 гигабайт, а это ведь всё хранится в профиле пользователя. Почта (Outlook). На сервере 2 винта в RAID1 на 146ГБ. а есть еще 2 тоже в RAID 1, но там 300ГБ. Можно переустановить систему на него, но я думаю выход и без этого должен был бы быть. Профилей штук 40-50.....
    13 января 2012 г. 3:53
  • 1. Ну кагбэ вам следут изначально либо почту хранить в Exchange Store, не дублировать её в pst; либо конфигурировать место хранения PST-файлов в домашних директориях.

    2. Скидываемые на рабочий стол файлы решаются двумя путями: вы либо всё же перенаправляете политиками точку хранения рабочего стола в домашний каталог пользователя, либо сценарием входа (logon script) удаляете мусор при каждом логоне пользователя. Запретить запись на рабочий стол нельзя, система распознает такой профиль как повреждённый и бросит его.

    Я бы в данной ситуации делал пункты 1 и 2, а не игрался с точкой хранения профилей.


    MCITP: Enterprise Administrator; MCT; Microsoft Security Trusted Advisor; CCNA; CCSI
    13 января 2012 г. 9:54
    Отвечающий
  • 1. Ну кагбэ вам следут изначально либо почту хранить в Exchange Store, не дублировать её в pst; либо конфигурировать место хранения PST-файлов в домашних директориях.

    2. Скидываемые на рабочий стол файлы решаются двумя путями: вы либо всё же перенаправляете политиками точку хранения рабочего стола в домашний каталог пользователя, либо сценарием входа (logon script) удаляете мусор при каждом логоне пользователя. Запретить запись на рабочий стол нельзя, система распознает такой профиль как повреждённый и бросит его.

    Я бы в данной ситуации делал пункты 1 и 2, а не игрался с точкой хранения профилей.


    MCITP: Enterprise Administrator; MCT; Microsoft Security Trusted Advisor; CCNA; CCSI

    1. а у меня почтовик Mdaemon, не Exchange...

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

    16 января 2012 г. 4:18
  • 2) Сделайте профили на сервере неизменяемыми (Mandatory) - в этом случае все изменения профиля, в т.ч. изменения на рабочем столе, сохраняться не будут. Подробнее см. статью Управление профилями пользователей.
    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
    Follow us on TwitterFollow MSTechnetForum on Twitter

    Посетите Блог Инженеров Доклады на Techdays: http://www.techdays.ru/speaker/Vinokurov_YUrij.html
    16 января 2012 г. 12:20
    Модератор
  • Уважаемый пользователь,

    В вашей теме отсутствует активность в течение последних 5 дней. При отсутствии каких-либо действий в течение 2 последующих дней, тема будет переведена в разряд обсуждений. Вы можете возобновить дискуссию, просто оставив сообщение в данной теме.


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
    Follow us on TwitterFollow MSTechnetForum on Twitter

    Посетите Блог Инженеров Доклады на Techdays: http://www.techdays.ru/speaker/Vinokurov_YUrij.html
    23 января 2012 г. 11:27
    Модератор
  • Тема переведена в разряд обсуждений по причине отсутствия активности


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
    Follow us on TwitterFollow MSTechnetForum on Twitter

    Посетите Блог Инженеров Доклады на Techdays: http://www.techdays.ru/speaker/Vinokurov_YUrij.html
    25 января 2012 г. 6:49
    Модератор