--}}
Новая тема
Вы не можете создавать новые темы.
Т.к. вы неавторизованы на сайте. Пожалуйста назовите себя или зарегистрируйтесь.
Список тем

Востановить MySQL

24
24
С друзьями на NN.RU
В социальных сетях
Поделиться
57EA17h
10.07.2006
Вообщем такое дело.
Благодаря моему коллеге отвалился у меня от сервера массив с винтами... ну ладно ,проблема была плевая, востановили за две минуты... Казалось бы все обошлось. Казалось... Теперь на серваке не поднимается MySQL. Говорит что что-то у него с базой.... В шаманстве с MySQL я замечен не был, админ, который мог бы это поднять - в отпуске и далеко... Сами данные, которые были в базе, не критичны и патеря их мне не страшна. Гараздо важнее просто вернуть рабочее состояние. Помогите советом плз... Да, вот что он выводит при попытке старта.

060707 4:27:40 InnoDB: Database was not shut down normally.
InnoDB: Starting recovery from log files...
InnoDB: Starting log scan based on checkpoint at
InnoDB: log sequence number 0 394632335
InnoDB: Doing recovery: scanned up to log sequence number 0 394673777
InnoDB: 1 transaction(s) which must be rolled back or cleaned up
InnoDB: in total 317 row operations to undo
InnoDB: Trx id counter is 0 46080
060707 4:27:40 InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percents: 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99
InnoDB: Apply batch completed
InnoDB: Starting rollback of uncommitted transactions
InnoDB: Rolling back trx with id 0 45782, 317 rows to undoInnoDB: Database page corruption on disk or a failed
InnoDB: file read of page 13048.
InnoDB: You may have to recover from a backup.
060707 4:27:41 InnoDB: Page dump in ascii and hex (16384 bytes):
******************** тут дамп***********************************
InnoDB: End of page dump
060707 4:27:41 InnoDB: Page checksum 3243261841, prior-to-4.0.14-form checksum 25711899
InnoDB: stored checksum 2675296721, prior-to-4.0.14-form stored checksum 0
InnoDB: Page lsn 0 393445822, low 4 bytes of lsn at page end 0
InnoDB: Page may be an index page where index id is 0 555
InnoDB: and table netflow/Conversation10Min index Conv_APP_ID_FKZ_IDX
InnoDB: Database page corruption on disk or a failed
InnoDB: file read of page 13048.
InnoDB: You may have to recover from a backup.
InnoDB: It is also possible that your operating
InnoDB: system has corrupted its own file cache
InnoDB: and rebooting your computer removes the
InnoDB: error.
InnoDB: If the corrupt page is an index page
InnoDB: you can also try to fix the corruption
InnoDB: by dumping, dropping, and reimporting
InnoDB: the corrupt table. You can use CHECK
InnoDB: TABLE to scan your table for corruption.
InnoDB: Look also at section 6.1 of
InnoDB: http://www.innodb.com/ibman.html about
InnoDB: forcing recovery.
InnoDB: Ending processing because of a corrupt database page.

может можно просто как-нить типа реинициализировать эту базу, хотябы с полным drop'ом? Да, поскольку критичность данных стремилась к нулю, естественно бэкапов никаких небыло.
Lyas
10.07.2006
Порой ман Mysql на предмет запуска без востановления из лог файлов, просто часть данных небудет занесена в таблицы, как я понимаю. Должен быть параметр запуска Mysql который запрещает востановление из лог файлов.
57EA17h
10.07.2006
Или я не туда смотрю, или фиг знает :) можешь немного поподробнее?
Lyas
10.07.2006
А вообще поидее у тебя должны быть backupы, можно попробовать изних востановить.
http://www.mysql.ru/docs/man/InnoDB.html
Можно вообще всё это дело отключить в my.cnf
57EA17h
10.07.2006
бэкапов нет... не делались и не настраивались.
конфига тоже нет (база ставилась не отдельно, а с софтом.. она там весьма урезана... все по-минимуму)
Lyas
10.07.2006
по дефолту /etc/my.cnf
если там нет:
В Unix mysqld считывает параметры из следующих файлов, если они существуют, в таком порядке:

* `/etc/my.cnf' - общие параметры.
* `COMPILATION_DATADIR/my.cnf' -- параметры для сервера.
* `defaults-extra-file' -- файл, указанный при помощи --defaults-extra-file=....
* `~/.my.cnf' - параметры для пользователя.

COMPILATION_DATADIR представляет собой каталог данных MySQL, который был указан как параметр ./configure при компиляции mysqld (обычно `/usr/local/mysql/data' для установки исполняемых файлов или `/usr/local/var' для установки исходного кода).

Если точно не известно, откуда mysqld считывает свои файлы `my.cnf' или `my.ini', можно задать путь как первый параметр командной строки для сервера: mysqld --defaults-file=your_path_to_my_cnf.
57EA17h
10.07.2006
в данном случае демон запускается с кучей параметров, как я понял, ему как раз все нужное просто передается в команде запуска..
Еще раз повторюсь, что установка обрезаная, так как ставилась база не отдельно, а в составе программного продукта.
Lyas
10.07.2006
57EA17h писал(а)
Еще раз повторюсь, что установка обрезаная, так как ставилась база не отдельно, а в составе программного продукта.

Извените неочень вразумел опять, реч идёт о демоне MySQL или о определённой базе данных в нём? Если о базе данных, которая прописывалась в MySQL при установке определённого программного продукта, то необходимо создать в MySQL ещё одну дублирующую базу данных, и указать её в конфиге продукта, соответственно структуру этой базы нужно выковырять из установочных скриптов данного продута.
Если не стартует сам демон MySQL то тогда нужно найти его конфиг(посмотреть в параметрах с которыми он запускается) и в нём закоментить строчки с innodb. Тогда поидее проверка базы прекратиться и MySQL запустится, но нефакт что заработает эта конкретная база.
57EA17h
10.07.2006
Да, наверное, я замысловато объяснил. Вообщем так, сам демон ставился в составе netflowanalizer. конфига там нет точно. а запускается он вот такой строкой

$DB_HOME/bin/mysqld --no-defaults $useropt --basedir=$DB_HOME --tmpdir=$TMP_HOME --port=$DB_PORT --socket=$TMP_HOME/mysql.so
ck --default-table-type=INNODB --set-variable=query-cache-type=2 --read_buffer_size=1000000 --read_rnd_buffer_size=520000 --
sort_buffer_size=4200000 --myisam_sort_buffer_size=16000000 --key_buffer_size=180000000 --innodb_buffer_pool_size=212000000
--bulk_insert_buffer_size=16000000 --table_cache=128 --innodb_flush_log_at_trx_commit=0 --low-priority-updates

т.е. все параметры, необходимые для запуска, он получает из командной строки. Тот листинг, который выше, вываливается при старте демона именно с этими параметрами.
Lyas
10.07.2006
Все пораметры передаются демону через командную строку, продукт использует таблицы типа INNODB. При старте демона похоже запускается востановление, его и надо отключить, нужно читать тут :http://www.mysql.ru/docs/man/InnoDB.html
Короче ничего посоветовать немогу дельного...сорри.
57EA17h
10.07.2006
Спасибо хотя бы за пинок в нужную сторону :)
Lyas
11.07.2006
Если приложение написано качественно и может обрабатывать ошибки то: Переместите все файлы *.frm из basedir=$DB_HOME
в backup директорию, приложение должно обнаружив отсутствие базы данных на mysqld сервере, создать её заново.

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

Думаю эти манипуляции должны помоч.
Alex5252
10.07.2006
57EA17h писал(а)
не поднимается MySQL. Говорит что что-то у него с базой....

Попробуй дать такую команду:
mysqlcheck -u root -ppassword --repair --analyze --all-databases --auto-repair
Lyas
11.07.2006
У него наверняка нет mysqlcheck, mysqld в составе продукта, обрезан до придела видимо. Да и смысл, востановление запускается и так, только оно не проходит, и просит резервную копию...Как я понял щас задача в том чтобы сбросить Базу данных или востановить её структуру необращая внимания на данные.
57EA17h
11.07.2006
Да, mysqlcheck в комплекте не было..
Вообщем путем прыжков и подпрыгиваний я выдернул из установочных файлов необходимые таблицы и скрипты и востановил структуру данных.
Всем спасибо за участие и сочувствие :)
ext2? :))))
57EA17h
12.07.2006
Обижаешь.. ext3
Stainless
12.07.2006
с тех пор, как на reiser перешел, вообще никаких проблем не знаю... :)
Shooter
13.07.2006
А в ядре в конфигурации reiserfs у Вас стоит поддержка Posix? Кстати, а чем reiserfs надежнее и устойчивее, чем ext3?
nnstepan
13.07.2006
57EA17h
13.07.2006
Сервак уже давно развернут. Сам понимашь, если работает, зачем трогать :)
Stainless
13.07.2006
хочешь сказать, что на серваках регламентных работ не должно проводиццо? :)
57EA17h
14.07.2006
Ну не до такой же степени :)
***Начни жизнь с чистого листа. С rm -rf / на корпоративном сервере***
Stainless
14.07.2006
в том и кайф, что все переносиццо на новый хард беспроблемно... :)
Новая тема
Вы не можете создавать новые темы.
Т.к. вы неавторизованы на сайте. Пожалуйста назовите себя или зарегистрируйтесь.
Список тем
Последние темы форумов
Форум Тема (Автор) Последний ответ Ответов
Материнские платы на запчасти и не только

Материнские платы на запчасти и не только Материнские платы и другие комплектующие Отправка в регионы после оплаты. Транспортной...
Цена: 3 000 руб.

Оперативная память Corsair XMS3 CMX8GX3M2A1600C9

Оперативная память Corsair XMS3 CMX8GX3M2A1600C9 Отправка в регионы после оплаты. Продаются сразу обе. Цена за обе 2000 руб....
Цена: 1 000 руб.

Принтер лазерный HEWLETT PACKARD HP-6L

Принтер лазерный HEWLETT PACKARD HP-6L Отправка в регионы после оплаты. 3штуки БУ. Внешний вид из магазина простояли на складе...
Цена: 4 500 руб.

Сетевой фильтр APC Surge Arrest

Сетевой фильтр APC Surge Arrest для радиолюбителя.и не только Отправка в регионы после оплаты. ЦЕНА 3000 руб. В рабочем состоянии....
Цена: 3 000 руб.