Всем привет.
Имеется сервер Intel SR1500ALSASR, итегрированный контроллер Intel® Embedded Server RAID Technology II с программной поддержкой RAID уровней 0/1/10 и два диска SAS, объединенные в RAID 1. Остальные сервера в организации - SCSI без контроллера RAID, и зеркало сделано средствами ОС.
Вопрос: если вдруг произойдет авария сервера с дисками SAS (питатель, мать, контроллер....), то как можно прочитать инфомацию с дисков (чтоб максимально оперативно, скажем, в течение 1-3 часов переложить данные на другой сервер) - только подключив к аналогичному контроллеру или можно купить какой-нибуть дешевый контроллер, вставить в персоналку и попытаться снять информацию?
Есть конечно еще варианты:
1. купить точно такой-же сервер и выкинуть один из старых.....
2. использовать внешнее хранилище между несколькими серверами (весьма на мой взгляд дорого, и тоже может крякнуться)?
3. использовать диски SATA вместо SAS в тех же самых корзинах, отключить RAID и зеркалирование средствами OC (ведь все равно контроллер программный), чтоб всегда иметь возможность воткнуть диск в персоналку, где обычный том можно легко смонтировать и прочитать (но потеряем производительность и наждежность дисков)?
4. использовать диски SAS без RAID, зеркалировать в ОС, и купить для персоналки недорогой адаптер/контроллер/переходник, чтоб можно было подключать диски SAS и тогда можно будет смонтировать том бесболезненно?
5. договриться с кем-нибуть поблизости, имеющим точно такой-же сервер/контроллер о взаимовыручке в случае необходимости???
Если кто-то что-то подобное делал или думал - прокомментируйте...
Как застраховаться от аварии RAID контроллера
Модераторы: Trinity admin`s, Free-lance moderator`s
Перечень действий по убыванию важности и по возрастанию стоимости.
1. Выполнять регулярный бакап на внешний носитель (ленту, другой сервер)
2. Держать ЗИП запчастей. Диски, контроллер, системная плата.
3. Держать аналогичный сервере на складе.
4. Организовать внешнее хранилище и два сервера подключены к нему (фактически кластер active/passive).
5. Организовать зеркалирование внешнего хранилища на другое внешнее хранилище, находящееся на удаленной площадке.
Замечу, что выполнение любого из п.2,3,4,5 не отменяет п.1
Только он дает вероятность близкую к 100%, что вы восстановите свои данные в случае частичной аварии аварии или полного уничтожения серверной (пожар, стихийное бедствие, терракт).
У меня реализован п.1, п.2, п.4, п.5
Да это дорого. Но наши данные дороже.
1. Выполнять регулярный бакап на внешний носитель (ленту, другой сервер)
2. Держать ЗИП запчастей. Диски, контроллер, системная плата.
3. Держать аналогичный сервере на складе.
4. Организовать внешнее хранилище и два сервера подключены к нему (фактически кластер active/passive).
5. Организовать зеркалирование внешнего хранилища на другое внешнее хранилище, находящееся на удаленной площадке.
Замечу, что выполнение любого из п.2,3,4,5 не отменяет п.1
Только он дает вероятность близкую к 100%, что вы восстановите свои данные в случае частичной аварии аварии или полного уничтожения серверной (пожар, стихийное бедствие, терракт).
У меня реализован п.1, п.2, п.4, п.5
Да это дорого. Но наши данные дороже.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 7 гостей