LINUX.ORG.RU

Оживление MySQL/TokuDB

 , ,


0

1

Добрый(не для меня) день.

Есть БД в MySQL(Percona)/TokuDB. При падении сервера был потерян Recovery log от TokuDB(умер жёсткий диск с ним), без которого TokuDB движок не желает даже инициализироваться:

/var/log/mysql/error.log:
...
[ERROR] TokuDB: Recovery log is missing (persistent environment information is present)
[ERROR] TokuDB unknown error 2
[ERROR] Plugin 'TokuDB' init function returned error.
[ERROR] Plugin 'TokuDB' registration as a STORAGE ENGINE failed.
...

Гуглинг по тексту ошибок ведёт только на сорцы TokuDB на гитхабе и описание бага с правами на файлы.

БД была read-only пару недель к моменту падения -> недописанных данных быть не должно, recovery log, в котором хранится информация о активных транзакциях, тоже должен был быть пуст.

tokuftdump успешно отрабатывает на .tokudb-файлах с основными таблицами -> скорее всего они не повредились при падении.

Есть бэкапы плейнтекстом, но их загрузка в бд и построние индексов займёт неделю, если не больше(~3e10 записей быстрее не обработать), что не очень весело.

Есть ли способ заставить TokuDB запуститься без recovery лога, чтобы извлечь данные / вытащить данные из файлов без запуска / etc?

На форуме поддержки Percona вопрос задал, но за последний месяц там всего пять ответов во всех тредах, что не внушает оптимизма.

inb4: ссзб с использованием непопулярных движков.

Deleted

но их загрузка в бд и построние индексов займёт неделю

Уже бы восстанавливать начал на какой-нибудь машине.

Radjah ★★★★★ ()
Ответ на: комментарий от Radjah

Бэкап восстанавливается, но неделя простоя - не есть хорошо.

Deleted ()
Ответ на: комментарий от MikeDM

На прод без репликации не хожу. Данные для личного проекта, где денег только на пожатую копию входных данных хватило.

Deleted ()
Последнее исправление: kasthack (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.