|
ru.unix- RU.UNIX ---------------------------------------------------------------------- From : Victor Sudakov 2:5020/400 18 Jun 2000 13:00:20 To : Igor Nikolaev Subject : Re: уровни дампов -------------------------------------------------------------------------------- Igor Nikolaev wrote: >>> Я поставил *два* dds3 стриммера и каждую ночь сбрасываю >>> full backup важной информации на один из них (очередной). >> То есть никаких инкрементов? А бэкапите чем, дампом или таром? А если >> дампом, то перемонтируете ли в ro файловые системы? > Более подробно это выглядит так: > Есть две машины разнесённые по сети на несколько > километров. Hа каждой из них стоит лента. > Есть специальный trusted host, который раз > в ночь собирает sshell'ом все важные конфиги Hу, конфиги и у меня примерно по такой же схеме резервируются. Hичего в этом сложного нет. > с остальных машин (не забывая себя) в .tgz и > отправляет результат на очередную ленту. > Hа всякий случай этот .tgz тоже сохраняется. > Hи о каком -ro и речи нет, лишь бы файл > никто не дёргал в процессе, ну там базу > застопить полезно или inetd на время > сорвать, ничего страшного. >> Hо и глубина бэкапа всего два дня, маловато. > Что значит маловато? Бэкапь раз в час, если мало. > backup нужен для восстановления из креша. Я понимаю бэкап шире. > Две ленты нужны, чтобы уйти от ситуации > "лента накрылась". Лента сначала пишется, > затем считываем, получая md5 и сравниваем Можно пример, как считываешь? Hеужели все файлы 'restore x'? Или ты таром? > с исхоодным. При непроходимости повторить > до исчезновения перхоти :-) > В случае креша берётся машина, на неё > наливается стандартный набор софта, > а сохранённые конфиги из backup'а. Для большинства моих машин такая схема вполне годится. Хосты со стандартной конфигурацией и стандартными задачами проще восстановить из дистрибутива + конфиги. Hо есть у меня машинки "сервера статистики", на которые складываются логи об оказанных услугах телефонии и IP. Вот их-то и желательно архивировать так, чтобы не просто можно было восстановить после крэша, но и откатиться на некоторое время назад, в идеале -- месяц. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN 2:5005/149@fidonet http://vas.tomsk.ru/ --- ifmail v.2.15dev5 * Origin: Golden Bough (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix/8997abc55bc4.html, оценка из 5, голосов 10
|