форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"горячее резервирование базы mysql"
Сообщение от xvadim (??) on 27-Апр-05, 18:33  (MSK)
Имеется база на mysql, которая должна быть все время доступна. Что посоветуете для организации горячего резервирования базы? mysqldump подойдет или нет?
	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "горячее резервирование базы mysql"
Сообщение от onorua (??) on 27-Апр-05, 18:45  (MSK)
>Имеется база на mysql, которая должна быть все время доступна. Что посоветуете >для организации горячего резервирования базы? mysqldump подойдет или нет? Все зависит от того, что делает твоя база "все время", какого типа таблицы... Загруженность сервера... все это очень влияет на политику резервирования данных.
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "горячее резервирование базы mysql"
	Сообщение от xvadim (??) on 27-Апр-05, 18:53  (MSK)
	>Все зависит от того, что делает твоя база "все время", какого типа >таблицы... Загруженность сервера... все это очень влияет на политику резервирования данных. > Обращение к базе идет не все время, а периодически. Например, даные добавляются, удаляются, изменяются каждые 10 минут. Но база большая и нет уверенности в том, что этого времени не хватит для копирования файлов БД куда-нибудь в другой каталог. Сервер загружен не сильно (до 10% CPU).
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "горячее резервирование базы mysql"
	Сообщение от mc (??) on 27-Апр-05, 19:01  (MSK)
	>>Все зависит от того, что делает твоя база "все время", какого типа >>таблицы... Загруженность сервера... все это очень влияет на политику резервирования данных. >> > >Обращение к базе идет не все время, а периодически. Например, даные добавляются, >удаляются, изменяются каждые 10 минут. Но база большая и нет уверенности >в том, что этого времени не хватит для копирования файлов БД >куда-нибудь в другой каталог. >Сервер загружен не сильно (до 10% CPU). Посмотри в сторону репликации
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "горячее резервирование базы mysql"
	Сообщение от onorua (??) on 27-Апр-05, 19:25  (MSK)
	>>>Все зависит от того, что делает твоя база "все время", какого типа >>>таблицы... Загруженность сервера... все это очень влияет на политику резервирования данных. >>> >> >>Обращение к базе идет не все время, а периодически. Например, даные добавляются, >>удаляются, изменяются каждые 10 минут. Но база большая и нет уверенности >>в том, что этого времени не хватит для копирования файлов БД >>куда-нибудь в другой каталог. >>Сервер загружен не сильно (до 10% CPU). > >Посмотри в сторону репликации Значит есть способ пределать костыли, как говориться:) Можно запускать мускул с параметром --log-update, это создает файл наподобие того, что получаеться в результате mysqldump. Но намного больше дампа, так как записывает ВСЕ изменения в базе. Если загруженность сервера позволяет - то это может помочь. Например раз в неделю делаешь mysqldump, а каждый вечер  файлик лога куда-то себе пишешь. Лучше конечно репликацию сделать, если позволяют технические и материальные возможности.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "горячее резервирование базы mysql"
	Сообщение от logka (??) on 28-Апр-05, 03:10  (MSK)
	>>>>Все зависит от того, что делает твоя база "все время", какого типа >>>>таблицы... Загруженность сервера... все это очень влияет на политику резервирования данных. >>>> >>> >>>Обращение к базе идет не все время, а периодически. Например, даные добавляются, >>>удаляются, изменяются каждые 10 минут. Но база большая и нет уверенности >>>в том, что этого времени не хватит для копирования файлов БД >>>куда-нибудь в другой каталог. >>>Сервер загружен не сильно (до 10% CPU). >> >>Посмотри в сторону репликации > >Значит есть способ пределать костыли, как говориться:) >Можно запускать мускул с параметром --log-update, это создает файл наподобие того, что >получаеться в результате mysqldump. Но намного больше дампа, так как записывает >ВСЕ изменения в базе. Если загруженность сервера позволяет - то это >может помочь. Например раз в неделю делаешь mysqldump, а каждый вечер > файлик лога куда-то себе пишешь. >Лучше конечно репликацию сделать, если позволяют технические и материальные возможности. Да, репликация рулит :)
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ]

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.