URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 47615
[ Назад ]

Исходное сообщение
"Пример важности грамотного выбора стратегии резервного копирования"

Отправлено opennews , 04-Янв-09 18:36 
Поучительная история (http://journalspace.com/this_is_the_way_the_world_ends/not_w...) как излишнее доверие к RAID может привести к полной потере данных. Ресурс journalspace.com полностью потерял все содержимое БД из-за логической ошибки в программном обеспечении, при которой RAID и полное зеркалирование не помогло, но спасло бы дополнительное инкрементальное копирование, желательно с выносом на внешний сервер. К сожалению, излишнее доверие к RAID - типичная ситуация.

URL: http://journalspace.com/this_is_the_way_the_world_ends/not_w...
Новость: http://www.opennet.me/opennews/art.shtml?num=19636


Содержание

Сообщения в этом обсуждении
"Пример важности грамотного выбора стратегии резервного копирования"
Отправлено Аноним , 04-Янв-09 18:36 
Дураку понятно, что рейд не спасёт от глупости.

Теперь админы journalspace вошли в наш кружок тех, кто уже бэкапит =)


"Пример важности грамотного выбора стратегии резервного копир..."
Отправлено User294 , 04-Янв-09 21:28 
>Дураку понятно, что рейд не спасёт от глупости.

Что хуже - он не всегда спасает и от просто подыхания диска.Знаю несколько прецедентов когда raid накрывался медным тазом при отказе диска.Отсюда мораль: бэкапы рулят.


"Пример важности грамотного выбора стратегии резервного копирования"
Отправлено earfin , 04-Янв-09 19:00 
а на сервере то макось была ;)

"Пример важности грамотного выбора стратегии резервного копирования"
Отправлено Аноним , 04-Янв-09 19:25 
Побольше бы таких новостей.
Когда кто-то делает глупость - это весело.

"Пример важности грамотного выбора стратегии резервного копир..."
Отправлено Щекн Итрч , 04-Янв-09 19:52 
но спасло бы дополнительное инкрементальное копирование, желательно с выносом на внешний сервер - какой неожиданный, глабакамысленный вывод!!! :) :) :)

Могу прибавить, что помогают еще "полевые учения" - при налаженной системе бекапа отрубить спасаемый сервер и попытаться восстановить данные. С секундомером под протокол. А после учений дела уже пойдут :)

Скручу-ка я на DVD болванки запас своих "бакул", пока страна празднует... :)


"Пример важности грамотного выбора стратегии резервного копирования"
Отправлено Одмин , 04-Янв-09 20:06 
Эх, ещё одни горе-админы перепутали рейд с бэкапами.

"Пример важности грамотного выбора стратегии резервного копирования"
Отправлено Анонимус , 04-Янв-09 20:13 
Выбор стратегии бэкапирования заключался в "бэкапить или не бэкапить"?

"Пример важности грамотного выбора стратегии резервного копир..."
Отправлено User294 , 05-Янв-09 03:55 
>Выбор стратегии бэкапирования заключался в "бэкапить или не бэкапить"?

О, вы и тут решили блеснуть умом и сообразительностью.Браво!Судя по "умным" вопросам вы про бэкапы знаете только то что они вроде как существуют;).А нормальные люди обычно понимают под таким термином вопросы вида что, как и насколько часто бэкапать, куда и т.п..При всей кажущейся тривиальности этого вопроса на практике все оказывается далеко не так радужно как представляется.Столь простой и банальный в теории вопрос на практике зачастую является неплохой головоломкой.


"Пример важности грамотного выбора стратегии резервного копир..."
Отправлено PavelR , 05-Янв-09 16:28 

Статья (новость) называется "Пример важности грамотного выбора стратегии резервного копирования".


Простите, а что, они ошиблись в выборе стратегии резервного копирования ?


Резервного копирования там тупо не было. Там было что-то на тему отказоустойчивости, но никак не резервного копирования.

Так что именно так, они выбирали между "бэкапить или не бэкапить". Выбрали. Похоронились.


"Пример важности грамотного выбора стратегии резервного копирования"
Отправлено Аноним , 05-Янв-09 01:59 
а что это за ресурс был?

"Пример важности грамотного выбора стратегии резервного копирования"
Отправлено Аноним , 06-Янв-09 02:13 
Вы меня извините конечно, но при чём здесь "злишнее доверие к RAID - типичная ситуация"? Если автор сей заметки потрудился бы прочесть весь пост до конца, то узнал бы, что информация была потеряна вследствии саботажа одного из сотрудников хостинга, осуществлявшего сопровождение сервера с базой данных. Он так за увольнение отомстил. А вот от такого как раз ни всяко-разный бэкап, ни умные failback-технологии спасти не могут.