Как снять dump linux

-W: список файловых систем, для которых необходимо создать резервную копию.

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

-z уровень сжатия: сжимает каждый блок для записи на ленту с использованием библиотеки zlib. Уровень сжатия по умолчанию равен 2.

S: Оценивает размер еще до того, как это сделает. Выводом является приблизительное количество байтов, которые займет дамп. Это полезно в случае добавочных дампов, чтобы определить, сколько томов носителя будет использоваться.

-I nr error: по умолчанию дамп игнорирует первые 32 ошибки чтения. Это значение можно вручную изменить на любое значение по выбору пользователя.

Некоторые другие параметры (которые используются реже):

• — Архивный_файл: архивирует оглавление в указанный архивный_файл.
• -d плотность: устанавливает плотность ленты. Он принимает числовой аргумент, и его значение по умолчанию составляет 1600 бит на дюйм.
• -n: Когда есть некоторые изменения в ленте или есть некоторые другие изменения, дамп отправляет сообщение пользователю. Эта опция не имеет аргументов.
• -s футов: это указывает длину ленты дампа в футах. Это принимает числовой аргумент.
• -t дата: указывает запись даты и времени, в соответствии с которой выполняется инкрементное резервное копирование. Любые изменения или дополнения после указанного времени будут сохранены.

Источник

Linux dump резервное копирование и восстановление

Для системного администратора самой трудоёмкой, скрупулёзной и ответственной работой является (что непрерывно подтверждается практикой) не установка и наладка систем, программного обеспечения и т. д., а организация и проведение процедуры резервного копирования системы. Даже небольшие организации располагают своими, пусть и небольшими, но локальными сетями, обслуживаемыми серверами. Это позволяет значительно упростить и ускорить (при грамотном подходе, конечно) рутинную работу по специфике деятельности всей организации. Потеря информации, хранящейся даже в таких сетях и даже для небольших организаций, предприятий (или даже офиса) — в большинстве случаев наносит трудно поправимый ущерб с длительным и дорогостоящим восстановлением. Чего уж говорить о гигантских компаниях или корпорациях. В подавляющем большинстве случаев потеря информации стоит гораздо дороже, чем само оборудование.

Поэтому информацию обязательно следует защищать и самым надёжным способом для этого является резервное копирование данных. В Linux-системах на базовом уровне предусмотрена специализированная утилита dump. Она была разработана специально для осуществления резервного копирования. Наряду с ней для данной задачи можно также использовать команду tar – это будет практически также эффективно, однако dump конечно же, гораздо более удобна.

Использование команды dump

Утилита dump обладает рядом особенностей, благодаря чему многие системные администраторы используют именно её для резервного копирования данных:

• возможность резервного копирования в инкрементном режиме, т. е. будет резервироваться только то, что было изменено с момента последнего копирования;
• резервирование и восстановление любых типов файлов;
• сохранение информации о владельцах файлов, режимах доступа, дат и времени их модификации;
• резервное копирование можно выполнять сразу на несколько лент (да, да, в резервном копировании часто используются магнитные ленты в качестве носителей).

Команда dump в автоматическом режиме определит, какие файлы изменились со времени прошлого резервного копирования, формирует соответствующий список и именно эти файлы направит для копирования на внешний носитель. Надо заметить, что dump способна «понимать» исходную файловую систему на довольно низком уровне — для определения файлов для резервирования используется чтение таблицы индексных дескрипторов. Вместе с тем у утилиты dump имеются и незначительные ограничения:

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

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

Создание резервных копий

Команда dump сканирует файл /etc/dumpdates на предмет того, как давно создавался последний архив. С помощью ключа -u можно заставить dump самостоятельно после завершения резервного копирования обновлять вышеуказанный файл, занося в него информацию о дате, имени файловой системы и уровне архива. Без использования ключа -u (если он вообще ни разу не использовался) все архивы будут иметь нулевой уровень.

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

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

Или для варианта с ленточным носителем:

Здесь с ключом -u задаётся нулевой уровень архива (0), а ключом -f – устройство /dev/sdd1 для сохранения резервной копии файловой системы /home. Удалённый носитель (во втором примере ленточный носитель nst0) задаётся в формате имя_компьютера:устройство.

Восстановление файлов из резервных архивов

Чтобы восстановить отдельные файлы из резервных копий, следует воспользоваться командой restore. Эта команда обладает большим набором опций для выполнения. Среди которых одной из самых важных является -i – этот ключ позволяет работать с восстановлением в интерактивном режиме. Также имеются опции -r – для восстановления файловой системы целиком. И -x – для автоматического восстановления заранее указанных файлов.

В интерактивном режиме (ключ -i) команда restore сначала читает состав содержимого архива, после чего даёт возможность пользователю перемещаться по этому содержимому как по дереву каталогов в файловой системе, используя команды cd, ls и pwd. Чтобы восстановить требуемые файлы, нужно сначала добавить их в список восстановления командой add. Для восстановления выбранных (добавленных в список восстановления) файлов нужно выполнить команду extract. Также можно удалять файлы из списка восстановления — командой delete. Пример:

В приведённом примере показан наиболее общий и «суровый» случай, когда нужно восстановить архив с удалённого ленточного носителя по SSH. Здесь также используется перемотка ленты командой mt для перехода к нужному архиву — это тот случай, когда на одной ленте их несколько. В качестве параметров команде mt передаются: удаленное устройство и параметры перемотки — fsf 3, т. е. лента должна быть перемотана вперёд на 3 файла. Если архив умещается на одной ленте, то на запрос «Specify next volume #:» нужно ввести 1. Также нужно определить, должен ли текущий каталог соответствовать корневому каталогу текущей ленты и если восстанавливается не вся файловая система целиком, то можно ответить «n» — нет. Восстановление производится в текущий каталог /var/restore.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Источник

Записки *NIX Админа

четверг, 1 сентября 2011 г.

dump restore

Необходимость дампить систему рано или поздно появляется у Всех. Я не исключение.
Преимущестов утилит dump/restore в том, что они есть на любой юникс системе.
На основе этих утилит постоено достаточно много различных систем бекапирования, которые по сути являются просто надстройками над ними.
Я рассмотрю, как сделать дамп с какого либо раздела на FreeBSD.
Учитывая, что в большинстве случаев нет возможности остановить сервер, либо перевести разделы на время давмпа в read only, то необходимо дампить раздел «на живую».

где 0 — максимальный уровень сохранения информации при дампе, он гарантирует, что вся информация о системе будет сохранена
a – авторазмер (пропуск всех проверок длины лент, пишет пока хватает места)
L – ключ, используемый при снятии дампа с «живой» файловой системы.
u – обновление файла dumpdates (фиксирует, когда был последний раз задамплен слайс)
f – сохраняет дамп в файл
/usr/dump/root_ad4s1a – путь к файлу с дампом и, собственно, сам файл с дампом
/ — файловая система для дампа (можно заменить на /dev/ad0s1a)
Более подробно описаны ключи man dump (RU).
Казалось бы все, дамп есть. Что может быть проще?
Вот здесь и появляются нюансы.
По идее dump с ключем -L, позволяет дампить «на живую».
Создает сначала snapshot раздела, дампит его и удалает этот снапшот.
Но у меня такой дамп восстановить не получилось.
Выдавались ошибки:
Данную проблему можно обойти если делать snapshot самому, а затем дампить с него. Работа со снапшотами в UFS2 боле подробно описана в snapshot UFS2 во FreeBSD. Делаем snapshot корня в файл /.snap/2011090100
Привязываем созданный снапшот к устройству /dev/md1 (номер зависит от праметра -u)
Делаем простой дамп
Если нужен запакованный дамп
Если нужен запакованный дамп со сбросом на ftp
Т.е. получается, что делается дамп со снапшота, затем переадется через пайп (|)на архивацию gzip, после чего отправляем по ftp. Синтаксис отправки по ftp [протокол]://[логин]:[пароль]@[сервер]/[путь/][файл_дампа]. Отключаем снапшот

Мы не блокировали никаких операций на HDD, не перемонтировали в RO и получили рабочий дамп, в чем сейчас и убедимся.

Восстановление из дампа:
Восстановление происходит при помощи утилиты restore.
Основные ключи:
-i восстановление в интерактивном режиме
-f file восстановление из файла
-r Восстановление (создание заново файловой системы). Целевая файловая система, должна быть сделана ранее с newfs(8), смотнтирована, и пользователь должен перейти в подготовленную ранее файловую систему прежде чем начнется восстановление нулевого уровня из резервной копии. Если уровень 0 восстановлен удачно, флаг -r может использоватся для восстановления всех необходимых инкрементальных бекапов выше уровня 0. Флаг -r устраняет интерактивное извлечение файлов и может являтся вредным , если он не будет применятся аккуратно.
Более подробно описаны ключи man restore (RU)
-v заставляет выводить имя каждого файла (обычно restore работает тихо)
-y При ошибках и бедблоках игнорирует их и продолжает восстановление
-N фейковое восстановление, т.е. читается дамп и имитируется восстановление, без реального извлечения файлов. Полезно для тестирования дампа.
-x извлечение всех файлов

Выборочное восстановление файлов из дампа (без сжатия)
В результате в текущей папке будет восстановлены /boot/* и /etc/rc.conf со всеми правами, которые были ранее.

Можно также восстанавлить и в автоматическом режиме.
Предварительно переходим в нужную папку и делаем
Если дамп был сжат, то можно его восстановить например в папку /usr/restore следующим образом:

Полного восстановления раздела из дампа:
Для начала нужно подготовить раздел жесткого диска Форматируем его (Указать свой. )
Монтируем и идём туда:
Восстановление дампа
Примечание: если восстановление будет вестись с загрузочной флешки c FreeBSD или liveCD, то необходимо дополнительно указать темповую папку (указать свою)

Источник