Итак, наша текущая система резервного копирования перестала работать. У нас было 4 жестких диска на ротации, каждый из которых занимал 2 дня, а воскресенье пропускалось. Каждая резервная копия делает ПОЛНУЮ резервную копию. Я НЕ проектировал это! Все 4 жестких диска внезапно перестают работать. Я исследую это вздох
В любом случае, я бы хотел воспользоваться возможностью, чтобы настроить правильную систему.
У меня есть конкретные просьбы:
Пока что каждый месяц начальник берет жесткий диск, на котором есть резервная копия всего, и приносит его домой в свое хранилище. Через месяц он забирал его обратно, снова вводил в оборот, а затем забирал домой другой. И т.д. Это предотвратит полную потерю данных в случае серьезного пожара, кражи или подобного.
Если бы это было возможно, как горячая замена (я думал о raid5 + диск, делающий дубликат), это было бы здорово.
Может кто-нибудь мне помочь? Моя компания может платить как за аппаратное решение, так и за отдельное программное обеспечение, использующее оборудование.
Я никогда не был поклонником использования жестких дисков в качестве основного средства хранения и хранения резервных копий. IMHO, вам лучше использовать ленточные резервные копии для долгосрочных и архивных резервных копий и жесткие диски для краткосрочных резервных копий, близких к линии.
Существует миллиард различных способов достижения ваших целей, поэтому я просто предлагаю наш метод на ваше рассмотрение:
Мы выполняем полное резервное копирование всех наших систем раз в неделю на внешний жесткий диск объемом 2 ТБ на нашем сервере резервного копирования. Затем мы выполняем инкрементное резервное копирование в оставшиеся 6 дней недели на тот же массив внешних дисков.
Каждый день резервные копии, хранящиеся на внешнем массиве накопителей, копируются на ленту и перемещаются за пределы площадки на 4 недели. На 5 неделе снова начинаем ротацию. У нас всегда есть 4 недели ежедневных резервных копий на ближайшем внешнем массиве дисков для немедленного восстановления, и у нас есть 4 недели резервного копирования на ленточные носители за пределами площадки для целей аварийного восстановления.
Раз в месяц мы делаем специальную полную резервную копию всех наших систем на магнитную ленту и архивируем эти ленты в течение 3 лет. это становится нашим долгосрочным архивом и библиотекой резервных копий DR.
Мы используем Symantec BackupExec 12.5 (который поддерживает зашифрованные резервные копии) с соответствующими агентами для наших систем (Windows, SQL, Sharepoint, Exchange, AD и т. Д.).
Непонятно, что вы имеете в виду. Вы говорите о «внешнем» и «местном», но затем говорите о «выборе местного». Резервное копирование осуществляется вне офиса и офлайн. Все остальное не является резервным. Если у вас нет надежного внешнего компонента, переносящего данные за пределы площадки так часто, как это необходимо для допустимого риска, то это не резервное копирование.
Есть несколько хороших дискуссий о резервном копировании уже на Server Fault. Я бы посмотрел на них:
Лично я считаю, что вам следует хотя бы изучить расходы, связанные с «традиционным» резервным копированием на магнитную ленту и соответствующим программным обеспечением для управления. Несколько месяцев назад я сделал некоторые расчеты (опубликовал сообщение об ошибке сервера в одном из вопросов выше, но не обновил) и обнаружил, что лента не обязательно является самым дорогим маршрутом. Можете назвать меня традиционалистом, но магнитная лента очень хорошо зарекомендовала себя для меня и моих клиентов, доказала свою надежность и пригодность для аварийного восстановления. Я склонен думать, что многие «ужасные истории», связанные с ненадежностью ленты, часто происходят из-за стратегий резервного копирования, которые не включают тестирование резервных копий постфактум. Как часто говорят, резервное копирование - это не резервное копирование, а возможность восстановления.
Стандартные жесткие диски не предназначены для использования в качестве носителей резервных копий с возможностью горячей замены. Я, конечно, не говорю, что они не будут работать, но я бы поставил под сомнение долгосрочную надежность и стоимость. Я не удивлен, что у вас были сбои дисков.
Это поле - движущаяся цель. Лично я надеюсь, что мы в конечном итоге будем использовать что-то энергонезависимое и твердотельное, например флэш-память, и продвинемся вперед. Однако до тех пор, пока затраты не снизятся до уровня, когда это имеет смысл, мы все застряли в уродливых вещах, таких как движущиеся части, вращающиеся тарелки или майларовые ленты, покрытые ржавчиной.
Редактировать:
joeqwerty упомянул Symantec Backup Exec, и я поддержу эту рекомендацию здесь. Его стратегия «диск-диск-лента» работает очень хорошо, и мы делаем то же самое с несколькими клиентами. Программное обеспечение может быть немного дорогим, но оно работает так же хорошо, как и все, что я использовал (и намного лучше, чем некоторые из его конкурентов ...> кашля <ArcServe ...)
Вы не должны сосредотачивать весь свой режим резервного копирования на записи резервных копий на локальное устройство хранения. Кроме того, я бы задал вопрос, сможете ли вы восстановить достаточно быстро, чтобы своевременно приступить к работе, если ваше внешнее устройство резервного копирования является «облачным» решением для удаленного резервного копирования. Если у вашего «облачного» провайдера есть возможность отправить вам физическое запоминающее устройство, я могу убедиться, что это работает. Тем не менее, если вам нужно загрузить весь корпус резервных копий через подключение к Интернету потребителя, я бы подумал, что вам понадобится хотя бы пара дней, чтобы все снова заработало. Ой!
Точно так же я бы предложил ленту; многие причины были рассмотрены в других сообщениях, Эван связаны с, так что прочтите их. По крайней мере, это проверенный и надежный, надежный, дешевый, высокопроизводительный носитель с большой емкостью и - с хорошим внешним накопителем или библиотекой - невероятно гибким для восстановления из (весь смысл резервного копирования заключается в том, чтобы быть в состоянии восстановить, так что подойдите к этому с этой точки зрения).
Что касается резервных копий в облаке, они могут показаться заманчивыми, но я всегда подчеркиваю, что вам придется определенный что вы можете получить полный восстановление сервера выполняется за сопоставимое время, прежде чем переходить к такому решению. Если у вас есть деньги, которые нужно сжечь, и вам нужен второй уровень, они могут подойти, но я не верю, что что-то может сравниться с локальным для вашего основного резервного копирования и восстановления. (Вы когда-нибудь пробовали восстановить Exchange edb через свой интернет-канал? Я тоже, и я точно не хочу.)