Как защитить критически важные для бизнеса данные от пожара?

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

Итак, есть два способа получить копию ваших данных за пределами сайта.

1. Внешнее резервное копирование.

   • Обычно вы заключаете контракт с такой компанией, как Cintas (громкое имя в этой области, с которым я знаком), чтобы доставить ваши резервные копии на один из их объектов, но даже что-то вроде того, что сотрудник забирает с собой ежедневные резервные копии домой в конце день лучше, чем ничего.
     
     

2. Какое-то совместное размещение.

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

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

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

Экономическое обоснование / оправдание этого в основном состоит в том, чтобы задать вопрос: «Что произойдет, если мы потеряем наши данные?» Ответ почти всегда заключается в том, что вы уходите из бизнеса, что позволяет довольно легко убедить людей, отвечающих за необходимость надлежащей схемы резервного копирования и / или возможности совместного размещения. (И в большинстве мест, где я работал, были оба варианта, хотя бы потому, что техники настаивали на них, пока они не произошли.)

Поддержите их Ледник амазонки. Недорогое хранилище для вещей, к которым вам не нужно часто обращаться. Это будет стоить вам 1 цент за ГБ в месяц. Обратной стороной может быть возврат данных в случае сбоя.

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

Кроме того, это все детали ... сколько данных? как часто он меняется? какое время восстановления вам нужно?

Если «инвентаризация веб-трансляций» означает большие файлы, которые не часто меняются, то периодическое резервное копирование на ленту кажется довольно простым.

Вы на самом деле не упоминаете РАЗМЕР 72 дисков, но если это действительно важно, вам нужно хотя бы иметь резервную копию в удаленном месте. Пожарные сейфы с рейтингом СМИ отлично подходят для защиты данных на месте, но что, если ваше здание полностью потеряно. То есть все пропало, включая сейф. Если вы все же начнете использовать удаленные или онлайн-резервные копии, убедитесь, что их здание / центр обработки данных находится недостаточно близко к вашему, чтобы они оба могли быть уничтожены одновременно.

Вы должны представить: что будет, если я не смогу получить доступ к части моих данных? Обычно это может означать, что вы уходите из бизнеса! (Вы не можете просто полагаться на надежду, что эта небольшая часть, которая выходит из строя, не будет, например, основными данными, необходимыми для работы вашей компании.)

Вам, вероятно, понадобится:

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

Вы можете комбинировать и то, и другое, но извлечение за пределами площадки обычно занимает некоторое время (если у вас также нет офиса за пределами площадки или доступа к нему каким-либо образом, уточните у поставщиков резервного копирования за пределами площадки)

О необходимости резервирования:

Жесткие диски (на самом деле, любой носитель данных) стареет, а у некоторых есть дефекты, а некоторые ударяются (например, легкий удар отверткой или другим диском при хранении их на полке может вызвать достаточно G, чтобы поцарапать поверхность диска, и это приведет к отказу либо сейчас или в течение короткого или недостаточно длительного периода времени). Что означает: ваш резервный носитель воля терпят неудачу, некоторые в течение нескольких дней, другие в течение лет, не имея возможности знать, когда.

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

Представьте, что у вас есть похожие диски и вы можете сказать, что вероятность отказа одного из них в течение 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 дней (по крайней мере, еженедельно?), Чтобы вы могли вернуться к времени резервного копирования в случае отказа основного хранилища (то есть: вы сможете вернуться к данным прошлой недели в случае сбоя основного хранилища эта неделя)
• чек регулярное резервное копирование (я имею в виду, делать проверяйте их, считывая байт за байтом целиком не реже одного раза в месяц. Хорошее время, чтобы скопировать и на еще один резервный носитель.)
• убедитесь, что как минимум 2 человека знают об этом и могут помочь получить данные, когда потребуется внешнее резервное копирование.
• и т.п.

Подобно предложению @ longneck, но немного отличается: резервное копирование в Amazon S3 или Google Cloud Storage и т. Д. (Я рекомендую НЕ использовать Amazon Glacier, если вы ищете теплую резервную копию для своих данных, так как вы будете платить через нос за быстрое восстановление данных с Glacier. Подробнее о плате за извлечение Glacier см. отличное обсуждение на 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

Надеюсь, это вам поможет, удачи.