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

Как лучше всего делать резервные копии файлов для аварийного восстановления?

В моем случае это примерно 1 или 2 терабайта изображений и т.д. для моей дизайнерской фирмы. Любые идеи?

Спасибо!

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

  1. Устройство NAS - горячее резервное копирование
  2. Резервное копирование на ленту - Резервное копирование моментальных снимков
  3. rsync Backup - Внешнее резервное копирование
  4. Пожарный шкаф - Решение для стихийных бедствий

Сначала мы загрузили старый сервер Dell с несколькими картами SATA и собрали диски в RAIDED с помощью Software RAID. Все данные копировались на это устройство каждую ночь и обеспечивали «горячую» резервную копию на случай отказа оборудования на нашем основном сервере.

Во-вторых, мы подключили к этому серверу ленточное устройство, использующее ленты DAT-160, способное удерживать 160 ГБ на ленту. Каждую вторую ночь мы делали снимки и накатывали их на ленту.

В-третьих, удаленное резервное копирование в совместное размещение один раз в неделю. Оказалось, что покупка некоторого места в стойке и большого тарифного плана стоит намного дешевле, чем услуги стороннего резервного копирования за пределами площадки. Это ваше решение для аварийного восстановления в сочетании с ...

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

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

Я всегда с осторожностью отношусь к рекомендациям по резервному копированию в облаке. Что вы собираетесь делать, если вам нужно вернуть полные 2 ТБ? Ни в коем случае ваша интернет-ссылка не даст вам того же времени восстановления, что и локальная резервная копия.

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

Диск может быть привлекательным, но, на мой взгляд, это только сдвиг «а что, если он выйдет из строя?». груз обратно на другой уровень. С диском, если ваше устройство резервного копирования выходит из строя, вы облажались. Используя ленту, вы можете выдержать сбой накопителя и по-прежнему иметь возможность восстанавливать данные (убедитесь, что у вас есть договоренности с вашим провайдером о поставке замены, если это так). Сами кассеты обычно не выходят из строя.

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

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

Если у вас есть деньги, которые нужно сжечь, то добавление еще одного слоя диска (или даже третьего слоя облака для возврата отдельных файлов) может дать вам больше уверенности и большей гибкости, но вы всегда должны подходить к этому с точки зрения «что произойдет, если Мне нужно вернуть полную вещь? " независимо.

2 ТБ изображений, которые, как я полагаю, не меняются очень часто?

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

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

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

Вы можете купить внешние жесткие диски или использовать внешний сервер.

Самое простое решение - сделать резервную копию на внешних жестких дисках. Получите 1 диск для M / W / F и еще один для T / Th. Третий в случае смерти одного из вас. Затем ежедневно меняйте приводы на один выезд.

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

  • Несколько жестких дисков (при 2 ТБ вы раздвигаете границы современной дисковой технологии для одного диска, поэтому либо чередуйте то, что вы создаете резервную копию, либо смотрите на многодисковый массив)
  • Лента (не самая быстрая, и вам понадобится много, но они намного лучше переживают доставку)
  • Служба сетевого хранилища, которая может отправить вам мультимедиа, если вам нужно все восстановить (мы делаем это на работе по договоренности с одним из наших клиентов, но мы не предлагаем это как общую услугу). Я не знаю ни одной компании по резервному копированию сети, которая бы этим занималась, но я не очень хорошо знаю этот рынок - я был бы удивлен, если бы никто из них не подумал об этом.

Лучший? Другая планета. Серьезно, резервное копирование за пределами участка в соседнем здании делает вас уязвимыми для некоторых бедствий. За пределами площадки и на расстоянии более 20 миль обеспечивает лучшую защиту. Компания, в которой я работал, обменивалась резервными лентами между двумя своими объектами, расположенными на расстоянии 1500 миль друг от друга, с помощью обычного курьера (FedEx). С террабайтами данных у этого была лучшая пропускная способность, чем у их сети.

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

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

Ленточные библиотеки прекрасны, но их установка может быть довольно дорогой, резервное копирование вне офиса было бы наиболее доступным. Я бы не стал использовать дисковое резервное копирование с точки зрения потребительских дисков емкостью 1 ТБ. Причина в том, что у вас просто нет такой возможности для восстановления, как если бы у вас был правильный план аварийного восстановления.

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