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 значительно лучше ;)).
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4ff14d82.9090...@gmail.com
