Comments 9
Несколько дополнений.
Для краткости старый сервер — old, новый сервер new
Самый быстрый способ переносы базы через LVM снапшот. Для сихронизации контента можно использовать такой трюк: автоматом выдавать его с new, и если не найдет проксировать запрос на old.
Для краткости старый сервер — old, новый сервер new
Самый быстрый способ переносы базы через LVM снапшот. Для сихронизации контента можно использовать такой трюк: автоматом выдавать его с new, и если не найдет проксировать запрос на old.
LVM — я так понимаю делает снимок файловой системы, думаю что не всегда база может подняться в дургом месте если просто сделать её снимок. Да и сам LVM должен быть установлен заранее. Или я что-то путаю? В общем может сгодиться для первого случая но не для второго.
Что касаеться проксирования — хорошая мысль. Спасибо
Что касаеться проксирования — хорошая мысль. Спасибо
1)FLUSH TABLES WITH READ LOCK
2)SHOW MASTER STATUS (записываем позицию в логе)
3)делаем снапшот
4)UNLOCK TABLES
5)монтируем снапшот и переносим из него фаилы на другой сервер, затем стартуем slave c позиции, полученной в п2
Да, база уже должна лежать на LVM. Но для любой большой базы, которую сложно/долго дампить это однозначно must have.
2)SHOW MASTER STATUS (записываем позицию в логе)
3)делаем снапшот
4)UNLOCK TABLES
5)монтируем снапшот и переносим из него фаилы на другой сервер, затем стартуем slave c позиции, полученной в п2
Да, база уже должна лежать на LVM. Но для любой большой базы, которую сложно/долго дампить это однозначно must have.
вы описали ситуацию только для MySQL да, это вариант, но лишние телодвижения. какой смысла делать это, если правильно настроенный сервер может сам затянуть всю базу с нуля.
я же абстрагировался вообще от каких либо СУБД и попытался комплексно описать возможные варианты
я же абстрагировался вообще от каких либо СУБД и попытался комплексно описать возможные варианты
Перенести все и проставить проброс на новый IP
Делов-то…
Делов-то…
перенести что «все»? в первом случае это вообще не нужно. во втором — пока будете переносить, к вам будут ходить пользователи и добавлять новый контент. соответственно данные могут быть потеряны
в смысле в первом случае проброс не нужен, во втором он тоже собственно ни чему. я дописал про проксирование, но оно тоже не всегда может подойти, так как трафик между серверами увеличиться, поскольку большая часть будет обращаться за старым контентом.
Не будут, ибо прежде всего переносим базу и подключаем к старому сайту
Так что не потеряю
А потом финальный rsync
Так что не потеряю
А потом финальный rsync
я не пойму, вы про какой вариант говорите, про вервый или второй?
есть про второй — то пока будете делать дамп базы + переливать файлик на другой сервер + вливать там дамп то на старом уже пользователи пошараться и ваш дамп будет не актуальный…
есть про второй — то пока будете делать дамп базы + переливать файлик на другой сервер + вливать там дамп то на старом уже пользователи пошараться и ваш дамп будет не актуальный…
Only those users with full accounts are able to leave comments. Log in, please.
Переезд с одного рабочего сервера на другой