Некоторое время я делал резервные копии на жестких дисках, что, как я полагаю, делают многие из вас, ребята, но у меня возникли проблемы с поиском лучшего способа их хранения вне офиса. Мне интересно, как вы, ребята, делаете это. Любая политика, советы и рекомендации, когда дело доходит до удаленного сайта, хранят ваши резервные копии, в основном жесткие диски, а не ленты.
Заранее спасибо.
[обновление] Спасибо за упоминание онлайн резервного копирования. Мы на самом деле в середине этого процесса. И я на 100% согласен, что это идеальный путь. Однако, учитывая стоимость, иногда это может не подходить, так как это довольно дорогой вариант, если учесть также уровень приложения. Я думаю, что резервное копирование в режиме онлайн может быть очень хорошим в отдельной теме. :)
Ответы:
В зависимости от того, сколько вам нужно сделать резервную копию, я бы порекомендовал следующее:
JungleDisk / Amazon S3 - ОЧЕНЬ хорошо работает.
RSYNC на удаленную машину тоже работает очень хорошо. CRON работа каждые XX часов.
Мы резервируем почти ТБ данных в облаке Amazon S3 и имеем «теплый резерв» в нашей системе colo, резервируемой от мастера несколько раз в день (через rsync). Стоимость переноса / хранения на Amazon S3 чрезвычайно низкая. (то есть дешевле, чем запись на DVD, но не дешевле, чем резервное копирование на жесткий диск. Я знаю некоторых людей, которые просто подключают UDB «Моя книга» объемом 1 ТБ или что-то к серверу и копируют его еженедельно / ежемесячно. В зависимости от ваших потребностей один или два из них могут быть самым дешевым решением для вас.
Теперь речь идет только о резервных копиях данных. Несколько комментариев ниже говорят о резервном копировании самого сервера ...
В зависимости от ваших потребностей вам могут помочь Norton Ghost или даже Acronis ( http://www.acronis.com ). Такие вещи, как Norton Ghost, как правило, полагаются на вашу способность реально выключить компьютер, чтобы сделать резервную копию. У некоторых из нас нет такой роскоши, но если ВЫ это сделаете, то Norton Ghost - ОЧЕНЬ хороший продукт.
источник
Не останавливайтесь только на резервном копировании данных - мы регулярно создаем образы Ghost на наших основных серверах и сохраняем их вне офиса.
источник
Я признаю, что это немного роскошь, но мы живем и работаем по сетям SAN и резервным копиям на каждом сайте, периодически отправляя ленты или диски сторонней компании (например, IronMountain ).
источник
Это зависит от размера / формы ваших требований к резервному копированию, ваших технических возможностей и частоты изменения данных ...!
Самый простой вариант - нанять другой сервер из Rackspace (или другого провайдера), подключить к нему VPN и Robocopy ваши файлы. Создайте сценарий, в котором будет простой материал «Отец, дедушка, сын» и тестовый тест… Все это можно автоматизировать.
Как и во всех резервных копиях, важно периодически проводить день аварийного восстановления, потому что у вас могут быть ваши данные, но что, если вы забыли иметь копию приложения, которое вы используете под рукой ...!
Это часто самые простые вещи, которые терпят неудачу, НЕ самые сложные или те, которые вы думаете ...
Удачи
Майк
источник
Что нужно учитывать:
Хранение дисков в чьем-то доме является хорошей идеей, только если у нескольких людей есть ключи от этого дома. Конечно, есть компании, которые предоставляют услуги мультимедиа, включая получение / доставку и управление доступом. Это, конечно, стоит денег, но не обязательно очень дорого по сравнению с потерей ваших данных. Мы используем IronMountain, и я был шокирован, узнав, как мало у него было / месяц, чтобы получить контейнер от них. На самом деле у нас есть 4 контейнера, 3 из которых находятся вне площадки в любой момент времени.
источник
Я предполагаю, что это зависит от того, сколько данных вы храните, но онлайн-резервное копирование - это то, что нужно.
Вам не нужно беспокоиться о циклическом перемещении по жестким дискам, его краже из машины и других опасностях переноса ваших данных.
Резервное копирование онлайн становится дешевым - в настоящее время я плачу 50 центов за концерт. Резервные копии запускаются один раз в ночь, а старые версии хранятся в соответствии со спецификацией, которую я решу. Все это зашифровано перед тем, как покинуть наш сайт.
Переход от резервного копирования на ленту (или HD) к онлайн-резервированию был одним из лучших решений, которые мы когда-либо принимали! Надеюсь, вы находитесь в организации, которая будет рассматривать резервные копии в Интернете.
источник
Один из способов в установленных вами пределах - найти закрытый банк с сейфами и положить их туда. Насколько близко это будет компромисс между удобством / риском. Чем ближе, тем выше вероятность того, что катастрофа также повлияет на это место.
источник
у меня есть резервные копии, поступающие из нескольких мест (фактически стран) на один центральный сервер. резервное копирование осуществляется с помощью backupninja , я использую rdiff-backup , 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.
Подводя итог, ИМХО носитель для использования зависит от применения и долговечности. У нас есть ленты более десяти лет назад, которые прекрасно восстанавливаются. Я не уверен, что жесткий диск, сидящий на полке десять лет, обязательно вернется.
источник
Мы управляем нашими резервными копиями следующим образом:
За и против:
[+] у нас всегда есть «хорошая копия» всех данных на ионном жестком диске (который строго контролируется)
[+] вы можете выбрать любой из внешних жестких дисков и забрать его домой для резервного копирования вне сайта
[+] если вы не идете домой сразу после работы и теряете резервный диск с данными в баре, это должно быть безопасно из-за зашифрованного контейнера
[-] каждый раз, когда диск подключается (повторно), весь диск должен синхронизироваться с другими
[-] если резервная копия становится больше одного диска, она становится намного сложнее (вы можете распределить LV по нескольким дискам и использовать их в качестве md-устройств - но вам не всегда нужно выбирать 2+ диска, принадлежащих друг другу)
источник