rsync: Запоминать синхронизированные файлы, не синхронизировать их снова, даже если файлы назначения не существуют?

rsync: Запоминать синхронизированные файлы, не синхронизировать их снова, даже если файлы назначения не существуют?

У нас есть онлайн-сервер (источник, полуистория), который содержит последниеНдней (илиМмесяцев) аудиофайлов, мы хотим сделать резервную копию/архивировать/синхронизировать эти аудиофайлы на сервере(ах) резервного копирования (место назначения, полная история). Когда целевой диск будет почти заполнен, мы отключим сервер резервного копирования и установим новый жесткий диск, но мы не хотим делать резервную копию/архивировать/синхронизировать файлы, которые уже были скопированы снова.

Мы хотим использовать инструмент с открытым исходным кодом, например rsync, для выполнения этой работы. Но как только будет установлен новый жесткий диск, rsync выполнит повторную синхронизацию из источника.

  • Есть ли способ позволить rsync запомнить синхронизированные файлы и не синхронизировать их снова?
  • или существует ли другое решение с открытым исходным кодом, которое может удовлетворить это требование?

--Редактировать--

Я забыл упомянуть, что

  • Исходный сервер работает под управлением системы Windows Server 2003 сCygwinустановлены, и резервные серверы могут быть установлены на системе Linux, но лучше использовать клиентскую систему Windows, поскольку пользователи не являются техническими специалистами.
  • Общий размер файла и количество файлов большие, мне потребовалось более 80 минут, чтобы получитьдуинформация о файлах и еще 80+ минут, чтобы получить список файлов, которые были созданы за один месяц 2012-07. find -type d -name 201207* -exec du -s {} \; > 2012-07-dir-stats.txt: 382 каталога, 267 ГБ (279715008 КБ). find -type f -name 201207* > 2012-07-file-list.txt: 1093962 файла (размер самого файла списка составляет 80+ МБ.
  • Исходный сервер содержит последниеНдней аудиофайлов означает: каждый день происходят такие операции, как удаление старых файлов и создание новых файлов. (Это одна из причин, по которой приведенный выше список файлов работает так медленно, поскольку существует множество фрагментов).

решение1

Может бытьgit-приложениеможет вам помочь. Взгляните на это.

Связанный контент