Мне нужно создать резервную копию многих сайтов по медленным спутниковым каналам с большой задержкой. Мы говорим о пингах 650 мс для каждого сайта. Я могу получить дамп исходных данных, отправив USB-диск на место и восстановив его в центральном офисе. С этого момента я намерен использовать rsync или DFS-R для инкрементных копий на уровне байтов по ссылке. На всех машинах стоит Windows 2003 SP2 R2. Я читал, что rsync может зависать на больших файлах и все еще немного нестабилен для Windows?
В качестве альтернативы следует использовать DFS-R, который также выполняет копии на уровне байтов?
Я пробовал DFS-R в прошлом и не был впечатлен отсутствием ведения журнала, было очень сложно выяснить, что на самом деле происходит. Вот почему меня интересует rsync. Есть ли у кого-нибудь реальный опыт использования обоих методов?
Я широко использовал rsync и считаю его очень хорошим. Я тоже пробовал использовать биты репликации файлов в DFS, и если что-то пойдет не так, устранение неполадок может стать проблемой.
Видеть http://www.ratsauce.co.uk/notablog/UsingRsync.asp для моих заметок по этому поводу.
JR
Отредактируйте, чтобы ответить на вопрос о разрешениях:
Разрешения Unix и Windows работают по-разному, и сопоставление между ними - нетривиальный процесс. Если вы не установите переменную среды CYGWIN = nontsec, Cygwin rsync попытается скопировать ACL, прикрепленный к файлам, но почти наверняка испортит его в процессе, и результаты не будут полезными.
Одна очевидная проблема заключается в том, что запись управления доступом (ACE - это запись в списке управления доступом) идентифицирует пользователя или группу, к которой она применяется, по идентификатору GUID. Хотя есть некоторые "хорошо известные" идентификаторы GUID, которые применяются ко всем установкам Windows, например «СИСТЕМА» и «Все», большинство идентификаторов GUID имеют значение только на сервере или в домене, в котором они были созданы. Таким образом, если ACL синхронизируется с другим сервером, он, вероятно, будет содержать идентификаторы GUID, которые не относятся к какой-либо учетной записи пользователя на этом сервере, и ACL будет бесполезен.
Это относится к любой программе, копирующей файлы, а не только к rsync. Циник мог бы предположить, что Cygwin rsync особенно эффективен при искажении ACL, но мне это кажется несправедливым, поскольку обеспечение безопасности Windows - это очень сложная задача для Cygwin.
Помня, что с унаследованными разрешениями вам обычно нужно установить разрешения только для нескольких папок высокого уровня, я настоятельно рекомендую вам установить CYGWIN = nontsec и не пытаться реплицировать безопасность.
Учитывая, что для начала у вас была задержка 650 мс, это, вероятно, основная причина сообщения о сбое сети. Если канал был занят или какой-то другой фактор вызвал увеличение задержки, что привело к истечению времени ожидания. Я не очень хорошо знаком с Rsync, но если есть опция конфигурации для увеличения периодов ожидания и количества повторных попыток, я бы попробовал это и посмотрел, что произойдет.
Что это за ссылки на пропускную способность?
DFS был бы моим первым выбором между ящиками 2003 R2. При ведении журнала вы можете не получить много информации от самой DFS, но вы можете использовать доступ к файлам и регистрацию изменений на любом конце, чтобы получить больше информации о том, что и когда изменяется. Вам также следует использовать функцию регулирования полосы пропускания, если вы этого еще не сделали, чтобы не перегружать ваши ссылки, поскольку это может привести к отключениям / тайм-аутам, даже если ссылки функционируют.