Что такое снапшот linux

CYA – Утилита Snapshot и восстановления системы для Linux

CYA, означает Cover Your Assets, представляет собой бесплатный инструмент с открытым исходным кодом и утилиту восстановления для любых Unix-подобных операционных систем, в которых используется оболочка BASH.

Cya переносится и поддерживает множество популярных файловых систем, таких как EXT2 / 3/4, XFS, UFS, GPFS, reiserFS, JFS, BtrFS и ZFS и т. д.

Обратите внимание, что Cya не будет копировать фактические данные пользователя.

Он только создает резервные копии и восстанавливает саму операционную систему, а не ваши фактические данные пользователя.

Cya – это утилита восстановления системы.

По умолчанию он будет копировать все ключевые каталоги, такие как / bin /, / lib /, / usr /, / var / и несколько других.

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

Кроме того, можно указать некоторые каталоги / файлы для перехода из резервной копии.

Например, вы можете пропустить / var / logs / если вы не регистрируете эти файлы.

Cya фактически использует метод резервного копирования Rsync под капотом.

Тем не менее, Cya намного проще, чем Rsync при создании резервных копий.

При восстановлении вашей операционной системы Cya откатится от ОС, используя ваш профиль резервного копирования, который вы создали ранее.

Вы можете либо восстановить всю систему, либо только определенные каталоги.

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

Еще одна заметная особенность заключается в том, что мы можем создать специальный скрипт восстановления для автоматизации установки ваших системных разделов при восстановлении образа Live CD, USB или сети.

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

Установка CYA

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

Это приведет к клонированию последней версии cya в каталоге cya в вашем текущем рабочем каталоге.

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

CYA теперь успешно установлен.

Теперь давайте продолжим и создадим снэпшоты.

Создание снэпшотов

Перед созданием снэпшотов / резервных копий создайте скрипт восстановления с помощью команды:

Сохраните полученный файл recovery.sh на USB-накопителе, который мы будем использовать позже при восстановлении резервных копий.

Этот скрипт поможет вам настроить chrooted среду и смонтировать диски при откате вашей системы.

Теперь давайте создадим снэпшоты

Чтобы создать стандартное резервное копирование, выполните:

Вышеупомянутая команда сохранит три резервных копии перед перезаписью.

Вы можете просмотреть содержимое недавно созданного моментального снимка в разделе /home/cya/points/location.

Чтобы создать резервную копию с настраиваемым именем, которое не будет перезаписано, запустите:

Замените BACKUP_NAME на свое имя.

Чтобы создать резервную копию с пользовательским именем, которое будет перезаписано, выполните следующие действия:

Чтобы создать резервную копию и архивировать и сжать ее, запустите:

Эта команда сохранит резервные копии в местоположении / home / cya / archives.

По умолчанию CYA сохранит свою конфигурацию в каталоге / home / cya /, а моментальные снимки с настраиваемым именем будут сохранены в / home / cya / points / BACKUP_NAME.

Однако вы можете изменить эти параметры, отредактировав файл конфигурации CYA, хранящийся в /home/cya/cya.conf.

Как я уже сказал, CYA по умолчанию не будет делать резервные копии пользовательских данных.

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

Однако вы можете включить свои собственные каталоги или файлы вместе с системными файлами.

Скажем, например, если вы хотите добавить каталог с именем / home / sk / Downloads в резервную копию, отредактируйте файл /home/cya/cya.conf:

Определите путь к каталогам, который вы хотите включить в резервную копию, как показано ниже.

Помните, что как исходные, так и целевые каталоги должны заканчиваться конечной косой чертой.

В соответствии с приведенной выше конфигурацией CYA скопирует все содержимое каталога / home / sk / Downloads / и сохранит их в каталоге / mnt / backup / sk / (если вы уже создали этот).

Здесь mybackup – это имя профиля.

Сохраните и закройте файл.

Теперь для резервного копирования содержимого каталога / home / sk / Downloads / вам нужно ввести имя профиля (например, mybackup в моем случае) с помощью команды cya mydata, как показано ниже:

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

Все имена профилей должны быть уникальными.

Исключить каталоги

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

Вы можете исключить некоторые несущественные, такие как файлы журналов.

Например, если вы не хотите включать / var / tmp / и / var / logs / directories, добавьте следующее в файл /home/cya/cya.conf.

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

Добавление определенных файлов в резервную копию

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

Для этого добавьте путь к файлам по одному в файле /home/cya/cya.conf.

Восстановите свою систему

Помните, мы уже создали скрипт восстановления с именем recovery.sh и сохранили его на USB-накопителе?

Да, нам он нужен будет сейчас, чтобы восстановить нашу сломанную систему.

Загрузите свою систему с любого загрузочного CD / DVD-диска, USB-накопителя. Разработчик CYA рекомендует использовать загрузочную среду с той же основной версией, что и ваша установленная среда! Например, если вы используете систему Ubuntu 18.04, используйте live-носители Ubuntu 18.04.

После того, как вы находитесь в живой системе, подключите USB-накопитель, содержащий скрипт recovery.sh.

После установки диска (ов) ваша система / и / home будет смонтирована в каталоге / mnt / cya. Это делается очень легко и обрабатывается автоматически с помощью скрипта recovery.sh для пользователей Linux.

Затем запустите процесс восстановления с помощью команды:

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

Что делать, если у вас нет или потерял сценарий восстановления? Нет проблем, мы все равно можем восстановить нашу сломанную систему.

Загрузите live медиа.

С live сеанса создайте каталог для монтирования дисков.

Затем смонтируйте свой / и / home (если на другом разделе) в каталог / mnt / cya.

Замените / dev / sda1 и / dev / sda3 на свои правильные разделы (используйте команду fdisk -l для поиска ваших разделов).

Наконец, запустите процесс восстановления с помощью команды:

Источник

Снапшоты, клоны и реплики в ZFS on Linux

Ramadoni: оригинал
Перевод: Алексей Федорчук

Пошаговое руководство по работе со снапшотами, клонами и репликами ZFS — самыми мощными её функциями.

Снапшоты ZFS: обзор

Снапшот — моментальная копия файловой системы или тома, не требующая дополнительного места в пуле ZFS. Дисковое пространство требуется только для записи изменённых блоков: записываются только различия между текущим набором данных и предыдущей его версией.

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

Создание и удаление снапшотов

Снимки томов напрямую недоступны, но их можно клонировать, бэкапить и восстанавливать. Для создания и удаления снапшотов используются команды zfs snapshot и zfs destroy

Создаём пул с именем datapool :

Имея пул с именем datapool , надо создать файловую систему ZFS для моделирования функций снапшота:

Для создания снапшота используется команда zfs snapshot с указанием имени пула и имени снапшота. Имя снапшота должно выглядеть так:

Теперь снапшот datapool/docs создан.

Для удаления снапшота используется команда zfs destroy :

Откат снапшота

Для моделирования процесса нужно создать тестовый файл в каталоге /docs :

Теперь изменим содержимое файла data.txt :

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

Из вывода последней команды можно видеть, что содержимое файла data.txt стало прежним (то есть соответствует версии 1).

Для переименования снапшота можно использовать команду zfs rename :

Примечание: набор данных нельзя удалить, если существуют его снапшоты. Но это можно сделать, используя опцию -r . То есть так не получится:

А получится так:

Клоны ZFS: обзор

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

Создание и удаление клонов

Клон можно создать только из снапшота, и снапшот нельзя удалить, пока не удалён его клон. Для создания клона используется команда zfs clone .

Создание файловой системы:

Создание её контента:

Создание клона снапшота datapool/docs@today :

Процесс клонирования закончен, снапшот datapool/docs@today был клонирован в datapool/pict . Проверка показывает, что содержимое их одинаково:

После клонирования снапшота его нельзя удалить, пока не удалён клон:

Теперь, наконец, можно удалить снапшот:

Реплики ZFS: обзор

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

Конфигурирование реплик

В этом разделе я хочу показать вам, как реплицировать набор данных из datapool в backuppool . Но можно не только хранить данные одного пула в другом локальном пуле, но и отправлять по сети в другую систему. Для репликации данных используются команды zfs send и zfs receive .

Создание нового пула с именем backuppool :

Проверка статуса пулов:

Создание набора данных для репликации:

Настало время репликации:

Набор данных datapool/docs@today успешно реплицирован в backuppool/backup .

Реплицирование набора данных на другую машину выполняется так:

Заключение

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

Оставьте комментарий Отменить ответ

Для отправки комментария вам необходимо авторизоваться.

Источник

Как правильно работать со снапшотами виртуальных машин

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

Что такое снапшот?

Снапшот сохраняет состояние виртуальной машины и данные по ней в определенный момент времени.

• Состояние относится к энергетическим ресурсам виртуальной машины (например, включена, выключена, условное состояние);
• Данные включают в себя все файлы виртуальной машины, включая диски, память и другие устройства, такие как виртуальные сетевые карты.

Чем снапшот точно не является, так это . Снапшот — это просто журнал изменений исходного виртуального диска, поэтому не стоит полагаться на него как на непосредственный процесс резервного копирования.

Лучшие практики

Чтобы получить максимальную пользу от снапшотов, необходимо следовать нескольким правилам, которые позволят использовать снапшоты по максимуму и предотратить возникновение проблем.

1) Снапшот — не .

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

2) Снапшоты образуют цепочки или деревья.

VMware советует делать в одной цепочке только 2–3 снапшота:

a. Большее число снапшотов или снапшоты большого размера могут вызвать уменьшение производительности виртуальной машины и хоста.

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

c. Файл снапшота может оказаться поврежденным.

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

Деревья снапшотов на Windows и Linux

3) Не делайте снапшотов памяти виртуальной машины:

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

b. Если нет острой потребности в возвращении виртуальной машины к конкретному состоянию памяти, отключите опцию «Память». Состояние памяти редко может потребоваться.

4) Используйте более одного снапшота для промежутка времени в 24–72 часа.

Хотя 2–3 дня — это рекомендуемый период, иногда снапшот хранится 5 дней, а затем автоматически удаляется:

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

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

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

5) Виртуальные машины с несколькими дисками:

a. Снапшот может повлиять на дочерний или резервный диск: чем больше операций совершается с диском, тем больше он становится.

b. Требования к свободному пространству дочернего диска дополняют требования к родительскому диску, от которого он зависит.

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

d. Существует правило «Без снапшотов» для дополнительных дисков размером 100 Гб и больше, поскольку есть вероятность заполнения хранилища данных и прекращения работы всех виртуальных машин, которые используют одно и то же хранилище.

e. Дополнительные диски более 100 Гб размером считаются независимыми — это предотвращает переход влияние снапшота с родительского диска на дочерний.

Вместо заключения

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

Снапшот несет следующую информацию:

• Настройки виртуальной машины;
• Состояние дисков виртуальной машины;
• Содержимое памяти виртуальной машины (только при острой необходимости).

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

Источник