[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Несколько вопросов вразброс



02.07.2012 08:44, Artem Chuprina пишет:
Igor Chumak ->  debian-russian@lists.debian.org  @ Sun, 1 Jul 2012 21:39:14 +0300:

  >>  >  Вот скажем, у меня на одной из работ
  >>  >  электростатика такая, что неудачно коснувшись клавиатуры недобука, можно
  >>  >  огрести полный завис системы.
  >>  o.O
  >>
  >>  >  Вот у тебя там выше по треду было "если один файл в бэкапе побился, то
  >>  >  проще выкинуть весь бэкап".  На практике это не так.  Ценность остальных
  >>  >  обычно довольно высока.
  >>  ...
  >>  >  При каждом таком зависе обычно fsck
  >>  >  находит и удаляет несколько orphaned inodes (т.е. файловая система
  >>  >  оказывается битой).  Ценной информации при этом не потерялось ни разу.
  >>  >  Стоит ли ему, обнаружив один orphaned inode, удалять всю файловую
  >>  >  систему нафиг?
  >>  Думаю, что сравнивать рабочую ФС и её копию - не совсем корректно. В
  IC>  случае
  >>  бэкапа, имеется возможность сделать новый. Согласен, что лучше неполный,
  IC>  чем
  >>  ничего. Но лучше полный: если в бэкапе побился один файл, неизвестно, что
  IC>  ещё
  >>  побилось, и как пройдёт восстановление.
  >>  Если что-то побилось в ФС - есть либо, неработающая система, либо
  IC>  работающая
  >>  система, которую проще проверить, чем восстанавливать "с нуля". Если
  IC>  побилось
  >>  много - очевидно, проще из бэкапа, даже с потерей последних изменений.
  >>
  >>  >

  IC>  Если поврежден сжатый дамп файловой системы - скорее всего, одним битым
  IC>  файлом при восстановлении не обойдется.

Ну, двумя, если на битый блок пришлись фрагменты двух файлов.  Хинт:
помимо потоковых gzip и bzip2, у которых, впрочем, тоже в этом случае
теряется в худшем случае только один блок - но, правда, приходится для
починки применять отдельную утилиту, - существуют еще сжимающие
архиваторы наборов файлов, начиная с банального zip, которые каждый файл
жмут отдельно, и чтобы повредить два файла, нужно поломать не менее двух
сжатых блоков.

  IC>  Тот самый случай,когда проще выкинуть. А если и один файл чудом
  IC>  побился..  разные бывают случаи. Вот например cms -based
  IC>  сайт. Сотня скриптов, столько же таблиц, каждая таблица (если MySQL
  IC>  ) - 3 файла. Разрушение любого файла - либо сервер бд не
  IC>  запустится, либо (что еще хуже,ибо не сразу видно ).какие -то
  IC>  функции сайта сломаются.

Ну правильно, давайте из-за ненулевой, но все же довольно далекой от 1
вероятности словить частную проблему устроим себе вместо этого
гарантированную потерю вообще всего...

Если, кстати, кто не в курсе, то рассказываю, что базу данных в любом
случае нельзя бэкапить как те самые 3 файла.  Ну то есть нет, можно -
если предварительно остановить сервер.  Если делать это из-под
работающего сервера, ты гарантированно получишь битую базу в бэкапе,
несмотря на идеально сходящуюся чексумму.  Те, кто минимально в курсе
того, как это устроено, бэкапят исключительно результат mysqldump.


Я про дамп файловой системы. Обычно его делают в отмонтированном состоянии, с остановленными сервисами ;). Про mysqldump я в курсе ;) Да и кроме mysql'я есть куча примеров структур данных, состоящих из кучи файлов, причем потеря любого файла приводит структуру в ХЗ какое состояние. Навскидку могу предложить репозиторий mercurial или исходники ядра linux ;). Если единственный способ восстановить подобное - это битый архив - заранее сочувствую тому, кто на такое нарвался. С таких вот спецы по восстановлению и кормятся.

Плохой backup лучше чем никакой, но хороший backup значительно лучше ;)).


Reply to: