Тёмный

Ubuntu Server 16.04 Backup системы 

IT-консультант Алексей Нефедьев
Просмотров 13 тыс.
50% 1

В этом видео я рассказываю о некоторых способах создания backup всей операционной системы Ubuntu Server 16.04.
Далее происходит удаление системного диска, добавление нового чистого диска, его подготовка и восстановление системы из созданного ранее backup
Содержание:
0:51 Конфигурация виртуальной машины
2:18 Установка операционной системы Ubuntu Server 16.04
3:22 Разметка жесткого диска
9:23 Первый запуск системы, обновление
9:52 Знакомство с системой, узнаем как системы была установлена
15:32 Backup системных данных с физического раздела жесткого диска
22:50 Backup системных данных с логического тома LVM
31:58 Эмуляция выхода из строя жесткого диска (удаление его из ВМ), подключение нового диска
33:56 Загрузка с liveCD XUbuntu 16.04
35:04 Разметка нового жесткого диска, создание структуры LVM
41:04 Восстановление backup системных данных корневой ФС
42:14 Восстановление backup системных данных boot
46:10 Создание swap
46:19 Исправление файла /etc/fstab
48:54 Установка grub на новый диск
50:14 Первая загрузка, исправление ошибки
51:15 Вторая загрузка, проверка
52:28 Простая и быстрая настройка безопасности openssh-server
Вы можете меня найти:
ВК: alexexpert
FB: / alexitsystems
Вы можете поддержать канал и ускорить выход новых роликов:
Карта Сбербанка: 5469 1600 1630 1389
WebMoney: R392217534778

Опубликовано:

 

12 сен 2024

Поделиться:

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист
Посмотреть позже
Комментарии : 38   
@amorwincitomnia5073
@amorwincitomnia5073 4 года назад
Большое спасибо. Отличная подача материала. Спасибо.
@spb3970
@spb3970 5 лет назад
оч профессионально сделано !!!!! и описано ) оч нравится когда описано четко время когда и что объясняется, это просто шикарно ) приятно когда ценятся время! все понятно и руки чешутся повторить
@it-5960
@it-5960 5 лет назад
Спасибо, очень приятно.
@sergeyivanov7457
@sergeyivanov7457 7 лет назад
взрыв мозга. С ума сойти сколько гемора нужно чтобы сделать копию
@it-5960
@it-5960 7 лет назад
Не понимаю Вашего удивления
@user-yf7it5cq8v
@user-yf7it5cq8v 6 лет назад
Зато Я понимаю!
@gentek7
@gentek7 3 года назад
И не говори целый час рассказывает вещи которые должно делаться за пару кликов на красивые кнопки .
@Lufton
@Lufton 7 лет назад
Очень познавательно! Спасибо! Хочу настроить автоматический бэкап своего Ubuntu Server 16.04. Возникло несколько вопросов: 1. Можно ли автоматизировать разметку нового диска при помощи `sfdisk -d /dev/sda > part_table` => `sfdisk /dev/sda < part_table`? 1.1 После этого обязательно нужно сделать `mkfs.ext2 /dev/sda1`? 2. Можно ли автоматизировать создание Physical Volume при помощи `pvcreate --uuid "XXXXX-YYYYYY-ZZZZZZ" --restorefile vol_group /dev/sda5`? 3. Можно ли автоматизировать создание Logical Volume Group при помощи `vgcfgbackup -f vol_group` => `vgcfgrestore -f vol_group vg0`? Почему спрашиваю? Просто стало интересно неужели нельзя чуть упростить процесс создания бэкапа и его восстановления. Тем более, что такие команды существуют. Хочу сделать два скрипта, основываясь на вашем видео, `backup`, сейчас выглядит примерно вот так: #!/bin/bash RED='\033[0;31m' NC='\033[0m' dir=$(pwd)/$(date +'%Y_%m_%d_%H_%M_%S') START=$(date +'%s.%N') mkdir $dir &>/dev/null echo 'Backuping partition table...' sfdisk -d /dev/sda > $dir/part_table echo 'Backuping volume group...' vgcfgbackup -f $dir/vol_group &>/dev/null chmod 644 $dir/vol_group echo 'Backuping boot partition...' tar -cvjf $dir/boot.bz2 /boot/* &>/dev/null echo 'Creating root lv snapshot...' lvcreate -s -n root_snapshot -L1G /dev/router-vg/root &>/dev/null echo 'Backuping root lv snapshot partition...' dd if=/dev/router-vg/root_snapshot bs=128M conv=notrunc | pbzip2 -ck -9 -p4 > $dir/root.bz2 echo 'Saving root lv partition size...' echo 'Removing root lv snapshot partition...' lvremove -f /dev/router-vg/root_snapshot &>/dev/null END=$(date +'%s.%N') DIFF=$(echo "$END - $START" | bc) echo -e $(date -u -d @$DIFF +"Backup completed in $RED%T$NC.")
@it-5960
@it-5960 7 лет назад
Спасибо Вам. 1. Можно автоматизировать. На счет sfdisk не знаю, не пользовался. А с помощью parted можно из bash делать все операции, например: parted -s /dev/sda mklabel msdos команда создаст новую partition table 1.1 Да, после создания нового раздела, нужно создать файловую систему 2 - 3. В ман написано, что возможно делать backup metadata LVM и восстановление. При этом, там написано, что эти операции не бэкапируют данные на LVM томах. Я этим не пользовался, сложно комментировать. Конечно скрипт можно сделать. И я уверен, что можно сделать и проще и лучше, чем я рассказал в видео :)
@bekasovme
@bekasovme 4 года назад
Неплохое видео про backup lvm разделов, а если нет структуры lvm? Тогда, что?
@it-5960
@it-5960 4 года назад
Тогда нужно снимать отдельное видео... :) Если вкратце, то backup в этом случае делается с помощью liveCD.
@ИсраилБ
@ИсраилБ 7 лет назад
Большое спасибо!!!!!! Отличные уроки. Буду ли уроки о KVM? Использование KVM и LVM томов?
@it-5960
@it-5960 7 лет назад
Спасибо, да, есть такие планы
@ИсраилБ
@ИсраилБ 7 лет назад
Удачи!
@Arius1987
@Arius1987 4 года назад
Выполнил всю это процедуру на ubuntu18.04 LTS- все получилось. Удивило, что xubuntu 18.04 в качестве liveCD отказался запускаться, но не отказался 16.04 как в Вашем видео. Вопрос такой: могут ли быть какие-нибудь подводные камни, если таким же методом бэкапировать gpt?
@it-5960
@it-5960 4 года назад
Хорошо. Подводных камней не должно быть. При восстановлении, нужно учитывать, что система была установлена на GPT, если быть точнее, то... 1. Если система была установлена на микрокод материнской платы UEFI, то нужен доп. раздел UEFI System Partition. 2. Если система была установлена на микрокод материнской платы BIOS (UEFI в режиме legacy support), то должен быть доп. раздел 1Мб с флагом BIOS_GRUB
@Arius1987
@Arius1987 5 лет назад
Есть некоторая неясность с созданием снапшотов: 1. Почему он создается столь моментально, когда такой известной программой как acronis true image образ создается минут 10-15 2 . При создании LVM - раздела Вы все время оставляете немного свободного места, буфера, не диске. Оно необходимо для снятия самого спапшота и/или как Вы сами говорите в буфере содержатся все изменения, которые происходят на логическом томе - если да, то я глазам своим не верю - выходит создание одного единственного снапшота достаточно для одного единственного актуального бэкапа
@it-5960
@it-5960 5 лет назад
1. Разные технологии. Acronics создает полную побайтную копию исходного раздела или диска. LVM snapshot не создается как отдельное блочное устройство (хотя в системе мы можем обратиться к нему как к блочному устройству). LVM snapshot - это метка в системе LVM тома на его текущее состояние данных. Разница между текущим состоянием данных и LVM snapshot записывается в COW таблицы, размер которых мы указываем при создании snapshot... и плавно переходим к вопросу 2... 2. ...именно для того, чтобы было где размещать COW таблицы для snapshot, нам необходимо оставлять свободное пространство в LVM Voluem Group. Если все пространство будет отведено под LVM тома, создать snapshot не удастся - нет места под COW таблицы. Вы можете провести эксперимент: создать том размером 8 ГБ в группе, где всего места 9 ГБ. У Вас останется свободного пространства 1 Гб. Затем создать snapshot и указать размер COW таблицы 512Мб. И увидеть, что свободного пространства в группе осталось 0,5ГБ. И Вы получите 2 блочных устройства (точнее 1 - это LVM том, второй - snapshot) одинакового размера по 8 ГБ.
@Arius1987
@Arius1987 4 года назад
Здравствуйте, пару вопросов, если можно: 1. обязательно ли монтировать снапшот в папку, для того, чтоб снять бэкап или можно сразу же заархивировать /dev/vg0/root_snap 2. зачем используется параметр conv=notrunk в dd и важен ли устанавливаемый bs?
@it-5960
@it-5960 4 года назад
Добрый день, snapshot является блочным устройством, поэтому его можно не монтировать. Только в том случае, если нужно взять какие-то конкретные файлы. Параметр notrunc не усекает выходной файл, снимает копию один в один. bs указывает объем блоков, которыми читаются и записываются данные. С блоками большого объема 4кб, 8кб, 16кб операции проходят быстрее, чем с малыми.
@seledkapod22
@seledkapod22 5 лет назад
Возникло несколько вопросов после того как решил воспользоваться данным методом, надеюсь автор бывает на канале и ответит как сможет. В общем было несколько ситуаций когда размер создаваемого архива получался раза в 2-3 больше чем данных на диске. Второй момент, когда добавил вывод -v стал получать от dd ошибки ввода вывода. Сделано было на тестовых виртуалках virtualbox, а так же на vps сервере. Надеюсь на ваш ответ.
@it-5960
@it-5960 5 лет назад
Добрый день. По данной информации сложно что-либо сказать, слишком мало. Попробую ткнуть пальцем в небо и предположить, что LVM snapshot во время бэкапа становится неактуальным.
@seledkapod22
@seledkapod22 5 лет назад
IT-консультант Алексей Нефедьев ну в общем -то да. Как я понял пока делался дамп что-то писалось на раздел. А по поводу размера бекапа тоже ответ сам пришел, кто-то на vps-vds запускал бэнчмарки дисков по типу fio и sysbanch, а файлы которые создаются ими не удаляли, из-за них и ошибки dd сыпались, и архивы были в 2-3 раза больше чем занятого места на дисках. Видимо как-то связано с тем что бэнчмарки пишут в эти файлы, которые судя по всему не сжимаются.
@seledkapod22
@seledkapod22 5 лет назад
IT-консультант Алексей Нефедьев в общем благодарю за полезный метод бэкапов, уже наваял несколько скриптов на двух vps/vds с использованием данного метода, так как хостер не предоставляет услугу снапшотов)
@it-5960
@it-5960 5 лет назад
Да, эти тесты изменяют данные на диске, в результате быстро исчерпывается место в COW-tables LVM snapshot... Если у Вас на сервере работают программы, такие, например, как Postgresql, MySQL и т.п., то лучше их останавливать перед созданием LVM shapshot.
@fghj17553
@fghj17553 7 лет назад
Описали/показали элементарную часть, а самую сложную часть даже не упомянули. Все демоны, которые что-то пишут на диск в это время могут "деградировать" после восстановления такой системы. Т.к. snapshot lvm очень мало гарантируем в плане целостности: >Note: You should test the # lvcreate command in the running system until it works as desired. Remove the test snapshots with # lvremove. The snapshots taken from a running system are not as consistent as snapshots taken in single user mode or during startup. Поэтому по хорошему нужно перейти в single mode запустить backup, а потом обратно. Но такой скрипт в crontab не засунешь.
@it-5960
@it-5960 7 лет назад
Да, спасибо. Нашел эту статью. Буду изучать
@it-5960
@it-5960 7 лет назад
По опыту могу сказать, что проблем с загрузкой и работой с восстановленной или перенесенной системой с помощью LVM snapshot не было. На виртуальных машинах это было проделано мной не один десяток раз. На реальных машинах я делал эту процедуру реже. Последнее, что я делал, перенос Debian 9 (Gnome 3) с LVM на ZFS без каких-либо проблем...
@JohnnyBGoode-fc8gw
@JohnnyBGoode-fc8gw 5 лет назад
Не проще было сделать посекторный бэкап с помощью dd и также восстановить его на второй такой же диск?
@it-5960
@it-5960 5 лет назад
Можно...При этом нужно было бы выключать систему и, запустившись с LiveCD, проделать эту операцию. Плюс ко всему размер выходного файла будет равен размеру бэкапируемого раздела диска или всего диска (в зависимости от того, что бэкапируете). Время на создание такого бэкапа было бы большим. Чтобы уменьшить размер выходного файла, нужно прогонять данные через архиватор, а это еще большее время. А так, да, возможно...
@JohnnyBGoode-fc8gw
@JohnnyBGoode-fc8gw 5 лет назад
@@it-5960 А на горячую не выключая системы нельзя это проделать?
@it-5960
@it-5960 5 лет назад
К сожалению, нет. Пока мы посекторно (медленно) снимаем данные, ОС и программы могут изменять данные в этих секторах. Таким образом мы не сможем добиться согласованности данных - консистентности данных. Поэтому LVM (или файловая система высокого уровня, например ZFS ) и технология snaphot.
@JohnnyBGoode-fc8gw
@JohnnyBGoode-fc8gw 5 лет назад
@@it-5960 Не совсем понимаю про технологию снапшот в линуксе, я знаю про эту технологию на гиперви, но судя по всему на линуксе она координально другая. Надо будет почитать.
@it-5960
@it-5960 5 лет назад
Да, это разные технологии...
@ЕвгенийСавинов-з5р
Алексей, не могли бы дать свои контакты? Чтоб можно было с вами иметь связь.
@ЕвгенийСавинов-з5р
И спасибо за видео!
@it-5960
@it-5960 6 лет назад
В описании к ролику...
@it-5960
@it-5960 6 лет назад
Пожалуйста :)
Далее
Backup Debian на ZFS
1:16:17
Просмотров 1,6 тыс.
Linux System Administration Full Course
6:41:06
Просмотров 326 тыс.
Vinchin - Backup система для ВСЕГО!
31:54
38. Создание backup скрипта (RHCSA)
15:25
Backup and Restore Your Linux System with rsync
12:10
Просмотров 133 тыс.
КАК НАЧАТЬ ПОНИМАТЬ LINUX (2024)
21:10