Вот установка:
Большие объемы больших файлов (многие более 4 ГБ, всего несколько ТБ) в простой древовидной структуре, для которых необходимо без сжатия создавать резервные копии из нескольких ящиков Linux на сервер резервного копирования Windows. Каждый день генерируется несколько сотен гигабайт, и в настоящее время резервное копирование выполняется вручную с помощью WinSCP. Моя цель - автоматизировать процесс и иметь хорошие журналы для мониторинга. Пиши один раз, читаю редко. (вне офиса будет LTO-4 или 5)
Но вот в чем проблема: почти у каждого решения, которое я пробовал, была проблема.
Сценарий WinSCP - неправильно обрабатывает символические ссылки, что приводит к бесконечным циклам передачи файлов. Ручной графический интерфейс работает нормально (с некоторыми игнорируемыми ошибками)
rdiff-backup for win - не поддерживает должным образом существующие файлы, уже находящиеся на сервере резервного копирования, и создание более 20 ТБ резервных копий с нуля не является возможным вариантом времени / ресурсов. (попробовал все перечисленные уловки stackexchange для распознавания существующих данных, не занимая 8 лет для генерации контрольных сумм)
rsync через cygwin - из-за отсутствия дифференциала требования к пространству быстро превысят нашу текущую емкость.
Моя следующая мысль - разместить ssh-сервер на резервном сервере (или FTP) и выполнить автоматизацию на стороне Linux через scp и т. Д., Хотя мне бы очень хотелось поддерживать контрольные суммы и дифференциальную поддержку.
Другой вариант может быть самба из ящиков nix на сервер резервного копирования.
Я был бы очень признателен за любой вклад или руководство по этому вопросу. Я открыт для предложений, но стараюсь избегать проприетарных решений и решений с закрытым исходным кодом. Я не привык к такой смешанной среде ...
ПОСЛЕДУЮЩИЙ РЕДАКТИРОВАНИЕ: Итак, после того, как вы поигрались с каждым вариантом под солнцем, установка окон через cifs, а затем использование программы резервного копирования по вашему выбору, кажется самым надежным способом, если вы переходите с nix на windows. (с некоторыми оговорками) При этом я делаю это только в качестве временной меры, пока не смогу реализовать NAS на основе ZFS. При поддержке NFS / CIFS / rsync проблем с переходом с Windows, Mac или Linux на NAS не возникнет.
Может быть rclone (https://rclone.org/commands/rclone_sync/) стоит попробовать. Написано на Go, имеет несколько двоичных файлов (включая Windows) и позволяет синхронизировать каталоги из Linux в Windows с использованием нескольких протоколов, включая SSH.
Вы должны сначала настроить его (то есть определить псевдоним удаленного хоста, протокол и учетные данные), а затем выполнить из командной строки:
rclone sync remoteserveralias:/the/dir/path localpath
ВНИМАНИЕ: Поскольку sync удаляет файлы в месте назначения (пытается иметь две идентичные копии - удаленную и локальную), более безопасным подходом является использование copy команда, которая дифференциально копирует файлы из источника в место назначения без какого-либо удаления.
Я попробовал несколько способов сделать инкрементное резервное копирование своего Linux-сервера на моей машине Win7 и пришел к выводу, что сделать это надежно, используя файловую систему, отличную от Linux, практически невозможно; поэтому я закончил использовать следующую комбинацию:
VirtualBox: Стандартный дистрибутив Linux с минимальным набором пакетов (Debian, только текст), установленный в качестве гостя на хосте Windows (я предлагаю добавить второй виртуальный сетевой интерфейс в режиме хоста; таким образом, я практически не использую Linux терминал, я просто включаю гостя и подключаюсь к нему локально с помощью Putty)
Дирвиш, оболочка perl над rsync, которая обеспечивает прозрачное инкрементное резервное копирование с использованием жестких ссылок.
У меня хорошо работает.
я использую Backuppc в системах Linux и Windows для дифференциального инкрементного резервного копирования. Для Windows мы просто идем по маршруту CIFS, но можно выполнить rsync через Cygwin / Gow.