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

Какой тип жесткого диска рекомендуется для резервного сервера?

Мне было поручено усовершенствовать наш процесс резервного копирования. Прямо сейчас у нас есть накопитель DAT72, который использовался последние 3 или 4 года и вмещает 6 лент. Теперь мы хотели бы упростить процесс, чтобы нам не приходилось постоянно менять ленты через день, когда мы можем использовать 3+ для резервного копирования.

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

Подойдет ли для этого стандартный привод SATAII 7200 об / мин, или мне стоит поискать что-то более похожее на SAS / SAS2? Сколько дисков рекомендуется для этого и в какой конфигурации?

Я предлагаю диски емкостью 2 ТБ в массиве RAID 1. Если вам нужна скорость, перейдите на кэш 32 МБ и RAID 0 + 1.

Насколько велики и часты ваши резервные копии? Как правило, для резервного копирования можно обойтись без дисков SATA, поскольку производительность не так важна. Возможно, вы захотите начать с полки HP MSA, непосредственно подключенной к серверу. Это позволит вам использовать диски SAS или SATA. Я бы также рекомендовал хотя бы RAID 5, если не RAID 0 с одним или несколькими горячими резервами, но тогда я параноик по поводу потери данных.

Какое-то время я пользовался нашими старыми, в основном списанными, больше не поддерживающими SAN. У него было что-то вроде 3T необработанного пространства на SCSI-дисках со скоростью вращения 15000 об / мин. Я мог бы довести их до предела с помощью NetBackup, используя его в качестве целевого диска для резервного копирования. У нас просто был RAID5, работающий на каждой полке диска, чтобы мы могли получить некоторую избыточность, но в основном скорость.

Это зависит от того, сколько потоков данных вы хотите отправить одновременно. Кроме того, как только мои данные начали истекать, и мы переписывали, в конечном итоге все замедлилось из-за фрагментации, даже на 40+ дисках.

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

Сколько дисков и какой размер вы получите, во многом зависит от вашего набора данных. Сколько вы еженедельно выполняете инкрементное резервное копирование? Сколько недель вы хотите продержаться? Умножить. Насколько велики ваши полные резервные копии? Сколько вы хотите провести? Умножьте и прибавьте к первому значению. Теперь подумайте, насколько быстро растет ваш набор данных, по некоторым оценкам. Как долго вы планируете использовать это решение перед повторным обновлением? Сложите предыдущие числа и умножьте их на скорость роста объема данных с течением времени. Это должно быть хорошим началом для выбора размера.

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

Ладно, ненавижу кассеты. Если вам не нужно много архивного материала, я бы посмотрел на Дробо Про + какое-то онлайн-резервное копирование (Dropbox, CrashPlan, JungleDisk и т. д.). Drobo очень прост, просто добавьте диски sata, и он автоматически расширит / защитит ваши данные.

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

В наши дни LTO дешевый (особенно учитывая объем хранилища, который вы можете получить на них), и даже однослотовый диск LTO4 будет иметь достаточную емкость для ваших требований. Вы говорите, что используете 3+ ленты для каждой резервной копии и меняете все 6 через день? Это указывает мне на то, что одна лента LTO4 должна содержать для вас резервную копию за полные недели (в сжатом виде), тем самым избавляя вас от основной головной боли при замене ленты. В худшем случае - с учетом удвоения будущего роста - вам нужно менять одну ленту дважды в неделю. Используйте небольшую ленточную библиотеку, и вам придется еще меньше менять.

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

Это даст вам 1,6 ТБ (сжатых) на ленту по цене, с которой не сможет сравниться ни одно решение на основе диска, и в то же время сохранит большую часть гибкости решения на основе диска. Дополнительным преимуществом является то, что из-за того, что это очень дешево на гигабайт, вы можете хранить гораздо больше исторических данных. К тому же он будет более надежным и надежным, чем диск.