В Вто, 06/03/2007 в 17:11 +0200, Vlad Solopchenko пишет: > > > > Зачастую сутки на восстановление -- это выгодней, чем месяц на наработку > > > > по-новой. Хоть и не всегда срабатывает, но игра может стоить свеч. > > > > > > Типичное мнение привыкшего надеяться на авось. Если в данном случае > > > "игра может стоить свеч" значит выбрана неправильная стратегия > > > резервирования, не более того. > > > > А можно показать правильную стратегию в таких случаях? > > Договорились: > 1. Сообщите следующие данные > а) Объем данных
около 1 Тб, грубо говоря. > б) Интенсивность обновления Десятки Мб в секунду. менее 100. > в) Стоимость трудозатрет на восстановление "вручную" Вот и первая неизвестная. > г) Стоимость простоя системы Нелинейно. > д) Время необходимое для восстановления "вручную" Вот и третья неизвестная. > е) Стоимость собственно данных (потери от их утечки) А вот и четвертая неизвестная (ага, именно так: в каждый момент времени данные могут быть не важны или важны. Как повезет) > ж) Опишите системы, где эти данные обрабатываются Черные и жужжат. С дебианом. > 2. Если еще интересно, то переходим в личку и начинаем обсуждать > стоимость проекта по разработке стратегии резервирования этих данных. Нет. Потому что шутки шутками, а когда ситуация предсказуема то любой дурак распишет риски и получит деньги. А вот когда есть несколько неизвестных, то считать "по худшему" получим заведомо экономически неэффективный вариант, а по вероятности -- непредсказуемый и неуправляемый. Сбой, размазанный по дням с вероятностью 0,01% в день когда он наступит будет ощутим на все 100%. -- Alexander Vlasov ZULU-UANIC JID: zulu <at> jabber.kiev.ua
