Это похоже на мой последний вопрос, за исключением того, что мой последний вопрос включал в заголовок «во время работы». С тех пор я узнал, что это невозможно.
Вот мое понимание параметров (при использовании LVM для поддержки файловой системы).
1.)
Процесс: выключите домен. Создайте снимок LVM. Восстановите домен. Создайте резервную копию из снимка. Уничтожьте снимок.
Плюсы: Идеально согласованное резервное копирование.
Минусы: Очевидно, недостатком этого метода является то, что домен нужно перезагружать каждый раз, когда выполняется резервное копирование.
2.)
Процесс: Запустите "xm save" в домене. Скопируйте файл изображения и файл состояния. Запустите xm restore.
Плюсы: меньше простоев, чем у №1.
Минусы: все равно будут потеряны "некоторые" простои плюс сетевые соединения. Кроме того, изображение не обязательно будет содержать полностью согласованную файловую систему, НО вместе с файлом состояния можно создать согласованный образ. (Мы одновременно выполняем резервное копирование состояния машины, содержимого памяти и т. Д.).
3.)
Процесс: Создайте снимок LVM. Создайте резервную копию из снимка. Уничтожьте снимок.
Плюсы: отсутствие простоев системы.
Минусы: резервное копирование будет таким, как если бы шнур питания выдернули из машины, а затем удалили диск и скопировали.
4.) Резервное копирование из домена любым процессом, который вы обычно используете.
Я что-то упускаю или неправильно понимаю?
Я полностью согласен с womble. Я бы добавил, что вариант 1 не обязательно сокращает время простоя. Если у вас есть какая-то избыточность, этот вариант будет лучшим. Отсутствие такой избыточности означает, что любая проблема с программным обеспечением приведет к отключению службы и ухудшению работоспособности.
Думаю, стоит рассмотреть вариант 1 с небольшой избыточностью =)
Нет, это в значительной степени ваши варианты. Но я думаю, что вы преувеличиваете проблемы варианта (3), потому что в общем случае резервные копии таковы - вы не можете гарантировать, что копии, которые вы делаете, любой файл в файловой системе будет понятен любому процессу, который его использует (например, если вы скопируете каталог данных MySQL во время работы MySQL, MySQL не сможет снова прочитать эти файлы при восстановлении).
Единственная дополнительная проблема, связанная с вариантом (3) при резервном копировании в домене, заключается в том, что файловая система не обязательно будет находиться в пригодном для чтения состоянии; по моему опыту, такое случается редко (особенно при резервном копировании в предрассветные часы), и его можно смягчить с помощью проверки fsck перед резервным копированием. Резервное копирование в домене по-прежнему является лучшим способом, ИМО.