- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева

Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Коллеги, подскажите кто как виртуальные машины XEN бэкапит?
Снапшотом LVM
Полностью файлы образа храните?
Или как если внутри какая-нибудь экзотика и образ нельзя замаунтить?
Ну если не использовать софт типа R1Soft, Symantec NetBackup то образами. Если файловое хранилище на SAN, то средствами самого SAN (hot snapshot). Но есть нюанс в том, что в таком случае теоретически могут быть проблемы с базами, рекомендуется отключать VM на время выполнения бэкапа, что редко когда приемлимо.
Ну или делать аналог агентов типа R1Soft, ничего супер сложного там нет :)
понятно, вообщем обычный бэкап изнутри гостевой системы единственно приемлемое решение.
все остальное либо с даунтаймом либо криво.
Я бы не сказал. Существуют вполне красивые и рабочие решения. Простой поиск даст неплохие идеи. Тут кому что больше нужно - скорость или надежность.
Я бы не сказал. Существуют вполне красивые и рабочие решения. Простой поиск даст неплохие идеи. Тут кому что больше нужно - скорость или надежность.
Так или иначе, без доступа в DomU корректно затормозить MySQL / другую СУБД для снятия online LVM снапшота не получится. А если снимать его без ведома содержимого DomU можно с большой вероятностью получить мертвую БД в бэкапе на выходе (хотя MyISAM это переживет, а вот InnoDB - вряд ли). Так что 100% надежного способа online бэкапа DomU, боюсь, нету.
Но можно порыть в сторону mysqlhotcopy и бэкапить MySQL отдельно от остальных файлов DomU.
Но можно порыть в сторону mysqlhotcopy и бэкапить MySQL отдельно от остальных файлов DomU.
оно только для MyISAM, которое вполне переживет и простое копирование файлов.
А если снимать его без ведома содержимого DomU можно с большой вероятностью получить мертвую БД в бэкапе на выходе (хотя MyISAM это переживет, а вот InnoDB - вряд ли).
если там мгновенный снапшот, то что с innodb такого может случиться? расскажите
что innodb, что myisam - копировать просто так нельзя ни то, ни другое. В случае с innodb база будет может и корректной с точки зрения СУБД, но с точки зрения приложения, её использующего, база может быть наполовину рабочей - если транзакции уровня приложений не завершены.
Господа, чего вы бредите?
Фактически с точки зрения сохранности данных LVM снапшот аналогичен ребуту серверу по питанию. Для ext3 это штатная ситуация. Ровно как и для Innodb.
У myisam побъются индексы открытых таблиц. Что неприятно, но во многом помогает опция myisam-recover.