Как сохранить восстанавливаемый журнал администратора сервера?

Таким образом, вот что-то, о чем я всегда задаюсь вопросом при установке новой машины Linux, быть этим рабочий стол или сервер: Как я могу сохранить восстанавливаемый журнал того, какие задачи администрирования я сделал на машине, поэтому когда она перестала работать, я могу возвратиться к идентичной рабочей системе быстро?

Я знаю, что существует много инструментов управления конфигурацией как Ansible, bcfg2, Марионетка и что не, но такое чувство, что издержки описания целевого состояния на одном из их языков конфигурации слишком высоки для единственного сервера, в особенности если это - только моя частная машина без критического или генерирующего доход сервиса на него. Кроме того, я не нашел хороший способ описать действие как "некомментарий эта строка, но сохраняю предыдущую строку для ссылки" или в Ansible или в bcfg2, не копируя целый файл к моему управлению конфигурацией.

Мое текущее решение состоит в том, чтобы сохранить файл "adminlog.txt" на каждой машине и записать там, что я сделал на естественном языке. На данный момент я никогда не должен был возвращаться к тому файлу и воспроизводить все вещи там, но я уверен, что, после того как я должен сделать это, все ссылки в строках, таких как "настроенная Голубятня согласно <ссылке>" будут битыми или опишут устаревшие версии.

В комментарии к другому вопросу я нашел, что ссылка скопировала, какие обещания что-то как "получение текущее состояние Вашего сервера и хранит его как bash/Puppet/chef/CFEngine файл". На самом деле это звучит точно, что я ищу, но затем разработка, кажется, остановилась, и это, кажется, только работает над дистрибутивами Debian или RPM.

Я был бы рад изучить, как другие люди отслеживают свои задачи администрирования, в особенности когда существует несколько человек, делающих материал на том же сервере; это походит не на такое экзотическое требование, в конце концов.

1
задан 26 October 2015 в 16:13
1 ответ

Это определенно не так сексуально, как настройка управления конфигурацией. Но для одного личного сервера почему бы просто не использовать традиционную утилиту резервного копирования?

1
ответ дан 3 December 2019 в 23:58

Теги

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