Создать образ системы Debian
Приветствую! Прошу совета как ЛЕГЧЕ создать образ всей системы? Debian 5, ISP, Hetzner. Цели: 1) Восстановление у себя на десктопе в Vmware для тестирования обновлений. 2) Для дальнейшего возможного восстановления в другой сервер Hetzner (перенос). Как у них происходит восстановление? Также просьба прокомментировать состояние данного диска:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 112 099 006 Pre-fail Always — 42406617
3 Spin_Up_Time 0x0003 096 096 000 Pre-fail Always — 0
4 Start_Stop_Count 0x0032 100 100 020 Old_age Always — 20
5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always — 0
7 Seek_Error_Rate 0x000f 086 060 030 Pre-fail Always — 420856408
9 Power_On_Hours 0x0032 080 080 000 Old_age Always — 17888
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always — 0
12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always — 10
183 Runtime_Bad_Block 0x0032 100 100 000 Old_age Always — 0
184 End-to-End_Error 0x0032 100 100 099 Old_age Always — 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always — 0
188 Command_Timeout 0x0032 100 098 000 Old_age Always — 10
189 High_Fly_Writes 0x003a 100 100 000 Old_age Always — 0
190 Airflow_Temperature_Cel 0x0022 062 059 045 Old_age Always — 38 (Lifetime Min/Max 31/41)
194 Temperature_Celsius 0x0022 038 041 000 Old_age Always — 38 (0 22 0 0)
195 Hardware_ECC_Recovered 0x001a 036 020 000 Old_age Always — 42406617
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always — 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline — 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always — 0
240 Head_Flying_Hours 0x0000 100 253 000 Old_age Offline — 50590419797498
241 Total_LBAs_Written 0x0000 100 253 000 Old_age Offline — 3858494152
242 Total_LBAs_Read 0x0000 100 253 000 Old_age Offline — 2198475770
Судя по Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always — 0 неплохое. Еще вопрос, если стоит софт-РАИД, то есть ли тут основной и второстепенный диск? Или тут если один накрылся, то оставшийся будет основнм?
Live-образы установки
Live-образы установки содержат систему Debian, которая может запускаться без изменения каких-либо файлов на жёстком диске, а также позволяет провести установку Debian с использованием пакетов, содержащихся в этом образе.
Официальные установочные live-образы для стабильного выпуска
Эти образы предлагаются в разных сборках, каждая из которых отличается от других по размеру, что разъяснено выше, эти образы подходят для того, чтобы попробовать систему Debian, включающую подобранный набор пакетов по умолчанию, и затем установить её с того же самого носителя.
Гибридные ISO-образы подходят для записи на DVD-R(W) носители, а также карты USB соответствующего размера. Если вы можете использовать BitTorrent, пожалуйста, воспользуйтесь этим протоколом, поскольку он снижает загрузку наших серверов.
DVD/USB
Гибридные ISO-файлы образов, подходящие для записи на DVD-R(W) носители в зависимости от размера, а также на карты USB соответствующего размера.
Подробную информацию о том, что это за файлы и как их использовать, см. в ЧаВО.
Если вы собираетесь установить Debian с загруженного живого образа, ознакомьтесь с подробной информацией о процессе установки.
Дополнительную информацию о системах Debian Live, предоставляемых этими образами, см. на странице проекта Debian Live.
Создание образа сервера и перенос его на другой VPS
В нашем справочнике есть руководство, в котором мы подробно рассматриваем, как создать образ жёсткого диска виртуального сервера, скопировать его на локальную рабочую станцию и там развернуть копию своего VDS. В той статье речь идёт о сервере, работающем под управлением операционной системы Windows Server 2019. Теперь же мы попробуем сделать копию VPS и восстановить её на другой виртуалке. Но в данном случае мы будем работать с Linux-серверами.
Предварительные условия
В рассматриваемом примере мы будем использовать сразу три виртуальных сервера. Средствами операционной системы мы создадим образ VDS, который назовём server1 , и восстановим его на другом сервере, который будет называться server2 . Размер диска на данных серверах составляет 20Гб, поэтому нам понадобится третья виртуальная машина, которую мы будем использовать в качестве файлового сервера для сохранения образа диска первой виртуалки – server1.img . Для третьего VPS, который мы назовём exchange-server , мы закажем HDD объёмом 50Гб. Это необходимо для того, чтобы на нём поместился двадцатигигабайтный образ сервера server1 . С помощью серверного приложения Samba на exchange-server мы создадим общедоступный каталог share_access и подключим его к server1 и server2 . В качестве узла доступа к каталогу share_access на server1 и server2 мы будем использовать директорию /mnt .
Настройка файлового сервера
Для начала нужно будет настроить общедоступный ресурс на сервере exchange-server . В качестве операционной системы мы применим для этой виртуальной машины Ubuntu 20.04. Естественно, на данном сервере должна быть произведена предварительная настройка, по крайней мере, в части добавления пользователя, имеющего полномочия администратора, вместо учётной записи root , а также активации и первоначальной настройки брандмауэра UFW.
Чтобы превратить exchange-server в полноценный файловый сервер, необходимо установить на него и настроить серверное приложение Samba в соответствии с посвящённой этому статьей нашего справочника. Чтобы у вас была возможность сохранить образ сервера в расшаренный каталог на exchange-server , воспользуйтесь разделом “Настройка каталога для доступа авторизованного пользователя” в упомянутом уже руководстве. Проверку доступности созданного каталога после его настройки можно осуществить подключившись к нему, например, с локального Windows-компьютера. На скриншоте ниже, 10.10.10.10 – IP-адрес виртуальной машины exchange-server .
Настройка server1 и server2
Сервера server1 и server2 в нашем примере будут работать под управлением операционной системы Debian 12. На этих виртуальных машинах после предварительной настройки необходимо установить пакет инструментов cifs-utils для организации возможности подключения к сетевому диску на exchange-server , а также набор программ net-tools , который может понадобиться для внесения изменений в сетевые настройки.
$ sudo apt update $ sudo apt install cifs-utils $ sudo apt install net-toolsПосле этого вы уже сможете подмонтировать организованный на exchange-server общий каталог к директории /mnt . Проделать это нужно как на server1 , так и на server2 .
$ sudo mount -t cifs //10.10.10.10/share_access /mnt -o user="samba-user"Здесь, 10.10.10.10 – IP-адрес виртуальной машины exchange-server , а samba-user – учётная запись, созданная при настройке общего каталога. Для успешного подключения расшаренного ресурса необходимо будет ввести пароль пользователя samba-user .
Создание образа сервера server1
Перед тем, как начать процедуру восстановления образа, необходимо узнать и сохранить для себя сетевые настройки сервера server2 . Данные настройки понадобятся после того, как в результате восстановления образа server2 станет точной копией сервера server1 . Чтобы увидеть настройки сетевого подключения, наберите в командной строке server2 :
$ ip -c rЗдесь мы видим, что наш server2 имеет сетевой интерфейс eth0 , на котором настроен IP-адрес 195.58.52.23 и шлюз по умолчанию 195.58.52.1 . А также, запись 195.58.52.0/24 говорит нам о том, что в сетевых настройках установлена маска подсети 255.255.255.0 .
На следующем шаге подключитесь к server1 . Следующая команда позволяет узнать имя диска, копию которого мы и будем создавать с использованием файлового ресурса exchange-server :
$ sudo fdisk -lВ нашем примере имя диска на сервере server1 – это /dev/sda .
Создание образа раздела /dev/sda мы будем производить используя режим аварийного доступа к серверу. Для чего кликните на изображение экрана сервера server1 в личном кабинете RuVDS. Такое решение не является обязательным к исполнению, вы можете запустить процедуру и из SSH-сессии. Мы же используем аварийную консоль исходя из того, что в процессе создания образа, которое, как правило, занимает довольно продолжительное время, соединение по SSH может быть потеряно по каким-либо причинам. Это не прервёт процесс создания образа, но мы не сможем увидеть его окончание. Несмотря на то, что аварийный режим имеет ограничение своей работы по времени, его можно закрыть, после чего открыть повторно, и при этом ваш консольный сеанс не будет прерван. Таким образом у вас сохранится возможность контролировать состояние процесса.
Для создания копии сервера и последующего восстановления её на другом VPS мы будем использовать утилиту dd . Для запуска процедуры создания образа диска авторизуйтесь на server1 при помощи учётной записи, имеющей полномочия администратора, после чего переключитесь в режим суперпользователя с помощью команды sudo su и наберите следующую команду:
# dd if=/dev/sda of=/mnt/server1.img bs=4M oflag=syncВ данном случае:
- /dev/sda – раздел, образ которого мы создаём;
- /mnt/server1.img – имя файла создаваемого образа (файл server1.img в директории /mnt ).
Спустя какое-то время процесс создания образа завершится. Об этом будет свидетельствовать появление приглашения для ввода команд в режиме суперпользователя – символа # .
Восстановление созданного образа на server2
Теперь можно переходить к развёртыванию образа сервера server1 на сервере server2 . Чтобы не потерять связь с командной строкой и видеть, что происходит в терминале, процедуру восстановления созданной ранее копии на server2 мы также будем производить в консоли аварийного доступа к серверу. Для этого откройте окно аварийной консоли, подключитесь к системе под именем вашей административной учётной записи и затем перейдите в режим суперпользователя с помощью команды sudo su . Запуск процесса восстановления образа на сервере server2 производится командой:
# dd if=/mnt/server1.img of=/dev/sda bs=4M oflag=sync- /mnt/server1.img – имя файла, из которого производится восстановление образа;
- /dev/sda – раздел, в который данный образ восстанавливается.
Так же, как и при проведении процедуры создания образа, об окончании процесса будет говорить появление символа # в качестве приглашения для ввода дальнейших команд. Чтобы завершить восстановление, закройте окно аварийного режима и перезагрузите виртуальный сервер при помощи соответствующей кнопки в личном кабинете. Гарантированный перезапуск осуществляется путём активации опции Аварийная перезагрузка .
После перезагрузки VPS система может может сообщить нам о наличии ошибок в файловой системе раздела /dev/sda1 . При этом, в данном выводе содержится рекомендация запуска проверки файловой системы при помощи команды fsck .
Строка (initramfs) представляет собой приглашение для ввода команд, где нужно будет запустить проверку файловой системы. Соответственно, здесь необходимо ввести команду, которая и запустит данную проверку:
fsck -y /dev/sda1После завершения процедуры проверки нужно закрыть данный режим. Для чего наберите команду:
exitВ результате произведённых действий server2 будет представлять из себя уже не виртуальную машину server2 , а точную копию сервера server1 . Наряду с этим, поскольку путём восстановления полной копии сервера server1 виртуальная машина server2 теперь содержит все настройки сервера server1 , server2 больше не доступен для подключения по SSH, так как настройки сетевого подключения также изменились. Значит, подключиться к server2 теперь можно только через консоль аварийного режима.
Восстановление доступа к server2
Для внесения изменений в сетевые настройки откройте окно аварийного доступа server2 и подключитесь к системе при помощи вашей учётной записи, обладающей полномочиями администратора.
Чтобы убедиться в том, что сетевые настройки на server2 заменены сетевыми настройками сервера server1 , вы можете использовать команду:
$ sudo ifconfig
Здесь мы видим, что IP-адрес, настроенный на сетевом интерфейсе eth0 не соответствует IP-адресу, который присутствовал там ранее. Таким образом, необходимо будет удалить данный IP-адрес из сетевых настроек сервера:
$ sudo ip addr del 194.87.213.97/24 dev eth0В данном примере:
- 194.87.213.97/24 – это IP-адрес сервера server1 , указанный с количеством единичных разрядов в маске подсети;
- eth0 – название сетевого интерфейса нашего сервера.
Чтобы восстановить доступ к server2 , добавьте в интерфейс eth0 его прежний IP-адрес с маской подсети, а также соответствующий ему шлюз. Это можно сделать при помощи следующих команд:
$ sudo ip addr add 195.58.52.23/24 dev eth0 $ sudo ip route add default via 195.58.52.1- 195.58.52.23/24 – IP-адрес и маска подсети 255.255.255.0 сервера server2 ;
- 195.58.52.1 – IP-адрес шлюза для виртуальной машины server2 .
Для проверки изменений, внесённых в сетевые настройки сервера, можно использовать команду:
$ ip -c rВывод команды говорит нам о том, что сетевые настройки сервера server2 , восстановленного из образа сервера server1 , в данный момент соответствуют тому, как это было до восстановления.
Таким образом, теперь у нас есть точная копия виртуальной машины server1 , доступная по IP-адресу сервера server2 . Другими словами, мы имеем два экземпляра server1 : один – это непосредственно сервер server1 , второй же в настоящее время заменил собой виртуалку server2 . При этом оба сервера доступны для подключения по SSH с использованием соответствующих им IP-адресов. Следует иметь ввиду, что изменения, внесённые с настройки сетевого подключения, будут действовать на восстановленной копии сервера до его перезагрузки. После перезапуска server2 доступ к нему по SSH будет потерян.
Заключение
Использовать копию работающего сервера полезно в случаях, когда необходимо попробовать применить какое-либо критически важное изменение настроек, которое может привести к потере работоспособности VPS или приложений, работающих на нём. В данном руководстве мы описали примерный сценарий, позволяющий создать копию виртуальной машины. Во время многочисленных повторений производимых действий мы столкнулись с тем, что не каждая итерация приводит к стопроцентному повторению результата, достигнутому ранее. Тем не менее, описанная последовательность действий является работоспособной и должна помочь в достижении поставленной цели.
Как сделать резервную копию системы на Ubuntu/Linux?
Своевременно сделанная резервная копия операционной системы Ubuntu является одной из самых важных профилактических мер, направленных на поддержание стабильности работы сервера и его экстренное восстановление в случае аварии или сбоя. Но данная инструкция будет полезна и простым пользователям десктопных систем, которые с её помощью смогут создавать своеобразную точку восстановления данных. Для выполнения процедуры создания резервной копии пригодится утилита, необходимая для создания и редактирования архивов в ОС Linux – tar.
Если облака для вас
не просто теория
Широкий спектр услуг
по выделенным северам
и мультиклауд-решениям
Конфигурация VPS и бесплатный тест уже через 2 минуты
Организация вашей IT-инфраструктуры на основе мультиклауд-решения
Создание копии системных данных
Пошагово создание резервной копии системы Ubuntu выглядит следующим образом:
1. Для Ubuntu подходит команда sudo su, а для Debian – используем su -l root
2. Смотрим количество места, которое уже использовано системой, и которое остается свободным. Поскольку backup будет сжиматься в архив, то по объему он получится в разы меньше, чем занимает ОС на данный момент.
root@server:~# df -h
Как указано в описанном выше конкретном случае система находится по адресу /dev/sda2 и своим объемом она занимает в целом 2.1G объема. Бекап будет скопирован в корневой раздел этого же диска, где имеется 67 Гб свободного пространства.
3. Для продолжения создания резервной копии системы Linux перемещаемся в корневой раздел cd /.
4. Переходим к копированию системы. Но здесь важно исключить разделы /proc /lost+found /sys, как и сам архив /backup.tgz, кроме того, убираем и раздел /web. Если необходима идеально чистая резервная копия, то предварительно следует выполнить очистку логов в /var/log , и удалить кеш выбранных нами архивов apt-get clean.
tar cvpzf backup.tgz –exclude=/proc –exclude=/lost+found –exclude=/backup.tgz –exclude=/mnt –exclude=/sys –exclude=/web /
5. Посмотрим ls -alh
-rw-r–r– 1 root root 607M Янв 7 13:28 backup.tgz
Полученный архив с файлами следует надежно хранить отдельно и при необходимости его можно будет сразу использовать для восстановления данных системы.
Пошаговая инструкция по восстановлению из back-апа
Проще всего восстанавливать систему на том же оборудовании с теми же виртуальными разделами, с которых делался бекап. Это займет всего несколько минут. Порядок действий будет таков:
1. Выполняем загрузку с диска Live CD Linux, никаких сторонних программ не требуется, и копируем архив в корневой каталог.
2. Распаковываем выбранный архив непосредственно в папку расположения
tar xvpfz backup.tgz /
3. Остается только прописать место, куда выполняется загрузка. Если разметка делалась с помощью GParted, то стоит предусмотреть около 10 свободных мегабайт, в противном случае grub2 может и не стать.
grub-install –root-directory=/mnt/ /dev/sda2
4. Далее нужно создать отдельные каталоги /proc /sys. При перезагрузке обратите внимание на логи в процессе загрузки.
Если системные данные нужно перенести на новое устройство, то всё слегка усложняется:
1. Распаковываем наш архив.
2. С помощью Live CD проверяем распределение дисков и их объем.
3. При повторной перезагрузке сервера входим в grub2 и редактируем названия имеющихся дисков.
4. Когда запуск невозможен при «отсутствии файловой системы», придется переделать заново initrd загрузчик, с учетом требуемых модулей. Для этого примонтируют разделы /proc и /sys к базе, где компилируются /mnt/proc /mnt/sys, а потом можно пройти авторизацию в chroot /mnt.
Это наиболее легкий способ создания и последующего восстановления из резервной копии работающей системы Linux, ведь в процессе не требуется устанавливать сторонние утилиты.
Популярные услуги
Linux сервер
Высокопроизводительные VPS сервера Linux на без KVM-виртуализации идеально подходят для крупных интернет-проектов. В сочетании с этой операционной системой серверные компьютеры демонстрируют хорошую производительность, а SSD хранилища данных способствуют увеличению их быстродействия. У нас вы сможете взять в аренду VPS и VDS Linux сервера.
Ubuntu сервер
Облако на сервере Ubuntu поможет решить проблемы с масштабируемостью проектов. Под высокой нагрузкой сайту или будет выделяться больше ресурсов.
Dedicated сервер
Под dedicated сервером подразумевают аренду серверного компьютера для решения задач конкретного проекта. Клиент получает возможность свободно распоряжаться ресурсами виртуальной машины, устанавливать любое программное обеспечение и создавать необходимое количество баз данных.