Страница 1 из 1

Ошибка после рестора

Добавлено: 28 ноя 2007, 20:13
Monk
В процессе работы с БД по каким то причинам сервер БД (IB7.5.1) отключился

После ручного старта сервера я перевел базу в монопольный режим, скопировал под другим именем и выполнил комманду
gfix -v -full
в логе я увидел
одну строку вида
XXX (Server) Wed Nov 28 19:25:52 2007
Database: F:\BASE\CORRUPT.GDB
Relation has 2 orphan backversions (0 in use) in table TMP$TRANSACTIONS (67)

и 97 строк вида (разные номера страниц только)
XXX (Server) Wed Nov 28 19:30:18 2007
Database: F:\BASE\CORRUPT.GDB
Page 5624 is an orphan

Делаю бекап
После рестора БД запускаю
gfix -v -full
в логе вижу 6 строк с одинаковой ошибкой
Index RDB$INDEX_28 is corrupt on page 128272 in table RDB$DEPENDENCIES (13)

Что делать? Как побороть эту ошибку?

Добавлено: 28 ноя 2007, 22:35
belov-evgenii

Добавлено: 28 ноя 2007, 22:39
Monk
belov-evgenii писал(а):http://www.ibase.ru/devinfo/db_repair.htm
читал
удалил упомянутый индекс
выполнил gfix -v -full
все вроде ок
делаю бекапрестор
опять такая же ошибка

Добавлено: 28 ноя 2007, 22:48
belov-evgenii
Ха, у тебя то же самое, что и здесь http://forum.ibase.ru/phpBB2/viewtopic.php?t=3910
Докажешь kdv, что у тебя IB честно купленный, он тебе забесплатно поможет. А нет, так фиг

Добавлено: 28 ноя 2007, 22:53
kdv
После ручного старта сервера я перевел базу в монопольный режим
нет в IB никакого "монопольного" режима. shutdown открыт для всех SYSDBA. Базу можно копировать только когда никто к базе не подключен, или вообще IB остановлен.
Page 5624 is an orphan
это фигня.
Relation has 2 orphan backversions (0 in use) in table TMP$TRANSACTIONS (67)
вы используете двухфазный коммит?
Index RDB$INDEX_28 is corrupt on page 128272 in table RDB$DEPENDENCIES (13)
да. про это скажу только если подтвердите что IB купленный.

Добавлено: 28 ноя 2007, 23:03
Monk
был сделан shutdown. сервер остановлен. база скопирована
про "осиротевшие" страницы - знаю что фигня - само чистится или при sweep
двухфазного коммита нет
как подвердить купленность? могу сказать номер выставленного и оплаченного счета (покупал у ООО "Айбэйз") отправил письмо на support и в личку

Добавлено: 29 ноя 2007, 09:04
dimitr
kdv писал(а):
Relation has 2 orphan backversions (0 in use) in table TMP$TRANSACTIONS (67)
вы используете двухфазный коммит?
Дима, это TMP$, а не RDB$.

Добавлено: 29 ноя 2007, 16:32
kdv
Дима, это TMP$, а не RDB$.
тогда это или память или съехавший с катушек сервер.

Добавлено: 29 ноя 2007, 16:54
Monk
kdv писал(а):
Дима, это TMP$, а не RDB$.
тогда это или память или съехавший с катушек сервер.
и какое резюме? переставлять сервер?
такое у нас бывает (редко, правда, на моей памяти пару тройку раз), когда админы кнопку Resert нажмут нечаянно. Или сервер остановят с подключенными пользователями... вообщем форс-мажор... не критичная на мой взгляд ошибка

но что делать с другой, о которой писал в support и тут

Добавлено: 30 ноя 2007, 10:03
Monk
Monk писал(а): но что делать с другой, о которой писал в support и тут
при воссоздании метаданных из скрипта все ошибки уходят. но грузить несколько Гб данных в базу и потом проверять корректность загрузки...это убить день (остановив работу базы, естественно)...

можно ли без таких временных затрат исправить ошибку Index RDB$INDEX_28 is corrupt on page ххх in table RDB$DEPENDENCIES (13)?
и главное понять из за чего она возникла, чтобы избежать повторения оной....

Добавлено: 30 ноя 2007, 11:36
kdv
и какое резюме? переставлять сервер?
форматировать винт, переставлять ос, стучать по серверу молотком.
это черный юмор. А если есть подозрение на битую память, то проверять надо именно ее, а не "переставлять сервер".
о которой писал в support и тут
в саппорт ничего не приходило, я отписал так.

Добавлено: 30 ноя 2007, 12:11
Monk
в саппорт ничего не приходило
отправил еще раз. может быть пришло как спам!?
я отписал так.
спасибо. прочел. удивлен -((

Добавлено: 30 ноя 2007, 12:18
kdv
отправил еще раз. может быть пришло как спам!?
оно просто было удалено "как спам", потому что заголовок письма имеет следующий вид:
$B'0'j'Z'R'\'Z(B $B'a'`'c']'V(B $B'R'V'\'Q'a'Q(B

мораль:
1. не надо слать письма в html.
2. надо настраивать кодировку, чтобы письма не шли как
Content-Type: multipart/alternative;

я вот не представляю, как надо замучить свой почтовик, чтобы он слал письма в кодировке ISO-2022 ???
:)

Добавлено: 30 ноя 2007, 14:12
Monk
kdv писал(а): я вот не представляю, как надо замучить свой почтовик, чтобы он слал письма в кодировке ISO-2022 ???
:)
:D почтовик увы не мой (gmail), ms запись на моем домене настроена на google, но это уже к тематике не относится. видимо какой то сбой