Идея Альтернатива Acronis для Linux. Diskdrake
Краткий обзор возможностей Diskdrake из пакета drakxtools (Mandriva).
Если Ваш рабочий компьютер работает под управлением Mandriva Linux (дистрибутив Linux от французской компании Mandriva, ранее — Mandrake Linux от Mandrakesoft) — Вы являетесь счастливым пользователем безопасной, дружелюбной и стабильной операционной системы, частью которой является уникальная и не имеющая аналогов утилита drakxtools.
Чем же она так замечательна? и — при чем здесь Acronis?
Подробно о Mandriva — чуть позже, в другой статье; а что касается Акрониса (позволил себе вспомнить в данном контексте Acronis Disk Director Suite) — аналогия вполне, думается, уместна. Так как свобода и легкость обращения к функциям работы с разделами жесткого диска, предоставляемая diskdrake — поражает, особенно после работы с другими дистрибутивами Linux.
В частности, мытарства с аналогичной утилитой, являющейся частью Fedora, уже являлись темой обсуждения на нашем форуме ( Как подмонтировать разделы ntfs в fedora ).
Что же может diskdrake? Ответ прост — практически все. любая работа с разделами — создание, удаление, изменение типа раздела, форматирование, автомонтирование. кстати — полный список доступных для форматирования файловых систем я не смогу привести здесь — на скриншоте представлена лишь малая часть перечня наименований.
Итак, по порядку. В «центре управления компьютером» находим diskdrake:
Предусмотрены два режима: нормальный и режим эксперта; именно в последнем реализовано большинство опций:
Простота использования, «дружелюбие» и богатство возможностей diskdrake поражают:
Разумеется, многое возможно сделать и без diskdrake, но это — если Вы уже достаточно обжили свой линукс. А до тех пор — используйте diskdrake. Интерфейс его интуитивно понятен, работа не вызывет никаких затруднений даже у новичка. По окончании, создав и назначив точки монтирования — согласитесь на предложение записать изменения в /etc/fstab.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Система резервного копирования Linux на лету аналог Acronis?
Доброго времени суток!
Подскажите есть ли для linux система резервного копирования всего диска без отключения сервера. Аналог Acronis true image и ему подобных. Чтобы после выхода из строя системного диска можно было вставить в сервер новый диск и развернутся из бекапа. так сказать делать слепки жесткого диска.
Сейчас использую rsync по крону.
#!/bin/sh date=`date "+%Y-%m-%d-%H%M%S"` SRC=/ DST=/mnt/backup-server-hdd/Backups.backupdb/atv rsync -axz \ --delete \ --link-dest=../Latest \ $SRC backup-user@company.com:$DST/Processing-$date \ && ssh backup-user@company.com \ «cd $DST \ && mv Processing-$date $date \ && rm -f Latest» && ln -s $date Latest"
UPD. как вариант рассматриваю DD
что то вроде
# dd if=/dev/sda | of=/bacup_dir/DEVICE.img».
Но есть проблемы:
1. Объем снимка равен объему HDD а на 1 ТБ HDD может быть всего 200ГБ данных.
2. Невозможно развернуть снимок на диске меньшего объема.
dd if=/dev/sdaX bs=16M | xz -9 --block-size=16MiB - > sdaX.img.xz
dd if=/dev/sdX bs=16M | gzip -9 > sdX.img.gz
dd if=/dev/hdaX | gzip -c -9 | ssh user@remote_server dd of=/dest/path/hdaX.img.gz
RAID к сожалению не спасает от пожара, падения метеорита. etc.
Склонялся к мысли использовать dd но есть проблемы:
1. Снимок по обобьем равен размеру HDD с которого он снимается. а на 1ТБ диске может быть занято 200ГБ
2. невозможно развернуть на диске меньшего обьема
LVM Snapshot посмотрю спасибо
Сергей Евстифеев: есть множество ньюансов и хотелок, так что может лучше снимать бекап на уровне сервиса и иметь рецепт для ансибл-чиф для развертывания сервиса
У дд самая большая проблема, что его пускать нужно в монопольном режиме с ро диска/раздела — иначе получишь неконсистентный снимок.
Но по скорости самый быстрый вариант
И такая проблема тоже есть. К сожалению в даном конкретном случае бекап на уровне сервиса не подойдет. Интересно как акронис справляется с этой проблемой покрайней мере на виндовых серверах.
Файловая система BTRFS и снимки файловой системы. Работает гораздо быстрее rsync, бекапы инкрементальные можно делать, бэкапится файловая система, а не файлы со всеми вытекающими преимуществами.
Если забэкапите с помощью DD без установки — получится что угодно, но не нормальный бэкап.
натыкался на BTRFS и читал много плохого о ее надежности. сам пока не пробовал. а по поводу DD если диск в режиме RO то все будет хорошо. но тогда нарушается условие»на лету»
Сергей Евстифеев: У меня уже продолжительное время на основной системе BTRFS, при чём RAID 0 из двух SSD, включена компрессия, каждых 5 минут снимки и так далее, полёт нормальный, рекомендую последнюю версию Ubuntu, ну и ядро желательно последнее доступное. Если даже что-то полетит — восстановить элементарно и очень быстро можно. У меня как-то пару лет назад был сбой в BTRFS, тогда ещё она даже стабильной не считалась, но собрав и исходников всежую версию userland утилит данные я вытащил полностью. Около полугода назад был ещё один глюк, не получалось удалить снепшот, что-то там пошло не так, грешу на старенький SSD, теперь на паре SSD уже пол года всё отлично.
Нужно только смотреть как вам будет по скорости, в моем конкретном случае MySQL почему-то работает медленнее, предположительно из-за RAID0, или я не умею его правильно готовить.
В целом — Linux 3.19-4.0, и всё будет хорошо, говорю как человек, у которого на двух SSD как основной системе работает без сбоев, и ещё на паре HDD (по 2ТБ) уже года два — тоже без сбоев.
ФС стоит перехода на неё, многие вещи стают до тривиального простыми.
Acronis не нужен или как на Linux делать образы любых операционных систем на примере Windows и Linux.
Очень многие знают, любят и применяют ежедневно # Acronis — очень популярную программу для создания образов операционных систем.
Хотя на самом деле, ничего эксклюзивного в функционале Acronis нет — все можно повторить стандартными утилитами Linux и по силам любому начинающему системному администратору .
Если вы можете установить дистрибутив Линукса по вашему выбору на флешку и сможете с него загрузить Линукс — вы сможете и все остальное, в том числе то, что описано в данной статье.
Чтобы не отягощать людей, разбирающихся в вопросе, я сначала скажу об фишке, которую использую для создания образов, про которую никто не вспоминает, когда речь идет о блочном копировании разделов ОС — сектор за сектором.
Есть файловые системы, которые поддерживают сокращение своего размера до размера данных, т.е. можно в два клика сократить размер раздела, выкинув всё пустое пространство, оставив на разделе только данные.
Примеры таких систем (те что проверял сам):
Всё просто: перед снятием образа запустил gparted и сократил размер раздела до минимального, чтобы свободного места оставалось не более 1%.
Дальше скопировать разметку диска и сами разделы через dd или ddrescue . Будет гораздо быстрее, чем делать образ через тот же Acronis.
Но обо всем по порядку, начну с того, что для работы нужна загрузочная флешка Linux , лучше с GUI, диск с которого снимаем образ и диск куда образ записывать.
В моем примере про Windows я работал с домашнего Ubuntu Linux, снимал образ с соседнего диска на ФС своего Ubuntu Linux.
В примере про Linux — я это делал на очень слабеньком компьютере, загружался с USB-флешки Альт-Линукс, образ снимал и разворачивал с локального SATA диска, образ записывал на внешний USB HDD диск.
Но все эти работы можно выполнять с флешки, если на флешке достаточно места.
Перенос ОС копированием файловых систем (из образа ФС)
1. Перенос операционной системы копированием файловой системы выполняется с минимальными затратами времени и позволяет решать задачи администрирования:
- восстанавливать работоспособность системы после фатального сбоя;
- разворачивать объемные системы по числу компьютеров с похожей архитектурой и программным обеспечением;
- переносить систему при модернизации оборудования.
2. Для сравнения: установка операционной системы Альт-Линукс с базовыми настройками занимает не менее 30 минут на каждый экземпляр установки и требует интерактивного вмешательства администратора.
Перенос операционной системы копированием файловой системы занимает от пары минут и может выполняться одновременно (параллельно) на нескольких компьютерах одним администратором.
3. Перенос операционной системы копированием файловой системы выполняется в два этапа:
4. Основные способы создания образа ФС:
- копирование раздела файловой системы (блочный метод);
- копирование файлов ОС и восстановление архитектуры ФС (файловый метод).
5. В инструкции представлены оба метода с применением к разным задачам. У каждого метода есть свои плюсы и минусы.
6. Блочный метод — копирует разметку диска и разделы диска целиком, он может быть применен к архивированию практически любой операционной системы и ее файловой системы, если файловая система поддерживает уменьшение своего размера, то этот метод один из лучших для применения в такой задаче.
Например, для файловой системы EXT4 или NTFS перед снятием архива размер раздела можно сократить до объема занимаемых данных, КПД метода в этом случае будет очень высок.
Но если исходная файловая система не может быть изменена в меньшую сторону, например XFS, то при наличии большого объема незанятого данными пространства, при архивировании — большая часть времени уйдет на сохранение пустого пространства раздела, КПД метода в этом случае будет не так хорош, как в предыдущем примере.
7. Файловый метод — очень зависит от Операционной системы и файловой системы, на которой она развернута. Для ОС Linux — это предпочтительный метод, т. к. он может быть применен фактически для любой файловой системы Linux.
XFS и EXT4 Linux лучше архивировать файловым методом.
8. Пример блочного архивирования файловой системы на примере переноса OS Windows NTFS.
8.1. Обычно для работы Windows использует два раздела — скрытый, размером от 512 Мб и системный, обычно это Диск С Windows. Дополнительные диски для копирования — не рассматриваем, т. к. их можно скопировать простым копированием файлов, они не влияют на работу ОС Windows и могут быть добавлены к системе в любой момент. При желании их так же можно скопировать блочным методом вместе с скрытым и системным разделами.
8.2. Этап создания образа ФС блочным методом.
8.2.1. Посмотреть разделы исходного диска с Windows fdisk
Диск /dev/sdb: 1,84 TiB, 2000398934016 байт, 3907029168 секторов
Disk model: Hitachi HUA72302
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Идентификатор диска: 0xb75549a0
Устр-во Загрузочный начало Конец Секторы Размер Идентификатор Тип
/dev/sdb1 * 63 1028159 1028097 502M 7 HPFS/NTFS/exFAT
/dev/sdb2 1028160 132102143 131073984 62,5G 7 HPFS/NTFS/exFAT
Идентификаторы разделов и их файловой системы узнать командой blkid
/dev/sdb1: LABEL=»System Reserved» UUID=»38143AA4143A6552″ TYPE=» ntfs » PARTUUID=»b75549a0-01″
/dev/sdb2: UUID=»94ECB0E5ECB0C332″ TYPE=» ntfs » PARTUUID=»b75549a0-02″
8.2.2. В примере /dev/sdb1 — скрытый раздел Windows, /dev/sdb2 — системный раздел Windows.
8.2.3. Подключить системный раздел Windows в папку /mnt:
sudo mount -t ntfs /dev/sdb2 /mnt
8.2.4. Удалить файлы виртуальной и кэша памяти, можно на этом этапе удалить другие файлы — которые не понадобятся на новой системе и далее отключить системный раздел:
8.2.5. сократить раздел до минимального, не более 1-10% свободного места. Например к размеру данных добавить +200 МиБ. Для изменения размера задействовать графическую утилиту gparted (установка sudo apt-get install gparted):