Добрый день,
Собственно хотелось бы обсудить:
- целесообразность применения этого устройства
- применимость в моем конкретном случае.
Опыта использования таких девайсов у меня нет.
Краткое описание текущей ситуации.
Примерно от 30-40 серверов преимущественно HP DL380 и HP DL580, но встречаются старые Sun-ы.
Все серверы по назначению можно разделить на 3 типа:
- серверы баз данных Oracle
- серверы приложений
- специфические серверы выполняющие обработку данных.
- серверы для собственных нужд ( почта, интернет, локальный файл-сервис ).
SAN - отсутствует, или если и присутствует в зачаточном состоянии.
Текущий список OS:
- SLES8, SLES9
- Solaris 8,9
- Windows 2000,2003.
- Потенциально возможно HP-UX и Tru64( но пока это можно опустить ).
Текущие объемы:
Объем резервных копий - 3ТB.
Еженедельный объем бэкапов - 1,2TB.
Кроме того часто встречаются задачи внепланового восстановления и проверки бэкапов.
Планируемый объемы:
Объем резервных копий 8 ТB.
Еженедельный объем бэкапов 1,8 - 2ТB.
Сейчас, все за исключение серверов для собственных нужд бэкапится следующим образом:
В сети присутствует бэкап-сервер ( проще говоря NFS сервер ) с объемом примерно 4,5ТB.
Собственно он используется как оперативное средство для бэкапа.
С каждого сервера льется быкап через NFS на бэкап-сервер согласно расписанию.
На бэкап сервере установлен агент софта BackupExec и с определенной периодичностью ( примерно раз в месяц ) данные сливаются на ленточную библиотеку тоже от HP. Если память не изменяет HP StorageWorks MSL6000, но могу и ошибаться.
=============================================
Собственно мои мысли следующие.
Ничего не мешает усилить текущий бэкап сервер увеличив его объем до требуемых размеров, но проблема в том, что используемые стойки в бэкап-сервере а именно массивы HP MSA-20 глючат не по детски. В течение года проблемы возникали как минимум четырежды. Один раз бэкап-сервер развалился полностью без возможности его восстановить ( пришлось восстанавливать с лент ), опять же по причине проблем с MSA-20.
Собственно это наводит на мысль, что резервировать бэкап-сервер надо чаще, да и новые задачит так же требуют более частого резервирования, что в свою очередь требует перестройки системы бэкапов а возможно и в целом подхода. Как и в любой компании есть и политические вопросы ( борьба за территорию ).
При всех недостатках, у этого подхода есть и плюсы:
- непосредственных доступ к архивным копиям.
- просто в понимании, и прозрачно
- разделение труда ( один отдел отвечает за бэкап-сервер , другой за бэкап на ленты).
- легко увеличить оперативное пространство
- стоимость лицензий на бэкап-софт ( не маловажно).
Что хотелось бы иметь?
Иметь оперативное пространство для текущих бэкапов с непосредственным доступом и
с последующей миграцией данныз на ленту в последствии.
Чем меня заинтересовал HP StorageWorks 6000:
1. Возможность однотипного подхода ( единообразие )
2. Декларируется что можно с него данные "перелить" на обыкновенную ленту ( библиотеку )
3. Виртуальность бэкапных девайсов, то есть менее ###### ограничение, по сравнению с класическими библиотеками. Применение дисков в HP StorageWorks 6000 может позволить отказаться
от необходимости непосредственного доступа к файлам на бэкап-сервере.
Сомнения:
1. Опять теже самые глючные MSA-20.
2. Возможно только подключение в SAN, что в нашем случае может быть проблематично.
3. Пока остается под вопросом, как можно организовать "перелив" с виртуальных лент, на реальную ленточную библиотеку.
И главный вопрос: А стоит ли овчинка - выделки?
Спасибо за внимание.
HP StorageWorks 6000 Virtual Library System
Started by
Гость_YevgenS_*
, июн 23 2006 10:51
1 reply to this topic
#2
BRusia
-
- Пользователи
-
- 2 сообщений
Новичок
Отправлено 22 сентября 2006 - 04:00
Хорошее устройство резервного копирования HP MSL6000. Пока у меня случалось одна проблема, не полностью использует объем памяти кассеты. Все было хорошо, но потом появилось эта проблема. Мне люди из HP говорят что данный глюк бывает у всех библиотек донной модели. Тока я не могу понять откуда она взялась.
1 человек читают эту тему
0 пользователей, 1 гостей, 0 скрытых пользователей
