Назад | Перейти на главную страницу

Как вы делаете резервные копии жесткого диска вне офиса?

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

Заранее спасибо.

[обновление] Спасибо, что упомянули онлайн-резервную копию. Фактически мы находимся в середине этого процесса. И я на 100% согласен, что это лучший способ. Однако, учитывая стоимость, иногда это может быть не вариант, поскольку это довольно дорогой вариант, если вы также учитываете уровень приложения. Думаю, онлайн-резервное копирование может быть очень хорошим в отдельной теме. :)

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

  1. JungleDisk / Amazon S3 - ОЧЕНЬ хорошо работает.

  2. RSYNC на удаленную машину также работает очень хорошо. Работа CRON каждые XX часов.

Мы выполняем резервное копирование почти ТБ данных в облако Amazon S3 и имеем «теплый резерв» в нашем colo-резервном копировании с главного устройства несколько раз в день (через rsync). Стоимость передачи / хранения на Amazon S3 чрезвычайно низкая. (то есть дешевле, чем запись на DVD, но не дешевле, чем резервное копирование на жесткий диск. Я знаю некоторых людей, которые просто подключают UDB емкостью 1 ТБ «Моя книга» или что-то еще к серверу и делают резервную копию еженедельно / ежемесячно. В зависимости от ваших потребностей один или два из них могут быть для вас самым дешевым решением.

Теперь это просто резервное копирование ДАННЫХ. В нескольких комментариях ниже говорится о резервном копировании самого сервера ...

В зависимости от ваших потребностей, Norton Ghost или даже Acronis (http://www.acronis.com) может быть вам полезен. Такие вещи, как Norton Ghost, как правило, полагаются на вашу способность выключить компьютер, чтобы сделать резервную копию. У некоторых из нас нет такой роскоши, но если у ВАС она есть, то Norton Ghost - ОЧЕНЬ хороший продукт.

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

Я признаю, что это немного роскошь, но мы живем в наших сетях SAN и создаем резервные копии на каждом сайте с периодической передачей лент или дисков внешней компании (например, ЖелезоГора).

Это зависит от размера / формы ваших требований к резервному копированию, ваших технических возможностей и частоты изменения данных ...!

Самый простой вариант - нанять другой сервер у Rackspace (или другого провайдера), подключить к нему VPN и скопировать ваши файлы в Robocopy. Создайте сценарий, который выполняет простые функции «Отец, Дед, Сын» и тестовый тест ... Все это можно автоматизировать.

Как и при любом резервном копировании, важно периодически выполнять день аварийного восстановления, потому что у вас могут быть данные, но что, если вы забыли иметь под рукой копию приложения, которое вы запускаете ...!

Часто терпят неудачу самые простые вещи, а НЕ самые сложные или те, о которых вы думаете ...

Удачи

Майк

Что следует учитывать:

  1. Кто несет ответственность за удаление резервных копий с сайта и кто берет на себя их работу, если они отсутствуют / больны / находятся в отпуске и т. Д.?
  2. Как вы храните свои жесткие диски? Мягкие контейнеры? Зона с контролируемым климатом?
  3. Как добраться до ваших сохраненных дисков? Если это только один человек, что произойдет, если его сбьет автобус?
  4. Когда вы в последний раз тестировали восстановление с одного из этих дисков?
  5. Когда в последний раз вы отдыхали КАЖДЫЙ диск, чтобы убедиться, что все они в порядке? СМИ не вечны.
  6. Задокументирована ли ваша схема и процедура ротации, чтобы даже Сэнди из почтового отделения или Дэн из стойки регистрации могли менять носители?

Хранить диски в чьем-то доме - хорошая идея, только если у нескольких людей есть ключи от этого дома. Конечно, есть компании, которые предоставляют внешние медиа-услуги, включая получение / доставку и управление доступом. Это, конечно, стоит денег, но не обязательно очень дорого по сравнению с потерей ваших данных. Мы используем IronMountain, и я был шокирован, узнав, сколько на самом деле стоит иметь контейнер от них в месяц. На самом деле у нас есть 4 контейнера, 3 из которых находятся вне площадки в любой момент времени.

Я думаю, это зависит от того, сколько данных вы храните, но онлайн-резервное копирование - это то, что вам нужно.

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

Онлайн-резервное копирование дешевеет - в настоящее время я плачу 50 центов за гиг. Резервное копирование выполняется один раз в ночь, а старые версии сохраняются в соответствии со спецификацией, которую я решаю. Перед тем, как покинуть наш сайт, все данные шифруются.

Переход с резервного копирования на магнитную ленту (или на основе HD) на резервное копирование в онлайн-режиме было одним из лучших решений, которые мы когда-либо принимали! Надеюсь, вы работаете в организации, которая рассматривает возможность резервного копирования в Интернете.

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

у меня есть резервные копии, поступающие из нескольких мест [фактически стран] на один центральный сервер. резервное копирование осуществляется Backupninja, я использую rdiff-резервное копирование, rsync и кастомные скрипты.

центральный сервер хранит в сети 14 дней истории.

каждое утро [после получения всех данных] я синхронизирую все содержимое онлайн-данных с USB-подключенный диск емкостью 1 ТБ. в течение дня содержимое диска проверяется [по крайней мере, часть выполняется с помощью rdiff-backup], поэтому я совершенно уверен, что его можно будет восстановить в будущем. USB-накопители меняются еженедельно. и хранятся «вдали от сервера». данные на USB-накопителях находятся на зашифрованный раздел поэтому нет необходимости в безопасном хранении.

это отлично работает для относительно небольшого количества данных - в моем случае это <200 ГБ данных, ~ 5 ГБ различий каждые 24 часа. если есть необходимость в восстановлении - в 90% я могу сделать это из онлайн-копии. если данные, которые необходимо восстановить, старше 14 дней - я могу быстро получить их из удаленного местоположения.

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

У меня есть резервная договоренность с хорошим другом. У них есть внешний USB-накопитель на своей рабочей станции, а я - один из них. У каждого из нас есть ограниченный ssh-доступ к машинам друг друга для передачи данных на наши удаленные диски. До этого я отправлял данные на сервер, к которому у меня был доступ с достаточным пространством.

Мои резервные копии планируются с помощью cron, а затем выполняются двуличие. Я выбрал этот инструмент, потому что он поддерживает множество методов перемещения данных резервного копирования (ssh, sftp, s3, local, ...). Что еще более важно, вы можете использовать его для создания зашифрованных резервных копий. Это удобно, когда вы сбрасываете данные в другое место, над которым у вас нет такого контроля.

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

Что интересно, так это автономное хранилище. В нашем случае это может быть видеопроект, к которому, как мы знаем, может потребоваться вернуться через год, но не обязательно немедленно подключаться к Интернету. Нам нужен архивный носитель для больших объемов данных. Это становится все более и более важным в моей отрасли, поскольку многие камеры высокого разрешения снимают непосредственно в банки P2-карт объемом 16 или 32 ГБ, поэтому нет ленты или пленки, к которой можно было бы вернуться. Исходный продукт - цифровые файлы. Я знаю много производственных компаний, которые используют диски Firewire для автономного хранения данных. Они копируют проект на внешний накопитель Firewire и кладут его на полку.

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

Подводя итог, ИМХО, какой носитель использовать, зависит от приложения и срока службы. У нас есть пленки более десяти лет назад, которые восстанавливаются очень хорошо. Но я не уверен, что жесткий диск, лежащий на полке десять лет, обязательно вернется.

Мы управляем нашими резервными копиями следующим образом:

  • 1 небольшая резервная машина
  • 1 массив RAID1 (1 ТБ, программный RAID для Linux)
    • 1 внутренний жесткий диск
    • 2 внешних жестких диска (сейчас: USB, в будущем: eSATA)
  • md-Device - это раздел, зашифрованный с помощью luks
  • mdadm, udev, UUID ... управлять автоматической повторной синхронизацией массива при подключении (повторном) подключении USB-дисков
  • фактические резервные копии, сделанные с помощью dirvish через ssh и curlftpfs
    • где необходимо: LVM-Snapshots, mysqldumps, что угодно ... делается dirvish pre-client -scritps
    • SSH-ключ без пароля со сценарием rsync-validation в качестве разрешенной команды
    • Резервный контейнер монтируется непосредственно перед началом резервного копирования и размонтируется после

За и против:

[+] у нас всегда есть «хорошая копия» всех данных на внутреннем жестком диске (который строго контролируется)

[+] вы можете выбрать любой из внешних жестких дисков и забрать его домой для резервного копирования.

[+] если вы не пойдете домой сразу после работы и потеряете диск с резервной копией в баре, данные должны быть в безопасности из-за зашифрованного контейнера

[-] каждый раз, когда диск подключается (повторно), весь диск должен быть синхронизирован с другими

[-] если размер резервной копии превышает один диск, это становится намного сложнее (вы можете распределить LV на несколько дисков и использовать их как md-устройства, но при этом вам всегда нужно выбирать 2+ диска, принадлежащих вместе)