Вот неплохой способ обеспечить контроль и резервирование системы:

Мысль эту я почерпнул в Configure-HOWTO (но там ее нет в таком виде, как я изложу ее вам, но мне кажется, тем не менее, что в некоторых фразах проскальзывает именно эта идея). Основная идея состоит в том чтобы все конфигурационные файлы и критически важные программы хранить в CVS репозитории. Это дает возможность проводить очень тщательный контроль того, чтоизменилось в системе (читай какие конфигурационные файлы были изменены, где что именно было изменено по сравнению со старыми версиями, также может показать какие бинарные файлы были изменены), дает возможность быстро восстановить прежний вид системы. Для paranoid администраторов с небольшими системами возможно будет хранить в CVS все дерево каталогов.

Возможные сценарии работы:

  1. Установка системы на скажем dev/hda1
  2. Установка cvsroot на dev/hdb1, создание репозитория (вообще куда угодно, но лучше cvs хранить в надежном месте и не заставлять хранить самого себя)
  3. Загрузка с дискеты, подмонтирование dev/hda1 на /mnt, dev/hdb1 на /cvsroot
  4. Сохранение важных поддеревьев в cvs:
    
        export CVSROOT=/cvsroot
     cd /mnt/etc
        cvs import -m "My etc" Lexa Start
    

    Параноид:

    
        cd /mnt
        cvs import -m "My system" Paranoid Start
    
  5. Работа с системой, внесение в нее каких нибудь изменений (случайно, намеренно)
  6. Теперь можем проверить что с системой произошло в прошедшее время:
    
        пункт 3
        export CVSROOT=/cvsroot
        cd etc
        cvs update

после чего cvs покажет какие файлы были модифицированы, удалены или добавлены, по команде cvs diff cvs покажет что именно было изменено, теперь мы можем зафиксировать изменения в cvs (предварительно сделав cvs add для новых файлов и cvs remove для удаленных), для фиксирования изменений следует сделать cvs commit

Также cvs позволяет восстановить дерево хранимых файлов в любом ранее существовавшем виде (cvs хранит всю историю изменения файлов). Т.е. мы можем восстановить вид системы который она имела вчера, позавчера, по метке релиза (нужно самомы при commite указать такую метку предварительно) или определенные версии файлов ... и т.д. читай переведенную доку на cvs на alexm.here.ru.

Вот такой полезный и очень конкретный совет.

Как всегда, жду вопросов и замечаний по адресу [email protected]. Если не лень, то сразу пишите, можно ли использовать Ваши письма в рассылке.

Сергей Скороходов


Copyright (C) 2002, Justin Piszcz.
Copying license http://www.linuxgazette.com/copying.html
Published in Issue 75 of Linux Gazette, February 2002

Команда переводчиков:
Владимир Меренков, Александр Михайлов, Иван Песин, Сергей Скороходов, Александр Саввин, Роман Шумихин, Александр Куприн

Со всеми предложениями, идеями и комментариями обращайтесь к Сергею Скороходову ([email protected]). Убедительная просьба: указывайте сразу, не возражаете ли Вы против публикации Ваших отзывов в рассылке.

Сайт рассылки: http://gazette.linux.ru.net
Эту статью можно взять здесь: http://gazette.linux.ru.net/lg75/articles/rus-piszcz.html