Здравствуйте!

Какая программа лучше подойдет для выполнения резервных копий большого количества файлов большого размера?
Есть файлы баз данных по 5 Гб, но это не базы SQL-сервера.
Общий объем всех резервируемых файлов около 700 Гб.
Предполагается, что полная резервная копия будет размером около 500 Гб (пробовал делать Acronis-ом).

Нужно, чтобы у этого ПО были следующие возможности:
1) полные \ дифференциальные \ инкрементные копии
2) работа по расписанию
3*) желательно, чтобы было отслеживание изменения важных файлов, и выполнение резервной копии при изменении этих файлов
4*) желательно, чтобы был режим поблочного копирования (не знаю насколько это актуально, но где-то читал, что такой режим позволяет уменьшить размер резервной копии).

Посоветуйте, пожалуйста, подходящее ПО.

qwertEHOKа если нужно именно ПО
Да, нужно именно ПО

qwertEHOKпосмотрите CobianBackup
Пробовал, и долго ей пользовался.
Слабовата она. Не потянет она 700Гб. Она сжимает только в zip или 7z.
Поблочного копирования нет. Значит, копии будут очень большого размера.
Криво работает Shadow Copy - сбивает настройки заданий резервного копирования SQL-сервера.
Кроме того, уже "сто лет" не поддерживается.

aleks222Штатный Windows Backup (wbadmin).
Разве у нее есть полные\инкрементные копии?

Есть еще идеи?

982183Я правильно понимаю топикстартера, что если в неком большом файле поменялось несколько байт информации,
то он желает видеть в инкрементной копии не полностью архив этого файла, а лишь информацию об изменениях?
Да, правильно.
Иначе мне места категорически не будет хватать.
Объемы большие.

Acrinis True Image не подойдет?

Basil A. SidorovВы же пробовали?
Вам и решать.
Я только его и пробовал.
Не все меня в нем устраивает, поэтому я и создал эту тему.

Хотелось бы услышать плюсы\минусы другого ПО, которое тут рекомендовали, по сравнению с Acronis-ом.
Судя по описаниям, которые я прочитал - плюсов не нашел.

Basil A. SidorovНа основе известной вам информации, вроде как, следует вполне очевидный вывод - использовать Acronis TrueImage.
Но информация, известная мне - это неполная информация, взятая из описаний других программных продуктов.
Именно для того, чтобы узнгать более полную нформацию о другом ПО, я и написал в эту тему.
Чтобы специалистые, знакомые на практике с другим ПО, что-то посоветовали.

Basil A. Sidorovтак поделитесь с нами недостающими данными.
Какими данными?
Например, что не устраивает в Acronis True Image:
1) Невозможно создать внеочередную полную резервную копию в созданном задании резервного копирования.
Например, есть настроенное задание рек.копирования, в нем задано расписание, в соответствии с которым полная резервная копия делается по понедельникам, а каждый день делаются инкрементные копии. Допустим, в среду мне захотелось создать внеочередную полную копию. Acronis не дает этого сделать.
А это бывает нужно.
2) Нет поблочного копирования при создании резервных копий файлов. В копию попадает весь файл целиком, даже если в нем изменен только 1 бит.
3) При настройке "Постоянной защиты" файлов позволяет в качестве хранилища указать диск, и копия создается в специальной папке в корне этого диска. Хотелось бы, чтобы для хранилища постоянной защиты можно было указать произвольную папку.

Basil A. SidorovНигде нельзя - или меняете задание или отдельно запускаете внеочередное копирование.
Не совсем понял, что значит "Нигде"?
Про изменение задания - понятно.

А что значит "внеочередное копирование"?
То есть просто создать отдельную полную копию?
Но тогда она не будет связана с копиями этого задания. Например, с ней нельзя будет сделать синтетической копии.

Basil A. SidorovВаши "700 гигов", без всяких ухищрений, семь раз уместятся на таком диске.
Есть еще другие данные.
Менее критичные, но для них тоже место нужно.

Basil A. Sidorovзадачей архивного хранения является достаточно быстрое сохранение при быстром восстановлении
Для меня важнее быстрое сохранение.
Быстрое восстановление - не критично.
На восстановление можно потратить 1-2 дня.

Basil A. SidorovЗадача экономии пространства в хранилище - сугубо подчинённая
И все-таки, такая задача есть.
Особенно когда речь идет не о корпоративном сервере, а об обычном ПК.
Это корпорация может себе позволить выделить большие деньги под большие хранилища.

Basil A. SidorovЕсли ваши данные не заслуживают даже таких трат, то о чём вообще речь?
Почему не заслуживают? Заслуживают.

Но вы слишком упрощаете проблему.
Проблема не только в дисковом пространстве.
В один ПК и рабочие диски и резервные (которых вы насчитали уже 2) уже не влезут - нужен отдельное СХД или отдельный ПК.
Для управления всем этим добром из дисков и копий нужно соответствующее ПО.
И получится в итоге, что система хранения выйдет в несколько раз дороже исходного ПК с данными.

Хотя в принципе заложить в ПО возможность поблочного копирования - нету.

Basil A. SidorovПрямо противоречит желанию использовать дедупликацию на блочном уровне.
Я не говорил о "дедупликации на блочном уровне".
Я говорил о копировании файлов в рез. копию на блочном уровне.

Например:
To perform incremental backup, Veeam Agent for Microsoft Windows needs to know what data blocks have
changed since the previous job session. To get the list of changed data blocks, Veeam Agent for Microsoft
Windows uses the changed block tracking mechanism...
...
During incremental backup, Veeam Agent for Microsoft Windows reads from the VSS snapshot
only data blocks pertaining to files that have changed since the previous job session.

Basil A. Sidorovлюбители странного
В чем мои требования "странные"?

Basil A. Sidoroves3000Я не говорил о "дедупликации на блочном уровне".Мало ли чего вы не говорили.
Быстрая архивация и дедупликация - две вещи несовместные.
Ну и что что несовместимые.
К чему вы это, если я про это не говорил?

Я говорил про копирование на блочном уровне.
А вот это как раз хорошо сочетается с быстрой архивацией.
Вот про это я говорил.

Basil A. Sidorov , Вы что-то все критикуете-критикуете.
Вы бы посоветовали что-нибудь.
Видно, что вы хорошо разбираетесь в теме резервного копирования.
Так посоветуйте то ПО, которое на ваш взгляд более удобное.

aleks222если стандартный Windows Backup может все (ну почти все)
Как вы сказали он может "почти все".
А мне нужно "все".

С "почти" - то есть с неполной функциональностью - я уже давно работаю.

Я подобрал программу - MacriumReflect.
Ее отличие от других программ в том, что она "умеет" делать резервные копии методом блочного копирования.
За счет этого дифференциальные и инкрементные копии получаются очень маленькими по размеру.
Пока наблюдаю за ее работой.

borman00В принципе можно и руками запилить Linux+zfs+samba+nfs+iSCSI на опенсорсе.
На это много времени понадобится, чтобы настроить такую систему.
Я думаю, что так не стоит делать.
По крайней мере пока на первом этапе.

Главная цель всегда - экономия времени и ресурсов.
Ведь для этого и существуют такие вещи как автоматизация, программное обеспечение и т. д.: чтобы экономить время на настройках, чтобы делать не руками.
Поэтому, в первую очередь надо постараться выбрать подходящее программное обеспечение, которое умеет делать то что нам нужно.
Я уверен, что такое программное обеспечение существует.
Достаточно глянуть на таблицу сравнения:
https://en.wikipedia.org/wiki/List_of_backup_software

А вот если такого ПО не найдется, тогда уже придется думать о каких-то более трудоемких и сложных решениях.

Я поэтому и задал вопрос сюда - на этот форум.
Я надеялся, что специалисты по SQL-серверам уже давно подобрали какое-то автоматизированное решение для резервного копирования больших объемов данных.

m52Правда не уверен насчет поблочного копирования. Если цель - минимальный размер резервных копий, то при создании задания укажите тип резервных копий Incremental (об этом здесь ), тогда бэкапы будут создаваться быстро и занимать мало места.

Представьте в большом файле например 1 Гб изменился всего лишь 1 байт.
Задание не-поблочного инкрементного копирования скопирует весь 1 Гб в инкрементную копию.
А задание поблочного инкрементного копирования скопирует только 1 байт + служебная информация.

Так что программы резервного копирования, не умеющие делать поблочных копий, никак не помогут сократить размер резервных копий для больших файлов.