- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Коллеги, подскажите кто как виртуальные машины 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.