none
Как правильно перенести папку Users с системного диска на другой

    Вопрос

  • По умолчанию папка Users находится на системном диске. На системном диске эта папка начала мешать.

    Пользователи забивают свои профили мусором - системный диск не резиновый. Работа пользователей начинает мешать ОС. Пользователи терминальных сессий активно работают, а в это время ОС не может нормально работать со своим pagefile.

    Как правильно перенести папку Users на другой, не системный диск? Также, новые пользователи сразу должны получать профили в переадресованной папке, а не на системном диске.

    5 июня 2010 г. 14:40

Ответы

  • Просьба к модераторам форума.

    Закройте обсуждение. Текущее обсуждение и заголовок обсуждения уже не соответствуют друг другу.

    Причина по которой я начал обсуждение была потеря производительности 1C v8 при работе под Windows 2008 R2. Первое впечатление было - 1С v8 производит огромное количество операций с системным диском.

    Перенос pagefile.sys с системного диска (физического) на другой физический диск уменьшил потерю производительности 1С v8 примерно на 20%. После "хитрых" операций удалось перенести профиль пользователя с системного диска (Microsoft сообщает, что это возможно, но только в тестовых целях). Производительность 1С v8 поднялась ещё примерно на 20%. Поэтому потеря производительности 1С v8 более чем в 10 раз, врядли связана с расположением временных папок пользователя.

     

    23 июня 2010 г. 11:17

Все ответы

  • Перенаправте папки "Мои документы" "Рабочий стол" и т.д...на другой диск. Групповая политика которая за это отвечает  Конфигурация пользователя -> Конфигурация Windows -> Перенаправление папки. Только не забудьте включить параметр в групповой политике Конфигурация компьютера -> Административные шаблоны -> Система -> Профили пользователей ->  Добавлять группу Администраторов для перемещаемых профилей пользователя 


    Dmitriy Poberezhniy (my web blog http://dimsan.blogspot.com)

     

    5 июня 2010 г. 17:41
    Отвечающий
  • Если пользователи забивают профили мусором, а не полезной информацией, то, как мне кажется, необходимо настроить квоты. Забить мусором можно любой диск или хранилище. В свойствах диска вкладка Квоты. Проблем с настройкой возникнуть не должно. Там все просто.
    6 июня 2010 г. 10:30
  • Квотирование конечно хорошо, но при использовании TS перенос Users и ProgramData на другой диск хорошо сказывается на производительности.
    6 июня 2010 г. 11:48
  • Здравствуйте, Serega I .

    Пошаговое руководство по редиректу есть тут .


    Поможем друг другу стать лучше! Отметим правильные ответы и полезные сообщения! Посетите наш блог http://blogs.technet.com/ru_forum_support/default.aspx
    10 июня 2010 г. 12:19
    Модератор
  • Сам не пробовал, но может поможет:

    http://www.windows7hacker.com/index.php/2009/05/how-to-change-user-profile-default-location-in-windows-7/


    В первой части ссылки описано, как сделать переадресацию папок во время установки ОС. Для меня это был бы лучший вариант, но система уже установлена. Аналогичную процедуру описывает и Microsoft, но с оговоркой, что это неподдерживаемая конфигурация и никаких гарантий нормальной работоспособности. Даже не пробовал.

    Во второй части. Ручное редактирование реестра. Попробовал. Тут же начались проблемы с правами доступа NTFS. Первый уровень ошибок исправил. Снова ошибки и в перспективе полный доступ пользователя к папкам других пользователей. Дальше исправлять и настраивать не стал.

     

    10 июня 2010 г. 13:29
  • Перенаправте папки "Мои документы" "Рабочий стол" и т.д...на другой диск. Групповая политика которая за это отвечает  Конфигурация пользователя -> Конфигурация Windows -> Перенаправление папки. Только не забудьте включить параметр в групповой политике Конфигурация компьютера -> Административные шаблоны -> Система -> Профили пользователей ->  Добавлять группу Администраторов для перемещаемых профилей пользователя 


    Dmitriy Poberezhniy (my web blog http://dimsan.blogspot.com)

     


    Попробовал настроить указанную политику. Поначалу всё казалось просто и правильно. Но похоже это касается перемещаемых профилей пользователей, а не перемещения папок пользователя. Локально у меня ничего не изменилось. Попытался найти причину. Быстро не получилось, а потом не было времени.
    10 июня 2010 г. 13:41
  • Если пользователи забивают профили мусором, а не полезной информацией, то, как мне кажется, необходимо настроить квоты. Забить мусором можно любой диск или хранилище. В свойствах диска вкладка Квоты. Проблем с настройкой возникнуть не должно. Там все просто.

    В большинстве случаев, квоты должны сработать. В моём случае речь идёт о временных файлах 1С 8 версии. Свои кэши и временные файлы программа пишет в профиль пользователя, а он на системном диске. При выключенной программе, её временные папки 50-200 МБ для каждого пользователя. Но во время работы, потребности программы возрастают многократно. И растут пропорционально росту базы данных. Там же в папке AppData остаются "брошенные конфигурации" и "потерянные транзакции". Они бывают размером в сотни МБ, а точно определить, что это мусор не всегда получается. Поэтому настраивать квоты не пытался.
    10 июня 2010 г. 14:19
  • Здравствуйте, Serega I .

    Пошаговое руководство по редиректу есть тут.


    Поможем друг другу стать лучше! Отметим правильные ответы и полезные сообщения! Посетите наш блог http://blogs.technet.com/ru_forum_support/default.aspx

    Похоже ссылка незаписалась. Проверьте.
    10 июня 2010 г. 14:20
  • Квотирование конечно хорошо, но при использовании TS перенос Users и ProgramData на другой диск хорошо сказывается на производительности.

    Напишите подробнее в каком случае перенос указанных папок поднял производительность.
    10 июня 2010 г. 14:23
  • В большинстве случаев, квоты должны сработать. В моём случае речь идёт о временных файлах 1С 8 версии. Свои кэши и временные файлы программа пишет в профиль пользователя, а он на системном диске. При выключенной программе, её временные папки 50-200 МБ для каждого пользователя. Но во время работы, потребности программы возрастают многократно. И растут пропорционально росту базы данных. Там же в папке AppData остаются "брошенные конфигурации" и "потерянные транзакции". Они бывают размером в сотни МБ, а точно определить, что это мусор не всегда получается. Поэтому настраивать квоты не пытался.

    С помощью скрипта или GP Preferences можно чистить папки при выходе или входе  пользователя
    Dmitriy Poberezhniy (my web blog http://dimsan.blogspot.com)
    10 июня 2010 г. 14:28
    Отвечающий
  • Поправил ссылку.
    Поможем друг другу стать лучше! Отметим правильные ответы и полезные сообщения! Посетите наш блог http://blogs.technet.com/ru_forum_support/default.aspx
    10 июня 2010 г. 14:32
    Модератор
  • Поправил ссылку.
    Поможем друг другу стать лучше! Отметим правильные ответы и полезные сообщения! Посетите наш блог http://blogs.technet.com/ru_forum_support/default.aspx


    Это же самое, но в переводе на русский предложил _dim_. Первоначально, я подумал, что ошиблись переводчики, но увидев оригинальный текст, понял - это то же самое.

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

    10 июня 2010 г. 15:07
  • В большинстве случаев, квоты должны сработать. В моём случае речь идёт о временных файлах 1С 8 версии. Свои кэши и временные файлы программа пишет в профиль пользователя, а он на системном диске. При выключенной программе, её временные папки 50-200 МБ для каждого пользователя. Но во время работы, потребности программы возрастают многократно. И растут пропорционально росту базы данных. Там же в папке AppData остаются "брошенные конфигурации" и "потерянные транзакции". Они бывают размером в сотни МБ, а точно определить, что это мусор не всегда получается. Поэтому настраивать квоты не пытался.

    С помощью скрипта или GP Preferences можно чистить папки при выходе или входе  пользователя
    Dmitriy Poberezhniy (my web blog http://dimsan.blogspot.com)

    Определить программно, что нужно, а что не нужно в бухгалтерии очень сложно. Я таких алгоритмов не знаю, поэтому и не пытался настраивать квоты, а тем более скрипты для удаления файлов.
    10 июня 2010 г. 15:19
  • Перенаправление папок предполагает что Вы будите перенаправлять их на какой то сетевой ресурс. Создайте сетевой ресурс на котором будут располагаться перепещенные папки пользователей в приделах того же сервера но на другом диске. Настройте политику перемещения пользовательских папок на этот сетевой ресурс и политику замыкания на себя, что бы перенаправление папок работало только для терминального сервера.


    Dmitriy Poberezhniy (my web blog http://dimsan.blogspot.com)
    10 июня 2010 г. 15:42
    Отвечающий
  • Квотирование конечно хорошо, но при использовании TS перенос Users и ProgramData на другой диск хорошо сказывается на производительности.

    Напишите подробнее в каком случае перенос указанных папок поднял производительность.

    http://support.microsoft.com/kb/949977

    For Windows Server 2008, the most common reason is as follows:

    • There are performance improvements when you relocate the Users directory and the ProgramData directory to a disk drive other than the operating system disk drive.

    10 июня 2010 г. 17:40
  • Поправил ссылку.
    Поможем друг другу стать лучше! Отметим правильные ответы и полезные сообщения! Посетите наш блог http://blogs.technet.com/ru_forum_support/default.aspx


    Это же самое, но в переводе на русский предложил _dim_. Первоначально, я подумал, что ошиблись переводчики, но увидев оригинальный текст, понял - это то же самое.

    Я и не утверждал, что там что-то другое. Просто там официально и красиво по шагам всё расписано ))))

    Поможем друг другу стать лучше! Отметим правильные ответы и полезные сообщения! Посетите наш блог http://blogs.technet.com/ru_forum_support/default.aspx
    11 июня 2010 г. 6:01
    Модератор
  • Я и не утверждал, что там что-то другое. Просто там официально и красиво по шагам всё расписано ))))

    Поможем друг другу стать лучше! Отметим правильные ответы и полезные сообщения! Посетите наш блог http://blogs.technet.com/ru_forum_support/default.aspx


    Да и я не в обиде. Просто, когда проблема становится очень острой, в каждой ссылке хочется увидеть нужное решение.

    То, что предложил _dim_ на русском и вы на английском, повторно я не проверял. Проверю в ближайшие дни. Но очень похоже что это всё-таки перемещаемые профили, а не перемещение папок. В списке папок для перемещения есть AppData\Roaming, но нет AppData\Local. Именно AppData\Local доставляет мне наибольшие неприятности.

    Golovchenko Ian дал ссылку на kb/949977  там описан случай установки ОС, когда используется настроечный файл с возможностью изменения размещения папки %SYSTEMDRIVE%\Users. Там же Microsoft объясняет:

    Important:
    These settings should be used only in a test environment. By changing the default location of the user profile directories or program data folders to a volume other than the System volume, you will not be able to service your Windows installation. Any updates, fixes, or service packs will fail to be applied to the installation. Microsoft does not recommend that you change the location of the user profile directories or program data folders.

    Общий смысл:

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

    В других своих публикациях Microsoft заявляет, что перемещение %SYSTEMDRIVE%\Users возможно, но это неподдерживаемая конфигурация.

     

     

    11 июня 2010 г. 12:32
  • А если попробовать решить эту проблему вручную? Папку переносите, а сами создаете Junction Point (точку монтирования), которая будет перенаправлять запросы системы в новое расположение. Виртуализация UAC ведь так и работает.
    Поможем друг другу стать лучше! Отметим правильные ответы и полезные сообщения! Посетите наш блог http://blogs.technet.com/ru_forum_support/default.aspx
    11 июня 2010 г. 13:00
    Модератор
  • А если попробовать решить эту проблему вручную? Папку переносите, а сами создаете Junction Point (точку монтирования), которая будет перенаправлять запросы системы в новое расположение. Виртуализация UAC ведь так и работает.

    При подключении диска как папки, есть пункт меню: "Подключить диск, как пустую папку". Соответственно, подключить диск с переадресовкой на заполненную папку, ОС не позволяет. А сделать пустой системную папку "C:\Users" у меня не получилось. Или я что-то не так понял?
    14 июня 2010 г. 11:36
  • И вообще, у меня возникает ощущение, что это проблема взаимодействия 1С v8 и Windows 2008 R2.

    1С v8 свои системные кэши и временные файлы записывает в профиль пользователя. По адресам %UserProfile%\AppData\Local и %UserProfile%\AppData\Roaming.

    Под Vista и Windows 2008 адреса те же. Под Windows 2003 запись также ведётся в профиль пользователя, но там адреса другие. Провести проверку под Windows 2003 уже не получится, но тогда пользователи и не жаловались на медленную работу базы данных 1С.

    Проверка производительности на испытуемом сервере, контрольном сервере и контрольной персоналке, привела к непонятным результатам.

    Во всех случаях была выбрана одна и та же задача. Первое подключение администратора к конфигурации 1С v8 в "Конфигураторе". Эта процедура всегда требовала значительного времени.

    На Windows 2003 эта операция проходила заметно дольше 1 минуты, но за разумное время. Никто из программистов не жаловался. На контрольной персоналке с Vista 32 эта операция заняла 5:20 мин. На контрольном сервере с Windows 2008 64, который сопоставим с испытуемым по производительности, но формально слабее, эта операция заняла 2:20 мин. На испытуемом сервере c Windows 2008 R2 64, эта операция продолжалась 45:10 мин.

    На форуме уже есть обсуждение, где выясняют почему 1С v8 (SQL) потеряла производительность. Но там потери примерно в 2 раза, а у меня в терминальном варианте (без SQL и 1С серверов) потери в 20 раз. Одновременно работающих пользователей 1С v8 - 8, максимум 10. При этом одновременно работают 10-15 пользователей 1С v7. На потерю производительности они не жалуются.

     

    P.S. Именно потеря производительности в 1С v8 привела к желанию перенести профили пользователей с системного диска. 1С v8 и Windows 2008, 1С v7 и Windows 2008 не страдали от подобной потери производительности.

     

    14 июня 2010 г. 12:24
  • Сергей, я вот про это .
    Данный форум является бесплатным сервисом Microsoft с целью оказания посильной помощи пользователям и повышения уровня знаний о продуктах Microsoft. Информация, представленная на форуме, распространяется "как есть" без официальной ответственности компании Microsoft.
    15 июня 2010 г. 8:53
    Модератор
  • Я делал и через консоль управления и с помощью mountvol. Консоль сразу не даёт выбирать заполненные папки, а mountvol уже при выполнении заявляет, что папка не пустая. Видимо по этому, в указанном примере сперва предлагают создать пустую папку, а затем уже подключать к ней диск.

    Поскольку у меня проблема, похоже, не в переносе папки Users, а в том, что 1С v8 постоянно пишет и читает по адресам %UserProfile%\AppData\Local  и  %UserProfile%\AppData\Roaming. В результате к системному диску выстраивается очередь из десятков, реже сотен запросов. Нагрузка на процессоры 5-6%, а система и 1С ждут, когда освободится системный диск. При этом полное ощущение, что система повисла. И очень чётко это проявляется только под Windows 2008 R2.

    Может в Windows 2008 R2 по сравнению с предыдущими ОС,  Microsoft что-то изменила в процессах работы с дисками (системным диском), с дисковыми кэшами?

    15 июня 2010 г. 12:44
  • Может в Windows 2008 R2 по сравнению с предыдущими ОС,  Microsoft что-то изменила в процессах работы с дисками (системным диском), с дисковыми кэшами?

    Изменения есть, но только при работе с сетевыми ресурсами. Более подробно в этой статье, посвященной Transparent Caching и Offline Files

    Данный форум является бесплатным сервисом Microsoft с целью оказания посильной помощи пользователям и повышения уровня знаний о продуктах Microsoft. Информация, представленная на форуме, распространяется "как есть" без официальной ответственности компании Microsoft.
    16 июня 2010 г. 5:43
    Модератор
  • Я просмотрел ссылку, там описаны случаи работы через сеть. У меня же, работа в терминальной сессии.

    Поискал в Internet, я не одинок. Каждый пострадавший решает проблему своим способом. Общее решение - убрать временные файлы 1С с системного диска. Но в любом случае, время загрузки "Конфигуратора" 1С повышается на 20-30%. У меня же потери в 10 раз.

    Дополнительный анализ ситуации показал, что пока работа 1С v8.1 (32) происходила на старом сервере с Windows 2003 (32), программисты 1С не жаловались. На медленную работу жаловались пользователи 1С. После перехода на новый сервер с Windows 2008 R2 (64), пользователи стали жаловаться меньше, зато программисты 1С отмечают увеличение времени первой загрузки конфигурации в "Конфигураторе" во много раз.

    Не связано ли это с проблемами взаимодействия 32-х разрядной 1С v8.1 и 64-разрядной Windows 2008 R2?

    18 июня 2010 г. 9:49
  • Просьба к модераторам форума.

    Закройте обсуждение. Текущее обсуждение и заголовок обсуждения уже не соответствуют друг другу.

    Причина по которой я начал обсуждение была потеря производительности 1C v8 при работе под Windows 2008 R2. Первое впечатление было - 1С v8 производит огромное количество операций с системным диском.

    Перенос pagefile.sys с системного диска (физического) на другой физический диск уменьшил потерю производительности 1С v8 примерно на 20%. После "хитрых" операций удалось перенести профиль пользователя с системного диска (Microsoft сообщает, что это возможно, но только в тестовых целях). Производительность 1С v8 поднялась ещё примерно на 20%. Поэтому потеря производительности 1С v8 более чем в 10 раз, врядли связана с расположением временных папок пользователя.

     

    23 июня 2010 г. 11:17
  • Файл pagefile.sys является системный файлом подкачки (виртуальная память). Удалить его нельзя (не рекомендуется так же его уменьшать), но зато его можно и даже нужно переместить на другой диск. Делается это очень просто, откройте «Панель управления\Система и безопасность\Система» , выберите «Дополнительные параметры системы» в разделе «Быстродействие» нажмите «Параметры», переключитесь на закладку «Дополнительно» и в разделе «Виртуальная память» нажмите «Изменить». Там можно выбрать местоположение файла подкачки и его размер (рекомендую оставить «Размер по выбору системы»).

    >>   

    http://w7q.ru/windows7/ochistka-zhestkogo-diska-ot-neispolzuemyih-i-vremennyih-faylov-v-windows-7/

    Сам не пробовал,но интересно,насколько реально повышается быстродействие? Отпишитесь !


  • Bondorstouck
25 октября 2010 г. 18:46
  • Вот же ты гнида! Ну кто тебя спрашивает то? Не суй свой нос в дела взрослых баран. Ненавижу таких правильных как ты - шестёрка!!!