https://www.opennet.ru/openforum/vsluhforumID1/96673.html Доброго времени суток, aLL.<br><br>Если можно, "на пальцах" расскажите, как грамотно реализовать следующее: <br><br>необходимо имеющуюся БД (~50 Гб, mysql-5.5.43, openvz) мигрировать на новое железо и новую версию (mysql-5.6.28, debian). База одна, нет реплик. Регулярно снимаются дампы mysqldump'ом. Вертится на сервере ПО на PHP.<br><br>Простой перенос mysqldump'ом не подходит, ибо разворачивается новая база более 8 часов. Данный простой неприемлем. <br><br>В связи с этим возникла мысль: можно ли, например, будущий основной сервер сделать slave'ом к существующей базе, дождаться синхронизации данных, выключить старый сервер и "поднять" новый slave до мастера?<br>Или, если мысль неверная, как тогда делать грамотную миграцию БД на новое железо с минимальным простоем?<br> https://www.opennet.ru/openforum/vsluhforumID1/96673.html#39 Fri, 07 Oct 2016 19:53:26 GMT &gt; Ещё раз: я только с удивлением пролистал man (убедился, что он также <br>&gt; запутан, как мануал для DBA-сверхразумов по ссыле ниже -- пока десять <br>&gt; раз всё сам не сделаешь, не поймёшь). Нет "блочного" копирования баз <br>&gt; я не пробовал, не то что не бенчил в сравнении с. <br>&gt; Но люди говорят. Удивительно!-- <br><br>delta-transmission disabled for local transfer <br><br>Этого нет в мане. Это написано если запустить rsync с -vvvv<br><br>нужно использовать --no-whole-file чтобы локально дельта передавалась<br><br>Этого тоже нет в мане. Это благодаря секретному оружию сисадмина...<br> https://www.opennet.ru/openforum/vsluhforumID1/96673.html#38 Thu, 06 Oct 2016 10:57:21 GMT &gt;&gt; все действительно в одном файле ibdata1 <br>&gt; Ну так и радуйтесь - просто копируете файлы базы на новый сервер. <br>&gt; Это быстрейший вариант.<br><br>Спасибо, впредь буду знать.<br>Все решилось прозаично и банально: добро на "игры" со слейвом не получил (равно как и на другие варианты), прогеры "что-то-там-подкрутили" в базе ввиду чего ее объем значительно сократился. В итоге сделал обычный перенос дампа за час с небольшим простоя. Остальное, предложенное здесь, "на досуге" для себя попробую.<br><br><br> https://www.opennet.ru/openforum/vsluhforumID1/96673.html#37 Thu, 06 Oct 2016 10:26:15 GMT &gt; все действительно в одном файле ibdata1<br><br>Ну так и радуйтесь - просто копируете файлы базы на новый сервер.<br>Это быстрейший вариант.<br><br> https://www.opennet.ru/openforum/vsluhforumID1/96673.html#36 Thu, 06 Oct 2016 10:24:10 GMT &gt; А если у него все данные в ibdata1.<br><br>То это будет просто праздник, поскольку можно тупо скопировать сами файлики.<br>А это сильно быстрее чем все дампы, репликации и синхронизации. Будет простой, но это минуты какие-то.<br> https://www.opennet.ru/openforum/vsluhforumID1/96673.html#35 Tue, 04 Oct 2016 11:34:31 GMT &gt; Ещё раз: я только с удивлением пролистал man (убедился, что он также <br>&gt; запутан, как мануал для DBA-сверхразумов по ссыле ниже -- пока десять <br>&gt; раз всё сам не сделаешь, не поймёшь)<br><br>Программисты не особо любят писать документацию. <br><br>А некоторые еще и упираются, когда.... <br><br>На, зацени: https://github.com/vstakhov/rspamd/issues/992<br> https://www.opennet.ru/openforum/vsluhforumID1/96673.html#34 Tue, 04 Oct 2016 09:51:12 GMT &gt;&gt;&gt; чистовой рсинк проходит на неизменяющихся файлах. Файлы на обеих хостах будут идентичны.<br>&gt;&gt;&gt; То, что всё в одном файле - не важно, rsync умеет перегонять <br>&gt;&gt;&gt; только изменившиеся блоки.<br>&gt;&gt; Гм, полистал man rsync на предмет "block". Видимо, умеет, но похоже нужно <br><br>Ещё раз: я только с удивлением пролистал man (убедился, что он также запутан, как мануал для DBA-сверхразумов по ссыле ниже -- пока десять раз всё сам не сделаешь, не поймёшь). Нет "блочного" копирования баз я не пробовал, не то что не бенчил в сравнении с. Но люди говорят. Удивительно!--<br><br>&gt;&gt; давать ему ключи --inplace и --backup. Обычного [для меня, да] -av <br>&gt;&gt; --progress не достаточно.<br>&gt; По моему опыту rsync avz при копировании баз не подходит. Что то <br>&gt; там ломается, и в результате база становится неалё.... Это при копировании <br><br>Попробуй https://www.postgresql.org/docs/current/static/continuous-archiving.html#BACKUP-LOWLEVEL-BASE-BACKUP по инструкции!<br><br>&gt; rsync-ом поверх существующих файлов, с остановленной базой mysql. Если в dest https://www.opennet.ru/openforum/vsluhforumID1/96673.html#33 Tue, 04 Oct 2016 09:48:10 GMT &gt;&gt;[оверквотинг удален] <br>&gt; У вас плохой rsync, видимо.<br><br>обычный, как у всех. база правда больше 50G... Я не стал разбираться в причинах, просто констатирую факт что таблички ломаются при avz. Если удалить dest и сделать в чистую папку - всё ок.<br><br>$ rsync --version<br>rsync version 3.0.9 protocol version 30<br>Copyright (C) 1996-2011 by Andrew Tridgell, Wayne Davison, and others.<br>Web site: http://rsync.samba.org/<br>Capabilities:<br> 64-bit files, 64-bit inums, 64-bit timestamps, 64-bit long ints,<br> socketpairs, hardlinks, symlinks, IPv6, batchfiles, inplace,<br> append, ACLs, xattrs, iconv, symtimes<br> https://www.opennet.ru/openforum/vsluhforumID1/96673.html#32 Tue, 04 Oct 2016 09:33:42 GMT &gt;[оверквотинг удален]<br>&gt;&gt;&gt; То, что всё в одном файле - не важно, rsync умеет перегонять <br>&gt;&gt;&gt; только изменившиеся блоки.<br>&gt;&gt; Гм, полистал man rsync на предмет "block". Видимо, умеет, но похоже нужно <br>&gt;&gt; давать ему ключи --inplace и --backup. Обычного [для меня, да] -av <br>&gt;&gt; --progress не достаточно.<br>&gt; По моему опыту rsync avz при копировании баз не подходит. Что то <br>&gt; там ломается, и в результате база становится неалё.... Это при копировании <br>&gt; rsync-ом поверх существующих файлов, с остановленной базой mysql. Если в dest <br>&gt; файлы удалить и запустить rsync avz - то всё будет ок. <br>&gt; Правда в этом случае копируется всё, а не изменения...<br><br>У вас плохой rsync, видимо.<br> https://www.opennet.ru/openforum/vsluhforumID1/96673.html#31 Tue, 04 Oct 2016 09:30:09 GMT &gt;&gt; чистовой рсинк проходит на неизменяющихся файлах. Файлы на обеих хостах будут идентичны.<br>&gt;&gt; То, что всё в одном файле - не важно, rsync умеет перегонять <br>&gt;&gt; только изменившиеся блоки.<br>&gt; Гм, полистал man rsync на предмет "block". Видимо, умеет, но похоже нужно <br>&gt; давать ему ключи --inplace и --backup. Обычного [для меня, да] -av <br>&gt; --progress не достаточно.<br><br>По моему опыту rsync avz при копировании баз не подходит. Что то там ломается, и в результате база становится неалё.... Это при копировании rsync-ом поверх существующих файлов, с остановленной базой mysql. Если в dest файлы удалить и запустить rsync avz - то всё будет ок. Правда в этом случае копируется всё, а не изменения...<br>