Насколько большой и частый Ваше резервное копирование? Обычно для резервного копирования, можно сойти с рук использование дисков SATA, поскольку производительность не настолько важна. Можно хотеть изучить запуск с полки HP MSA, непосредственно подключенной к серверу. Это позволило бы Вам использовать или SAS или диски SATA. Я также рекомендовал бы, по крайней мере, RAID 5, если не RAID 0 с одним или несколькими горячими резервированиями, но затем я параноик о потере данных.
Я предлагаю диски на 2 ТБ в RAID 1. Если Вы нуждаетесь в скорости, обновляете до Кэша 32 МБ и RAID 0+1.
В тесноте, да не в обиде. Используйте RAID6, таким образом, можно перенести два сбоя диска.
Ack, я ненавижу ленты. Если бы Вы не требуете большого количества архивного материала, я изучил бы получение Drobo Pro + некоторое резервное копирование онлайн (Dropbox, CrashPlan, JungleDisk и т.д.). Drobo очень прост, просто добавьте диски sata, и он будет автоматический расширяться / защищают Ваши данные.
Некоторое время я не использовал наше старое, главным образом списанное больше на поддержке SAN. Это имело что-то как 3T необработанного пространства в 15k об/мин диски SCSI. Я мог продвинуть их в значительной степени к пределам с NetBackup с помощью него в качестве дисковой цели для резервных копий. У нас просто было RAID5, натыкается на каждую полку диска, таким образом, мы могли получить некоторое дублирование, но главным образом скорость.
Это зависит от того, сколько потоков данных Вы хотите продвинуть сразу. Также, после того как мои данные начали истекать, и мы переписывали вещи, в конечном счете замедлил тонну из-за фрагментации, даже через 40 + диски.
В настоящее время я использую VTL для своих дисковых резервных копий, и у меня было гораздо меньше проблем с потерей производительности из-за фрагментации. Это вызвано тем, что это делит диск в "ленты", которые затем переработаны в большие блоки свободного пространства, когда они истекают.
Сколько дисков и какой размер Вы получаете, зависит в основном от Вашего набора данных. Какого количества Вы создаете резервную копию в возрастающих резервных копиях еженедельно? Сколько недель Вы хотите держать? Умножиться. Насколько большой Ваше полное резервное копирование? Сколько Вы хотите держать? Умножьтесь и добавьте к первому значению. Теперь рассмотрите, как быстро Ваш набор данных растет по оценке некоторые. Сколько времени Вы планируете использование этого решения перед обновлением снова? Сложите предыдущие числа и умножьте их на свой темп роста данных со временем. Это должно быть хорошим началом при Вашей калибровке.
Если Вы не абсолютно посвящаете себя диску, я могу быть столь полужирным, что предлагаю альтернативу...
LTO является дешевым в эти дни (особенно рассматривающий сумму устройства хранения данных, можно войти в них), и даже единственный диск слота LTO4 будет иметь вполне достаточную способность к требованиям. Вы говорите, что используете 3 + ленты на резервное копирование и изменяете все 6 через день? Это указывает мне, что единственная лента LTO4 должна содержать полное недельное резервное копирование для Вас (сжался), таким образом, уничтожив Вашу сильную головную боль изменения ленты. Худший случай - обеспечение двойного будущего роста - Вы смотрите на изменение единственной ленты дважды в неделю. Используйте небольшую ленточную библиотеку, и у Вас есть еще меньше изменения, чтобы сделать.
Мудрый производительностью ограничивающая функция будет Вашей пропускной способностью - LTO4 быстр также.
То, что это даст Вам, составляет 1,6 ТБ (сжатых) на ленту по стоимости, что никакое дисковое решение не будет способным к сравнению с, одновременно сохраняя большую часть гибкости находящегося на диске решения. Дополнительное преимущество состоит в том, что - потому что это настолько дешево на ГБ - Вы в состоянии, где можно держать много намного больше исторических данных. Плюс он будет более надежным и устойчивым, чем диск.