Вопросы Теги

Проверьте, работал ли резервный дамп

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

Команда, которая, вероятно, имеет самый легкий вывод, который можно проанализировать, является vmstat.

$ vmstat
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa
 4  0    420  54512  20408 1504148    0    0  1193   994  530 1397 10  6 76  7

Что касается памяти, возражайте против этого, 'свободным' выше является объем памяти, который свободен, не считая буферы и кэш как свободные, таким образом, Вы, вероятно, хотите добавить любителя и кэш к свободному для получения 'реального' бесплатного количества MiB (т.е. физическая память, которая непосредственно доступна системе для использования).

Ниже ЦП мы, sy, идентификатор и значения wa соответствуют 'пользователю', 'системе', 'неактивной' и 'iowait'. Как все другие перечисленные инструменты, vmstat показывает Вам состояние в единственном моменте времени. Обязательно обновитесь часто ;-)

0
задан 21 January 2010 в 09:49
2 ответа

Некоторые предложения:

  1. Проверьте код выхода из программы дампа.
  2. Сделайте тестовое восстановление единственного известного файла от рассматриваемой файловой системы.
  3. Как выше, но из случайным образом выбранного файла.
  4. Как выше, но файл, который, как известно, недавно изменился.
  5. Если Вы выводите для записи на ленту, удостоверяются, что лента содержит количество файловой системы, которой Вы создали резервную копию (много людей узнает о работах устройства перемотки здесь).
  6. restore дамп к/dev/null, проверьте, что работал хорошо.
  7. Посмотрите на некоторые флаги dump берет. -u обновить /var/lib/dumpdates, -F запускать скрипт в конце дампа, -I настроить ошибочный допуск могло бы быть полезно Вам.

Все вышеупомянутое собирается зависеть от того, сколько времени необходимо сделать дамп, как большой и сколько FS'es и т.д.

Помните: Это не поддерживается вплоть до, он был восстановлен и протестирован (перед Вашим менеджером!).

3
ответ дан 4 December 2019 в 13:10
  • 1
    Для проверки кода выхода в сценарий, можно использовать $? переменная:/sbin/dump..., если ($?! = " 0") затем #backup отказавший –  einstiien 21 January 2010 в 17:03
  • 2
    Дополнительная проверка должна отправить вывод по почте дампа (8) команда, которая должна произойти автоматически, если дамп (8) выполняется от crontab (и предположение, что система может послать электронные письма). –  Bram Schoenmakers 7 July 2010 в 10:37

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

0
ответ дан 4 December 2019 в 13:10

Теги

Похожие вопросы