Сделайте идентичную копию Centos
Кто-то я работал с удаленным файл паролей затем, вышел из критического производства сервер солнца. Я должен был восстановить его, поскольку мы не могли просто переустановить его.
Другой администратор создает учетную запись с тем же uid и домой как основная производственная база данных и затем удалил учетную запись копии. Это удалило пользователя баз данных и домой - это шло не, останавливают Тандем, было немного яйца на администраторской поверхности, когда он заставил его остановиться.
Я удалил ветви ресурсов из файлов Apple на сервере Sun, поскольку я не знал почему временные файлы где занимание такого большого количества места. Пользователи Mac, где не впечатленный ;)
В то время как dd скопирует один подсоединенный внешний диск в другого, копия будет непоследовательна. Файловая система постоянно изменяется, и если Вы используете журналируемую файловую систему, еще больше. Используя работы dd лучше всего, когда диск статичен, т.е. только для чтения. Большую часть времени это не опция, но если у Вас действительно будет она только для чтения, то это будет хорошо работать.
Существуют другие инструменты для выполнения этой функции клонирования. Но самое легкое должно просто использовать зеркальную функциональность LVM. Протест состоит в том, что у Вас уже должна будет быть существующая файловая система на LVM. Используя зеркало LVM, можно сделать горячие копии файловой системы, и когда Вы повредите зеркало для получения второго диска, изображение файловой системы будет в согласованном состоянии, потому что все зарегистрированные изменения будут последовательно отправляться. Требуется мало работы кроме запуска зеркального процесса и остановки его, после того как оригинал копировал полностью.
Если по некоторым причинам Вы не хотите использовать зеркальную функцию, можно всегда создавать снимок файловой системы и копировать снимок только для чтения в другой диск. В то время как это не столь автоматически как зеркальное отражение, и это немного грязно (дополнительные шаги), это может быть сделано работать просто великолепно.
Наконец, можно всегда пробовать к rsync путь в это. Это походит на странный способ сделать это, но я использовал это для успешного тиражирования сервера на расстоянии в 400 миль в локальный диск. Выгода была то, что я должен был внести ручное изменение в /etc/fstab файл (paritions отличались), но иначе он загружается прекрасный.
Это оставляет единственный больной вопрос: создание загрузочного диска. Используя dd скопирует загрузчик по (поскольку это - копия блока блоком), но если Вы будете использовать LVM или rsync методы, то необходимо будет переустановить загрузчик. К счастью, это не слишком твердо и может быть легко сделано к дискам кроме тока (исходный?) базируются filesystmem.
Я думаю, что 'dd' сделает то, что Вы ищете - проверяют ниже статей.
Резервное копирование Linux: клон жесткого диска с "dd"
dd: окончательный инструмент клонирования дисков
[править]
Если то, что Вы ищете, является большим количеством системного шаблона, где несколько систем являются установкой и настроили тот же путь вместо точной копии затем, Сапожник может быть тем, что Вы ищете:
Сапожник является сервером установки Linux, который допускает быструю установку сред монтажа сети. Это склеивает и автоматизирует, многие связали задачи Linux, таким образом, Вы не должны скачкообразно двигаться между большим количеством различных команд и приложениями при развертывании новых систем, и, в некоторых случаях, изменении существующих.
-
1Помните - dd, немного находится на одном уровне инструмент копии. Если Вы хотите пойти тем путем, необходимо завершить работу сервера, начальной загрузки от живого CD и затем сделать изображение dd. Иначе изображение будет бесполезно. – Michael Kohne 20 August 2009 в 22:05
Я считал о Hotcopy в формате Linux несколько проблем назад. Должен добиться цели.
-
1
Для создания сервера, как был от исходной установки, можно использовать предоставленную анаконду, запускают файл в /root/anaconda-ks.cfg, необходимо будет отредактировать его для разделения и вероятно сетей/имени хоста.
Это даст Вам хорошую восстанавливаемую базовую конфигурацию сервера и помогает быстро создать машины. Дополнительную информацию см. в Инструкции по установке CentOS. Я не могу защитить достаточно, как автоматизация Вашего процесса сборки является большой практикой.
Для программного обеспечения/конфигурации Вы хотите сделанный вдобавок ко всему, можно использовать %packages раздел и %post сценарии в запускают, но я лично использую инструмент управления конфигурацией - для меня это является преимущественно марионеточным. Это позволяет Вам изменять вещи через жизнь машины и гарантирует, что те изменения внесены в систему, сохраняются (как правило, в управлении исходным кодом). Даже если у Вас только есть несколько серверов, это может помочь чрезвычайно в сценарии DR, поскольку Вы удостоверяетесь, что все изменения получены в конфигурации.
Для начала работы марионетка обеспечивает названный инструмент ralsh это может взять ресурсы системы (такие как пользователи или пакеты) и выложить отрывки марионеточного языка, который может использоваться для создания копии системы.
Перемещение в управление конфигурацией может быть большим шагом и включает изменение способа, которым Вы работаете. Для прямого клона Вы могли бы также бросить взгляд на SystemImager
-
1
Больше деталей помогло бы...
Если бы это - производство, общедоступная система, я рекомендовал бы делать новую установку и выяснить, как клонировать его вручную. Обоснование состоит в том, что Вы будете знать, как Ваша система работает и может, вероятно, разработать, лучше заменяют, после того как у Вас есть то знание. Например, если это будет веб-приложением с бэкэндом базы данных, то имение двух установок действительно не даст Вам хорошее зеркало, Вы захотите изучить различную репликацию баз данных.
Другие основные опции, о которых я знаю:
- Отобразите раздел с помощью чего-то как dd
- Сделайте новую установку CentOS, и просто rsync старая установка по новой с-a опцией. Это на самом деле работает вполне прилично, Вы захотите исключить/proc каталог и возможно пару других
Другие заботились о большинстве решений, но существует еще один, который покрывает клонирующуюся часть. Для одноразовой копии я предложил бы использовать Clonezilla. (http://clonezilla.org/) Это похоже на Фантом Norton, но свободный. Пока конечный диск является, по крайней мере, столь же большим как источник (я не полагаю, что можно клонироваться к меньшему диску), он может сделать все клонирование для Вас. Необходимо было бы войти в систему после начальной загрузки для изменения IP/имени хоста и некоторых других вещей, если Вы намереваетесь иметь обе системы, работающие параллельно.
Вы могли бы хотеть посмотреть на решение, интегрирующее DRBD и Кардиостимулятор; DRBD действует отчасти как конфигурация RAID-1 сетевого уровня. Оттуда у Вас может быть два сервера с идентичными разделами данных, затем когда/если один системный кардиостимулятор сбоев отгородит старую систему, и другой сервер берет слабое.
Это зависит от того, ищете ли Вы высокую доступность или выравнивание нагрузки, также... DRBD и Кардиостимулятор предназначены для доступности, но последние версии добавили "основную основную" конфигурацию, таким образом, это может работать с выравниванием нагрузки также, но это зависит от того, как Вы проектируете приложение. Можно также найти, что примеры в сети для использования Xen создают виртуальную машину, которая сбалансирована в двух системах с DRBD, и это может дать Вам, что Вы ищете.
Читайте о LVM и снимках здесь. Я думаю, что это - то, в чем Вы нуждаетесь.