Я пытаюсь периодически клонировать несколько серверов в рамках схемы резервного копирования. Можно ли клонировать сервер, который используется, с использованием clonezilla или другого продукта foss? На одном из этих серверов работает база данных sql, я не уверен, добавит ли это дополнительную переменную в эту ситуацию.
2 ответа
Сложно, так как будут проблемы с открытыми базами данных и другими файлами. Конвертер VMware теоретически может клонировать работающие машины, но по моему опыту это не так. Кроме того, в качестве подсказок Journeyman Geek вы смотрите на конкретные приложения и процедуры, и они могут быть немного дорогими. Если серверы могут быть отключены на короткое время, вы можете запустить Clonezilla на дисках, чтобы сделать копии, а затем использовать «обычные» инструменты резервного копирования, чтобы сохранять резервные копии того, что изменилось после клонирования дисков.
Наша стратегия резервного копирования для некоторых серверов заключается в создании их виртуальных копий (с использованием инструментов VMware), которые можно запускать в любой момент, а затем регулярно восстанавливать резервные копии измененных данных.
В конечном счете, ваш выбор реализации будет зависеть от необходимой вам непрерывности обслуживания - и глубины ваших карманов - даст нам больше информации о вашем сценарии.
В Windows есть одна вещь, которую вам абсолютно необходимо иметь в решении для резервного копирования, где вы не хотите отключать теневую копию системного тома. Резервное копирование Windows на Windows 7 (на котором основывается версия 2008 r2) поддерживает его изначально - поэтому я бы, наверное, выбрал собственное решение для резервного копирования.
Для системы Windows 2003 любое приличное программное обеспечение для создания образов дисков, такое как acronis, вероятно, должно сработать. На самом деле я не имел большой удачи или опыта со встроенной системой резервного копирования на XP или 2003, но я считаю, что они также делают объемные теневые копии.
Причина, по которой люди обычно отключают сервер для резервного копирования, заключается в согласованности базы данных - вы хотите, чтобы ваша база данных перед резервным копированием и восстановленная база данных были одинаковыми - если у вас есть несколько часов, когда нет данных, добавленных в БД, у вас должно быть все в порядке, до тех пор, пока резервное копирование не произойдет до окончания этого периода.
Если у вас есть время, вам обязательно следует выполнить тестовый запуск процедур резервного копирования / восстановления и по возможности сохранить дублированную внешнюю копию всех резервных копий - таким образом, даже если ваша основная резервная копия становится грушевидной или разрушается, у вас есть резервная копия.