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

стратегия резервного копирования за пределами площадки для небольшого локального сервера Tower

Я вычислительный биолог, работающий в небольшом стартапе, которому было поручено настроить локальную реализацию небольшого сервера башни (если это важно, я ищу PowerEdge T620 или аналогичный) для использования в качестве вычислительной системы и небольшой реализации MySQL.

Меня беспокоит безопасность данных, в частности, то, как я занимаюсь резервным копированием данных. Мы хотели бы гибкости в отношении общего хранилища, однако наша отправная точка для хранилища находится на отметке 6 ТБ. Поэтому я предполагаю использовать 2 накопителя по 3 ТБ.

Я хотел бы иметь стратегию, при которой у меня всегда была бы резервная копия моих данных (обновляемых каждый вечер), доступная для сервера, и внешняя копия (которая физически загружается и обновляется в выходные дни).

Похоже, что у сервера есть несколько вариантов RAID (через встроенный RAID-контроллер PERC H310), три из которых кажутся особенно полезными в моем случае:

Мой вопрос: безопасно / целесообразно ли заменить два жестких диска, составляющих резервную копию, на два, составляющих внешнюю копию, и сделать это резервное копирование таким образом?

Или мне стоит подумать о покупке RAID-массива, который будет действовать как резервная копия за пределами предприятия, и подключить его через что-то вроде USB3.0?

Примечание: я хотел бы физически отключить (по крайней мере, выключить) резервную копию во время обновления за пределами сайта (то есть я никогда не хочу, чтобы все диски были подключены к серверу). Поэтому мне интересно, насколько возможно вытащить диски и поменять их на другие.

Вторичный вопрос: настройка Dell RAID 0 + RAID 0 описывается следующим образом -

RAID 0 + RAID 0 для H710P / H710 / H310 (1 SATA + 1-31 жесткие диски SAS) добавить 0,00 USD

Можно ли вообще использовать четыре диска, разделенных на две конфигурации RAID 0?

Резервное копирование - это сложно. И совершенно необходимо.

Как отметил marc99, физическое отключение дисководов от корпуса не является безопасным вариантом.

Во-первых, вам нужно решить, какие данные действительно важны. Вы упоминаете MySQL, и он занимает около 6 ГБ. Есть ли что-нибудь еще ценное на сервере?

Вы изучили сжатие? Это вас что-нибудь спасает? В зависимости от набора данных может, а может и нет.

Вы изучали горячие и холодные резервные копии mysql? mysqldump работает хорошо, но это не инструмент горячего резервного копирования. вам нужно остановить все транзакции записи.

Если вы отключили емкость сервера, на котором запущен mysql, вам, возможно, придется выполнить mysqldump через SSH-соединение с другим сервером ... это может иметь другие преимущества, поскольку он может затем отправить недавно завершенную резервную копию в другое место (для этого на ум приходит облачное хранилище, такое как S3 или Google Compute Storage), в то время как ваш «основной» сервер продолжает работать.

Вы должны принять решение о стратегии хранения, исходя из необходимой емкости / производительности. Решение для резервного копирования должно основываться на времени получения резервной копии / временном окне для запуска резервного копирования.

Что касается памяти и производительности, вы должны учитывать:

  • тип диска (SATA / SAS против SSD): емкость против производительности
  • количество дисков: больше дисков, больше производительность
  • тип рейда

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

Если вы ищете подходящее внешнее решение, вам следует взглянуть на библиотеку LTO. Это позволит создать полную резервную копию 6 ТБ на 4, может быть, 5 картриджах. Снова будьте осторожны с временным окном резервного копирования.

Марк