Какую выбрать программу резервное копирование

Сравнение и описание программ для BackUp

Наименование	Возможности	Размер	Язык	Тип	Ru-Board
Acronis True Image	1,2,3,4,5,6,7	87 Мб	Ru	Shareware Home Shareware Server	True Image Acronis
AOMEI Backupper	1,2,3,4,5,7,8	> 90 Мб	En (Ru)	Free or Trial	Программы Варезник
ApBackUp	1,2,3,4	2.2 Мб	Ru	Shareware	Варезник
AWbackuper	1,2,3	650 Кб	Ru	Shareware	Варезник
BackUp32	1,2,3	2.7 Мб	En	Shareware	Варезник
Backup4all	1,2,3,4,6,7	8.5 Мб	Ru	Shareware	Варезник
BackupXpress Pro	1,2,3,4,6,7 + AES256 + shutdown backup	3.2 Mб	En	30 Day Trial	Варезник
Clonezilla	1,2,4,5	105 Мб	Ru	Opensource	Программы
Cobian BackUp	1,2,3,4,8	6 Мб	Multi/Ru	Freeware	Программы
Comodo BackUp	1,2,3,4,7	33.2 Mb	Ru	Freeware	Программы
Duplicati	?	9,5 Мб	En	Freeware	Программы
Exiland Backup Professional	1,2,3,4,8	18 Мб	Multi/Ru	30 day trial, manual start	Варезник
gbackup	1,2,4	60 кб	Ru	Freeware	Программы
Genie Backup Manager Pro	1,2,3,4,6,7	8 Мб	En/Ru	Shareware	Варезник
Handy Backup	1,2,3,4,7,9	20 Мб	Ru	30 Day Trial	Варезник
Iron Mountain PC Backup Recovery Free Edition	?	?	En/Ru	Freeware	Программы

ЭТО НУЖНО ЗНАТЬ!! РЕЗЕРВНАЯ КОПИЯ для iPhone и iPad! КАК СДЕЛАТЬ?! КАК ЧАСТО?! iCloud или iTunes?!

Расшифровка функций в колонке «Возможности»:

(1) Встроенный архиватор; (2) Простое копирование;
(3) Запуск приложений или служб; (4) Удалённое сохранение;
(5) Загрузочный диск; (6) Сохранение веток реестра;
(7) Сохранение на внешних носителях (CD/DVD-R/RW. );
(8) Шифрование архива; (9) Клиент-сервер.

Дополняйте, кто имеет возможность, или в теме указывайте ссылки и возможности сабжей, чтобы могли дополнить другие.

Источник: forum.ru-board.com

Программы для резервного копирования информации

Лучшая программа для создания резервных копий

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

Здесь собраны бесплатные решения для работы с электронными облаками. Когда на винчестере хранятся чрезвычайно важные файлы, утраты которых нельзя допустить. Или клонировать Windows в неизменном виде – настроенную, со всеми программами — , чтобы затем восстановить на другой конфигурации.

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

Облачные хранилища не только накапливают цифровую информацию пользователя. Они, словно сейфы, не допускают к своему содержимому никого, кроме обладателя этих данных или тех, кому он позволил посещать хранилище, запускать, а тем более, скачивать содержимое. Чтобы такого рода виртуальные помощники приносили максимум пользы, человек должен определиться, какие функции ему нужны, и, исходя из своих требований, выбрать утилиту. Благо, на этом ресурсе выбор их огромен.

Резервное копирование в ТОП 15

Auslogics BitReplica Pro 2.4.0

Auslogics Bitreplica — это программа, которая предназначается для копирования любых необходимых файлов. Все скопированные файлы сохраняются на компьютере. Эта программа позволяет копировать…

Backup4All 8.9

Назначение мощной утилиты Backup4All – создание резервной копии важных данных, хранящихся в памяти устройства. Процедура осуществляется посредством современных технологий. В случае, если…

O Recovery сохранит информацию, которая храниться на винчестере домашнего или рабочего ПК – вопрос, который беспокоит всех, без исключения, пользователей….

Компактная утилита Oубить» любое вредоносное ПО на вашем компьютере.

Блокировка рекламы, всплывающих окон, защиты от слежки и вредоносных сайтов.

Безопасный и функциональный бесплатный способ общения.

Отличный вариант управления аккаунтом в контакте.

Проверяет и анализирует состояние железа. Устанавливает и обновляет драйвера автоматически.

Выключения и вкл. компьютера в нужное пользователю время.

Скачивания различных фильмов на компьютер бесплатно на русском.

С помощью 7 Data Recovery Suite можно спасти информацию с всевозможных типов устройств.

Защиты системы от несанкционированного доступа к файлам через сеть.

популярное

Удобное и простое компьютерное приложение поможет создать дизайн-проект собственными руками, сэкономив деньги, время и возможность отказаться от компромиссов.

Пакет самых необходимых программ. Создания, конвертирования, записи, скачивания, редактирования, слайд-шоу видео.

Создания качественных коллажей. Но на этом ее функционал не ограничивается. Вы наверняка часто видели живописные картинки.

Новейшая в своем роде и Качественная очистка вашего ПК от лишних файлов, оптимизация и управление автозагрузкой.

ФотоШОУ PRO — Создание анимированных видеороликов из картинок с музыкой и спецэффектами. Благодаря простому русскоязычному инт.

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

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

Качественная обработка фотоснимков. Основной упор разработчики сделали на добавление различных эффектов.

Удобный и полезный видеоредактор, который позволяет многим пользователям составлять качественные фильмы с применением самых эффективных технологий.

Мощный и удобный конвертер, который выполняет целый ряд функций по обработке видео. Выбранный ролик можно откорректировать во встроенном редакторе со спецэффектами.

Быстро и высококачественно выполнять захват любого видео с экрана. Вам необходимо будет только открыть сайт с вещанием передачи и нажать кнопку записи.

Дизайн календарей — создания настольных и настенных календарей с различными фотографиями и оформлением на любой год с последующей…

Изготавливания визиток и бейджиков. Большой выбор шаблонов или создайте свое собственное дизайнерское решение.

Детальный учет времени работника и сбора информации о действиях сотрудников в сети. Устанавливает время, когда работник приступил к своим обязанностям на своем ПК.

Источник: programnew.ru

Сравнение способов резервного копирования

Подготовку нового сервера к работе следует начинать с настройки резервного копирования. Все, казалось бы, об этом знают — но порой даже опытные системные администраторы допускают непростительные ошибки. И дело здесь не только в том, что задачу настройки нового сервера нужно решать очень быстро, но еще и в том, что далеко не всегда бывает ясно, какой способ резервного копирования нужно использовать.

Подготовку нового сервера к работе следует начинать с настройки резервного копирования. Все, казалось бы, об этом знают — но порой даже опытные системные администраторы допускают непростительные ошибки. И дело здесь не только в том, что задачу настройки нового сервера нужно решать очень быстро, но еще и в том, что далеко не всегда бывает ясно, какой способ резервного копирования нужно использовать.

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

При выборе способа резервного копирования нужно прежде всего обратить внимание на следующие критерии:

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

В этой статье мы расскажем об основных способах резервного копирования и о наиболее типичных проблемах, с которыми могут столкнуться новички в этой очень важной области системного администрирования.

Схема организации хранения и восстановления из резервных копий

При выборе схемы организации метода резервирования следует обратить внимание на следующие базовые моменты:

1. Резервные копии нельзя хранить в одном месте с резервируемыми данными. Если вы храните резервную копию на одном дисковом массиве с вашими данными, то вы потеряете её в случае повреждения основного дискового массива.
2. Зеркалирование (RAID1) нельзя сравнивать с резервным копированием. Рейд защищает вас только от аппаратной проблемы с одним из дисков (а рано или поздно такая проблема будет, т.к. дисковая подсистема почти всегда является узким местом на сервере). К тому же при использовании аппаратных рейдов есть риск поломки контроллера, т.е. необходимо хранить его запасную модель.
3. Если вы храните резервные копии в рамках одной стойки в ДЦ или просто в рамках одного ДЦ, то в такой ситуации тоже имеются определенные риски (об этом можно прочитать, например, здесь .
4. Если вы храните резервные копии в разных ДЦ, то резко возрастают затраты на сеть и скорость восстановления из удаленной копии.

Часто причиной восстановления данных служит повреждение файловой системы или дисков. Т.е. бекапы нужно хранить где-то на отдельном сервере-хранилище. В этом случае проблемой может стать «ширина» канала передачи данных.

Если у вас выделенный сервер, то резервное копирование очень желательно выполнять по отдельному сетевому интерфейсу, а не на том же, что выполняет обмен данных с клиентами. Иначе запросы вашего клиента могут не «поместиться» в ограниченный канал связи. Или из-за трафика клиентов бекапы не будут сделаны в срок.

Далее нужно подумать о схеме и времени восстановления данных с точки зрения хранения бекапов. Может быть вас вполне устраивает, что бекап выполняется за 6 часов ночью на хранилище с ограниченной скоростью доступа, однако восстановление длиной в 6 часов вас вряд ли устроит. Значит доступ к резервным копиям должен быть удобным и данные должны копироваться достаточно быстро. Так, например, восстановление 1Тб данных с полосой в 1Гб/с займет почти 3 часа, и это если вы не «упретесь» в производительность дисковой подсистемы в хранилище и сервере. И не забудьте прибавить к этому время обнаружения проблемы, время на решение об откате, время проверки целостности восстановленных данных и объем последующего недовольства клиентов/коллег.

Инкрементальное резервное копирование

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

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

Процесс резервного копирования с помощью rsync можно разделить на следующие шаги:

1. Составляется список файлов на резервируемом сервере и в хранилище, по каждому файлу считываются метаданные (права, время изменения и т.д) или контрольная сумма (при использовании ключа —checksum).
2. Если метаданные файлов разнятся, то файл бьется на блоки и по каждому блоку считается контрольная сумма. Отличающиеся блоки закачиваются в хранилище.
3. Если во время подсчета контрольных сумм или передачи файла в него было внесено изменение, его резервирование повторяется с начала.
4. По умолчанию rsync передает данные через SSH, а значит каждый блок данных дополнительно шифруется. Rsync можно также запустить как демон и передавать данные без шифрования по его протоколу.

С более подробной информацией о работе rsync можно ознакомиться на официальном сайте .

Для каждого файла rsync выполняет очень большое количество операций. Если файлов на сервере много или если процессор сильно загружен, то скорость резервного копирования будет существенно снижена.

Из опыта можем сказать, что проблемы на SATA-дисках (RAID1) начинаются примерно после 200G данных на сервере. На самом деле всё, конечное же, зависит от количества inode. И в каждом случае эта величина может смещаться как в одну так и в другую сторону.

После определенной черты время выполнения резервного копирования будет очень долгим или попросту не будет отрабатывать за сутки.

Для того, чтобы не сравнивать все файлы, есть lsyncd. Этот демон собирает информацию об изменившихся файлах, т.е. мы уже заранее будем иметь готовый их список для rsync. Следует, однако, учесть, что он дает дополнительную нагрузку на дисковую подсистему.

Дифференциальное резервное копирование

При дифференциальном резервном копировании каждый файл, который был изменен с момента последнего полного резервного копирования, копируется всякий раз заново. Дифференциальное копирование ускоряет процесс восстановления. Все, что вам необходимо — это последняя полная и последняя дифференциальная резервная копия. Популярность дифференциального резервного копирования растет, так как все копии файлов делаются в определенные моменты времени, что, например, очень важно при заражении вирусами.

Дифференциальное резервное копирование осуществляется, например, при помощи такой утилиты, как rdiff-backup. При работе с этой утилитой возникают те же проблемы, что и при инкрементальном резервном копировании.

В целом, если при поиске разницы в данных осуществляется полный перебор файлов, проблемы такого рода резервирования аналогичны проблемам с rsync.

Хотим отдельно отметить, что если в вашей схеме резервного копирования каждый файл копируется отдельно, то стоит удалять/исключать ненужные вам файлы. Например, это могут быть кеши CMS. В таких кешах обычно очень много маленьких файлов, потеря которых не скажется на корректной работе сервера.

Полное резервное копирование

Полное копирование обычно затрагивает всю вашу систему и все файлы. Еженедельное, ежемесячное и ежеквартальное резервное копирование подразумевает создание полной копии всех данных. Обычно оно выполняется по пятницам или в течение выходных, когда копирование большого объёма данных не влияет на работу организации. Последующие резервные копирования, выполняемые с понедельника по четверг до следующего полного копирования, могут быть дифференциальными или инкрементальными, главным образом для того, чтобы сохранить время и место на носителе. Полное резервное копирование следует проводить по крайней мере еженедельно.

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

На самом деле полное резервное копирование можно поделить на 2 части:

1. Полное резервное копирование на уровне файловой системы;
2. Полное резервное копирование на уровне устройств.

Рассмотрим их характерные особенности на примере:

Резервировать мы будем только /home. Все остальное можно быстро восстановить вручную. Можно также развернуть сервер системой управления конфигурациями и подключить к нему наш /home.

Полное резервное копирование на уровне файловой системы

Типичный представитель: dump.

Утилита создает «дамп» файловой системы. Можно создавать не только полную, но и инкрементальную резервную копию. dump работает с таблицей inode и «понимает» структуру файлов (так, разреженные файлы сжимаются).
Создавать дамп работающей файловой системы «глупо и опасно», потому что ФС может изменяться во время создания дампа. Его надо создавать со снапшота (чуть позже мы обсудим особенности работы со снапшотами более подробно), отмонтированной или замороженной ФС.

Такая схема так же зависит от количества файлов, и время её выполнения будет расти с ростом количества данных на диске. В то же время у dump скорость работы выше, чем у rsync.
В случае, если требуется возобновить не резервную копию целиком, а, например, только пару случайно испорченных файлов), извлечение таких файлов утилитой restore может занять слишком много времени

Полное резервное копирование на уровне устройств

1. mdraid и DRBD
   Фактически настраивается RAID1 с диском/рейдом на сервере и сетевым диском, и время от времени (по частоте выполнения бекапов) дополнительный диск синхронизируется с основным диском/рейдом на сервере. Самый большой плюс — скорость. Длительность выполнения синхронизации зависит только от количества внесенных за последний день изменений.
   Такая система резервного копирования используется довольно часто, но мало кто отдает себе отчет в том, что полученные с ее помощью резервные копии могут быть недееспособными, и вот почему. Когда синхронизация дисков завершена, диск с резервной копией отключается. Если у нас, например, запущена СУБД, которая пишет данные на локальный диск порциями, храня промежуточные данные в кэше, нет никакой гарантии того, что они вообще попадут на бэкапный диск. В лучшем случае мы потеряем часть изменяемых данных. Поэтому такие бэкапы вряд ли стоит считать надежными.
2. LVM + dd
   Снапшоты — замечательный инстумент для создания консистентных бекапов. Перед созданием снапшота необходимо сбросить кеш ФС и вашего ПО на дисковую подсистему.

Например, с одним MySQL это будет выглядеть так:

$ sudo mysql -e ‘FLUSH TABLES WITH READ LOCK;’ $ sudo mysql -e ‘FLUSH LOGS;’ $ sudo sync $ sudo lvcreate -s -p r -l100%free -n %s_backup /dev/vg/%s $ sudo mysql -e ‘UNLOCK TABLES;’

* Коллеги рассказывают истории как у кого-то «read lock» иногда приводил к дедлокам, но на моей памяти такого не было ни разу.

Далее можно копировать снапшот в хранилище. Главное — следить за тем, чтобы во время копирования снапшот не самоуничтожился и не забывать, что при создании снапшота скорость записи упадет в разы.

Бекапы СУБД можно создать отдельно (например, используя бинарные логи), устранив тем самым простой на время сброса кеша. А можно создавать дампы в хранилище, запустив там инстанс СУБД. Резервное копирование разных СУБД — это тема для отдельных публикаций.

Копировать снапшот можно с использованием докачки (например, rsync с патчем для копирования блочных устройств https://bugzilla.redhat.com/show_bug.cgi?id=494313), можно по блокам и без шифрования (netcat, ftp). Можно передавать блоки в сжатом виде и монтировать их в хранилище при помощи AVFS, и примонтировать на сервере раздел с бекапами по SMB.

Сжатие устраняет проблемы скорости передачи, забития канала и места в хранилище. Но, однако если вы не используете AVFS в хранилище, то на восстановление только части данных у вас уйдет много времени. Если будете использовать AVFS, то столкнетесь с её «сыростью».
Альтернатива сжатию блоками — squashfs: можно подмонтировать, к примеру, по Samba раздел к серверу и выполнить mksquashfs, но эта утилита так же работает с файлами, т.е. зависит от их количества.

К тому же при создании squashfs тратится достаточно много ОЗУ, что может легко привести к вызову oom-killer.

Безопасность

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

Если канал резервного копирования может быть прослушан, то нужны средства шифрования.

Заключение

У каждой системы резервного копирования свои минусы и свои плюсы. В этой статье мы постарались осветить часть нюансов при выборе системы резервного копирования. Надеемся, что они помогут нашим читателям.

В итоге, при выборе системы резервного копирования под ваш проект, нужно провести тесты выбранного типа резервного копирования и обратить внимание на:

• время резервного копирования в текущей стадии проекта;
• время резервного копирования в случае, если данных будет в разы больше;
• нагрузку на канал;
• нагрузку на дисковую подсистему на сервере и в хранилище;
• время восстановление всех данных;
• время восстановления пары файлов;
• необходимость в консистентности данных, особенно БД;
• расход памяти и наличие вызовов oom-killer;

В качестве решений по резервному копированию, можно использовать наше облачное хранилище.

Источник: selectel.ru