Як захистити критичні дані бізнесу від пожежі?

У нас є 72 жорсткі диски, які містять наш інвентар веб-трансляції. Кількість збільшується. Ми розташовані в каркасному будинку і боїмося не тільки пожежі, але й катастрофічної пожежі.

Я цінував вогнестійкі сейфи, які містять необхідні 125F для жорстких дисків. Їх ціна через дах.

Мені здається, якщо ми зробили резервні копії кожного з жорстких дисків і зберігали їх за межами сайту, або уклали договір з компанією, що зберігає резервні копії в Інтернеті, ми можемо запустити законопроект про купівлю резервних накопичувачів, який би наближався до вартості сейфа в 7000 доларів!

Який найкращий спосіб захистити наші дані від небезпеки пожежі?

Ну, по-перше, ви завжди повинні мати позамісцеву копію своїх даних. Не тільки тому, що може статися пожежа, але що б ви зробили у випадку стихійного лиха чи подібної події, зробивши вашу будівлю недоступною? Без копії ваших даних за межами сайту, ви просто маніпулювали.

Отже, сказане, є два способи отримати копію своїх даних за межами сайту.

1. Резервні копії за межами сайту .

   • Зазвичай ви укладаєте договір з компанією Cintas (велике ім'я в тій галузі, з якою я знайомий), щоб доставити резервні стрічки до одного з їхніх закладів, але навіть щось на зразок того, як працівник забирає щоденні резервні копії додому в кінці день кращий, ніж нічого.
     
     

2. Об'єкт розташування якогось типу.

   • Десь у вас є сервер або сервери для розміщення ваших даних, будь-який фізичний сайт, наприклад центр обробки даних або хмарний сервіс.

Перевага №2 полягає в тому, що ви можете використовувати його і для №1, окрім можливості скласти план безперервного бізнесу у випадку катастрофи. Ви можете розмістити систему резервного копіювання (сподіваємось, крім тієї, що у вас є на вашому головному сайті), тому у вас є резервні копії веб-сайтів, і якщо ваш основний сайт знизиться, ви можете запускати свої послуги з сайту спільного розташування (часто дещо знижена потужність, якщо економія витрат є проблемою).

Це не є особливо дешевим, і цілком може перевищувати ціну пожежобезпечного сейфа, але переваги полягають у тому, що вони забезпечують те, чого ви не можете отримати з пожежобезпечного сейфа, це захист від усіх видів втрати даних, тоді як вогнестійкий сейф лише захищає проти вогню.

Обгрунтування цього ділового випадку / дитячого ліжка - це, в основному, питання "що станеться, якщо ми втратимо свої дані?" Майже завжди відповідь, що ви припиняєте свою діяльність, що дозволяє досить легко переконати людей, відповідальних за необхідність створення відповідної схеми резервного копіювання та / або спільного розташування. (І в більшості місць, де я працював, було і те, і інше, навіть тому, що техники наполягали на них, поки вони не відбулися.)

Завантажте їх на льодовику Амазонка . Недороге зберігання речей, до яких не потрібно часто звертатися. Це обійдеться вам у 1 цент за ГБ на місяць. З іншого боку, може бути дорого повернути свої дані у разі відмови.

Якщо дані критичні, вам слід створити резервну копію. Ваша схема резервного копіювання повинна містити резервні копії на стрічкові та поза зберігання деяких наборів стрічок.

Крім того, всі деталі ... скільки даних? як часто це змінюється? який час відновлення вам потрібен?

Якщо "інвентар веб-трансляції" означає великі файли, які часто не змінюються, періодичне резервне копіювання на стрічку здається досить простим.

Ви дійсно не згадуєте РОЗМІР 72 дисководів, але якщо це дійсно критично, то вам слід принаймні мати резервну копію у віддаленому місці. Мережі з рейтингом засобів масової інформації чудово підходять для захисту даних на місці, але що робити, якщо ваша будівля - це повна втрата. Як і в, все пропало, в тому числі і сейф. Якщо ви почнете використовувати резервні копії за межами сайту чи в Інтернеті, переконайтесь, що їхній центр будівлі / даних недостатньо близький до вашого, щоб вони могли бути знищені одразу.

Вам потрібно уявити: що станеться, якщо я не можу отримати доступ до частини своїх даних? Зазвичай це може означати, що ви припиняєте свою діяльність! (Ви не можете просто покластися на надію, що ця невелика частина, яка виходить з ладу, не буде основними даними, необхідними для роботи вашої компанії, наприклад.)

Можливо, вам знадобиться:

• надмірність даних (тобто мати свої дані щонайменше на двох окремих стосах дисків, або версії на диску та іншої на стрічках, або їх комбінації)
• надмірність місця розташування (тобто мати гарне резервне копіювання за межами майданчика, якщо ви відчуваєте пожежу / крадіжку / саботаж / повінь /? у своєму первинному місці)

Ви можете комбінувати і те, і інше, але зазвичай потрібен певний час для завантаження (якщо ви також не маєте офісу поза сайтом або не маєте доступу до нього якимись засобами, проконсультуйтеся у своїх постачальників резервних копій поза сайтом)

Про необхідність надмірності:

Жорсткі диски (насправді будь-який носій інформації) старіють, а деякі мають дефекти, а деякі стикаються (наприклад, невеликий стукіт викруткою або іншим накопичувачем при зберіганні їх на полиці може призвести до достатньої кількості G, щоб подряпати поверхню диска, і це призведе до відмови або зараз, або протягом короткого до недостатнього часу. Що означає: ваші медіа для резервного копіювання вийдуть з ладу, деякі протягом декількох днів, інші протягом років, не знаючи, коли саме.

Ви не можете знати, коли щось піде не так, але ви можете оцінити ризики (не мати точних даних, але щоб зрозуміти, що може піти не так, і чому добре запобігти цьому надмірністю та регулярним перенесенням на інші засоби масової інформації до виходу з ладу попередніх медіа):

Уявіть, що у вас є подібні диски, і ви можете сказати, що ймовірність 1 виходу з ладу протягом 2 років становить 5%

P(one disk fails within 2 years)=5%=0.05

P(that disk won't fail within 2 years)=0.95
P(you have n disk, 0 disk fails within 2 years)=(0.95)^n
P(at least 1 disk amongst n fails within 2 years)=1-(0.95)^n
 if n=72 (you have 72 disks), P=1-0.95^72=1-0,024894281=0,975...=more than 97% 

Англійською мовою: якщо у вас 72 диски, і якщо ви можете сказати, що на одному диску є 5% ймовірність виходу з ладу протягом 2 років, то у вас буде більше 97% шансів, що ви випадете з ладу протягом 2 років. Це зовсім не точно, але це повинно показати вам, що все може піти не так, і швидше, ніж зазвичай очікували ...

Щоб ще більше «налякати» вас, ви можете сказати, що P (один диск виходить з ладу протягом 20 років) = 0,99 (20 років - це довгий час для накопичувача. І навіть якщо він працює, пристрої для їх читання можуть не мати можливості обробляти їх)

P(that disk won't fail within 20 years)=0.01
P(no disk amongst n fails within 20 years)=(0.01)^n=0
P(at least one disk amongst n fails within 20 years)=1-(0.01)^n=1=100% (or so close to 100% that it doesn't matter)

І на додачу до всього цього: якщо ви купуєте всі диски у одного постачальника, P (один з тих дисків виходить з ладу після того, як інший вийшов з ладу) дуже високий, набагато вище, ніж P (один диск виходить з ладу): диски будуються аналогічно, так якщо один не вдається, шанси на те, що інші в одній партії вийдуть з ладу приблизно в той же час, є високими (або дуже високими)!

Тож рекомендую:

• створити резервну копію щонайменше на 2 окремих речі (2 x 72 hd, від 2 окремих постачальників? або hd та стрічок?).
• Майте принаймні одну (якщо можливо, ще одну) резервну копію в іншому місті . Оновлюйте це кожні n днів (принаймні щотижня?), Щоб ви могли повернутися до часу резервного копіювання, якщо первинне сховище не вдасться (тобто: ви зможете повернутися до даних минулого тижня у випадку, якщо первинне сховище не вдасться цього тижня)
• перевірити резервні копії на регулярній основі (я маю в виду, робити перевірити їх, читаючи всю річ байт в байт , по крайней мере один раз в місяць. А раз добре , щоб скопіювати поки-ще-резервні засоби масової інформації теж.)
• переконайтеся, що принаймні двоє людей знають про це та допоможуть отримати дані, коли потрібна зовнішня резервна копія.
• тощо.

Подібно до пропозиції @ longneck, але дещо інше: резервне копіювання на Amazon S3 або Google Cloud Storage тощо (я рекомендую НЕ використовувати льодовик Amazon, якщо ви шукаєте теплу резервну копію своїх даних, оскільки ви будете платити через ніс за швидке відновлення даних з льодовика. Докладніше про плату за вишукування льодовиків велика дискусія на новинах Hacker News .)

Amazon S3 коштує вам 0,095 долара за ГБ для початківців (раніше він коштував 0,125 долара за ГБ, але Amazon просто скинув його тиждень тому). Хмарне зберігання та інші сервіси Google, ймовірно, знаходяться в одному ціновому діапазоні.

На додаток до витрат і "нескінченно зростаючого сховища", ви також отримуєте дрібнозернисту ACL та дозвіл на отримання ваших даних. Amazon пропонує IAM для контролю ACL , і я думаю, інші постачальники пропонують подібний контроль.

Нарешті, ці хмарні сервіси зберігання даних надають вам дійсно потужні API для читання / запису та інших дій із вашими даними. Це може бути корисним для автоматизації деяких завдань резервного копіювання.

Якщо стрічки не ведуть судно, спробуйте створити резервну копію на диску.

Купіть ще два дискові масиви та встановіть їх у шокові кріплення. підключіть їх через щось із великою пропускною здатністю, як волокно.

Ви обертаєте їх на місці, дзеркально відображаєте їх і зберігаєте їх поза межами сайту в безпечному сховищі.

Подібно до резервного копіювання стрічки, але може коштувати краще, залежно від обсягів даних та обсягу виробництва даних на тиждень.

Я хотів би запропонувати ще одну альтернативу вашому питанню. У будь-якому випадку вам потрібно мати резервну копію за межами сайту, тим самим забезпечуючи надмірність. Я знайшов накопичувач накопичувачів типу NAS під назвою Synology, у них багато версій відсіків накопичувачів, вам просто потрібно придивитись до того, що б вам підходило добре.

Найкраще, що ці накопичувачі можуть RSYNC один до одного, навіть до місця розташування в іншому місці, і вони можуть робити резервне копіювання на рівні блоку, щоб створити резервну копію лише змін у файлі, а не всього файлу, якщо він не потрібен. Таким чином, ваші дані, по суті, дублюються в інше місце, і резервне копіювання займає менше часу та пропускної здатності. Мені подобається DS1812 +, але вони мають кращі місця для швидкого руху, ніж для великих організацій або швидших потреб. Я вставлю посилання на сайт компанії нижче:

http://www.synology.com/us/index.php

Сподіваюся, це допоможе вам, удачі.