учитывая, что он не выполняет проверку записи, если это не предусмотрено сценарием (или это необходимо?), является ли это достойным вариантом для переноса нескольких папок на другой сервер? Я просто беспокоюсь о том, могут ли данные после копирования быть повреждены, но вы же не знаете, что это глючит?
Я пользовался им раньше без проблем, но сейчас мне нужна обратная связь на случай, если я упустил что-то очевидное.
решение1
Robocopy — отличный инструмент для копирования данных. Возможно, вам захочется сделать diff после этого, возможно, с помощью Beyond Compare.
Другие варианты перемещения данных включают в себя визуализацию, репликацию Windows и т. д. Но обычно я использую robocopy, потому что он делает очень хороший журнал.
решение2
robocopy — отличный инструмент для копирования файлов, но сам по себе он является лишь самым базовым инструментом для резервного копирования. Упомянутая вами проверка — хороший пример. robocopy обладает возможностями, чтобы стать частью достойного решения для резервного копирования, но вы должны быть готовы потратить некоторое время на подбор наилучших параметров и, возможно, один или два скрипта-обертки.
Я часто им пользуюсь — включая мои специальные резервные копии дома — и он мне нравится, но это не решение для «резервного копирования». Скорее решение типа «ээээ, лучше бы я сделал копию, прежде чем я все испорчу».
Мой .02
решение3
Все зависит от того, какой контент вы копируете, и есть ли вероятность, что RoboCopy будет заблокирован для доступа к открытым файлам и т. д.
Любая стратегия резервного копирования хороша ровно настолько, насколько хорош процесс тестового восстановления, который вы реализуете, чтобы убедиться, что ваши резервные копии работают, полны и могут быть восстановлены в том объеме, на который вы рассчитывали.
Я работал во многих местах, где задания по резервному копированию сообщали об успешном завершении и проверяли каждый день в течение многих лет, а когда им нужно было выполнить восстановление, оказывалось, что, хотя задание и сработало, оно фактически не восстановило все данные, необходимые для восстановления неисправной системы.
решение4
Боюсь, мне придется не согласиться с предыдущим ответом: Robocopy (сам по себе) не является хорошим инструментом для копирования данных, поскольку у него нет механизма безопасного резервного копирования открытых файлов, и поэтому его использование может иметь непредсказуемые результаты.
Я не говорю здесь теоретически: в прошлом году у моего клиента случилась полная катастрофа с данными (то есть у него ничего не осталось), потому что он использовал robocopy для ежедневной синхронизации своей папки с данными с удаленным сервером. Поскольку файлы, о которых идет речь, в основном использовались программой базы данных на рабочем столе, файл, который был успешно скопирован, был случайным в зависимости от того, какой процесс все еще блокировал их.
Когда сотрудник удалил все свои "живые" данные (не спрашивайте почему), он попросил помочь восстановить данные. Мы ничего не могли сделать, так как "резервным" решением был robocopy.
Правила резервного копирования:
- Всегда думайте о том, ЧТО именно вы резервируете.
- Всегда проверяйте их при развертывании.
- После этого регулярно проверяйте их.
- «Тестирование» фактически означает восстановление данных в другом месте и проверку целостности данных, а не проверку наличия у вас где-то резервного файла/ленты.
- Убедитесь, что у вас есть содержательный журнал каждый раз, когда вы его запускаете, и убедитесь, что кто-то проверяет все эти журналы.
К сожалению, хотя robocopy и является действительно замечательным инструментом, это не та программа, которая позволит вам сделать все вышеперечисленное должным образом.