|
Задавайте вопросы, мы ответим
Вы не зашли.
Приветствую вас, вопрос следующий
Есть Ubuntu 14.04.1 LTS + Percona Server 5.5.38-rel35.2-674 + xtrabackup version 2.2.3 based on MySQL server 5.6.17 Linux (x86_64)
Есть база в InnoDB размером ~158Gb (это размер бэкапа)
Делаю бекап следующим образом
/db - папка где крутится Percona
/db_back - папка куда делается бэкап
(Оффтоп - дабы не было тупого вопроса, /db и /db_back это разные хранилища прицепленные к серверу)
(root)
1 - xtrabackup --defaults-file=/etc/mysql/my.cnf --datadir=/db --target-dir=/db_back --backup
Все делается все отлично проходит без ошибок
Восстановление
2 - xtrabackup xtrabackup --prepare --target-dir=/db_back --datadir=/db
Выполняю два раза, вроде как говорят для создания логов.
Потом просто переливаю файлы в рабочую директорию, так же заменяю файлы
ib_logfile1
ib_logfile0
ibdata1
Ну то есть делаю ситуацию как будто заливаю на чистый сервер. Кроме этой базы других баз там не крутится.
А проблема в том что после заливки файлов и запуска MYSQL я не вижу ни одной таблицы в базе.
root@billing:/db# mysql -uroot -p Enter password: Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 38 Server version: 5.5.38-35.2-log Percona Server (GPL), Release 35.2, Revision 674 Copyright (c) 2009-2014 Percona LLC and/or its affiliates Copyright (c) 2000, 2014, Oracle and/or its affiliates. All rights reserved. Oracle is a registered trademark of Oracle Corporation and/or its affiliates. Other names may be trademarks of their respective owners. Type 'help;' or '\h' for help. Type '\c' to clear the current input statement. mysql> use bgbilling Database changed mysql> show tables; Empty set (0,00 sec)
Лог запуска ниже, вроде бы чисто
140904 21:33:23 [Note] /usr/sbin/mysqld: Normal shutdown 140904 21:33:23 [Note] Event Scheduler: Purging the queue. 0 events 140904 21:33:23 InnoDB: Starting shutdown... 140904 21:33:28 InnoDB: Shutdown completed; log sequence number 174618890310 140904 21:33:28 [Note] /usr/sbin/mysqld: Shutdown complete 140904 21:33:28 mysqld_safe mysqld from pid file /var/run/mysqld/mysql.pid ended 140904 21:33:29 mysqld_safe Starting mysqld daemon with databases from /db/ 140904 21:33:29 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead. 140904 21:33:29 [Note] Plugin 'FEDERATED' is disabled. 140904 21:33:29 InnoDB: The InnoDB memory heap is disabled 140904 21:33:29 InnoDB: Mutexes and rw_locks use GCC atomic builtins 140904 21:33:29 InnoDB: Compressed tables use zlib 1.2.8 140904 21:33:29 InnoDB: Using Linux native AIO 140904 21:33:29 InnoDB: Initializing buffer pool, size = 20.0G 140904 21:33:30 InnoDB: Completed initialization of buffer pool 140904 21:33:30 InnoDB: highest supported file format is Barracuda. 140904 21:33:30 InnoDB: Waiting for the background threads to start 140904 21:33:31 Percona XtraDB (http://www.percona.com) 5.5.38-35.2 started; log sequence number 174618890310 140904 21:33:31 [Note] Event Scheduler: Loaded 0 events 140904 21:33:31 [Note] /usr/sbin/mysqld: ready for connections. Version: '5.5.38-35.2-log' socket: '/var/run/mysqld/mysql.sock' port: 3306 Percona Server (GPL), Release 35.2, Revision 674
Может кто сталкивался с таким
Неактивен
Ох. Я вижу тут две беды.
1. Это минорная, но тем не менее. Xtrabackup работает на очень низком уровне с движком
InnoDB (формат файлов, обработка, и т.д.). Имеет смысл делать резервные копии и восста-
новление через ту же ветку, что и MySQL. Т.е. для MySQL 5.5 лучше использовать xtrabackup,
основанный на версии 5.5, а не 5.6, как у Вас (иначе потом может не запуститься MySQL).
2. Основная причина ошибки — в том, что Вы не копируете все нужные файлы. Это не делает
xtrabackup, но это делает вспомогательный сценарий innobackupex из того же пакета. Он
помимо запуска xtrabackup еще скопирует другие необходимые файлы (вроде .frm, которых
у Вас нету). Apply-log достаточно делать один раз, но опять-таки лучше делайте его через
innobackupex.
Неактивен
paulus написал:
Ох. Я вижу тут две беды.
1. Это минорная, но тем не менее. Xtrabackup работает на очень низком уровне с движком
InnoDB (формат файлов, обработка, и т.д.). Имеет смысл делать резервные копии и восста-
новление через ту же ветку, что и MySQL. Т.е. для MySQL 5.5 лучше использовать xtrabackup,
основанный на версии 5.5, а не 5.6, как у Вас (иначе потом может не запуститься MySQL).
2. Основная причина ошибки — в том, что Вы не копируете все нужные файлы. Это не делает
xtrabackup, но это делает вспомогательный сценарий innobackupex из того же пакета. Он
помимо запуска xtrabackup еще скопирует другие необходимые файлы (вроде .frm, которых
у Вас нету). Apply-log достаточно делать один раз, но опять-таки лучше делайте его через
innobackupex.
1 - Ok, версии приведу в соответствие, странно что они разные...
2 - Попробую завтра и отпишусь что получилось.
Неактивен
paulus написал:
Ох. Я вижу тут две беды.
Все, версии привел в порядок. Да, проблема оказалась именно в этом, использовал Innobackupex все заработало. Большое спасибо за помощь.
Неактивен
