В настоящее время у нас есть сервер DFS 2003 года, объем невыполненного заказа составляет несколько гигабайт. И это всего лишь для одной общей папки DFS. Это не было создано во время этого администрирования, мы просто занимались его последствиями.
В настоящее время мы запускаем сценарий, который пытается восстановить некоторые данные, но DFS все еще работает и мешает. (ссылка на скрипт: http://blogs.technet.com/b/filecab/archive/2008/01/02/a-script-to-restore-data-from-the-dfsr-conflictanddeleted-or-preexisting-folders-for-disaster- восстановление-цели.aspx) И любые изменения, внесенные в файлы после запуска сценария, скорее всего, будут проигнорированы сценарием и просто помещены в конец очереди (не парень VBscript, поэтому я не знаю деталей реализации компонентов сценария)
Прежде всего, если мы остановим и удалим DFS, останутся ли данные в папках, которые DFS создает (dfsprivate и т. Д.), Чтобы мы могли продолжить сценарии восстановления? Если это возможно, это был бы самый простой подход (который я могу придумать) - как можно быстрее восстановить как можно больше данных.
Есть ли у кого-нибудь из вас другие предложения по более быстрому восстановлению данных, если описанный выше метод невозможен? Мы полностью согласны с удалением DFS, если это поможет в ситуации. Пока мы не получим более надежную систему (возможно, в 2008 году), мы изменили сопоставления дисков всех наших пользователей, чтобы они указывали непосредственно на файловый сервер. Однако это только временное решение, поскольку большая часть их данных все еще отсутствует.
Сообщите мне, если потребуется дополнительная информация, и я могу ее предоставить.
Отключение всей DFS оставляет файлы в Dfsprivate нетронутыми, так что сценарий может восстановить их без добавления дополнительных данных в журнал ожидания. Кажется, это единственный способ восстановить данные, причем самый быстрый. Единственный способ сделать это быстрее - написать собственный скрипт для одновременного копирования нескольких файлов (при условии, что наш дисковый ввод-вывод не исчерпан, что я не думаю, потому что мы вообще не копируем так быстро. ..), что предоставленный сценарий не выполняет по довольно очевидным причинам, учитывая реализацию (он начал бы копирование файлов быстрее, чем они могли бы быть завершены, поскольку нет расписания и т. д.).
Другой вариант - загрузиться в среде liveCD на Linux и написать сценарий для анализа Preexisting.xml, а затем вызвать dd для передачи файлов, потому что dd - просто чудовище. Да, я сделаю это в следующий раз, если возможно.