Много чего я слышал про бэкап, и сам в молодости много чего не правильного про это дело говорил.
А давай подумаем что такое резервирование данных (в простонародье бэкап). В самом понятии всё заложено, это процедура создания и хранения запасной и в достаточной степени актуальной информации.
Т.е. если информация не актуальна через год, то смысла хранить нам эту информацию нет.
Если информация вообще не актуальна, то и хранить её нет смысла. Ну к примеру, у вас есть софт (к примеру firefox v2.1) и доступ к месту где всегда можно скачать нужную версию софта (ну торрент к примеру), то зачем вам в бэкап этот софт? Через какой-то промежуток времени, этот софт будет не актуален, а достать его будет легко. Т.е. нам с тобой нет нужды хранить хорошо доступную информацию.
Т.е. храним только то, что нужно и что нельзя найти из вне. И складируем эту информацию согласно актуальности.
Актуальность информации вещь сложная. Вот пример из моей рутины:
Есть небольшая база бухгалтерии. Средняя такая фирмочка.
Заранее известно, что месячный объем данных вбивается за неделю (такое часто бывает даже в средних фирмах). Т.е. если мы профукаем месячные данные, то у нас вычтут ЗП бухгалтера за 2 недели. Что не мало в принципе. Если профукаем недельные данные, то взбучку и премия долой. Если данные за 1-2 дня, то коробка вина и бутылка конфет - наше спасение. Т.е. необходимый срок резервирования - 1 или 2 дня. Так же стоит помнить, что у бухов красный месяц календаря бывает 4 раза в году (точнее 4.5). Т.е. в определенное время нам просто необходимо иметь резерв квартальных данных. Если что случится и не будет данных, то в задний проход швабру без вазелина - считай, что просто повезло и молись за такое везение.
А к чему я это все? Да к тому, что график и количество резервирования данных надо планировать для любой информации, и планирования это спасет от перерасхода места . А принцип "места много - влезет", отпадает по двум причинам:
1. Места всегда мало # я вот сейчас даже подумать боюсь, как я жил на 40Mb(я не ошибся именно сорок метров) винте.
2. Бэкап имеет место разрастаться со временем. # я тут новость не открыл
3. Принцип разумной достаточности никто не отменял # можно для маленькой фирмы и библиотеку ленточную купить, только вот дорого и не нужно.
Если в голове ещё стоит вопрос "А нафига оно мне надо", то вспомни про швабру без вазелина и, представь, как она тебя ожидает. А я, пока ты будешь в ужасе изгонять швабру из своего мозга, расскажу тебе реальную историю:
Некто П. обратился ко мне с "не работает ноут, я тут винду переставил, а данных нет. Верни, а то там фото и видео моего ребенка, жена мне яйца отрежет!" Причем по его виду я уже понял, что не шутит, и по мозгу она ему уже хорошо шлиф-машинкой прошлась. Данные я восстановил и его это спасло. Дал ему дельный совет, что и как делать. Через пол-года он снова обратился ко мне, только случай был хуже. А бэкапов он не делал. Что стало с его мозгом и с ним самим, я умолчу. Но поверь мне, я бы этого врагу своему не пожелал.
Дальше нам бы посмотреть, что нужно для бэкапа. А для него самое важное - место.
Надо понимать, что копию какой-нибудь одной вещи надо держать несколько. В разных временных рамках и прочее. Почему так, а многое, что может произойти. К примеру умышленный долгосрочный саботаж. Резкое изменения структуры данных. Систематические ошибки при обновлении ПО Т.е. мы попросту с тобой можем быть не готовы при одной единственной актуальной копии. Вот тут-то нас райды всякие и не спасают. Потому как это не резервное хранение данных. Ну а раз копий может быть несколько - к примеру 5 штук полных копий, то и данных будет в 5 раз больше. Значит места нужно не мало.
А теперь о железяках всяких.
Часто люди считают, что рейд спасет отца "русской демократии". Но не стоит забывать, что эта технология призвана сохранять работоспособность системы в случае смерти одного или нескольких хардов, но ни как не защищает нам от порчи информации посредством шаловливых ручек. А что есть на рынке, а на рынке в общем есть два варианта:
Ленты или харды. Другого в общем и нет.
У каждого варианта свои плюсы и минусы:
Ленты - физически и химически достаточно устойчивы (+). Цена достаточно дороговата, линейная запись и чтение (т.е. если надо обратить в середину данных, то прокрутить придется до середины) (-). Использовать кроме как в бэкапе сложно (-). Нужно спец. оборудование - стример (магнитофон :) ), иногда библиотека. Библиотека - это штука которая может менять кассеты в стримере и складировать в необходимом порядке кассеты(-). Оборудование не из дешевых и если объемы у нас маленькие, то не для нас (-). Ленты можно считывать на оборудовании других компаний, лишь бы стандарт подходил (+). Долгий срок хранения (+)
Харды - хранилище с хардами, простые харды. Можно взять салазки и записывать всё как на ленту. Записал на хард, вытащил старый, вставил новый. Унес старый и поехало по новой.
Плюс хардов - большая емкость, чем у ленты за туже стоимость (+). Нет необходимости в спец. оборудовании(+). Можно использовать не только для бэкапа(ну вот не хватает 500Gb харада, купил на 2 Тэра, 500 гиговый можно пристроить) (+). Не устойчив к физическим воздействиям, падения или окунуть в лужу. Если сгорит управляющая плата, то сложно с её заменой (-). Гарантийный срок годности, т.е. положить на 15 лет хард на полку не очень получится (-).
Есть правда третий способ, о нем в следующей статье.
Важно ещё понимать, что бэкап условно хорошо хранить по дальше от места основных данных. Да, именно под дальше. Лучше, на другом краю света. Ещё лучше в трех различных точках нашей планеты. На Японию сейчас посмотрите и всё поймете. Если хранить в соседней комнате, то при таких катаклизмах с данными у вас проблема. И проблема именно в том, что только данные вам не удастся восстановить быстро и это факт. Т.к. информация это многодневный плод профессиональной работы людей. И это важно помнить.
И надо помнить, что хранить данные надо начинать уже с момента настройки системы.
P.S.: когда случится твой epic fail, ты меня поймешь. В не зависимости, есть ли у тебя бэкап или нет, только твой зад кажет кто ты на самом деле.
А давай подумаем что такое резервирование данных (в простонародье бэкап). В самом понятии всё заложено, это процедура создания и хранения запасной и в достаточной степени актуальной информации.
Т.е. если информация не актуальна через год, то смысла хранить нам эту информацию нет.
Если информация вообще не актуальна, то и хранить её нет смысла. Ну к примеру, у вас есть софт (к примеру firefox v2.1) и доступ к месту где всегда можно скачать нужную версию софта (ну торрент к примеру), то зачем вам в бэкап этот софт? Через какой-то промежуток времени, этот софт будет не актуален, а достать его будет легко. Т.е. нам с тобой нет нужды хранить хорошо доступную информацию.
Т.е. храним только то, что нужно и что нельзя найти из вне. И складируем эту информацию согласно актуальности.
Актуальность информации вещь сложная. Вот пример из моей рутины:
Есть небольшая база бухгалтерии. Средняя такая фирмочка.
Заранее известно, что месячный объем данных вбивается за неделю (такое часто бывает даже в средних фирмах). Т.е. если мы профукаем месячные данные, то у нас вычтут ЗП бухгалтера за 2 недели. Что не мало в принципе. Если профукаем недельные данные, то взбучку и премия долой. Если данные за 1-2 дня, то коробка вина и бутылка конфет - наше спасение. Т.е. необходимый срок резервирования - 1 или 2 дня. Так же стоит помнить, что у бухов красный месяц календаря бывает 4 раза в году (точнее 4.5). Т.е. в определенное время нам просто необходимо иметь резерв квартальных данных. Если что случится и не будет данных, то в задний проход швабру без вазелина - считай, что просто повезло и молись за такое везение.
А к чему я это все? Да к тому, что график и количество резервирования данных надо планировать для любой информации, и планирования это спасет от перерасхода места . А принцип "места много - влезет", отпадает по двум причинам:
1. Места всегда мало # я вот сейчас даже подумать боюсь, как я жил на 40Mb(я не ошибся именно сорок метров) винте.
2. Бэкап имеет место разрастаться со временем. # я тут новость не открыл
3. Принцип разумной достаточности никто не отменял # можно для маленькой фирмы и библиотеку ленточную купить, только вот дорого и не нужно.
Если в голове ещё стоит вопрос "А нафига оно мне надо", то вспомни про швабру без вазелина и, представь, как она тебя ожидает. А я, пока ты будешь в ужасе изгонять швабру из своего мозга, расскажу тебе реальную историю:
Некто П. обратился ко мне с "не работает ноут, я тут винду переставил, а данных нет. Верни, а то там фото и видео моего ребенка, жена мне яйца отрежет!" Причем по его виду я уже понял, что не шутит, и по мозгу она ему уже хорошо шлиф-машинкой прошлась. Данные я восстановил и его это спасло. Дал ему дельный совет, что и как делать. Через пол-года он снова обратился ко мне, только случай был хуже. А бэкапов он не делал. Что стало с его мозгом и с ним самим, я умолчу. Но поверь мне, я бы этого врагу своему не пожелал.
Дальше нам бы посмотреть, что нужно для бэкапа. А для него самое важное - место.
Надо понимать, что копию какой-нибудь одной вещи надо держать несколько. В разных временных рамках и прочее. Почему так, а многое, что может произойти. К примеру умышленный долгосрочный саботаж. Резкое изменения структуры данных. Систематические ошибки при обновлении ПО Т.е. мы попросту с тобой можем быть не готовы при одной единственной актуальной копии. Вот тут-то нас райды всякие и не спасают. Потому как это не резервное хранение данных. Ну а раз копий может быть несколько - к примеру 5 штук полных копий, то и данных будет в 5 раз больше. Значит места нужно не мало.
А теперь о железяках всяких.
Часто люди считают, что рейд спасет отца "русской демократии". Но не стоит забывать, что эта технология призвана сохранять работоспособность системы в случае смерти одного или нескольких хардов, но ни как не защищает нам от порчи информации посредством шаловливых ручек. А что есть на рынке, а на рынке в общем есть два варианта:
Ленты или харды. Другого в общем и нет.
У каждого варианта свои плюсы и минусы:
Ленты - физически и химически достаточно устойчивы (+). Цена достаточно дороговата, линейная запись и чтение (т.е. если надо обратить в середину данных, то прокрутить придется до середины) (-). Использовать кроме как в бэкапе сложно (-). Нужно спец. оборудование - стример (магнитофон :) ), иногда библиотека. Библиотека - это штука которая может менять кассеты в стримере и складировать в необходимом порядке кассеты(-). Оборудование не из дешевых и если объемы у нас маленькие, то не для нас (-). Ленты можно считывать на оборудовании других компаний, лишь бы стандарт подходил (+). Долгий срок хранения (+)
Харды - хранилище с хардами, простые харды. Можно взять салазки и записывать всё как на ленту. Записал на хард, вытащил старый, вставил новый. Унес старый и поехало по новой.
Плюс хардов - большая емкость, чем у ленты за туже стоимость (+). Нет необходимости в спец. оборудовании(+). Можно использовать не только для бэкапа(ну вот не хватает 500Gb харада, купил на 2 Тэра, 500 гиговый можно пристроить) (+). Не устойчив к физическим воздействиям, падения или окунуть в лужу. Если сгорит управляющая плата, то сложно с её заменой (-). Гарантийный срок годности, т.е. положить на 15 лет хард на полку не очень получится (-).
Есть правда третий способ, о нем в следующей статье.
Важно ещё понимать, что бэкап условно хорошо хранить по дальше от места основных данных. Да, именно под дальше. Лучше, на другом краю света. Ещё лучше в трех различных точках нашей планеты. На Японию сейчас посмотрите и всё поймете. Если хранить в соседней комнате, то при таких катаклизмах с данными у вас проблема. И проблема именно в том, что только данные вам не удастся восстановить быстро и это факт. Т.к. информация это многодневный плод профессиональной работы людей. И это важно помнить.
И надо помнить, что хранить данные надо начинать уже с момента настройки системы.
P.S.: когда случится твой epic fail, ты меня поймешь. В не зависимости, есть ли у тебя бэкап или нет, только твой зад кажет кто ты на самом деле.
Комментариев нет:
Отправить комментарий