Мы стесняемся задать этот вопрос. Извиняюсь за недостаток опыта в UNIX. Мы унаследовали более 40 серверов Centos 5.5 и не знаем, как их создать. Нам нужны низкоуровневые образы клонов, чтобы мы могли восстановить серверы с нуля, если бы нам пришлось заменить жесткие диски и т. Д.
Мы использовали команду «dd», но мы предполагаем, что это работает, только если вы хотите сделать резервную копию одного локального диска на другой, а не 40 серверов на один сервер с подключенным внешним USB HD.
Все 40 серверов имеют пару зеркальных дисков (не знаю, будет ли это HW или SW raid). Большинство использует только 100 МБ. Серверы работают с Apache, Zend, Tomcat, MySQL и т. Д. В идеале мы не хотим закрывать их для резервного копирования (но могли бы).
Мы предполагаем, что стандартные команды Unix, такие как tar, cpio, rsync, scp и т. Д., Бесполезны, так как они копируют только файлы, а не разделы, все атрибуты, группы и т. Д., Т. Е. Не дают результата, который можно просто повторно отобразить в новый HD, чтобы вернуть серера из мертвых.
У нас есть большая сеть хранения данных, запасная коробка Windows и запасная коробка Unix, но они видны только одному уровню в сети. У нас есть неиспользованный моноблок Dell DL2000, но нет документации или документации по нему. У нас есть копия Symantec Backup Exec, но у нас нет бюджета на клиентские лицензии Unix. (Компания имеет отрицательные суммы денег).
Нам необходимо иметь возможность инициировать резервное копирование удаленно, поскольку мы можем получить доступ только к серверам лично в чрезвычайной ситуации (т.е. для восстановления)
Googling возвращает некоторые приложения для этого, например, clonezilla - выглядит сложным для установки и инвазивным. Mondo, кажется, поддерживает резервное копирование, только если вы находитесь локально на машине. Аманда может быть вариантом, но похоже на дни / недели работы, чтобы изучить и настроить?
Есть ли что-то встроенное в Centos, или мы должны идти по пути установки, изучения и настройки набора программ резервного копирования?
Любые идеи? Это должно быть довольно стандартной проблемой, которая не дает очевидного ответа.
Ответы:
Учитывая, что это «экстренная» ситуация, вы должны делать следующее только в том случае, если вам нужны квалифицированные сотрудники и более надежная долгосрочная стратегия резервного копирования. Не делай этого вечно.
Вы можете использовать
dd
для создания образов жестких дисков в этих системах (или отдельных разделов, если хотите).dd
может также использоваться для чтения или записи данных в обычный файл, и вы воспользуетесь этим. Поскольку жесткие диски, вероятно, намного больше, чем фактическое используемое пространство, я рекомендую также сжать их.Таким образом, общая идея будет выглядеть примерно так:
/media/backup
.Скопируйте образы жесткого диска. Например:
А еще лучше сожмите изображение, пока вы его снимаете:
Отключите жесткий диск USB и перейдите к следующему компьютеру.
Вы можете использовать инструмент, например,
kpartx
для работы с образами резервных копий, как если бы они были настоящими жесткими дисками (см. Его справочную страницу), или просто восстановить их напрямую, обращаясьif=
иof=
вdd
команде.источник
dd
? Мы не знаем, как на самом деле расположены диски./dev/sda
получит весь диск; Если вам нужно получить доступ к отдельным разделам, вы можете использоватьkpartx
на изображении.Все надежное займет много времени, чтобы изучить и внедрить (и протестировать) в такой среде, не существует простого способа обойти это.
Вы можете использовать стандартные инструменты, такие как rsync и т. Д., Чтобы получить полное резервное копирование, вам просто нужно убедиться, что вся информация, необходимая для восстановления, также скопирована (например, таблицы разделов и загрузочные записи).
Самый важный момент: у вас очень сложная среда, которую вы явно не понимаете полностью, и вам не хватает необходимых знаний и опыта. Таким образом, вы никогда не получите резервную копию. Ваш лучший (я бы даже сказал) вариант - нанять консультанта, чтобы создать для вас жизнеспособное решение для резервного копирования. Или, что еще лучше, для среды с более чем 40 серверами наймите компетентного системного администратора для управления системами.
источник
G4L или Clonezilla предоставят вам восстанавливаемые резервные копии изображений.
Вам нужно запланировать время простоя для каждого сервера, иметь достаточно подключенного хранилища для всех сжатых изображений. Как только вы закончите, вам нужно будет установить какое-то постоянное инкрементное резервное копирование.
источник