Подготовку нового сервера к работе следует начинать с настройки резервного копирования. Все, казалось бы, об этом знают — но порой даже опытные системные администраторы допускают непростительные ошибки. И дело здесь не только в том, что задачу настройки нового сервера нужно решать очень быстро, но еще и в том, что далеко не всегда бывает ясно, какой способ резервного копирования нужно использовать.
Конечно, идеальный способ, который бы всех устраивал, создать невозможно: везде есть свои плюсы и минусы. Но в то же время вполне реальным представляется подобрать способ, максимально подходящий под специфику конкретно проекта.
При выборе способа резервного копирования нужно прежде всего обратить внимание на следующие критерии:
- Скорость (время) резервного копирования в хранилище;
- Скорость (время) восстановления из резервной копии;
- Сколько копий можно будет держать при ограниченном размере хранилища (сервере хранения бекапов);
- Объем рисков из-за неконсистентности резервных копий, неотлаженности метода выполнения бэкапов, полной или частичной потери бекапов;
- Накладные расходы: уровень нагрузки, создаваемой на сервер при выполнении копирования, уменьшение скорости отклика сервиса и т.п.
- Стоимость аренды всех использующихся сервисов.
В этой статье мы расскажем об основных способах резервного копирования серверов под управлением Linux-систем и о наиболее типичных проблемах, с которыми могут столкнуться новички в этой очень важной области системного администрирования.
Схема организации хранения и восстановления из резервных копий
При выборе схемы организации метода резервирования следует обратить внимание на следующие базовые моменты:- Резервные копии нельзя хранить в одном месте с резервируемыми данными. Если вы храните резервную копию на одном дисковом массиве с вашими данными, то вы потеряете её в случае повреждения основного дискового массива.
- Зеркалирование (RAID1) нельзя сравнивать с резервным копированием. Рейд защищает вас только от аппаратной проблемы с одним из дисков (а рано или поздно такая проблема будет, т.к. дисковая подсистема почти всегда является узким местом на сервере). К тому же при использовании аппаратных рейдов есть риск поломки контроллера, т.е. необходимо хранить его запасную модель.
- Если вы храните резервные копии в рамках одной стойки в ДЦ или просто в рамках одного ДЦ, то в такой ситуации тоже имеются определенные риски (об этом можно прочитать, например, .
- Если вы храните резервные копии в разных ДЦ, то резко возрастают затраты на сеть и скорость восстановления из удаленной копии.
Часто причиной восстановления данных служит повреждение файловой системы или дисков. Т.е. бекапы нужно хранить где-то на отдельном сервере-хранилище. В этом случае проблемой может стать «ширина» канала передачи данных. Если у вас выделенный сервер, то резервное копирование очень желательно выполнять по отдельному сетевому интерфейсу, а не на том же, что выполняет обмен данных с клиентами. Иначе запросы вашего клиента могут не «поместиться» в ограниченный канал связи. Или из-за трафика клиентов бекапы не будут сделаны в срок.
Далее нужно подумать о схеме и времени восстановления данных с точки зрения хранения бекапов. Может быть вас вполне устраивает, что бекап выполняется за 6 часов ночью на хранилище с ограниченной скоростью доступа, однако восстановление длиной в 6 часов вас вряд ли устроит. Значит доступ к резервным копиям должен быть удобным и данные должны копироваться достаточно быстро. Так, например, восстановление 1Тб данных с полосой в 1Гб/с займет почти 3 часа, и это если вы не «упретесь» в производительность дисковой подсистемы в хранилище и сервере. И не забудьте прибавить к этому время обнаружения проблемы, время на решение об откате, время проверки целостности восстановленных данных и объем последующего недовольства клиентов/коллег.
Инкрементальное резервное копирование
При инкрементальном резервном копировании копируются только файлы, которые были изменены со времени предыдущего бэкапа. Последующее инкрементальное резервное копирование добавляет только файлы, которые были изменены с момента предыдущего. В среднем инкрементальное резервное копирование занимает меньше времени, так как копируется меньшее количество файлов. Однако процесс восстановления данных занимает больше времени, так как должны быть восстановлены данные последнего полного резервного копирования, плюс данные всех последующих инкрементальных резервных копирований. При этом в отличие от дифференциального копирования, изменившиеся или новые файлы не замещают старые, а добавляются на носитель независимо.
Инкрементальное копирование чаще всего производится с помощью утилиты rsync. С его помощью можно сэкономить место в хранилище, если количество изменений за день не очень велико. Если измененные файлы имеют большой размер, то они будут скопированы полностью без замены предыдущих версий.
Процесс резервного копирования с помощью rsync можно разделить на следующие шаги:
- Составляется список файлов на резервируемом сервере и в хранилище, по каждому файлу считываются метаданные (права, время изменения и т.д) или контрольная сумма (при использовании ключа —checksum).
- Если метаданные файлов разнятся, то файл бьется на блоки и по каждому блоку считается контрольная сумма. Отличающиеся блоки закачиваются в хранилище.
- Если во время подсчета контрольных сумм или передачи файла в него было внесено изменение, его резервирование повторяется с начала.
- По умолчанию rsync передает данные через SSH, а значит каждый блок данных дополнительно шифруется. Rsync можно также запустить как демон и передавать данные без шифрования по его протоколу.
С более подробной информацией о работе rsync можно ознакомиться на официальном сайте .
Для каждого файла rsync выполняет очень большое количество операций. Если файлов на сервере много или если процессор сильно загружен, то скорость резервного копирования будет существенно снижена.
Из опыта можем сказать, что проблемы на SATA-дисках (RAID1) начинаются примерно после 200G данных на сервере. На самом деле всё, конечное же, зависит от количества inode. И в каждом случае эта величина может смещаться как в одну так и в другую сторону.
После определенной черты время выполнения резервного копирования будет очень долгим или попросту не будет отрабатывать за сутки.
Для того, чтобы не сравнивать все файлы, есть lsyncd. Этот демон собирает информацию об изменившихся файлах, т.е. мы уже заранее будем иметь готовый их список для rsync. Следует, однако, учесть, что он дает дополнительную нагрузку на дисковую подсистему.
Дифференциальное резервное копирование
При дифференциальном резервном копировании каждый файл, который был изменен с момента последнего полного резервного копирования, копируется всякий раз заново. Дифференциальное копирование ускоряет процесс восстановления. Все, что вам необходимо — это последняя полная и последняя дифференциальная резервная копия. Популярность дифференциального резервного копирования растет, так как все копии файлов делаются в определенные моменты времени, что, например, очень важно при заражении вирусами.
Дифференциальное резервное копирование осуществляется, например, при помощи такой утилиты, как rdiff-backup. При работе с этой утилитой возникают те же проблемы, что и при инкрементальном резервном копировании.
В целом, если при поиске разницы в данных осуществляется полный перебор файлов, проблемы такого рода резервирования аналогичны проблемам с rsync.
Хотим отдельно отметить, что если в вашей схеме резервного копирования каждый файл копируется отдельно, то стоит удалять/исключать ненужные вам файлы. Например, это могут быть кеши CMS. В таких кешах обычно очень много маленьких файлов, потеря которых не скажется на корректной работе сервера.
Полное резервное копирование
Полное копирование обычно затрагивает всю вашу систему и все файлы. Еженедельное, ежемесячное и ежеквартальное резервное копирование подразумевает создание полной копии всех данных. Обычно оно выполняется по пятницам или в течение выходных, когда копирование большого объёма данных не влияет на работу организации. Последующие резервные копирования, выполняемые с понедельника по четверг до следующего полного копирования, могут быть дифференциальными или инкрементальными, главным образом для того, чтобы сохранить время и место на носителе. Полное резервное копирование следует проводить по крайней мере еженедельно.
В большинстве публикаций по соответствующей тематике рекомендуется полное резервное копирование выполнять один или два раза в неделю, а в остальное время время — использовать инкрементальное и дифференциальное. В таких советах есть свой резон. В большинстве случаев полного резервного копирования раз в неделю вполне достаточно. Выполнять его повторно имеет смысл в том случае, если у вас нет возможности на стороне хранилища актуализировать полный бекап и для обеспечения гарантии корректности резервной копии (это может понадобиться, например, в случаях, если вы по тем или иным причинам не доверяете имеющимся у вас скриптам или софту для резервного копирования.
На самом деле полное резервное копирование можно поделить на 2 части:
- Полное резервное копирование на уровне файловой системы;
- Полное резервное копирование на уровне устройств.
Рассмотрим их характерные особенности на примере:
root@komarov:~# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/komarov_system-root 3.4G 808M 2.4G 25% /
/dev/mapper/komarov_system-home 931G 439G 493G 48% /home
udev 383M 4.0K 383M 1% /dev
tmpfs 107M 104K 107M 1% /run
tmpfs 531M 0 531M 0% /tmp
none 5.0M 0 5.0M 0% /run/lock
none 531M 0 531M 0% /run/shm
/dev/xvda1 138M 22M 109M 17% /boot
Резервировать мы будем только /home. Все остальное можно быстро восстановить вручную. Можно также развернуть сервер системой управления конфигурациями и подключить к нему наш /home.
Полное резервное копирование на уровне файловой системы
Типичный представитель: dump.Утилита создает «дамп» файловой системы. Можно создавать не только полную, но и инкрементальную резервную копию. dump работает с таблицей inode и «понимает» структуру файлов (так, разреженные файлы сжимаются).
Создавать дамп работающей файловой системы «глупо и опасно», потому что ФС может изменяться во время создания дампа. Его надо создавать со снапшота (чуть позже мы обсудим особенности работы со снапшотами более подробно), отмонтированной или замороженной ФС.
Такая схема так же зависит от количества файлов, и время её выполнения будет расти с ростом количества данных на диске. В то же время у dump скорость работы выше, чем у rsync.
В случае, если требуется возобновить не резервную копию целиком, а, например, только пару случайно испорченных файлов), извлечение таких файлов утилитой restore может занять слишком много времени
Полное резервное копирование на уровне устройств
- mdraid и DRBD
Фактически настраивается RAID1 с диском/рейдом на сервере и сетевым диском, и время от времени (по частоте выполнения бекапов) дополнительный диск синхронизируется с основным диском/рейдом на сервере.Самый большой плюс — скорость. Длительность выполнения синхронизации зависит только от количества внесенных за последний день изменений.
Такая система резервного копирования используется довольно часто, но мало кто отдает себе отчет в том, что полученные с ее помощью резервные копии могут быть недееспособными, и вот почему. Когда синхронизация дисков завершена, диск с резервной копией отключается. Если у нас, например, запущена СУБД, которая пишет данные на локальный диск порциями, храня промежуточные данные в кэше, нет никакой гарантии того, что они вообще попадут на бэкапный диск. В лучшем случае мы потеряем часть изменяемых данных. Поэтому такие бэкапы вряд ли стоит считать надежными. - 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 с патчем для копирования блочных устройств bugzilla.redhat.com/show_bug.cgi?id=494313), можно по блокам и без шифрования (netcat, ftp). Можно передавать блоки в сжатом виде и монтировать их в хранилище при помощи AVFS, и примонтировать на сервере раздел с бекапами по SMB.
Сжатие устраняет проблемы скорости передачи, забития канала и места в хранилище. Но, однако если вы не используете AVFS в хранилище, то на восстановление только части данных у вас уйдет много времени. Если будете использовать AVFS, то столкнетесь с её «сыростью».
Альтернатива сжатию блоками — squashfs: можно подмонтировать, к примеру, по Samba раздел к серверу и выполнить mksquashfs, но эта утилита так же работает с файлами, т.е. зависит от их количества.
К тому же при создании squashfs тратится достаточно много ОЗУ, что может легко привести к вызову oom-killer.
Безопасность
Необходимо обезопасить себя от ситуации когда хранилище или ваш сервер будут взломаны. Если взломан сервер, то лучше чтобы не было прав на удаление/изменение файлов в хранилище у пользователя, который записывает туда данные.Если взломано хранилище, то права бекапного пользователя на сервере так же желательно ограничить по максимуму.
Если канал резервного копирования может быть прослушан, то нужны средства шифрования.
Заключение
У каждой системы резервного копирования свои минусы и свои плюсы. В этой статье мы постарались осветить часть нюансов при выборе системы резервного копирования. Надеемся, что они помогут нашим читателям.В итоге, при выборе системы резервного копирования под ваш проект, нужно провести тесты выбранного типа резервного копирования и обратить внимание на:
- время резервного копирования в текущей стадии проекта;
- время резервного копирования в случае, если данных будет в разы больше;
- нагрузку на канал;
- нагрузку на дисковую подсистему на сервере и в хранилище;
- время восстановление всех данных;
- время восстановления пары файлов;
- необходимость в консистентности данных, особенно БД;
- расход памяти и наличие вызовов oom-killer;
В качестве решений по резервному копированию, можно использовать supload и наше облачное хранилище .
Читателей, которые не могут оставлять комментарии здесь, приглашаем к нам в блог .
Теги: Добавить метки
От вирусов и программных ошибок, аппаратного сбоя или человеческой ошибки, есть много потенциальных опасностей, заражающие ваши файлы.
А может случится еще хуже – например потерять личные фотографии, музыкальную библиотеку, важные деловые документы — то, что может быть настоящим ценным. Именно поэтому необходимо, создать резервную копию вашего компьютера в автоматическом режиме.
Самому делать это очень сложно, но с правом программного обеспечения, что это будет намного проще, чем вы думаете. Без каких ни будь денежных расходов, потому что есть некоторые бесплатные программы резервного копирования и клонирования дисков .
Если вы хотите, скопировать содержимое ваших документов куда-то, клонировать один диск на другой , или создать резервную копию всей Вашей системы , я нашел много программ, которые могут помочь.
Action Backup
Action Backup — пожалуй наилучшая файлов по расписанию для домашних и рабочих компьютеров. Программа очень удобна, так как сочетает в себе простоту использования, а также широкий функционал для выполнения резервного копирования. С помощью Action Backup Вы получаете: поддержку полного, разностного, добавочного резервного копирования, автоматизированное* сохранение резервных копий на FTP-сервера, CD/DVD, удалённые сетевые ресурсы, поддержку формата zip64, поддержку функции «теневое копирование», работу в режиме службы windows*, автоматизированное удаление предыдущих (устаревших) архивов*, отправку отчёта на e-mail и многое другое (подробное описание функционала доступно на официальном сайте разработчика).
Программа Action Backup отлично подойдет как начинающим так и опытным пользователям, что делает её отличным инструментом для резервного копирования файлов на домашних компьютерах, а также рабочих станциях и серверах.
* — доступно только в платной версии. На официальном сайте есть сравнение версий.
Aomei Backupper
Если вам нравится программы резервного копирования, Aomei простой интерфейс. Выберите диск или раздел для резервного копирования, диск назначения, и нажмите Backupper будет создание образа.
Программа имеет достаточно хорошие инструменты, если вам это нужно. Есть варианты, чтобы зашифровать или сжать резервные копии . Вы можете создавать инкрементные или дифференциальные резервные копии для увеличения скорости . Вы сможете восстановить отдельные файлы и папки, или все изображение , и есть даже дисков и разделов инструменты клонирования.
То, что вы не можете сделать, к сожалению, Резервное копирование по расписанию — они должны быть запущены вручную. Но в противном случае Aomei Backupper является отличным инструментом, с огромным количеством функций, но также лёгок в использовании.
EASEUS Todo Backup Free
Как и большинство свободных (для личного пользования) программ коммерческих продуктов, EASEUS Todo Backup Free имеет несколько ограничений — но пакет все еще имеет более чем достаточно возможностей для большинства людей.
Программа может работать как файл и файл резервного копирования на основе, например, вручную или по расписанию. Вы в состоянии работать с полный или инкрементных резервных копий .
Возможность ограничить скорость записи снижается влияние резервного копирования на производительность системы. Это возможно в отдельные файлы или папки, или всего изображения с помощью диска восстановления программы. И есть инструменты, чтобы клонировать и форматировать диски тоже.
С негативной стороны, вы не получите шифрование, нет дифференциальное резервное копирование, и вы получите только Linux на основе диска (не Windows PE). Но EASEUS Todo резервного копирования бесплатно прежнему выглядит как большая программа для нас.
Redo Backup and Recovery
Redo Backup and Recovery
—
является визуализация средство резервного копирования с отличием. Вместо установки программы, необходимо загрузить большой (249MB) ISO файл и записать его на CD или на диске USB
. Тогда просто загрузиться с него, чтобы запустить простой инструмент, который может создать резервную копию жесткого диска и восстановить их позже.
Там также есть инструмент восстановления, и даже веб-браузер, если вам нужно обратиться за помощью проблемы с ПК.
Программа не совсем удобна. Вы не можете запланировать резервное копирование, все они должны быть запущены вручную, и есть очень мало вариантов.
Но это также легко в использовании и бесплатным для всех, так что если вы хотите запустить резервное копирование иногда, вы можете использовать на любом компьютере без установки программного обеспечения – то для вас подойдет данный продукт.
Cobian Backup
Cobian Backup является отличным ПО средство для резервного копирования, с большим количеством функций. Вы получаете полное, дифференциальное и добавочное резервное копирование, например; ZIP или 7zip сжатия;AES 256-битное шифрование; включать и исключать фильтры; планировщик, резервное копирование или FTP-серверов , и список можно продолжить. Каждый аспект программы чрезвычайно настраиваем(есть более чем 100 параметров вы можете настроить).
ПК или резервного копирования, новичкам скорее всего покажется что это очень сложно. Если вы более опытный вы будете любить количество инструментов Cobian Backup дает вам возможность управлять над каждым аспектом процесса резервного копирования.
Macrium Reflect Free
Один из самых популярных бесплатных (для домашнего использования) программы создания образа диска, Macrium Reflect Free основной набор функций через интерфейс прост в использовании.
Программа не имеет инкрементные или дифференциальные резервные копии. И вы не получите шифрования или защиту паролем. Это делает создания резервного копирования очень легко, хотя (выбрать исходный диск и задайте степень сжатия, готово).
Есть планировщик; Вы можете монтировать образы в Проводнике Windows или полностью восстановить их и с Linux и дисков восстановления Windows PE . И в целом Macrium Reflect Free отличный выбор для тех, кто хочет простой, но надежный инструмент резервного копирования изображения.
DriveImage XML
Бесплатно для личного пользования, DriveImage XM является легкая альтернатива к более продвинутым конкурентам. Резервное копирование так же легко, как выбор исходный диск, место назначения и (по желанию) Установка уровня сжатия.
Восстановление так же проста, и единственным существенным Экстра возможность скопировать непосредственно с одного диска на другой.
Есть некоторые осложнения в другом месте. Нажмите кнопку «Планировщик заданий», и вы получите инструкции о том, как вручную настроить Windows Task Scheduler для запуска резервного копирования. Но если вам нужно только основной инструмент визуализации затем дать DriveImage XML обработать.
FBackup
FBackup является хорошим средство резервного копирования файлов, бесплатно для личного и коммерческого использования. Интерфейс прост и понятен, и есть ряд особенностей.
Плагины позволяют создавать резервные копии отдельных программ одним щелчком; есть поддержка включения и исключения фильтров; и вы можете запустить «Зеркало» резервные копии, которые просто копируют все без сжатия его (что делает восстановление файлов очень простым).
Сжатие не так хорошо, хотя (это слабое Zip2), и планировщик также более простой, чем вы увидите в других программах. Но если ваши потребности просты то FBackup должен вам подойти.
Backup Maker
Сначала бесплатный для личного использования BackupMaker кажется, как и любая другая программа резервного файла инструмента, с дополнительными или полных резервных копий имеющихся, планирование, сжатие, шифрование, включать и исключать фильтры, и так далее.
Но интересные дополнительные услуги включают поддержку для онлайн резервного копирования на FTP серверах, а при выполнении резервного копирования автоматически , когда устройство USB подключено.
Данные программы хранятся в Zip-файлов, тоже, что делает их очень удобными для доступа. И BackUp Maker поставляется в маленьком установочном пакете 6.5Mb, гораздо более управляемым, чем некоторые из громоздких конкурентов.
Если вы домашний пользователь ищете способ резервного копирования файлов , то резервное копирование Maker может быть идеальным.
Clonezilla
Так же, как повторить резервного копирования и восстановления, Clonezilla не программа установки: это загрузочная среда dos , которая можно запустить с компакт диска или USB флэш-диск.
И это серьезно мощная программа, слишком: вы сможете создать образ диска; восстановить изображение (на один диск, или на несколько одновременно); клонировать диск (скопировать один диск на другой), с большим количеством контроля.
В то время как повторить Резервное копирование и восстановление фокусируется на простоте использования, однако, Clonezilla более о предоставлении дополнительных параметров, как «без присмотра Clonezilla с помощью PXE загрузки». Это не сложно, наверное лучшая бесплатная программа для клонирования дисков, — но программа направлена на опытных пользователей и резервного копирования, для новичков лучше найти более подходящий вариант.
Paragon Backup & Recovery 2014 Free
Еще одна бесплатная программа для личного пользования, Paragon Backup & Recovery 2014 Free
является хорошим инструментом, с некоторыми ограничениями.
Сильная поддержка для основы: вы можете создать резервное копирование образа (полные или дифференциальные), сжимать и шифровать их, использование фильтров исключения , чтобы помочь определить, что включено, делать резервные копии по расписанию , а затем восстановить отдельные файлы и папки или все польностью.
Дополнительно включает отдельный раздел, помочь сохранить ваши резервные копии безопасно. И хороший набор основных инструментов раздел включены.
Проблемы? Вы не получите инкрементного резервного копирования; Вы не можете клонировать диски или разделы, а интерфейс иногда чувствует себя не очень хорошо. Тем не менее Paragon Backup & Recovery 20134 Free качественный инструмент, и стоит вашего внимания.
Duplicati
Если вам нужен онлайн резервные копий, то Duplicati является одним из самых универсальных инструментов, с поддержкой для сохранения файлов SkyDrive, Google Docs, FTP-серверов, Amazon S3, Rackspace Cloudfiles и WebDAV .
Программа также может сохранить на локальных и сетевых дисках , хотя и включает в себя множество полезных опций (шифрование AES-256, защита паролем, планировщик, полные и инкрементные резервные копии, поддержка регулярных выражений для включения / исключения фильтров, даже загружать и скачать ограничения скорости для уменьшения влияния на вашей системе).
Так ли вы сохраняете файлы в Интернете, или локально, то эта программа для вас.
Мне много вопросов задают по теме резервирования, вот решил ее полностью закончить двумя статьями: “Резервное копирование средствами Windows” и “Резевирование данных средствами Acronis True Image Home”. Дальше весь этот материал я структурирую и вышлю вам в рассылку.
Итак, в самой операционной системе Windows предусмотрены средства резервирования данных. Сразу отметим, что эти средства обладают достаточно неплохой функциональностью. И что самое главное, позволяют сохранять не только пользовательские данные, но и настройки самой операционной системы.
Давайте вместе рассмотрим последовательность действий для резервирования данных на домашнем ПК.
Остановлюсь на ОС Windows 7, как на наиболее распространенной на сегодняшний день.
1. Для вызова главного окна настроек процесса резервирования данных кликните по кнопке “Пуск” в левом нижнем углу –> “Все программы” –> выберите пункт “Обслуживание” –> “Архивация и восстановление”.
Обращаю ваше внимание, что таким же образом можно отрыть панель создания Диска восстановления системы (об этом я уже писал ).
2. В открывшемся окошке кликните по ссылке “Настроить резервное копирование” для настройки расписания архивации либо создания архива системы/файлов в ручном режиме самостоятельно.
3. Запуститься процесс идентификации подключенных носителей информации
после чего откроется окошко, где необходимо будет выбрать место хранения создаваемого архива.
Если вы укажите раздел жесткого диска, расположенный на одном физическом носителе с системным разделом, то Мастер архивации вас об этом предупредит. Этот вариант не рекомендуемый, т.к. при выходе из строя жесткого диска вы потеряете и оригинал, и архивную копию (резервную копию).
4. Следующим шагом необходимо выбрать вариант резервирования “в ручном режиме” (самостоятельно), либо предоставить выбор каталогов и файлов резервирования Мастеру архивации. В последнем случае в архив попадут системные файлы и пользовательские данные, расположенные в стандартных каталогах операционной системы (вроде “Мои документы” и т.д.).
Если же вы выбрали вариант самостоятельно выбора каталогов, то в следующем окне Мастер предоставит вам возможность выбрать объекты для резервирования.
Помните, при выборе файлов и каталогов для архивации, учитывайте размер резервного хранилища.
5. В следующем окне Мастер архивации покажет общую сводку выставленных настроек резервирования и предоставит возможность изменить расписание автоматической архивации. Далее кликните по кнопке “Сохранить параметры и запустить архивацию”. Ход процесса будет отображаться в отдельном окне.
6. За восстановления системы, как нетрудно догадаться, отвечает одноименная ссылка “Восстановить системные параметры или компьютер”.
Как пользоваться этой функцией я уже писал в отдельной статье .
В следующей статье предлагаю рассмотреть платное программное средство, лучше которого на данный момент я не встречал “Acronis True Emage Home”, коим, кстати, я и пользуюсь.
Как сделать резервную копию OC и как восстановить Windows за 15-ть минут?
В статье рассказывается о том, как можно создать резервную копию операционной системы Windows, а затем восстановить её в случае необходимости, не инсталлируя при этом никаких дополнительных программ. Эту же технологию можно использовать для сохранения данных после обрушения ОС. Всего через минуту можно приступить к их копированию на любой носитель.https://сайт/
Рассчитываю, что статья заинтересует минималистов, не желающих тратить время и силы ни на что лишнее.
Самые интересные ролики на Youtube
 |
 |
 |
 |
Нужна ли вообще резервная копия операционной системы?
Я до сих пор не был сторонником резервного копирования Операционной Системы (далее «ОС»), так как считал, что через год, когда ОС слишком сильно засоряется, всё равно, нужно обновлять большую часть программ, и поэтому от резервной копии большого прока нет.
Но, новый винчестер, с интерфейсом SATA и повышенной плотностью записи, кардинально изменил моё мнение по этому вопросу. За два года его эксплуатации, мне пришлось серьёзно восстанавливать ОС пять раз, причём три раза с полной переустановкой. В каждом из этих случаев, я находил на логическом диске, занятом ОС, несколько бэд блоков. Причины поврежедния поверхности диска могут быть разными. Одну из них мне даже удалось выявить. Как-нибудь отпишусь по этому поводу.https://сайт/
Если работа ОС была нарушена в результате повреждения поверхности HDD, то восстановление ОС из резервной копии может не принести желаемого результата. О том, как быстро восстановить нечитаемые кластеры на жёстком диске, описано .
Выбор программы для резервного копирования ОС.
У меня на слуху давно крутились названия программ Paragon и Acronis True Image, которые позволяют создавать резервные копии ОС.
Но, похожая программа есть и в составе современных комплектов Nero.
А программой Nero я пользуюсь ещё с тех пор, когда мне в коробку с приводом положили красный конвертик с Nero 5 Burning Rom. Эх, где вы старые добрые времена?!
Кроме, программы для создания бэкапов (Backup) – BackItUp, в комплекте Nero есть ещё много полезных программ.
Сравнительно небольшой плеер Show Time умеет проигрывать BluRay прямо из папки расположенной на HDD. Правда, говорят, что в последних версиях эту функцию отключили.
Nero Disc Speed умеет тестировать диски и дисководы.
Nero Vision умеет в несколько кликов мышью создавать DVD видео диски из разнообразного контента.
Конечно, можно сказать, что все эти программы не безупречны в плане своих возможностей, но все они стабильно выполняют свои функции, чего не скажешь о некоторых их более навороченных конкурентах.
Поэтому, первое, что я сделал, чтобы всё же создать бэкап в Nero-всой утилите, попытался найти в сети образ CD диска одной из поздних версий этой программы, так как до Nero 10, утилита не умела работать с разделами NTFS. Но, найти заветный образ диска так и не удалось.
Пришлось снова посмотреть в сторону «парагоно-акрониксов» и протестировать эти программы.
Обе эти программы существуют в виде загрузочной верси, правда, размер образов их загрузочных дисков в несколько раз больше.
Paragon не понравился по двум причинам. Во-первых один из экспериментальных бэкапов не удалось восстановить. А во-вторых, Paragon имеет какого-то странного "Помощника", который требует принимать решение, читай, выбирать опции, в считанные секунды. Я человек, видимо, не очень расторопный, и периодически заваливал этот "тест на скорость реакции". Не пройденный же «тест», требует повторной загрузки программы.
Что касается Acronis -а, то эта программа имеет очень удобный и даже менее глючный интерфейс, чем BackItUp Image Tool. Меньшая глючность, в данном случае, касается лучшего определения параметров локальной сети. Хотя, небольшой глючок, при выборе размера частей, на которые можно разбить бэкап, всё же присутствует.
Создаёт бэкапы Acronis быстрее, чем Nero и возможностей у программы намного больше. В частности, при создании бэкапа, в Acronis-е можно легко исключить файлы и директории, которые не требуется копировать. Кроме этого, Acronis не пишет в бэкап сектора, зарезервированные ОС. Например, если файл подкачки не заполнен информацией, то почти не займёт места в бэкапе. Есть и другие возможности, которыми легко воспользоваться, юзая интуитивно-понятный интерфейс.
Казалось бы, Святой Грааль найден, ан нет. К сожалению, Acronis дал у меня несколько сбоев, причём, один из них случился в дороге. Спасло то, что у меня был ещё один, более ранний бэкап на DVD диске.
Сбои проявляются в невозможности запустить ОС после восстановления или в отсутствие доступа к жёсткому диску. Предполагаю, что это связано с повреждением загрузочной записи.
Пока списываю этот дефект на особенности своего "железа", хотя в сети уже встречал подобные заявления.
Так или иначе, но я всё же взял на вооружение Acronis, за его быстроту и возможность исключать ненужные директории из бэкапа. Однако основной бэкап, который создал сразу же после установки и настройки всех основных программ, всё же пока храню в формате Nero BackItUp Image Tool.
Но, вернёмся к Nero BackItUp Image Tool. Так как, готовый загрузочный диск найден не был, пришлось изготовить его самому.
Для тех, кто захочет самостоятельно создать образ диска.
Хочешь, не хочешь, а пришлось таки мне установить BackItUp & Burn v5.4.19.100 из комплекта Nero 10. Для этого потребовалось скачать из сети около 500 мегабайт всякого софта. Это и сам комплект и всякие среды вроде NET Framework 3.5, DirectX 9.0c, Visual C++ и т.д, которые скачивает из сети программа установки. И всё это ради получения образа диска рамером всего 30мБ.
Именно в связи с невероятным разбуханием пакета, в сети появились небольшие портативные версии Nero Burning Rom размером всего в 15 – 30 мегабайт.
Когда же я наконец установил BackItUp, осталось только прожечь образ на CD диске командой «Инструменты > Создать диск Image Tool».
Когда диск создан, то программу Nero BackItUp & Burn можно удалить с компьютера. Но, можно её не удалять, если Вы, например, хотите настроить автоматическое резервирование данных по графику.
Если же Вы всё-таки надумаете устанавливать эту программу или другие программы из комплекта Nero 10, то обратите внимание на следующую информацию.
При установке программ из комплекта Nero Multimedia Suite 10, язык интерфейса устанавливается автоматически исходя из локализации Windows. То есть, если Windows английская, то и программы унаследуют английский интерфейс. Чтобы сменить английский интерфейс на русский, можно добавить в реестр следующую информацию:
Windows Registry Editor Version 5.00
"FamilyLanguage"="ru-RU" "DisableMUI"=dword:00000001
Чтобы добавить информацию в реестр, нужно скопировать код в «Блокнот» (Notepad) и сохранить в файл с любым названием и раширением .reg , например, interface.reg . Затем запустить файл из Проводника, командой Merge. Согласиться с добавлением информации в реестр.
Что требуется для того, чтобы восстановить ОС за 15 минут?
Нужно загодя создать файл бэкапа правильной работоспособной ОС на каком-нибудь носителе, а в случае необходимости использовать это файл для полного восстановления ОС.
То есть, нужно, сделать всего две простые операции, а для их осуществления понадобится всего один инструмент – загрузочный диск с программой BackItUp Image Tool. Ссылка на образ диска есть в конце статьи. Чтобы прожечь образ диска на CD-R или CD-RW болванке, можно воспользоваться любой программой для записи дисков.
Если же у Вас нет такой программы, то Вы можете скачать небольшую портативную программу UltaISO размером всего 3 мегабайта. У программы есть русский интерфейс и Вам потребуется выполнить всего одну команду: Инструменты > Прожечь образ CD (Tools > Burn CD/DVD Image) или нажать клпвишу F7. Скачать программу можно по ссылке из "Дополнительных материалов" к этой статье.
В качестве носителя резервной копии удобнее всего выбрать винчестер или большую флэшку. Причём, винчестер может быть, как внешний, так и внутренний.
Можно использовать и тот винчестер, на котором эта самая ОС находится, если физический диск разбит, хотя бы на два логических диска. Правда, если и файл резервной копии и ОС находится на одном и том же физическом диске, то резервное копирование и восстановление займёт в два раза больше времени.
Я не упомянул в качестве носителя DVD диски, так как размер бэкапа ОС обычно превышает размер двух, а иногда и большего числа дисков. Создание же бэкапа на нескольких дисках довольно утомительное занятие. Ведь, эти диски пришлось бы два раза вставлять в определённой последовательности, один раз при записи, а второй раз при верификации. Кроме того, запись и верификация каждого диска отнимает немало времени. Однако если бэкап помещается на 2 – 3 DVD диска, то ничего не мешает выбрать оптический носитель.
Не желательно создавать резервную копию ОС на DVD дисках без верификации данных. Надежность такой копии будет не очень высока.
Краткий обзор программы BackItUp Image Tool.
Программа имеет мультиязычный интерфейс, включая русский язык, и совсем мало опций настройки.
Для создания бэкапа ОС, и вовсе ничего не нужно настраивать. Достаточно только выбрать в качестве источника логический диск, который требуется сохранить, а в качестве приёмника – носитель, на который эти данные можно записать.
Единственная важная настройка, это опция записи «Главной загрузочной записи» MBR (Master Boot Record). По умолчанию опция отключена и её обязательно нужно включить!
Источником может быть:
Любой логический диск, директория или файл.
Для резервного копирования ОС необходимо целиком скопировать логический диск, на котором эта ОС установлена.
Приёмником может быть:
Любой носитель, как то: флешка, CD - DVD диск*, папка на любом логическом диске винчестера и даже диски в локальной сети.
*После загрузки с CD, программа BackItUp Image Tool и мини ОС (Linux) находятся в оперативной памяти. Поэтому загрузочный диск можно удалить, а CD-DVD привод использовать для резервного копирования.
Если ОС копируется на тот же жёсткий диск, на котором она находится, то файл бэкапа должен быть размещён на отличном от системного разделе жёсткого диска.
Не нужно опасаться, что бэкап ОС займёт много места. Даже при минимальном сжатии (которое уже установлено по умолчанию), объём бэкапа будет равен общему объёму файлов, а не объёму всего системного диска.
Думаю понятно, что, имея в своём распоряжении всего один винчестер, нужно, перед чистовой установкой ОС, разбить его на два логических диска – системный и архивный. Тогда, в будущем, резервную копию ОС можно будет разместить на архивном логическом диске.
Но, не пытайтесь разбивать основной раздел диска, когда на нём уже установлена ОС. Также не пытайтесь разбивать дополнительный раздел диска, если на нём находятся какие-нибудь файлы. Программы для подобных операций существуют, но это плохой путь.
Более подробно о работе программы BackItUp & Burn и её загрузочной версии BackItUp Image Tool можно почитать в файле справки, ссылка на который есть в конце статьи.
Как загрузиться с CD-DVD привода?
Чтобы загрузиться с CD или DVD диска, нужно, изменить настройки BIOS вашей материнской платы, так как, по умолчанию, там загрузка с CD привода установлена после загрузки с жёсткого диска.
Интерфейсы настройки BIOS-а от разных разработчиков могут отличаться, но опции настройки везде одни и те же. С подробностями настройки BIOS-а можно познакомиться, скачав книжку, ссылка на которую есть в конце статьи.
Вот пример настройки BIOS-а Award.
Чтобы зайти в настройки BIOS-а, нужно проследить за тем, что «пишет» компьютер в самом начале загрузки.
Обычно, для входа в настройки, он предлагает нажать клавишу Delete, но это может быть и любая другая клавиша или комбинация клавиш.
Вот некоторые из вариантов: Esc, F1, F2, F10, Ctrl+Esc, Ctrl+Alt+Esc, Ctrl+Alt+S и др.
Нажимать клавишу(ши) нужно сразу же после появления заставки!
В открывшемся окне выбираем Advanced BIOS Features.
Управление фокусом осуществляется курсорными клавишами.
Все функции обычно расписаны в соответствующем окне.
Здесь выбираем First Boot Device, чтобы назначить устройство, с которого будет осуществляться первая попытка загрузки ОС.
Выбираем CDROM в качестве первого устройства.
Не беспокойтесь! Компьютер будет в любом случае перебирать все устройства, пока не выберет то, с которого можно осуществить загрузку. Здесь задаётся только порядок опроса устройств.
Даже если загрузка с винчестера будет назначена поледеней, всё равно компьютер его найдёт. Конечно, для этого, на нём должна быть установлена хоть какая-нибудь ОС и создана Главная загрузочная запись. У меня в компьютерах всегда первым загрузочным устройством установлен CD-DVD привод.
Нажимаем F10 и выходим из настройки, подтверждая свои действия.
Как известно, «пользователи компьютера делятся на тех, кто делает бэкапы, и тех, кто будет их делать» . В этой статье мы рассмотрим различные способы резервного копирования (бэкапа) всей системы и, соответственно, восстановления из резервной копии.
Сразу стоит отметить, что все операции стоит производить не «по-живому», т.е. не на работающей системе, а с liveCD или установленной на соседнем разделе/флэшке/usb-hdd системы. В случаях, когда простой в несколько минут критичен для системы, возможно копирование системы из-под самой себя, но при этом нужно учитывать некоторые дополнительные условия, которые в данной статье пока что не рассматриваются
Далее по тексту для действий, выполняемые от имени суперпользователя , будет использоваться команда sudo , что является стандартом для Ubuntu. В других системах возможно получение привелегий суперпользователя через su , некоторые liveCD-системы по умолчанию работают в режиме суперпользователя
tar
Одним из наиболее популярных способов создания простейшего бэкапа является архивация данных с помощью tar . Преимуществами данного способа являются возможность инкрементного бэкапа (добавления файлов в существующий архив, удаления или изменения таковых), возможность извлечения из архива отдельных файлов, а также присутствие tar практически в любой Linux-системе.
Создание архива
Для начала создайте точки монтирования для корневого раздела и для раздела, на котором вы собираетесь создавать бэкап, например так
Смонтируйте оба раздела. Для большей надежности можно смонтировать корневой раздел в режиме read-only (только для чтения), чтобы исключить вероятность случайного изменения данных
Sudo mount /dev/sdXY /mnt/root -o ro sudo mount /dev/sdXY /mnt/backup
(Вместо «sdXY» используйте ваши значения для нужных разделов. определить их можно с помощью sudo fdisk -l или sudo blkid)
В случае, если вы используете отдельные разделы для /boot, /usr, /home и пр. и хотите включить их содержимое в бэкап, примонтируйте их в соответствующие папки
Sudo mount /dev/sdXY /mnt/root/usr -o ro sudo mount /dev/sdXY /mnt/root/home -o ro
При необходимости создайте на бэкап-разделе папку, в которой вы хотите разместить архив, например
Sudo mkdir -p /mnt/backup/ubuntu/root
Теперь можно приступить к созданию архива. Чтобы создать архив с gzip-сжатием, выполните
Sudo tar -cvzpf -C /mnt/root /mnt/backup/ubuntu-sda1.tar.gz .
(Ключ -p включает сохранение владельцев и прав доступа для файлов )
Для bzip2-сжатия используйте
Sudo tar -cvjpf /mnt/backup/ubuntu-sda1.tar.bz2 /mnt/root
Для lzma-сжатия
Sudo tar --lzma -cvpf /mnt/backup/ubuntu-sda1.tar.lzma /mnt/root
Аналогично для lzo-сжатия - ключ --lzop вместо --lzma
Различные алгоритмы сжатия дают разный размер архива, а также отличаются по производительности
По завершении процесса отмонтируйте все смонтированные разделы
Sudo umount /mnt/root{/boot,/var,/home,} /mnt/backup
Восстановление из архива
Создайте точки монтирования для корневого раздела и раздела, на котором хранится ваш архив
Sudo mkdir /mnt/{root,backup}
Примонтируйте раздел с архивом-бэкапом
Sudo mount /dev/sdXY /mnt/backup -o ro
Отформатируйте корневой раздел в ту же (или другую) ФС. Если вы используете отдельные разделы для /usr, /boot и пр. и архивировали их, отформатируйте их тоже
(если вы восстанавливаете систему на новый жесткий диск, разметьте его с помощью fdisk/gparted и отформатируйте разделы)
Некоторые файловые системы поддерживают задание UUID при форматировании. Это дает возможность создать ФС с таким же UUID, как у старой, что позволит избежать необходимости править fstab .
Для ext2/3/4 UUID задается с помощью ключа -U , а еще больше упростить задачу можно командой вида
Sudo mkfs.ext4 -L "label" -U "$(sudo blkid -o value -s UUID /dev/sda1)" /dev/sda1
Если вы применяли архивацию при создании файла-образа, сначала распакуйте его с помощью того же архиватора, например
Bzip2 -dv /media/backup/sda5.dd.bz
Теперь можно смонтировать образ
Sudo mount /media/backup/sda5.dd -o loop /mnt
(С опцией loop программа mount автоматически «подцепит» файл-образ на свободное loop-устройство, после чего смонтирует файловую систему)
Теперь вы можете работать с содержимым образа как с обычной файловой системой, все ваши изменения запишутся в образ. По завершении работы отмонтируйте образ как обычную ФС
Sudo umount /mnt
dd - копирование всего жесткого диска
В данном случае мы снова воспользуемся dd , только на сей раз сохраним все содержимое жесткого диска - с таблицей разделов, самими разделами и всеми данными. Преимущество данного метода в том, что можно за один шаг сохранить все установленные на этом жестком диске системы без необходимости бэкапить каждый раздел отдельно. Кроме того, при таком бэкапе сохранятся все данные, относящиеся к загрузчику - таким образом, после восстановления из бэкапа вам не нужны будут дополнительные манипуляции, вы сможете сразу же загрузиться с этого жесткого диска.
Создание образа
В целом процедура аналогична описанной выше для бэкапа отдельных разделов. В данном случае также применим совет о прочистке свободного места «нулями» - при наличии свободного времени проделайте это со всеми разделами.
Перед началом операции убедитесь, что ни один из разделов данного жесткого диска не смонтирован. Сделать это можно запустив команду mount без параметров.
Выберите раздел, на котором вы собираетесь разместить файл-обарз. Разумеется, это должен быть раздел другого жесткого диска. Также убедитесь в наличии достаточного количества свободного места на этом разделе (например, с помощью утилиты df) - объем свободного места должен соответствовать объему копируемого жесткого диска (при сжатии образ получится меньше, но это зависит от типа хранимых данных).
Смонтируйте бэкап-раздел
Sudo mount /dev/sdXY /mnt
Теперь можно приступать
Sudo dd if=/dev/sdX bs=1M conv=noerror,sync | lzma -cv > /mnt/hdd.dd.lzma
(здесь «sdX» - диск, а не раздел! для копирования без сжатия команда аналогична приведенной выше для бэкапа раздела)
В зависимости от размера жесткого диска и производительности компьютера процедура может занять продолжительное время (до нескольких часов). По завершении отмонтируйте бэкап-раздел
Sudo umount /mnt
Восстановление из образа
Внимание! Данный способ предполагает полный откат к состоянию на момент создания архива с заменой всех данных!
Перед началом работы убедитесь в надежности электропитания. Подключите сетевой адаптер, если у вас ноутбук, а также по возможности используйте ИБП или стабилизатор. При высокой интенсивности записи возрастает риск повреждения диска в случае сбоя питания
Убедитесь, что ни один раздел восстанавливаемого диска не используется. Смонтируйте бэкап-раздел
Sudo mount /dev/sdXY /mnt
Можно приступать к процедуре
Bzip2 -dc /mnt/hdd.dd.bz | sudo dd of=/dev/sdX bs=1M conv=sync,noerror
Или же для несжатого образа
Sudo dd if=/mnt/hdd.dd.bz of=/dev/sdX bs=1M conv=sync,noerror
По завершении отмонтируйте бэкап-раздел
Sudo umount /mnt
Если вы хотите распаковать образ на другой жесткий диск, он должен иметь размер не меньше оригинального. В случае, если новый диск большего объема, вы сможете расширить разделы либо создать новый раздел на свободном месте с помощью parted/fdisk/gparted/etc
Не используйте оба жестких диска («дубликат» и «оригинал») одновременно! При подключении обоих дисков в системе будет по два раздела на каждый UUID, что приведет к проблемам в работе или невозможности загрузки
Монтирование образа
По аналогии с образом раздела вы можете работать с образом жесткого диска как с обычным жестким диском. В данном случае процедура несколько усложняется, поскольку образ содержит несколько разделов.
Если образ сжатый - распакуйте его. Теперь «подцепите» образ на loop-устройство
Sudo losetup -fv /media/backup/sda.dd
(С ключом -f программа автоматически найдет свободное loop-устройство, иначе необходимо явно указывать его)
losetup выведет на экран имя использованного устройства - если вы не работаете с другим файлами-образами (iso, шифрованными контейнерами и пр.), это скорее всего будет /dev/loop0
Теперь мы имеем устройство, являющееся для системы жестким диском, но не имеем доступа к его разделам. Добраться до разделов поможет программа kpartx (может потребоваться установка одноименного пакета)
Sudo kpartx -av /dev/loop0
(Ключ -a - добавить разделы для заданного устройства; -v - информативный вывод)
Программа выведет имена созданных устройств для разделов диска: loop0p1 для первого раздела, loop0p2 - для второго, по аналогии с разделами обычного диска. Файлы устройств будут находиться в папке /dev/mapper
Теперь можно работать с разделами и ФС на них. Например, смонтировать бывший sda5 и записать на него файлы
Sudo mount /dev/mapper/loop0p5 /mnt
По заверешнии отмонтируйте раздел
Sudo umount /mnt
Удалите устройства-разделы с помощью kpartx
Sudo kpartx -dv /dev/loop0
и освободите loop-устройство
Sudo losetup -v -d /dev/loop0
Все! Изменения записались, а ваш образ снова стал обычным файлом
cp
Здесь мы рассмотрим бэкап с помощью утилиты cp , т.е. с использованием простого копирования. Вообще-то, это не самый оптимальный способ, и подходит он скорее для копирования системы на другой жесткий диск / раздел / компьютер, нежели для создания резервной копии.
С другой стороны, данный способ имеет ряд преимуществ:
Универсальность - cp вы найдете в любой Linux-системе
Низкая требовательность к ресурсам (вследствие отсутствия сжатия и простоты механизма)
Простота дальнейшей работы с резервной копией (добавления/изменения/удаления файлов, извлечения нужных данных и пр.)
Создание копии
Создайте точки монтирования для корневого и бэкап-разделов
Sudo mkdir /mnt/{root,backup}
Смонтируйте оба раздела
Sudo mount /dev/sdXY -o ro /mnt/root sudo mount /dev/sdXY /mnt/backup
Смонтируйте разделы для /usr, /boot и пр., если таковые имеются
Sudo mount /dev/sdXY -o ro /mnt/root/home
Создайте на бэкап-разделе папку для своего бэкапа
Sudo mkdir /mnt/backup/ubuntu
Можно начинать
Sudo cp -av /mnt/root/* /mnt/backup/ubuntu
(ключ -a включает копирование ссылок «как есть», сохранение всех возможных атрибутов файлов и рекурсивный режим. ключ -v - вывод информации о происходящем)
По завершении процесса отмонтируйте все разделы
В дальнейшем вы сможете заархивировать ваши данные любым удобным способом
Восстановление из копии
Внимание! Данный способ предполагает полный откат к состоянию на момент создания архива с заменой всех данных!
Создайте точки монтирования для разделов
Sudo mkdir /mnt/{root,backup}
Смонтируйте бэкап-раздел
Sudo mount /dev/sdXY -o ro /mnt/backup
Отформатируйте корневой раздел и разделы /usr, /boot и пр., если таковые имеются. (Про форматирование разделов с сохранением UUID см. в разделе про )
Sudo mkfs.reiserfs -l "root" /dev/sdXY sudo mkfs.ext2 -L "boot" /dev/sdXY sudo mkfs.ext4 -L "home" /dev/sdXY
Смонтируйте свежесозданные ФС
Процесс копирования происходит аналогично, только в обратном направлении
Sudo cp /mnt/backup/ubuntu/* -av /mnt/root
По завершении копирования отредактируйте fstab , исправив UUID разделов
Отмонтируйте разделы
Sudo umount /mnt/backup /mnt/root/{usr,home,}
squashfs
sudo mkfs.reiserfs -l "root" /dev/sdXY sudo mkfs.ext2 -L "boot" /dev/sdXY sudo mkfs.ext4 -L "home" /dev/sdXYСмонтируйте свежесозданные ФС
Sudo mount /dev/sdXY /mnt/root sudo mount /dev/sdXY /mnt/root/usr sudo mount /dev/sdXY /mnt/root/var
Можно приступать! Для распаковки образа используется утилита unsquashfs
Sudo unsquashfs -d /mnt/root -f /mnt/backup/ubuntu-root.sqfs
(Ключ -d задает путь для распаковки, с ключом -f программа будет использовать существующие папки вместо попыток создать новые)
Как и при создании образа, вы увидите индикатор прогресса и множество другой полезной информации.
По завершении отредактируйте fstab , заменив UUID разделов на новые (если вы форматировали разделы с теми же UUID, пропустите этот шаг)
Sudo nano /mnt/root/etc/fstab
Сохраните файл и отмонтируйте все разделы
Sudo umount /mnt/backup /mnt/root{/usr,/var,}
Монтирование образа
squashfs монтируется как любой другой образ - через loop-устройство . Поддержка squashfs ядром включена во множестве дистрибутивов, в том числе и в Ubuntu, так что достаточно будет просто воспользоваться командой mount с опцией loop
Sudo mount /media/backup/ubuntu-root.sqfs -o ro,loop /mnt
(Опция ro не обязательна, т.к. записать туда все равно ничего не получится)
Теперь вы можете скопировать из образа любые нужные файлы. Добавить что-либо таким способом не получится, для этого нужно будет опять воспользоваться mksquashfs
По завершении отмонтируйте образ как обычную ФС
Sudo umount /mnt
rsync
Подобно cp , rsync работает с файлами, а не с блочными устройствами. Особенность rsync в том, что он не копирует файлы, которые уже есть в точке назначения. По умолчанию он проверяет размер и время изменения файлов, но можно проверять и хэш (обычно это делается, когда нужна повышенная безопасность).
Простое использование
Синтаксис rsync подобен cp:
Rsync -a /mnt/root /mnt/backup
Параметра -a очень часто бывает достаточно, он обеспечивает самое нужное: рекурсивное копирование директорий, сохранение информации о владельце и группе и т.д. Для отображения подробной информации о копировании используется ключ -v , с ним будьте внимательны, в потоке данных можно пропустить сообщение об ошибке. Ключ -x гарантирует, что rsync не выйдет за пределы указанной файловой системы.
В документации к rsync описана масса параметров. Например, есть такие, которые позволяют выполнять копирование по SSH, или удаляют файл из точки назначения, если он был удалён в исходной директории.
«Умное» копирование позволяет сократить время простоя системы. Запускаем rsync прямо на работающей системе, данные в которой постоянно изменяется, rsync копирует данные, скажем, в течение нескольких часов. Затем переводим систему в read-only, снова запускаем rsync , теперь он копирует только те файлы, которые изменились за эти несколько часов. Через несколько минут мы имеем полную копию исходной ФС. Время простоя при этом сократилось на порядок по сравнению с оффлайн-копированием. А в некоторых случаях будет достаточно и одного онлайн-копирования без перевода системы в read-only.
Сохранение предыдущих копий
Строго говоря rsync не является средством резервного копирования – это средство синхронизации. Это важно при создании регулярных копий, поскольку, если какой либо важный файл был удалён в рабочем каталоге источнике – rsync удалит его и в резервной копии. Для повышения сохранности данных целесообразно сохранять старые резервные копии. Однако простое сохранение нескольких копий потребует много памяти на жёстком диске. Если копии имеют много одинаковых файлов, то это приводит к ненужной избыточности. Эту проблему позволяет решить использование жёстких ссылок.
Суть состоит в том, что в современных файловых системах (в том числе Ext4) адресация файла производится в два этапа: имя файла указывает на уникальный номер файла (индексный дескриптор или i-node), а этому номеру сопоставлены сами данные. Любое имя файла это, по факту, жёсткая ссылка на этот номер. Следовательно, файл (набор данных) может иметь несколько имён и быть разных каталогах, а это позволяет устранить избыточность в случае необходимости дублирования файлов (ведь жёсткая ссылка занимает мало памяти). Сами данные не удаляются до тех пор пока не будет запрошено удаление последней жёсткой ссылки.
Существенное ограничение состоит в том, что жёсткие ссылки возможны только в пределах одной файловой системы.
Синхронизация содержимого каталога для текущей резервной копии с каталогом источником:
Rsync \ --archive \ --delete --delete-excluded \ # удаление из резервной копии несуществующих в источнике и исключённых файлов --progress \ # выводить информацию о прогрессе передачи "/home/user/Files/" \ # каталог источник "/backup/latest/" \ # каталог для текущей резервной копии --exclude ="/Public/" # исключение ненужных каталогов
В каталоге « /backup/latest/ » будет создана копия всех необходимых файлов и каталогов из источника и удалено всё лишнее.
Создание ещё одной текущей резервной копии без избыточности:
cp \ --archive \ # сохранять всю дополнительную информацию о файлах --link \ # использовать жёсткие ссылки для файлов - устранение избыточности "/backup/latest/" \ # источником является полученная выше текущая резервная копия "/backup/$(date +%Y-%m-%d_%H-%M-%S) /" # пункт назначения - каталог с датой в имени для удобства (см. man date)При следующем создании резервной копии rsync удалит в каталоге « /backup/latest/ » файлы которые были удалены/исключены/изменены в каталоге источнике (измененные файлы сначала удаляются, а затем записывается новая версия). Однако удалены будут лишь имена файлов (те же жёсткие ссылки), сами файлы (данные) сохранены, поскольку на них были созданы жёсткие ссылки в соседнем каталоге командой «cp».
Прочие инструменты
Существует масса приложений для создания бекапов в Linux. Можно воспользоваться поиском по слову «backup» в Центре приложений Ubuntu, чтобы найти доступные в Ubuntu программы для работы с резервными копиями.
Для корпоративной среды и просто для достаточно масштабных и критичных заданий бекапа можно порекомендовать разобраться в одной из самых популярных и мощных систем резервного копирования для Linux, которая называется Bacula
Кстати, в сети можно найти и русскоязычные руководства
Parted Magic
Parted Magic - еще один отличный, но платный дистрибутив, содержащий целую коллекцию средств для бэкапа и восстановления информации, работы с дисками и разделами, а также восстановления утерянных данных. Он поддерживает множество ФС, LVM2 и RAID (как аппаратный, так и программный) и содержит в себе таки средства как fsarchiver , GParted , вышеупомянтый Clonezilla, и все, что потребуется для описанных в этой статье способов. Кроме того, в состав дистрибутива входит веб-браузер и некоторое другое дополнительное ПО. Дистрибутив переведен на несколько языков, включая русский, и имеет полноценный графический интерфейс.
LParted
LParted - полнофункциональный LiveCD, предназначенный в первую очередь для работы с разделами жестких дисков (HDD), безвозвратного удаления или восстановления данных и тестирования оборудования. Основан LiveCD на Lubuntu Linux. LParted является функциональным аналогом Parted Magic.
Сюда бы добавить про SystemRescueCD и прочие
Ещё немного о сохранении данных
Для важных данных можно сделать зеркальный раздел на двух дисках. Для этого совсем не обязательно иметь RAID-контроллер и диски одинакового размера - можно, например, собрать зеркало из 80-гигабайтного старого винта и 80-гигабайтного же раздела на новом. Зеркалирование можно реализовать с помощью LVM или программного RAID. Однако, такой способ бесполезен в случае, например, попадания на шину +5В напряжения ~220В или падения метеорита на системный блок компьютера.
Гики-айтишники, имеющие дома свой сервер, могут расширить идею зеркалирования и использовать DRBD. Тот же RAID-1, но жёсткие диски находятся в разных компьютерах, что повышает надёжность.
Современное удобное решение - бэкапить данные в «облака», например, с помощью Ubuntu One, Dropbox, http://www.adrive.com/ и других.
Ни зеркалирование, ни репликация на Ubuntu One не спасут от случайного нажатия Delete, поэтому в любом случае делайте «классические» бэкапы. И в один прекрасный ужасный день все ваши труды и старания будут вознаграждены.