06.02.2012 20:15, Vasiliy P. Melnik пишет:
может одному мне кажется что мускуль, 50 гигов и простои критичны
между собой не вяжутся.
Нет, не одному вам.
У меня, к примеру, несколько "не складываются" две другие вещи
- простои критичны
- отсутствуют регулярные полные бэкапы базы.
На мой взгляд, второе прямо и недвусмысленно говорит о том, что простои
таки совершенно нестрашны.
Совсем не вяжутся - тут ораклы всякие,
постгресы и прочие тяжеловесы нужны
Это зависит от того, чего мы здесь не знаем - схемы, ограничений,
триггеров, характера нагрузки, etc. Может, и нужны постгрес\оракл - а
быть может что и нет; тут надо детально разбираться.
6 февраля 2012 г. 17:11 пользователь skeletor<[email protected]> написал:
06.02.2012 17:01, Sayetsky Anton пишет:
Вдогонку:
Ежели фря - mysql + hast + heartbeat
Нет, не фря. Но простой даже минуты очень критичен. Имеется несколько
серверов с репликацией, сделанных намного ранее, когда БД и сайт были не
такими большими и можно было банально выполнить mysqldump и сайт не ложился.
Сейчас добавляется ещё один такой сервер и делать дамп со слейва - не
хотелось бы.
Всё-таки у вас архитектурная, по-видимому, ошибка - раз для таких
важных, как вы пишете, данных ни бэкапа ни резервирования в вашей
конструкции не предусмотрено...
Чем быстрее вы её исправите - тем легче вам будет дышать в будущем.
Да, будет даунтайм, обязательно, - но не стоит его бояться, ибо
- он будет управляемым (вами, а не вызван падением сервера)
- он будет лишь один раз
Пока сейчас вижу способ с lock table и zfs snapshot
Всем спасибо, после результатов отпишусь.
--
Best regards,
Andrey Kopeyko <[email protected]>
