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

14

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

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

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

kentchen
источник
Только одна вещь, чтобы иметь в виду о резервных копиях. Аварийное восстановление - это в основном восстановление после того, как произошла катастрофа. Большинство внешних резервных копий (онлайн или иным способом) могут сделать это очень хорошо, используя жесткие диски. Имейте в виду, что часто многие задания по восстановлению являются результатом юридической проблемы или другого рода «рыболовной экспедиции», когда требуется восстановление файлов или электронных писем от 1, 2 или много лет назад. Убедитесь, что ваша внешняя резервная копия включает это, поскольку у вас гораздо больше шансов, что вас попросят восстановить электронную почту XYZ 2 года назад, чем со всего вашего сервера со вчерашнего дня.
Кевин Куфал

Ответы:

9

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

  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 - ОЧЕНЬ хороший продукт.

KPWINC
источник
4
Мое мнение таково, что вы должны запускать rsync с удаленной (резервной) машины, а не на нее. Таким образом, на производственном компьютере нет учетных данных резервной копии, поэтому, когда кто-то внедряется в производственный компьютер, он не может сразу же восстановить все ваши резервные копии.
Hark
Верный. Наш BACKUP-сервер - это то, что выполняет задание CRON с помощью rsync (или rdiff-backup) и «тянет» от MASTER к себе.
KPWINC
Хорошая точка зрения. Я не пробовал ни один из вариантов, но оба выглядят довольно круто.
Кенчен
@hark: разве у той же проблемы тоже нет? Если кто-то укоренит автономный резервный ящик (который может быть более незащищенным и устаревшим, чем производственный ящик), не сможет ли он получить доступ к производственному ящику?
Черувим
@cherouvim, окно резервного копирования не связано с внешним миром, за исключением случаев, когда необходимо выполнить обновления. Кроме того, брандмауэр настроен так, что он даже не отвечает на запросы на подключение, за исключением неясного порта SSH. В идеале машина должна находиться в режиме ожидания и просыпаться, когда пришло время для резервного копирования / обновления / управления.
Мирча Кирея
3

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

Билл Б
источник
+1 за упоминание о резервном копировании системы. Мы здесь одинаковы. Наличие данных без системы, которая работает, для нас почти ничего не значит.
Кенчен
Это был тяжелый урок.
Билл Б
2

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

Chopper3
источник
1
Мы делаем очень похоже / то же самое, (диск-диск-лента, Iron Mountain.) Насколько это «роскошь»; наш старший Менеджмент, понимая, что стоимость нашего отсутствия в течение 1 часа, довольно неплохо говорит об этом. :)
Грег Михан
То же самое и здесь, мы потеряли бы 20% нашей базы пользователей, если бы не работали в течение часа - некоторые решения принимаются очень легко :)
Chopper3
2

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

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

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

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

Удачи

Майк

Майк Макклелланд
источник
2

Что нужно учитывать:

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

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

Лаура Томас
источник
1

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

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

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

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

Дэйв Драгер
источник
+1 для того, чтобы вывести опцию «идти в облако». @ddrager, вы можете поделиться, какой сервис вы используете?
Кенчен
Все в Интернете находится под угрозой. Любые данные, которые находятся вне вашего непосредственного контроля, находятся под угрозой. Предположительно, у вас есть соглашение с вашим провайдером, но потеря ваших данных все равно намного опаснее для вашего бизнеса, и если у вас есть проблемы с бизнесом, у вас есть проблемы с резервным копированием.
Дэвид Торнли
1

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

Кайл Брандт
источник
1
в настоящее время нет необходимости в сейфе - вместо него можно использовать зашифрованный раздел / диск.
PQD
2
Конечно, но банк примерно такой же огнестойкий и защищенный от кражи, как вы можете разумно получить. Зашифрованный диск по-прежнему полезен для тех, кто хочет немного больше места на жестком диске.
ceejayoz
1

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

Центральный сервер поддерживает онлайн 14 дней истории.

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

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

PQD
источник
1

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

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

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

cyberkni
источник
1

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

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

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

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

AudioDan
источник
0

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

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

За и против:

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

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

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

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

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

m.sr
источник