The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Пример важности грамотного выбора стратегии резервного копирования

04.01.2009 17:24

Поучительная история как излишнее доверие к RAID может привести к полной потере данных. Ресурс journalspace.com полностью потерял все содержимое БД из-за логической ошибки в программном обеспечении, при которой RAID и полное зеркалирование не помогло, но спасло бы дополнительное инкрементальное копирование, желательно с выносом на внешний сервер. К сожалению, излишнее доверие к RAID - типичная ситуация.

  1. Главная ссылка к новости (http://journalspace.com/this_i...)
  2. Некоторые заметки о резервном копировании на wiki.opennet.ru
Лицензия: CC BY 3.0
Источник: slashdot.org
Короткая ссылка: https://opennet.ru/19636-raid
Ключевые слова: raid, backup
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (11) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 18:36, 04/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Дураку понятно, что рейд не спасёт от глупости.

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

     
     
  • 2.7, User294 (??), 21:28, 04/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Дураку понятно, что рейд не спасёт от глупости.

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

     

  • 1.2, earfin (??), 19:00, 04/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а на сервере то макось была ;)
     
  • 1.3, Аноним (3), 19:25, 04/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Побольше бы таких новостей.
    Когда кто-то делает глупость - это весело.
     
  • 1.4, Щекн Итрч (ok), 19:52, 04/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    но спасло бы дополнительное инкрементальное копирование, желательно с выносом на внешний сервер - какой неожиданный, глабакамысленный вывод!!! :) :) :)

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

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

     
  • 1.5, Одмин (?), 20:06, 04/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Эх, ещё одни горе-админы перепутали рейд с бэкапами.
     
  • 1.6, Анонимус (?), 20:13, 04/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Выбор стратегии бэкапирования заключался в "бэкапить или не бэкапить"?
     
     
  • 2.9, User294 (??), 03:55, 05/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Выбор стратегии бэкапирования заключался в "бэкапить или не бэкапить"?

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

     
     
  • 3.10, PavelR (??), 16:28, 05/01/2009 [^] [^^] [^^^] [ответить]  
  • +/

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


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


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

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

     

  • 1.8, Аноним (3), 01:59, 05/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а что это за ресурс был?
     
  • 1.11, Аноним (11), 02:13, 06/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вы меня извините конечно, но при чём здесь "злишнее доверие к RAID - типичная ситуация"? Если автор сей заметки потрудился бы прочесть весь пост до конца, то узнал бы, что информация была потеряна вследствии саботажа одного из сотрудников хостинга, осуществлявшего сопровождение сервера с базой данных. Он так за увольнение отомстил. А вот от такого как раз ни всяко-разный бэкап, ни умные failback-технологии спасти не могут.
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру