Моя компания использует перенаправление папки для хранения папки AppData на сетевом ресурсе.
Я буду перемещать AppData в новую долю, и я задавался вопросом об автоматической функции передачи данных GPO. Действительно ли это надежно?
Что, если процесс копирования прерван? Действительно ли это надежно (как robocopy или rsync)?
Или я должен скопировать данные сам?
Все мои настольные клиенты запускают Windows 7 и AD Windows 2008 R2 инфраструктуры.
С уважением,
Нативный метод перенаправления папок 'перемещения содержимого' является надежным в том смысле, что он не потеряет никаких данных, но если его прервать, то при следующем входе в систему он не будет 'подхватывать данные с того места, на котором остановился'. Вам придется вручную перемещать файлы, которые не были перемещены.
Большим недостатком использования родного метода является то, что он может быть очень, очень медленным, особенно когда у вас большие файлы (на удивление, много маленьких файлов перемещаются относительно быстро). Я никогда не понимал почему, но это почти как будто есть какой-то предел того, сколько данных он пытается переместить в минуту. Кроме того, перемещение файлов осуществляется клиентом, поэтому вы будете перемещать трафик по сети, что вводит некоторую внутреннюю задержку - процесс будет двигаться так же быстро, как и самая медленная связь между клиентом и сервером.
Основным преимуществом использования родного метода является то, что он каждый раз получает правильные разрешения. Вам никогда не придется беспокоиться о смене владельца или о папках, унаследовавших новые разрешения от новой родительской папки, или о чем-то еще странном. Не стоит недооценивать количество проблем, которые это может спасти.
Ответ на ваш вопрос действительно зависит от того, сколько данных вам нужно переместить. Если у вас есть папки AppData объемом более 1 ГБ каждая, я настоятельно рекомендую вам перемещать их вручную - робокопия - это отличное решение, просто убедитесь, что разрешения абсолютно идентичны после перемещения файлов. В противном случае, родной метод должен работать просто отлично. Наконец, как и в любом крупном процессе, убедитесь, что вы запустили резервную копию заранее.
.