Мы — долго запрягаем, быстро ездим, и сильно тормозим.

RFC
Программирование
FreeBSD
man
  vsftpd
  qemu
  dump
  restore
  awk
  sed
  tar
  security
EXIM


www.lissyara.su —> документация —> man —> dump

man dump

Автор: Andy.


Имя

dump, rdump — бекап (резервное копирование) файловой системы

Сценарий

dump [-0123456789acLnSu] [-B records] [-b blocksize] [-C cachesize]
       [-D dumpdates] [-d density] [-f file | -P pipecommand] [-h level]
       [-s feet] [-T date] filesystem
  dump -W | -w


rdump - альтернативное назавание dump.

(Синтаксис опций 4.3BSD внесен в программу для обратной совместимости, но
здесь не документирован)

Описание

Утилита dump проверяет файлы в файловой системе, и определяет какие файлы подлежат резервному копированию. Эти файлы копируются на заданный диск, ленту, или другой носитель для безопасного хранения (смотрите опцию -f описанную ниже, для удаленного бекапа). Архив, который больше, чем выходной носитель разбивается на несколько томов. На большинстве носителей размер определяется записью до тех пор, пока состояние end-of-media не будет возвращено. Это можно указать с помощью опции -a.

На носителях, которые не могут правильно возвратить состояние end-of-media (на ленточных картриждах например), каждый том имеет фиксированный размер; настоящий размер определяется размером ленты и ее плотностью и/или опцией -B. По умолчанию, такой же выходной файл используется для всех томов, после
приглашения оператору сменить носитель.

Файловая система, которая будет сохранена, оперделяется аргументом файловой системы, или специальным файлом устройства, или точкой монтирования (если у нее стандартная запись в /etc/fstab).

Следующие опции поддерживаются dump'ом:

0-9 Уровни сохранения. На уровне 0, полное резервное копирование, гарантирует, что вся файловая система будет скопирована. (но так же посмотрите опцию -h ниже). Уровни выше 0, инкрементальное копирование, говорят dump'у копировать все файлы новые или модифицированные с момента последнего сохранения любого уровня. По умолчанию уровень 0

-a "auto-size" (определение размера автоматически). Пропускает все проверки длинны ленты и записывает до тех пор, пока не получит сигнал end-of-media. Подходит наилучшим образом для современных накопителей на лентах. Использование этой опции частично рекомендовано при добавлении к существующей ленте или использования накопителя с аппаратной компрессией (где вы не можете быть точно уверены по поводу компрессии)

-B records Количество килобайт на выходной том, исключая те которые являются числом умноженым на размер блоков, и следующие команды  меньше чем это умножение. Эта опция предотвращает подсчет размера ленты, который основан на длине и плотности.

-b blocksize (размер блока) Количество килобайт на выходной блок. Используемый по умолчанию размер блока 10.

-C cachesize (размер кэша) Определяет размер кэша в мегабайтах. Опция сильно улучшает производительность ценой возможности dump'а не замечать изменения файловой системы между проходами. Рекомендуется если вы всегда используете эту опцию, когда сохраняете снапшот. Остерегайтесь форков dump'а, действительное использование памяти может быть больше чем заданный размер кэша Рекомендуемый размер кэша между 8 и 32 мегабайтами.

-c  Изменения настроек по умолчанию, используемых для ленточного картриджа, с плотностью 8000 bpi, и длинной 1700 футов.

-D dumpdates Определяет путь к файлу dumpdates. По умолчанию /etc/dumpdates.

-d density (плотность) Устанавливает плотность ленты. По умолчанию 1600BPI.

-f file (файл) Запись бекапа в файл; файл может быть специальным устройством, таким как /dev/sa0 (ленточный накопитель), /dev/fd1 (дисковод), обычный файл, или "-" (стандартный вывод). Множественные имена файлов могут быть заданы одним аргументом разделенным запятыми. Каждый файл будет использоваться для одного тома в порядке очереди; если для сохранения требуется больше томов, чем заданных имен, последнее имя будет использовано для всех следующих томов после приглашения для смены носителя. Если имя файла имеет форму: "хост:файл", или пользователь@хост:файл", dump запишет названный файл на удаленный хост используя rmt(8). Имя пути по умолчанию, для удаленной программы rmt(8) /etc/rmt; путь можно изменить переменной окружения RMT.

-P pipecommand Использование popen(3) для запуска строки скрипта sh(1) определенной pipecommand для выходного устройства для каждого тома. Порожденный
stdin pipeline'а (/dev/fd0) перенаправляется из выходного потока dump'а, и переменная окружения DUMP_VOLUME устанавливается для текущего записываемого номера тома. Подчиняется размеру носителя определенному опцией -B, каждый том записывается таким образом, будто вывод является ленточным носителем.

-h level (уровень) Соблюдать пользовательский "nodump" флаг (UF_NODUMP), только для dump'ов такого же или выше чем заданный уровень. Уровень по умолчанию 1, поэтому инкрементальное резервное копирование пропустит эти файлы, но полное резервное копирование сохранит их.

-L Эта опция предупреждает dump, что происходит процесс сохранения живой файловой системы. Для получения полного образа, dump записывает снапшот файловой системы в директорию .snap в корне файловой системы, которая будет сохранена и затем делает сохранение снапшота. Снапшот разлинковывается как только начинается процесс сохранения и удаляется после завершения сохранения. Опция игнорируется для отмонтированых или смотированых только на чтение, файловых систем. Если директория .snap отсутствует в корневой директории сохраняемой файловой системы, будет показано предупреждение и dump вернется к стандартному поведению. Эта проблема может быть устранена созданием .snap директории, в корневом каталоге файловой системы, которая будет сохранятся; ее владельцем должен быть "root", группа "operator", и атрибуты должны быть "0770".

-n всякий раз когда dump требует внимания оператора, уведомлять всех операторов в группе "operator", как это делается в wall(1)

-S Показывает оценку размера бэкапа и количество требуемых лент, и завершает работу не выполняя сохранения.

-s feet (футы) Пробует подсчитать количество нужной ленты, необходимой плотности. Если это количество превышено, dump выведет приглашение для вставки новой ленты. Рекомендуется быть консервативным при выборе этой опции. Длина пленки по умолчанию 2300 футов.

-T date Использование заданной даты во время старта dump'а вместо, времени определенного из файла dumpdates. Формат даты такой же, как и ctime(3). Эта опция
полезна для автоматических dump скриптов, которые будут делать бэкап через определенные периоды времени. -T опция и опция -u - взаимоисключающие.

-u Обновляет файл dumpdates после успешного сохранения. Формат файла dumpdates читаем для человека, содержит одну из трех форматов записи на строку: имя файловой системы, инкрементальный уровень, и дату сохранения в формате ctime(3). Может быть только одна запись для файловой системы каждого уровня. Файл dumpdates
может быть отредактирован для изменения любого из полей, если это необходимо. Путь по умолчанию, для файла dumpdates - /etc/dumpdates, но опция -D может использоваться для изменения пути.

-W Сообщить оператору, какая файловая система нуждается в сохранении. Эта информация получается из файлов dumpdates и /etc/fstab. Опция -W заставляет dump, для каждой файловой системы в файле dumpdates, новые дату и уровень сохранения и подсвечивать, файловые системы, которые должны быть сохранены. Если опция -W установлена, все другие опции игнорируются и dump незамедлительно завершает работу.

-w То же самое, что и -W, только выводит те файловые системы которые должны быть сохранены.

Директории и регулярные файлы, которые имеют установленный флаг "nodump" (UF_NODUMP), будут пропущены, наряду со всем содержимым таких директорий, подчиненых опции -h.

Утилита dump требует участия оператора, для отслеживания таких условий как: конец ленты, конец сохранения, ошибка записи на ленту, ошибка открытия ленты или ошибка чтения диска (их больше 32). В дополнение предупрждению всех операторов ключем -n, dump взаимодецствует с оператором, через терминал, когда dump не может продолжать работу или что то пойдет не так. На все вопросы, которые задает dump, нужно отвечать вводя "yes" или "no".

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

Утилита dump сообщает оператору, что происходит, через переодические интервалы времени (каждые 5 минут, или приглашением после получения сигнала SIGINFO), включая обычно низкие оценки количества блоков для записи, количество требуемых лент, время завершения и время смены ленты. Вывод сообщений подробный, так что другие будут знать что терминал контролируется dump'ом и будет занят некоторое время.

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

Всегда нечинайте с 0 уровня бэкапа, например:
 
 /sbin/dump -0u -f /dev/nsa0 /usr/src

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

После нулевого уровня, бекапы активных файловых систем (файловая система с файлами, которые изменились, в зависимости от раскладки раздела некоторые файловые системы могут содержать только данные которые не изменились) которые производились ежедневно, используя модифицированный алгоритм Tower of Hanoi, с нижеследующей последовательностю уровней сохранения:

3 2 5 4 7 6 9 8 9 9 ...

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

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

Окружение

TAPE - файл или устройство на которое будет произведено сохранение, если опция -f
не используется.

RMT - путь к удаленной rmt программе

RSH - путь к удаленному shell'у, если не rsh(1)

Файлы

/dev/sa0 ленточный накопитель по умолчанию, на который будет производится сохранение.
/etc/dumpdates записть даты сохранения (может быть изменена, смотрите опцию -D)
/etc/fstab таблица сохранений, файловые системы и частота
/etc/group путь поиска операторов

Статус завершения

dump прекращает работу с 0 статусом, если небыло сбоев. Ошибки запуска показываются с кодом выхода равным 1; ненормальное завершение показываются с кодом выхода равным 3

Диагностика

разная и многословная

Смотрите так же

chflags(1), fstab(5), restore(8), rmt(8)

История

утилита dump появилась в версии 6 AT&T UNIX

Ошибки

Меньше 32 ошибок чтения файловой системы игнорируются, хотя обо всех ошибках будет выведено предупреждение. Это что-то вроде компромиса. На практике возможно создание ошибок чтения когда сохранение происходит на смонтированных разделах, когда файловая система была модифицирована в момент работы dump'а. Поскольку сохранение производится в режиме cron(8) работа требующая присутствия оператора привела бы к смерти дампа. Однако ничего неправильного если сохранение на ленту будет произведено
с такими ошибками, и нет никаких причин прервывать процесс. Каждый reel требует нового процесса, поэтому родительский процесс для reel уже записаных, висят до тех пор пока вся лента не будет записана.

Утилита dump с опциями -W и -w, не будет сообщать файловым системам что они никогда
не были записаны в файл dumpdates, даже если они перечислены в /etc/fstab.

Было бы здорово, если бы dump знала о последовательности сохранений, сохраняла дорожку ленты, сообщала оператору какая лента когда смонтирована, и предоставляла больше помощи оператору загружающему restore(8).

Утилита dump не может делать удаленные бэкапы, не будучи запущенной как root, из исторических соображений безопасности. Это будет исправлено в поздних версиях FreeBSD. В настоящий момент, она работает, если вы установите ей setuid (как это имеет место быть), но это может быть угрозой безопасности.



размещено: 2007-07-12,
последнее обновление: 2007-07-13,
автор: Andy



Хостинг HOST-FOOD

2014-07-27, lissyara
gmirror

Удалённое создание софтверного зеркала средствами gmirror, на диске разбитом с использованием gpart. Использование меток дисков для монтирования разделов.
2013-08-20, zentarim
Scan+Print server FreeBSD 9

Настройка сервера печати и сервера сканирования под управлением операционной системы FreebSD 9 для МФУ Canon PIXMA MP540
2011-11-20, BlackCat
Разъём на WiFi-карту

Делаем съёмной несъёмную антену на WiFi-карте путём установки ВЧ-разъёма
2011-09-14, manefesto
Настройка git+gitosis

Настройка системы контроля версия исходного кода в связке git+gitosis+ssh
2011-08-14, zentarim
Wi-FI роутер + DHCP + DNS

Настройка Wi-Fi роутера на Freebsd 8 + DNS сервер + DHCP сервер: чтобы Wi-Fi клиенты были в одной подсети с проводными, проводные и беспроводные клиенты получали адреса автоматически по DHCP, кэширующ
2011-06-15, -ZG-
Охранная система на FreeBSD+LPT

В этой статье описана попытка реализации простой охранной системы на базе FreeBSD с подключением к ней охранных устройтсв на LPT порт и видеорегистрацией.
2011-03-13, terminus
ng_nat

Описание работы ng_nat, практическое использование, достоинства и недостатки в сравнении с ipfw nat
2011-02-20, Капитан
Nagios+Digitemp

Статья описывает создание системы оповещения о превышении температуры в специальных помещениях на основе Nagios с использованием программы Digitemp.
2011-02-17, Le1
Zyxel Configuration

Скрипт для массового изменения конфига свичей Zyxel. Берет из файла iplist список ip-шек, заходит последовательно на каждый и выполняет комманды из файла commands, записывая происходящее в лог файл.
2011-02-16, fox
hast carp zfs ucarp cluster

HAST (Highly Available Storage), CARP, UCARP, ZFS, Cluster настройка и одаптация плюс личные размышления…
2011-02-04, BlackCat
Восстановление ZFS

История о том, как был восстановлен развалившийся RAIDZ ZFS-пул (перешедший в FAULTED) с помощью скотча и подручных средств. Или о том, какие приключения ожидают тех, кто не делает резервных копий.
2011-02-03, Капитан
1-Wire

Статья описывает самостоятельное изготовление контроллера DS9097 для съёма показаний с датчиков температуры DS1820 с помощью программы Digitemp.
2011-01-28, Капитан
Температура в серверной

Статья описывает построение системы наблюдения за температурой в помещении серверной с использованием программы Digitemp и выводом графиков в MRTG
2011-01-21, m4rkell
Syslog server

Как то буквально на днях, у нас завалилось, что то в еве) или не в еве не суть. Суть в том, что когда захотели снять логи с хостов esx обнаружили, что хранят эти негодяи логии только за последнии сутк
2011-01-07, lissyara
Canon/gphotofs

Монтирование цифровых фотоаппаратов Canon (PTP) как файловой системы, автоматизация этого процесса через события devd и внешние скрипты.
2010-12-13, Al
IPSec

Описание принципов работы IPSEC и способов аутентификации.
2010-12-07, manefesto
FreeBSD on flash

Было принято решении переехать на USB Flash и установить минимальный джентельменский набор для работы своего роутера. Делаем =)
2010-12-05, Fomalhaut
root ZFS, GPT

Инструкция по установке FreeBSD с использованием в качестве таблицы разделов GPT и в качестве основной файловой системы - ZFS
2010-09-05, Cancer
Настройка аудиоплеера на ximp3

Цели: Простенький аудиоплеер, для того что бы тетя продавец в магазине утром пришла нажала на кнопку Power и заиграла в зале музыка, так же был доступ по сети, общая шара куда можно заливать музыку, к
2010-08-31, Cancer
Установка и настройка OpenVPN

На днях появилась задача - объединить головной офис и 3 филиала в одну сеть через интернет посредством OpenVPN, чтобы люди могли подключаться через RDP к базам 1С на серверах.
2010-08-25, manefesto
freebsd lvm

Использование linux_lvm для работы с LVM разделами из-под FreeBSD. Проблемы которые возники при монтирование lvm раздела
2010-04-30, gonzo111
proftpd file auth&quota

Proftpd - квоты и авторизация из файлов, без использования базы данных и/или системных пользователей
2010-04-22, lissyara
tw_cli

Пошаговая инструкция по восстановлению RAID на контроллере 3ware, из которого выпал один диск. Настройка мониторинга состояния рейда и отчётов о его состоянии на email.
2010-04-14, fox
MySQL Master+Master

MySQL (Master Master) and (Master Slave) Как настроить репликацию…
2010-03-09, terminus
DNS zones

Краткий ликбез про управление DNS зонами. Примеры проведения делегирования прямых и обратных DNS зон.
подписка

    вверх      
Статистика сайта
Сейчас на сайте находится: 11 чел.
За последние 30 мин было: 56 человек
За сегодня было
9992 показов,
1017 уникальных IP
 

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

© lissyara 2006-10-24 08:47 MSK

Время генерации страницы 0.0328 секунд
Из них PHP: 26%; SQL: 74%; Число SQL-запросов: 48 шт.
У Вас отключено GZIP-сжатие в браузере. Размер страницы 73494