Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
PHP 5/6. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. C++. Мастер-класс в задачах и примерах. Авторы: Кузнецов М.В., Симдянов И.В. Объектно-ориентированное программирование на PHP. Авторы: Кузнецов М.В., Симдянов И.В. MySQL на примерах. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель MySQL 5. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум MySQL

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: восстановление БД
 
 автор: Byte   (04.07.2008 в 20:29)   письмо автору
 
 

товарищи, спасите, дампнул БД с просонья, вместо таблицы. резервной копии нет. есть какие то шансы вернуть данные? таблицы в БД были InnoDB. нашел файл ibdata, судя по весу может иметь отношение к утеряной БД. mysql сервер не останавливался, ХЕЕЕЕЛП, горю...


заранее благодарен,

Антон

   
 
 автор: cheops   (05.07.2008 в 03:23)   письмо автору
 
   для: Byte   (04.07.2008 в 20:29)
 

>дампнул БД с просонья
Не очень понятно, что повредило таблицы.

   
 
 автор: Byte   (05.07.2008 в 04:39)   письмо автору
 
   для: cheops   (05.07.2008 в 03:23)
 

да, волновался сильно, когда писал, имел ввиду "дропнул".

нужно было удалить одну таблицу, а вместо этого удалил целую БД в PHPmyAdmin.
была выделена БД, а не таблица, нажал кнопку дроп, система переспросила чего я хочу сделать, и я на автомате нажал ОК, БД улетела. Бекапов небыло больше недели, а в таблице хранились данные которые поступают в нее по несколько раз в секунду, вобщем очень уж их много было, данных.

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

как писал ранее - нашел на сервере файлы огромные- ibdata1, id_logfile0, ib_logfile2 при просмотре которых в текстовом редакторе явно видны упоминания и тех самых данных - можно найти названия полей и значения. плюс суммарный размер напоминает размер удаленной БД, т.е. предположительно данные как то можно извлечь. структоры таблиц востановить не проблема, они были задокументированны на бумаге, вот правда пока не понятно поможет ли это.

   
 
 автор: cheops   (05.07.2008 в 12:44)   письмо автору
 
   для: Byte   (05.07.2008 в 04:39)
 

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

   
 
 автор: oradev   (06.07.2008 в 22:30)   письмо автору
 
   для: cheops   (05.07.2008 в 12:44)
 

cheops, а что есть бинарный журнал - это не transaction log ?

   
 
 автор: cheops   (07.07.2008 в 01:44)   письмо автору
 
   для: oradev   (06.07.2008 в 22:30)
 

В общем да (только как таковой он для отслеживания транзакций не используется - он нужен для восстановления и репликации на другие машины) - в документации MySQL этот тип журнала последовательно называется Binary Log. Это файлы вида XXX-bin.000001 в каталоге данных (XXX - имя машины, 000001 - номер файла), запускается бинарное логгирование при помощи директивы log-bin в конфигурационном файле my.ini. В него (в бинарном формате) записываются все операции производимые над базой данных.

   
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования