2016-09-27 4 views
0

Мы запускаем экземпляр Google Cloud SQL, и я случайно перенаправил базу данных поверх верхней базы данных через 14 дней после ее первоначальной миграции используя тот же самый файл mysqldump - по существу, запустив его на 14 дней!Восстановление в определенный момент времени Google Cloud SQL не может найти успешную резервную копию

Итак, я собираю данные в таблицах вместе, поскольку новые записи используют ранее введенные идентификаторы приращений [это не проблема], но мне нужно развернуть клон базы данных с момента, как только я упал и загрузился базы данных.

У меня есть точка-в-времени, мне нужно использовать с помощью:

mysqlbinlog --read-from-remote-server -v -uusername -ppassword mysql-bin.000001 -h 000.000.000.000 -P 3306 --start-datetime="2016-09-20 14:45:55" --stop-datetime="2016-09-20 14:47:00" 

Но когда я кладу в имени файла Binary журнала MySQL-bin.000001 и позиции восстановления 70869547 (найдено по результатам сканирования через результат mysqlbinlog):

«Успешная резервная копия для выполнения операции не найдена».

Это заставляет ждать следующего ежедневного резервного копирования, но последнее резервное копирование было всего 3 часа назад, и я попробовал то же самое вчера ...

Любые мысли о том, почему это произошло?

ответ

0

Хорошо, я думаю, что это просто, что я пытаюсь восстановить данные до 20-го, а самая старая резервная копия - 21-е! Google сохраняет только резервные копии на 7 дней. Но я надеюсь, что метод выше поможет кому-то быстрее найти резервную точку.