Здравствуйте.
Не смог найти информацию по данному вопросу, подскажите пожалуйста.
Есть mysql-сервер с базой UTM5. Есть идея сделать еще один со slave-репликацией оного, и периодически снимать с него дампы-бэкапы. Все это для того, чтобы на время бэкапа не останавливать биллинг и не блокировать запись на основном mysql-сервере.
Вопрос: можно ли считать полученный таким образом дамп со слейва корректным? Можно ли будет его использовать для восстановления базы биллинга в случае падения основной базы? Либо для создания корректного дампа все же необходима остановка ядра биллинга?
mysql, репликация и бэкап
Re: mysql, репликация и бэкап
На сколько помню Magnum72 делал такое. Спроси у него.WayF1nder писал(а):Здравствуйте.
Не смог найти информацию по данному вопросу, подскажите пожалуйста.
Есть mysql-сервер с базой UTM5. Есть идея сделать еще один со slave-репликацией оного, и периодически снимать с него дампы-бэкапы. Все это для того, чтобы на время бэкапа не останавливать биллинг и не блокировать запись на основном mysql-сервере.
Вопрос: можно ли считать полученный таким образом дамп со слейва корректным? Можно ли будет его использовать для восстановления базы биллинга в случае падения основной базы? Либо для создания корректного дампа все же необходима остановка ядра биллинга?
Re: mysql, репликация и бэкап
Можно считать что будет корректный бекап, единственное то что перед бекапом не забудьте временно приостановить репликацию, и желательно делать между списаниями в часы минимальной работы с биллингомTiRider писал(а):На сколько помню Magnum72 делал такое. Спроси у него.WayF1nder писал(а):Здравствуйте.
Не смог найти информацию по данному вопросу, подскажите пожалуйста.
Есть mysql-сервер с базой UTM5. Есть идея сделать еще один со slave-репликацией оного, и периодически снимать с него дампы-бэкапы. Все это для того, чтобы на время бэкапа не останавливать биллинг и не блокировать запись на основном mysql-сервере.
Вопрос: можно ли считать полученный таким образом дамп со слейва корректным? Можно ли будет его использовать для восстановления базы биллинга в случае падения основной базы? Либо для создания корректного дампа все же необходима остановка ядра биллинга?
Еще могу посоветовать делать бекап со слейва не дампом, а горячим копированием файлов таблиц.Re: mysql, репликация и бэкап
Поясните, пожалуйста, чем это будет лучше mysqldump'а? В файлах таблиц всегда присутствует фрагментация, соответственно увеличивается размер и время доступа. В отличии от дампа.Magnum72 писал(а):Еще могу посоветовать делать бекап со слейва не дампом, а горячим копированием файлов таблиц.
Не?
Re: mysql, репликация и бэкап
Во первых бекап делается быстрее, следовательно потом бинлог догонится быстрее. А во вторых поднять из бекапа базу в случае с дампом займет несколько часов, а в случае файлов несколько минут. А на потерянные мегабайты мне пофиг, время в нашем случае дороже чем винт.WayF1nder писал(а):Поясните, пожалуйста, чем это будет лучше mysqldump'а? В файлах таблиц всегда присутствует фрагментация, соответственно увеличивается размер и время доступа. В отличии от дампа.Magnum72 писал(а):Еще могу посоветовать делать бекап со слейва не дампом, а горячим копированием файлов таблиц.
Не?
Можно еще сделать кластер. Тогда slave поднимется моментально. В старой доке по UTM5 было написано как это делать при помощи Heartbeat. Сейчас разумно сделать на Pacemaker или других новых.
В идеале нужны специальные сервера (железо). Но можно и самим сделать схемку (в Сети есть как) для принудительного отключения вышедшего из строя.
В идеале нужны специальные сервера (железо). Но можно и самим сделать схемку (в Сети есть как) для принудительного отключения вышедшего из строя.