Перенос базы данных с сервера на сервер без дампа

K
На сайте с 01.09.2005
Offline
233
1841

Ребята подскажите пожалуйста почему не получается запустить базу данных на втором новом сервере.

По причине того что на сервере с которого переношу базы данных я не могу сделать полноценный бекап.

Переношу так, на новом сервере куда переношу базу, создаю базу с таким же именем как на старом сервере, потом на новом сервере мускул полностью останавливаю, и заливаю старую базу на место созданной, запускаю мускул и нифига, база не работает, и выдается примерно такая ошибка:


/refman/5.6/en/innodb-troubleshooting.html for how you can resolve the problem.
2018-07-08 21:59:23 88726 [Warning] InnoDB: Cannot open table bitok/wp_comments from the internal data dictionary of InnoDB though the .frm file for the table exists. See http://dev.mysql.com/doc/refman/5.6/en/innodb-troubleshooting.html for how you can resolve the problem.
2018-07-08 21:59:23 88726 [Warning] InnoDB: Cannot open table bitok/wp_links from the internal data dictionary of InnoDB though the .frm file for the table exists. See http://dev.mysql.com/doc/refman/5.6/en/innodb-troubleshooting.html for how you can resolve the problem.
2018-07-08 21:59:23 88726 [Warning] InnoDB: Cannot open table bitok/wp_options from the internal data dictionary of InnoDB though the .frm file for the table exists. See http://dev.mysql.com/doc/refman/5.6/en/innodb-troubleshooting.html for how you can resolve the problem.
2018-07-08 21:59:23 88726 [Warning] InnoDB: Cannot open table bitok/wp_postmeta from the internal data dictionary of InnoDB though the .frm file for the table exists. See http://dev.mysql.com/doc/refman/5.6/en/innodb-troubleshooting.html for how you can resolve the problem.
2018-07-08 21:59:23 88726 [Warning] InnoDB: Cannot open table bitok/wp_terms from the internal data dictionary of InnoDB though the .frm file for the table exists. See http://dev.mysql.com/doc/refman/5.6/en/innodb-troubleshooting.html for how you can resolv

Получается что на новом серере мускул не может прочитать перенесенную базу.

Это как-то можно побороть? Или можно перенести базу каким-нибудь другим способом?

Спасибо.

Оптимизайка
На сайте с 11.03.2012
Offline
396
#1

А права на файлы какие после переноса? Версия mysql соответствует?

⭐ BotGuard (https://botguard.net) ⭐ — защита вашего сайта от вредоносных ботов, воровства контента, клонирования, спама и хакерских атак!
M
На сайте с 04.10.2011
Offline
90
#2

kostyk, если есть доступ к строму серверу, что мешать использовать mysqldump

Сдается, обращаться скайп avdesk-it-kmm Верстка, кодинг - контакты в профиле... VPS от 5€ (https://gmhost.com.ua/?partner=10255)
D
На сайте с 28.06.2008
Offline
1101
#3

Вы первый сервер тормозили когда файлы переносили или по горячему копировали?

tmatm
На сайте с 22.04.2006
Offline
205
#4

Обычно делается так:

1. Останавливается MySQL на первом сервере. Копируются файлы с базой на него же в другую папку.

2. Запускается MySQL на первом сервере.

3. Останавливается MySQL на втором сервере.

4. Копируются файлы с базой из временной папки с первого сервера на второй.

5. Устанавливаются права (обычно mysql:mysql) на файлы базы на втором сервере.

6. Запускается MySQL на втором сервере.

Так базу копируют в тех случаях, когда она достаточно большая, и mysqldump будет занимать слишком много времени.

Optimizator.Ru ( https://optimizator.ru/ ) — регистрация и продление доменов в RU-CENTER и REG.RU: RU, РФ от 123 р.; MSK.RU, SPB.RU и др. 168 р. + REG.RU ( https://reg.optimizator.ru/ ). Освобождающиеся домены от 150 р. ( https://optimizator.ru/backorder/ )
baas
На сайте с 17.09.2012
Offline
161
#5

Я большие базы копирую с помощью утилиты XtraBackup.

Настройка BSD систем. (https://www.fryaha.ru) Знание сила, незнание Рабочая сила!
R
На сайте с 14.02.2010
Offline
77
#6

так получается потому что некоторые дефолтные инсталляции не включают опцию innodb_file_per_table=1 для mysqld, в результате базы хранятся не только в соответствующем подкаталоге, но и на уровень выше в libdata. а вы его не копировали.

и для включения этой опции без полного дампа с последующим пересозданием баз и восстановлением не обойтись.

зачем вам именно такой способ копирования, не хватает места? делайте дамп перенаправлением пайпов через ssh. есть еще более-извраный способ таки сделать бекап пофайлово - сконвертировать базу в MyISAM и там уже копировать тем же рсинк-ом, но я не представляю ситуации когда этот способ выгодней чем дамп-восстановление.

pupseg
На сайте с 14.05.2010
Offline
347
#7

ibdata со старого севрера забирать понадобится , так же , как и redo-файлы.

даже при опции file_per_table.

Качественная помощь в обслуживании серверов. (/ru/forum/661100) Бесплатных консультаций не даю, не помогаю, не обучаю. Минималка от 100$. Как пропатчить KDE-просьба не спрашивать. Есть форумы (http://linux.org.ru) и полезные сайты (http://www.opennet.ru/).

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий