У меня есть сервер с одним жестким диском (500 ГБ Ubuntu OS 14.04), и я купил новый, имеющий 1 SSD (250 ГБ, который, как я думал, можно было бы использовать для ОС) и 2 обычных диска SATA (2000 ГБ, для использования в RAID).
Теперь я хочу восстановить содержимое первого сервера на втором. Идеальная ситуация для второго - это наличие ОС на SSD и данных / приложений на одном SATA, поэтому для резервного копирования следует использовать RAID. (право?)
Используя clonezilla, я могу сохранить образ первого сервера и восстановить его на одном SATA второго (SSD слишком мал), а затем, надеюсь, активировать RAID и посмотреть, что произойдет, но в этом случае мощность SSD не используется.
Есть программа, о которой я не знаю, которая может справиться с этой ситуацией? Как лучше с этим справиться, исключая, очевидно, переустановку ОС, а затем всего содержимого и настроек первого сервера?
РЕДАКТИРОВАТЬ: использование ответа @ s1lv3r, такого как Библия, привело к тому, что в конце концов все заработало, но мне также пришлось иметь дело с несколькими вещами:
Клонированный ssd имел тот же uuid вращающегося диска, поэтому мне пришлось изменить его с помощью tune2fs -U random / dev / your_sd_id
grub плохо отреагировал на весь процесс, поэтому мне пришлось запустить живую версию Linux и восстановить ее с помощью инструмента под названием boot-repair.
У меня есть карта nvidia на новом сервере, поэтому, чтобы запустить систему, мне пришлось заставить ее запускаться с nomodeset вместо тихого всплеска (в меню grub выберите параметр начальной системы, нажмите 'e' и измените это), затем вручную установите драйвер nvidia.
Действительно, решение этих задач потребовало много времени и тестов, но эти общие указания могут иметь значение для тех, кто пытается их решить.
Важные вещи в первую очередь; у вас, кажется, неправильное представление о RAID. RAID не является резервным, какую бы компоновку диска вы ни выбрали, вам нужно будет делать внешние резервные копии ваших данных, если вам это нужно.
Если вы планируете использовать SSD (или любой другой диск без RAID в этом отношении), вы должны знать, что даже если SSD содержит только операционную систему и не содержит данных, отказ этого SSD приведет к тому, что ваш сервер быть полностью опущенным, пока вы не исправите это. Я не говорю, что вам не следует этого делать, но вы должны знать об этом. Если время безотказной работы действительно важно для вас, вам лучше использовать только вращающиеся диски в зеркальной установке.
Если вы хотите продолжить свой план (один SSD для системы, вращающиеся диски RAID1 для данных), я бы предложил следующие шаги для безопасного процесса миграции:
Вы можете попробовать установить ту же ОС на новый сервер и использовать rsync для переноса всех данных.
rsync -avzAXS --numeric-ids --progress --exclude={lib/modules,etc/udev,lib/udev,boot,dev,proc,sys,run,etc/fstab,etc/inittab,tmp,var/tmp} --exclude={home/virtfs,backup} -e ssh . XX.XX.XX.XX:/
Чтобы обеспечить успешную миграцию, вы можете попробовать сделать это либо с аварийного компакт-диска, либо с установкой вашей файловой системы только для чтения.
Если у вас есть несколько разделов на диске 500 (/ sda1 как /, / sda2 как домашний, / sda3 / var и т. Д.), Попробуйте запустить clonezilla, чтобы создать и сохранить диск, используя отдельный файл образа для каждого раздела. Поэтому, когда вы попытаетесь восстановить, вы можете восстановить корень ОС ubuntu на SSD и позволить сказать / home на RAID.
Предупреждение! прежде чем что-либо делать! Если вы хотите использовать clonezilla или любой другой инструмент, который обрабатывает данные с диска A на диск B. Вы должны изменить размер разделов вашего диска A (жесткий диск 500 ГБ) до максимального размера диска B (твердотельный накопитель 250 ГБ). Помните о своей таблице разделов, потому что простое клонирование клонирует все ваши данные (блоки) в блоки, которые не существуют на диске B (250 ГБ SSD).
Вы должны выполнить полную дефрагментацию, изменить размер разделов до максимального размера вашего диска B (250 ГБ, на диске A [500 ГБ] размер 250 ГБ должен быть свободным и не разбитым на разделы). После переразбивки рекомендуется произвести вторую дефрагментацию, чтобы избежать потери данных и проблем.