On 2002.09.19 at 14:54:04 +0400, Yury Lyakh wrote: > > Что-то сложно. Во-первых, непонятно как в /root этот самый kusok > > уместился. Как это вообще на нормальной машине может на диске найтись > > место, куда можно сложить архив цельной файловой системы (если, конечно, > > это не /) > > Виктор, ну от тебя я не ожидал:) > Не нравится руут, складывай в другой место, да хоть сразу на новый винт > лей, хоть через пайп на ресторе кидай. Шо нэясно? В чем проблемы? > Упрямство?
Мне не нравится идея иметь большие куски неиспользуемого дискового пространства. Диски они знаешь ли где-то долларов по десять за гигабайт стоят. Ну может уже пять, но все равно. И еще мне не нравится идея, что / партиция может быть более 50 мегабайт. > > grep и cut, которые помнить не надо - и так в пальцах сидят. А ежели на > > сисадмина совсем затмение найдет, можно этот файлик less-ом открыть и > > пальчиком строчки посчитать. > > Это мало чем отличается от моего варианта... Отличается. Отсутствием лишней сущности, а именно аманды. А в остальном - все то же самое. Ровно это я и хотел продемонстрировать - решения использующие ТОЛЬКО dump/restore и то, что в системе все равно есть (rsh/ssh, shell etc) не отличаются от решений с амандой ни по сложности реализации (объем шелловского скриптика, который запускает dump на все файловые системы которые надо, сопоставим с объемом конфига аманда-сервера) ни по удобству использования, когда реализована. Спрашивается, а зачем аманда? То есть я могу себе представить ситуацию, когда использование дополнительной софтины для управления бэкапом осмыслено. Но 90% небольших контор с 4-5 серверами туда не попадают. > > Да кстати, ты не рассмотрел случай, наличия _нескольких_ ленточек и > разноуровневого бэкапа. В твоей строке принимается как данное, что ты в Не рассмотрел. Потому что эта схема требует либо присутствия оператора в течение всего времени выполнения бэкапа, либо покупки безумно дорогой библиотеки. Так как многоуровневая схема имеет смысл только тогда, когда бэкап 0-го уровня на одну ленточку не влезает. Мне пока было дешевле приобрести стриммер соответствующей емкости. Опять же это позволяет держать еженедельные или ежемесячные бэкапы подалшьше от серверной, например в арендованном сейфе в банке. А при многоуровневой схеме последний бэкап нулевого уровня обязательно должен быть под рукой. На случай если вдруг потребуется восстановить файлик, который в более другие уровни не попал. > Что аманда делает из полезного, этого сама ведет журнал что куда и > какого уровня сбэкаплено. Уж этот велосипед заново писать я не хотел бы. Вот есть некоторая сермяжная правда, особенно если все бэкапы - полные, вести этот журнал не в файле, а на бумажке. С подписью ответственного лица, что он кассету поставил, ручку дернул, и убедился, что поехало. > > То есть бэкап в час ночи ты запускаешь сам _лично_? Не по крону? В моем В час ночи - не запускаю. В девять-десять вечера - бывает. Но мы с этим боремся. > случае все проще. Я имею рута на всех серверах. > > Насчет же перезаписи бэкапа, ты немножко не в ту степь:) > amanda как раз проверяет куда она пишет... и если лента не та, что > ожидалась, бэкап обломится с сообщением о том что expected лента номер > такой-то, а вместо этого номер такой-то, или вообще немаркированная > лента, то есть не принадлежащая аманде. Угу. В 16:00 перепутали ленточку, в 1:00 бэкап обломился, в 4:00 на высоковольтку упало дерево и от скачка напряжения погорели диски. Приходишь ты в 10:00 на работу - и ни дисков, ни бэкапа. > Все ленты включенные в кольцо бэкапа аманды, обязательно проходят > amlabel, ленте присваивается номер, и в начало ленты записывается > идентицикационная метка. Так что даже если наклейки с кассет посрывать > или уничтожить, ленту все равно можно идентифицировать. Опять лишняя сущность. Команда what в restore все расскажет. > > Бэкапная, машина тоже бэкапится:) На ту же ленточку... Замечательно. Только с опозданием на сутки. > :) Тьфу:) > Задача бэкапа складывается из нескольких этапов: Это ни разу не задача бэкапа. Это всего лишь небольшая составная часть одного конкретного регламента, входящего в решение данной задачи - регламента резервного копирования. А еще есть регламент восстановления на выполнение которого надо сотрудников регулярно тренировать, регламент верификации ленточек, чтобы быть уверенным что со времени последнего бэкапа нулевого уровня ленточка с ним не протухла, регламент выборочного помещенения резервных копий во внешнее хранилище, на случай падения самолета на офис, и регламент извлечения их оттуда в любое время дня и ночи. > А если твоими же словами про "ненормированный рабочий день"?:)) Ну ты > понял... > > > > Или на написание скриптов их отладку, дописывание, и разнесение их на все > > > машины Вы потратите меньше времени? Вряд-ли. Ровно столько же - при отсутствии уровней - двое суток. > > У мну тоже самое. Вместо ssh стоит amanda-client. Равнозначная замена. Вот наверняка не вместо, а вместе. > > разворачивания с нуля возрастает существенно. > > Аманда есть под Солярис. Только там это будет явно выраженный самосбор, > > Я еще не услышал _конкретных_ ожиданий, которые по-твоему не реализует > аманда. А я пока не услышал ничего, что бы в моей ситуации обосновало необходимость потратить время на ее изучение. -- 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
