Вовторых, восстановление из созданного инкрементального бэкапа. Cobian Backup бесплатная утилита для. Например, если говорить про Symantec Backup Exec, то одна работаодна media. Из бесплатного под Windows Cobian Backup. Первым делом в голову приходит nnCron rdiffbackup. Cobian Backup может создавать инкрементальные бэкапы и класть их в. Cobian-Backup-tutorial-foto-3.png' alt='Cobian Backup Инкрементальный' title='Cobian Backup Инкрементальный' />Бэкап файлов Windows сервера своими руками Хабрахабр. Здесь мы рассмотрим, как сделать систему дифференциального бэкапа из коробки ну почти, с привлечением минимального количества внешних модулей, в лучших традициях UNIX way. Предыстория и подробности под катом. Предыстория. Все началось с истории про невнимательного и бесстрашного пользователя, открывающего приходящие по личной почте файлы откройменя. К сожалению, это оказалось не какой нибудь посредственной малварью, а вполне обычным шифратором. Но, помимо файлов юзера, которые, конечно же, восстановлению не подлежат, оказалась задета одна крошечная, но важная шара, доступ к которой был у всех. Взглянув на сие зашифрованное непотребство, я с благодарностью вспомнил про то, что каждый день у меня делается бэкап этой и не только этой шары встроенными средствами Windows Server 2. SP2 x. 64. Но, полистав этот бэкап, я понял, что в плане резервного копирования средствами самой Windows не все так радужно. Во первых, полный бэкап оказался недоступен, а значит восстановить cold data файлы, которые меняются очень редко вряд ли получится. Во вторых, восстановление из созданного инкрементального бэкапа оказалось задачей нетривиальной за каждый шаг получалось восстановить только данные, которые были изменены, и ничего более. Получается, чтобы восстановить хотя бы все измененные данные раз полный бэкап оказался утерян, то пришлось бы перебирать по очереди все бэкапы не совсем то, что я ожидал от инкрементального бэкапа в таком случае. Кто то из вас может сказать надо было проверять работоспособность бэкапа, и да, так оно и есть. Но тот из вас, кто работает в торговле, может понять, куда может уходить время админа да да, они самые, онлайн кассы. Крепко задумавшись, я вспомнил свое первое знакомство с системой инкрементального копирования fsbackup за авторством Максима Чиркова www. Жаль, что система разработана под NIX Linux. Google также не ответил на мой вопрос про подобную систему под Windows. Самое полезное, что я нашел это краткий гайд хабровчанина antip. Именно материал по последней ссылке я и использовал для своего скрипта. Собираем систему. В первую очередь, скачиваем последнюю стабильную версию. На момент написания это 1. Наш бэкап будем хранить в 7z архиве поддержка многопоточности, шифрованныхмноготомных архивов, а скорость извлечения из 7z выше скорости упаковки в 1. Функциональных различий между 7z и 7za я не выявил. Нас интересуют 7za. Zip. 7za. dll библиотека для работы с архивами Для 6. ОС используем те же файлы из каталога x. К сожалению, ссылка из используемого мной материала на утилиту pdate никуда не ведет, единственная найденная мной версияpdate v. О них расскажу чуть позже. D winfsbackuplog логи. D winfsbackuppdate. D winfsbackuptmp устанавливает рабочий каталог для временного базового архива. D winfsbackupwinfsbackup. Логика работы. После обработки переменных скрипт смотрит блок Main, где указывается логика работы бэкапа в каком случае должен выполниться новый бэкап, а в каком случае обновить существующий базовый архив. По умолчанию, новый архив создается в начале месяца, а все файлы из директории backup перемещаются в backupold, или если базового архива не существует. Для моего файлообменника в 5. Гб с преобладанием мелких файлов скорость бэкапа оказалась неудовлетворительна почти 5. Справедливости ради стоит сказать, что это не может служить сколь нибудь достоверным замером производительности в процессе бэкапа выяснилось, что некоторые файлы недоступны привет chkdsk, а бэкап складывался в раздел удаленного сервера, который тоже был занят операциями дискового ввода вывода. Main. REM Здесь описаны условия, в каком случае будет выполняться полный дифференциальный бэкап, либо обновление базового бэкапа. No one condition matching, check Main block of script Log. Первые 2 условия включены по умолчанию, и описывают полный бэкап раз месяц дифференциальные бэкапы. Остальные условия альтернативны, то есть при включении одного нужно выключить другое, или изменить логику работы на свой вкус. Переменныеdm, dw, wn соответственно день месяца, день недели и номер недели в численном выражении. Level режим говорливости, выдает информацию о том, куда будет записываться архив, и прочее. Полезно, когда вносишь в структуру скрипта серьезные изменения. Dir место сохранения временного файла. По умолчанию, 7 Zip строит новый базовый файл архива в том же самом каталоге, где и старый базовый файл архива. Определяя этот ключ, вы можете установить рабочий каталог, где будет построен временный базовый файл архива. После того, как временный базовый файл архива построен, он копируется поверх первоначального затем временный файл удаляется. Дифференциальный бэкап. По умолчанию, в дифференциальный бэкап помещаются файлы, которых нет в базовом архиве, а также более новые файлы. При желании, это поведение можно изменить. Описания ключей есть в стандартном файле справки У такого подхода есть свои плюсы которые я уже успел оценить быстрота разворачивания из бэкапа. В случае полного восстановления разворачиваем последний или любой другой имеющийся дифференциальный бэкап, а затем полный архив, отказываясь от перезаписи имеющихся файлов. Некоторые опции командной строки bsp. STDERR. STDOUT 7z перенаправлен в лог, прогресс, естественно, туда не пишется. Условные Обозначения Опс Dwg тут. Эта команда выводит его в STDERR, для большей информативности. Если этот ключ не установлен, 7 Zip не включает такие файлы в архив. Режим больших страниц увеличивает скорость сжатия. Однако, есть пауза в начале сжатия, в то время когда 7 Zip распределяет большие страницы в памяти. Если 7 Zip не может разместить большие страницы, он размещает обычные маленькие страницы. Кроме того, Диспетчер задач не показывает реальное использование памяти программами, если 7 Zip использует большие страницы. Эта особенность работает только на Windows 2. XP x. 64. Также нужно иметь права администратора для вашей системы. Рекомендованный размер оперативной памяти для этой особенности 3 Гб или больше. Когда Windows пытается выделить большие страницы из оперативной памяти для 7 Zip, Windows может подвесить другие задачи на это время. Это может выглядеть как полное зависание системы, но затем ее работа восстанавливается, и, если распределение прошло успешно, 7 Zip работает быстрее. Не используйте режим slp, если вы не хотите, чтобы другие задачи быть подвешены. Кроме того, бессмысленно использовать режим slp для сжатия небольших наборов данных менее 1. МБ. Но если вы сжимаете большие наборы данных 3. Мб или более методом LZMA с большим словарем, вы можете получить увеличение скорости на 5 1. Если у вас многопроцессорная многоядерная система, вы можете получить увеличение скорости с этим ключом. Zip поддерживает режим многопоточности только для сжатия LZMALZMA2 и сжатияраспаковки BZip. Качество сжатия при этом, конечно же, падает, однако есть весьма весомые плюсы вы можете периодически обновлять данные базового архива чтобы уменьшить размер дифференциальный бэкапов, и так как архив не является целостным, не нужно будет его дополнительно пережимать. Non solid архив более стоек к повреждениям, и время извлечения из него происходит заметно быстрее. Include exclude листы. По умолчанию определено 2 типа списка список включаемых файлов директорий include.