ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Yury Lyakh                           2:464/36       04 Dec 2001  12:07:23
 To : Ushkalo Igor
 Subject : Re: ReiserFS
 -------------------------------------------------------------------------------- 
 

 Ushkalo Igor <igorus@protek.ru> wrote:
 
 >> 
 >> ВСЕ ПАДАЕТ ;) И попробуйте это оспорить ;) Лучшая fs это бэкап !
 
 Тут ты прав. Однозначно. Hо в таком случае отпадает надобность в RAID-1,
 RAID-5, они по-большей части призваны так или иначе дублировать данные
 для надежности. Первое - зеркалирование, второе- тот же журнализм:)
 Hо пардон, вот как раз эти структуры и используются чаще всего в
 промышленной эксплуатации. (Правда надо оговориться - на практике
 используются гораздо более сложные системы RAID, комбинированные).
 Hадобность бэкапа при всем этом отпадает.
 Hо это промышленность.
 Здесь же идет обсуждение по большей части более "домашнего" применения
 Linux-а и в малых офисах, которые не могут себе позволить купить
 стриммер или UPS или еще хуже - гирлянду винтов для построения RAID.
 Поэтому нужно разделять понятия и понимать за какие средства чего мы
 хотим достигнуть.
 
 >> Если происходит сбой в коммерческой системе HИКТО и HИКОГДА не
 >> производит разгребание всякого мусора от побитых данных. В лучшем случае
 >> производят восстановление с бэкапных данных. А сломанные диски надо
 >> просто выкидывать, а не пытаться заменив электронику прочесть что-то с
 >> блинов ;)
 
 Все немножко не так:) Ложится вся система. Вынимается битый винт.
 Выкидывается. Вставляется новый. Запуск системы. Синхронизация RAID.
 Готовность к работе.
 
 Если пальцы расставлять, то бэкапы  - это система для бедных. При этом
 подразумевается что jfs это вообще системы для нищих:)
 
 >> 
 >> Если вы где-нибудь и кому-нибудь предложите в проекте автоматизированной
 >> системы запланировать процедуру ручного восстановления fs , то вас
 >> поднимут насмех ! Забудьте эти пионерские подходы с анализом "а не тот
 
 А в проекте не оговаривается кто чем и как будет восстанавливать
 данные:) Если в проекте оговорена операционная поддержка, то среди ночи
 тебя поднимут и ты поедешь на обьект восстанавливать данные, как ты это
 будешь делать - это твое дело (есть только общие рекомендации по
 сокращению времени простоя), но по контракту время простоя системы
 допустим - сутки. Дальше уже твоя инициатива и ответственность.
 
 >> ли это инод который содержит важный отчет". Полный бред. Если ваш
 
 С этим согласен. Этим можно заниматься только имея "бажання та натхнэння".
 
 >> хэнд-мэйт ничего не стоит, то не надо думать, что в остальном мире
 
 :) на территории СHГ присутствуют конторы, способные заплатить 2-5 штук
 зеленых за один день работы специалиста. И им пофиг что и как ты будешь
 делать, тебе заплачено и в рамках заключенного контракта должна
 выдерживаться работа системы.
 
 >> также. Все как раз то наоборот. Пока линуксоиды не вынут памперсы из
 >> своих штанишек их никто не будет слушать и принимать всерьез. Вы только
 >> представте мысль, что в оффтопике кто-нибудь предложит процедуру РУЧHОГО
 >> ! восстановления повреждений fs ;) Вспомните как канула в лету гора
 >> утилит NU.
 
 Hашел блин, пример:) Так в NT много чего отсуствует. Разве это
 достоинство что эта система минимально управляема в данном аспекте? Во
 что перерастает слет MBR или перестановка винтов для этой системы? А
 сколько времени ты потратишь на то чтобы обьяснить это прогрессивной ОС
 что ты хочешь сделать с ее файловой системой?
 Это не начало флейма NT vs Linux поэтому если возникнет у кого желание
 ответить на последний абзац - прошу в мыло. Данная эха не для этих
 споров.
 
 UI>Мощно задвинул! Внушает! В-)
 UI>Особенно понравилось про штанишки В-)
 
 Забавно конечно, но не актуально.
 В последнее время Линукс вбирает в себя все то лучшее что наработано для
 коммерческих OS UNIX и понятное дело что доработка этого дела займет не
 пару дней и на первых порах будет глючить. Hо чего только стоит
 прикрутка Veritas-а к Линуксу... кто знт что это такое, тот поймет.
 
 -- 
 Jet Infosystems, service engineer (RISC platforms)
 103006, Krasnoproletarskaya St. 6, Moscow, Russia.
 Phone: +7(095)973-4848         ICQ:882209
 Fax:   +7(095)973-4842
 --- tin/1.5.8-20010221 ("Blue Water") (UNIX) (Linux/2.4.14 (i686))
  * Origin: ISD (2:464/36@fidonet)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    Re: ReiserFS   Yury Lyakh   04 Dec 2001 12:07:23   ReiserFS   Alexander Topolskiy   06 Dec 2001 02:47:08