Re: ленточка
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 vitus@ice.ru
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
Reply to: