Я ищу рекомендации по клонированию зеркального рейда Red Hat на один жесткий диск, расположенный на той же машине. Идея состоит в том, что если в серверном оборудовании когда-либо возникнет проблема, у нас есть аналогичная аппаратная машина, готовая к работе. Все, что нам нужно сделать, это вставить клонированный диск. Если серверный RAID-массив когда-либо откажет, мы могли бы просто переключиться на один диск, чтобы поддерживать время безотказной работы, и восстановить исходную конфигурацию на резервном сервере с помощью резервной копии.
Это ресторан, и они открыты 7 дней в неделю. У нас есть время с 12:00 до 9:00, чтобы выполнить необходимые шаги для клона, и мы говорим о менее чем 10 гигабайтах информации.
На сервере есть база данных.
Я изучил Rsync и Clonezilla. Но я просто не уверен, что способен выполнить то, что хочу. Ищу несколько предложений и, возможно, пошагово, если бы вы были так любезны.
Я не уверен, что это план аварийного восстановления; ваша база данных и диск по-прежнему перегреваются, если произойдет серьезное событие (наводнение, пожар, кража ...)
Я бы лично посмотрел, как быстро восстановиться после события. Вы не сказали, что это за база данных, но вы можете сделать ее дамп, а затем скопировать этот каталог с помощью стандартной программы резервного копирования, такой как Amanda. Или rsync выбранные каталоги с другим удаленным сервером или местом хранения резервных копий, которое находится за пределами площадки.
Подсчитайте, что потребуется, чтобы этот сервер снова заработал. Возможно, вы сможете построить другой сервер с аналогичной конфигурацией; Если единственное, что находится в этой системе, - это база данных, создайте «клонированную» систему, затем сделайте дамп своей базы данных каждую ночь, перенесите его, а затем пусть новая система восстановит базу данных как систему горячего резерва.
Без поддержки моментальных снимков создание клона работающей системы может привести к несогласованности. Особенно с базой данных и полетными данными в памяти.
Еще одна вещь, которую следует учитывать, если база данных является в первую очередь важной функцией при этом, - это кластеризация вашего сервера базы данных. Наличие нескольких серверов обеспечит поддержку аварийного переключения. Однако это зависит от нескольких факторов; что такое база данных, насколько велик ресторан (бюджет), сколько административной работы вы хотите вложить ...
Итог ... лично я бы посмотрел на выполнение регулярного дампа и передачи базы данных, чтобы минимизировать работу, связанную с восстановлением системы на другой сервер, если это необходимо (или виртуализированную систему, если вы можете получить сервер виртуальной машины), и использовать что-то предназначенное для резервного копирования системы, например Аманда.
Я уверен, что другие будут беспокоить вас, почему ваш запрос на самом деле не лучшая идея для реализации, но это ваше решение.
Проще говоря, отвечая на ваш вопрос, у вас, вероятно, возникнут трудности с доступом к открытым файлам, чтобы скопировать их ночью. Я предлагаю использовать LVM для вашей виртуальной FS на RAID 1 и дополнительный диск в корпусе.