On 2002.09.19 at 11:24:31 +0400, Yury Lyakh wrote: > On Thu, Sep 19, 2002 at 11:00:02AM +0400, Victor Wagner wrote: > > > Я бекаплю всю серверную на ленточку Amanda-ой. > > > Весьма приятная вещь. Рекомендации лучших собаководов. > > > В Дебиане есть. Настроек минимум. > > Вот это-то и хреново. Ситуация из тех, когда лучше два часа потерять, > > а потом за пять минут долететь. Поэтому решения, которые обеспечивают > > максимальную гибкость в настройке > > А мне не шашечки, мне ехать. Я оказывался пару раз в ситуации когда у
А мне - тоже ехать. Да так, чтобы не разориться на бензине, не слишком медленно, и чтобы само везло. > меня летели винты. Восстановление было максимально коротким: > > Выяснили какие ленточки понадобятся для восстановления слайса: > # /usr/sbin/amadmin DailySet1 info mail ad0s1a > Сливаем этот слайс с ленточек в файл. > # /usr/sbin/amrestore -p /dev/nst0 mail ad0s1a >/root/kusok > # cd /tmp > Затем распаковываем файл в иерархию директорий, или сразу тем же > amrestore, заливаем его на новый винт. В этом случае последний две > команды лишние. льем просто >/dev/ad0s1a > # restore -rf /root/kusok Что-то сложно. Во-первых, непонятно как в /root этот самый kusok уместился. Как это вообще на нормальной машине может на диске найтись место, куда можно сложить архив цельной файловой системы (если, конечно, это не /) во-вторых у меня это делается так: mt fsf `grep -n 'feast.*:/var$' /etc/backup/filesystems|cut -d : -f 1` rsh feast restore -rf party:/dev/nst0 что по-моему, несколько короче, и, главное, удобозапоминаемее. Поскольку основное место в данных двух командах занимают стандантные grep и cut, которые помнить не надо - и так в пальцах сидят. А ежели на сисадмина совсем затмение найдет, можно этот файлик less-ом открыть и пальчиком строчки посчитать. А самое главное - точно такая же схема применима в случае, когда прибегает девочка секретарша и говорит "ой, я тут важный-важный файл убила, как называется - не помню". Только restore надо с ключиком -i запускать. Я не пытаюсь доказать, что аманда плоха. Правда, почему-то каждый раз когда мне требуется внести изменения в схему бэкапа, потому что старая перестала по каким-то причинам устраивать, и начинает рассматриваться вопрос, а не перейти ли на аманду, прибегает злобный старик Оккам, размахивая огромной бритвой, и аманду отсекает нахрен. Шелловский скриптик из 10 строк, который читает упомянутый файлик со списком файловых систем проще и не требует специальных усилий на освоение и понимание - любой новичок-сисадмин, пришедший в контору, его один раз прочитает и все поймет. Если он, конечно шелл знает. А такого, который не знает, я в кандидаты на сисадмина не возьму. > Мне большей гибкости не надо. Вопросы для самопроверки: 1. Какие порты надо открыть на файрволлах, чтобы машина с ленточкой и клиент могли при помощи аманды общаться (вот тебе и ненулевая конфигурация клиента) 2. Если у нас имеется девочка-секретарша, уходящая из офиса последней, у которой шелла на машине с ленточкой нет, но кассету в стример она втыкать умеет, какие понадобятся усилия чтобы научить ее перед уходом запускать бэкап? 3. Если рабочие часы ненормированные, и мы не можем быть уверенными что в тот момент, когда крону захотелось сделать бэкап, мне не захотелось вставить в стриммер какую-то ценную кассету и почитать ее, какие усилия понадобится предпринять мне (имеющему шелл на данной машине, но не факт, что имеющему там рута) чтобы не дать аманде перезаписать ценную ленту. 4, Если у меня накрылась партиция на машине с ленточкой, причем как раз та, где лежат всяческие логи бэкапной системы, то как я узнаю, с какой ленточки мне восстанавливаться и какой файлик с нее читать? /etc/backup/filesystems у меня распечатан посредством a2ps --line-numbers=1 и на стенку над машиной с ленточкой повешен. > > Что еще нужно? > По-моему задача бэкапа настолько тривиальна, что особо извращаться не > стоит. А по-моему - нет. Поскольку есть куча привходящих обстоятельств, зависящих от организации бизнес-процессов в конторе, и далеко не все из них учтены авторами аманды. Ее все равно придется скриптами обвешивать. > Вопрос: рулить библиотекой на 4-ре драйва DLT, и 6 контейнеров по 10 > ленточек в каждом, тоже будем с помощью tar+gzip+mt? > Можно. Не проще ли взять соответствующие решения Sun-а или HP? А не факт. Надо внимательно посмотреть и подумать. Планирование бэкапа это задача, которая однозначного решения не имеет. Потому что планируется оно один раз, делается каждый день (и должно быть спланировано так, чтобы делать его правильно было удобно, а "правильно" - у каждого свое), а используется редко, но в обстановке крайней спешки. > Я имел в виду со стороны клиента настроек минимум. То что Вы поскипали > выше:) А я имел в виду, что мне в общем-то пофигу с какой стороны настройки. Я настраиваю систему. Рутовый шелл сервера у меня в одном окне, рутовый шелл клиента - на соседним А настройки по клиентам наряду с прочим содержимым /etc можно и rdist-ом али там cvs-ом распространять. > Со стороны сервера, как и положено на клиент-серверных приложениях, > настроек побольше. И продиктованы они самыми реальными потребностями. > Что из вышеприведенных настроек лишнее? Ничего. В общем случае. В каждом конкретном - примерно половина. Например, если у меня бэкап делается когда все уходят из офиса, нафига мне полосу, занимаемую им, ограничивать? > Или на написание скриптов их отладку, дописывание, и разнесение их на все > машины Вы потратите меньше времени? Вряд-ли. Заметим, что в моей схеме скрипты бывают только на одной машине. На той, на которой ленточка. А на остальных нужно только иметь сервер соответствующего транспортного протокола (rsh или ssh) но он там все равно есть, и dump/restore, которыми, насколько я понял из примера, аманда все равно пользуется. > В данном случае amanda входит в дистрибутив Debian. И по времени > развертывания системы бэкапа "с нуля", на мой взгляд является > оптимальным. Признаюсь честно, данную схему я никогда не разворачивал с нуля. Она унаследована еще со времен BSDI 2.1. А если учесть что сетка была и осталась гетерогенной - в ней есть, например солярисы, то время разворачивания с нуля возрастает существенно. > А самосбором заниматься не люблю. Политика Дебиана не позволяет... да и Почему-то мне - позволяет. Цельный репозиторий самосбора на ftp.ice.ru держу. > на Slackware, откуда я пришел пару лет назад, этим назанимался под самое > некуда... > Самосбор в Дебиане оправдан только для тех решений, для которых нет > адекватного решения в самом дистре. Или решение есть, но не выполняет > ожидаемых от него функций. Вот именно. Но видать у меня ожидания завышены. -- Victor Wagner [EMAIL PROTECTED] Chief Technical Officer Office:7-(095)-748-53-88 Communiware.Net Home: 7-(095)-135-46-61 http://www.communiware.net http://www.ice.ru/~vitus
