Логические журналы ( вопрос для ГУРУ) / Informix

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Informix [игнор отключен] [закрыт для гостей] / Логические журналы ( вопрос для ГУРУ)

24 сообщений из 24, страница 1 из 1

Логические журналы ( вопрос для ГУРУ)

#36020572

onstat-

Участник

Сообщения: 8 199

Рейтинг: 0 / 0

Имеется пробема ввиде бага

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.

 23 : 18 : 35   Logical Recovery has reached the transaction cleanup phase.
 23 : 18 : 36   Assert Failed: Rollback error  126 
 23 : 18 : 36   IBM Informix Dynamic Server Version  9 . 40 .FC6
 23 : 18 : 36    Who: Session( 9 , informix@prime_11,  0 , 700000251c349e8)
                Thread( 142 , fast_rec, 700000251bef8a0,  1 )
                File: rstrans.c Line:  2427 
 23 : 18 : 36    Results: Log record (OLDRSAM:HDELETE) in log  455891 , offset 0x100c6fc
 was not rolled back
 23 : 18 : 36    Action: Use 'onlog' to view the transaction and repair manually.

База не поднимается.

Пока все это дело ресторится на другом сервере занялся исследованием.

по onlog нашел запись.

Достаточно ли будет в логическом журнале пропустить откат одной записи по смещению 0x100c6fc
и соседние по удалению ключей индекса,
в журнале 455891 или нужно работать со всей транзакцией целяком ?

Любые коментарии и ссылки по теме приветствуются.

...

Рейтинг:

0 / 0

02.06.2009, 10:18

| Ответить | Цитировать | Написать

Логические журналы ( вопрос для ГУРУ)

#36020651

zaiets

Гость

По вашей же ссылке четко сказано:
Upgrade to IDS 10.00.UC8/FC8 or later

Т.е. вам достаточно обновить IDS и запустить, если конечно у вас IDS10.
Напсколько я понимаю, при запуске на указанніх версиях проблема уйдет.
Лучше обновлять на хС9 а не на хС8 ( выше не знаю - не пробовал )

Это будет корректней чем править логи.

...

Рейтинг:

0 / 0

02.06.2009, 10:49

| Ответить | Цитировать | Написать

Логические журналы ( вопрос для ГУРУ)

#36020659

onstat-

Участник

Сообщения: 8 199

Рейтинг: 0 / 0

zaietsПо вашей же ссылке четко сказано:
Upgrade to IDS 10.00.UC8/FC8 or later

Т.е. вам достаточно обновить IDS и запустить, если конечно у вас IDS10.
Напсколько я понимаю, при запуске на указанніх версиях проблема уйдет.
Лучше обновлять на хС9 а не на хС8 ( выше не знаю - не пробовал )

Это будет корректней чем править логи.

Спасибо за ответ,
там 9.40 FC 6.
Как в таком случае быть , может кто знает, прокатит апгрейд или нет ?

...

Рейтинг:

0 / 0

02.06.2009, 10:53

| Ответить | Цитировать | Написать

Логические журналы ( вопрос для ГУРУ)

#36020704

onstat-

Участник

Сообщения: 8 199

Рейтинг: 0 / 0

Если кому интересно вот интересные места из onlog

Последний чекпоинт перед падением:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.

46e360   144  HINSERT  145      0  46e324   1800014  835d40e  96
46e3f0   144  HDELETE  145      0  46e360   2f00002  36c023   96
46e480   56   DELITEM  145      0  46e3f0   160001c  36c023   39834 1     4
46e4b8   56   ADDITEM  145      0  46e480   160001c  835d40e  39834 1     4
46e4f0   72   DELITEM  145      0  46e4b8   160001e  36c023   360236 1     20
46f018   32524 DPT      1        62675 0        2707

addr     len  type     xid      id link
477018   7888 DPT      1        0  46f018   654
478f04   60   CKPOINT  1        0  477018   1
              begin    xid      id addr     user
              455877   145      455891 46e4f0   somebody
479018   72   ADDITEM  145      0  46e4f0   160001e  835d40e  360236 1     20
479060   56   DELITEM  145      0  479018   1800019  36c023   22529 1     4
479098   56   ADDITEM  145      0  479060   1800019  835d40e  183175 1     4
4790d0   144  HINSERT  145      0  479098   1800014  835d40f  96
479160   144  HDELETE  145      0  4790d0   2f00002  36cf24   96

Записи по смещению 100c6fc невозможно сделать роллбэк

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.

100c574  72   ADDITEM  145      0  100c52c  160001e  8376d12  220510 1     20
100c5bc  56   DELITEM  145      0  100c574  1800019  d9c30f   26636 1     4
100c5f4  56   ADDITEM  145      0  100c5bc  1800019  8376d12  183248 1     4
100c62c  64   HUPDAT   145      0  100c5f4  3000002  c5281d   0        96  96  1

100c66c  144  HINSERT  145      0  100c62c  1800014  8376d13  96
100c6fc  144  HDELETE  145      0  100c66c  2f00002  d9c426   96
100c78c  56   DELITEM  145      0  100c6fc  160001c  d9c426   246481 1     4

addr     len  type     xid      id link
100c7c4  56   ADDITEM  145      0  100c78c  160001c  8376d13  246481 1     4
100c7fc  72   DELITEM  145      0  100c7c4  160001e  d9c426   461405 1     20
100c844  72   ADDITEM  145      0  100c7fc  160001e  8376d13  461405 1     20
100c88c  56   DELITEM  145      0  100c844  1800019  d9c426   26636 1     4
100c8c4  56   ADDITEM  145      0  100c88c  1800019  8376d13  183248 1     4

Конец логического журнала ( падение) :

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.

1010d60  60   HUPDAT   145      0  1010d20  3500002  396f0c   0        96  96  1

1010d9c  60   HUPDAT   145      0  1010d60  3500002  398006   0        96  96  1

1010dd8  64   HUPDAT   145      0  1010d9c  3100002  e2a22    0        96  96  1

1010e18  60   HUPDAT   145      0  1010dd8  3500002  398c06   0        96  96  1

1010e54  60   HUPDAT   145      0  1010e18  3100002  e2b06    0        96  96  1


addr     len  type     xid      id link
1010e90  60   HUPDAT   145      0  1010e54  3200002  525621   0        96  96  1

1010ecc  60   HUPDAT   145      0  1010e90  3100002  e2b0e    0        96  96  1

1010f08  64   HUPDAT   145      0  1010ecc  3200002  525920   0        96  96  1

...

Рейтинг:

0 / 0

02.06.2009, 11:08

| Ответить | Цитировать | Написать

Логические журналы ( вопрос для ГУРУ)

#36021332

vasilis

Участник

Откуда: Украина, Киев

Сообщения: 2 212

Рейтинг: 0 / 0

onstat-Имеется пробема ввиде бага
А вы уверены, что это именно такой баг ?
Я спрашиваю, потому что "Rollback error 126" вылазил давно (на моей памяти еще с 7.30) и регулярно на разных версиях и очень по разным причинам.
onstat-Достаточно ли будет в логическом журнале пропустить откат одной записи по смещению 0x100c6fc и соседние по удалению ключей индекса, в журнале 455891 или нужно работать со всей транзакцией целяком ?
Нужно всю транзакцию целиком, если хотите получить целостную БД.

...

Рейтинг:

0 / 0

02.06.2009, 14:47

| Ответить | Цитировать | Написать

Логические журналы ( вопрос для ГУРУ)

#36021345

zaiets

Гость

Вовремя мы слиняли на 11.50 с 9.40FC6 :)

Пропустить только эти записи не получится
трабла вся в записи:
478f04 60 CKPOINT 1 0 477018 1
begin xid id addr user
455877 145 455891 46e4f0 somebody

запись неправильная (если вы не правили) и по идее такого не должно быть.

Эта транзакция откатывается, следовательно нужно либо
где-то вставить оператор фиксации этой транзакции (предполагаю что ваша ситуация отлична от описанной в баге) либо как-то ее вообще выкинуть
но все это приведет к противоречивым данным.
Дальнейшее "логическое восстановление" данных может занять не один месяц кстати.

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

...

Рейтинг:

0 / 0

02.06.2009, 14:51

| Ответить | Цитировать | Написать

Логические журналы ( вопрос для ГУРУ)

#36021349

vasilis

Участник

Откуда: Украина, Киев

Сообщения: 2 212

Рейтинг: 0 / 0

onstat-zaietsПо вашей же ссылке четко сказано:
Upgrade to IDS 10.00.UC8/FC8 or later
Т.е. вам достаточно обновить IDS и запустить, если конечно у вас IDS10.
Напсколько я понимаю, при запуске на указанніх версиях проблема уйдет.
Лучше обновлять на хС9 а не на хС8 ( выше не знаю - не пробовал )
Это будет корректней чем править логи.
Спасибо за ответ,
там 9.40 FC 6.
Как в таком случае быть , может кто знает, прокатит апгрейд или нет ?
IMHO нет. Но только практический опыт может доказать или опровергнуть.
Если это именно тот баг, который вы привели (транзакция фактически уже откатилась), то вполне возможно, что новая версия и нормально обработает логи и fast recovery пройдет успешно.

P.S. Будет интересно узнать результаты

...

Рейтинг:

0 / 0

02.06.2009, 14:52

| Ответить | Цитировать | Написать

Логические журналы ( вопрос для ГУРУ)

#36021471

onstat-

Участник

Сообщения: 8 199

Рейтинг: 0 / 0

zaietsВовремя мы слиняли на 11.50 с 9.40FC6 :)

Пропустить только эти записи не получится
трабла вся в записи:
478f04 60 CKPOINT 1 0 477018 1
begin xid id addr user
455877 145 455891 46e4f0 somebody

запись неправильная (если вы не правили) и по идее такого не должно быть.

Эта транзакция откатывается, следовательно нужно либо
где-то вставить оператор фиксации этой транзакции (предполагаю что ваша ситуация отлична от описанной в баге) либо как-то ее вообще выкинуть
но все это приведет к противоречивым данным.
Дальнейшее "логическое восстановление" данных может занять не один месяц кстати.

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

Идея была выкинуть одну запись на которой спотыкается ролбэк.
Потом, после отката, вычислить таблицу по партнуму и по rowid удалить единственную запись.
Эта транзакция очень длинная, я до ее начала пока не добрался.

...

Рейтинг:

0 / 0

02.06.2009, 15:32

| Ответить | Цитировать | Написать

Логические журналы ( вопрос для ГУРУ)

#36021610

zaiets

Гость

Я вашу идею прекрасно понял.

Но, повторюсь, трабла скорее всего не в конкретной записи на которую ругается лог,
а в записи:
478f04 60 CKPOINT 1 0 477018 1
begin xid id addr user
455877 145 455891 46e4f0 somebody

Здесь явно лишнее (или только мне так кажется)
455877 145 455891 46e4f0 somebody
и что такое "begin" в данном случе непонятно.

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

...

Рейтинг:

0 / 0

02.06.2009, 16:29

| Ответить | Цитировать | Написать

Логические журналы ( вопрос для ГУРУ)

#36021796

onstat-

Участник

Сообщения: 8 199

Рейтинг: 0 / 0

vasilisonstat-Имеется пробема ввиде бага
А вы уверены, что это именно такой баг ?
Я спрашиваю, потому что "Rollback error 126" вылазил давно (на моей памяти еще с 7.30) и регулярно на разных версиях и очень по разным причинам.

Это наиболее подходящее обьяснение случившемуся найденное в интернете.

Кстате причиной падения сервера стала сессия выполнявшая такой запрос:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.

 select t2.dbsname database,  t8.txt type, t2.tabname table,  t4.sid
    lock_sess, t5.username lock_user, t6.sid wait_sess, t7.username
    wait_user,t1.rowidr row_id,t1.keynum  from sysmaster:'informix'.syslcktab
    t1, sysmaster:'informix'.systabnames t2,sysmaster:'informix'.systxptab
    t3,sysmaster:'informix'.sysrstcb t4,sysmaster:'informix'.sysscblst t5,
    sysmaster:'informix'.sysrstcb t6, sysmaster:'informix'.sysscblst t7
    ,sysmaster:'informix'.flags_text t8  where t1.owner = t3.address  and
    t1.partnum = t2.partnum  and t3.owner = t4.address  and t1.wtlist =
    t6.address  and t4.sid = t5.sid  and t8.tabname = 'syslcktab' and t8.flags
    = t1.type and t6.sid = t7.sid

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

Код: plaintext

1.
2.
3.

address          flags   sessid   user     tty        wait             tout locks  nreads   nwrites
70000046e7e3d50  --BPX-- 77346    somebody  SYS-XXX  0                0    2476427 471590   269991

...

Рейтинг:

0 / 0

02.06.2009, 17:30

| Ответить | Цитировать | Написать

Логические журналы ( вопрос для ГУРУ)

#36021811

onstat-

Участник

Сообщения: 8 199

Рейтинг: 0 / 0

zaietsЯ вашу идею прекрасно понял.

Но, повторюсь, трабла скорее всего не в конкретной записи на которую ругается лог,
а в записи:
478f04 60 CKPOINT 1 0 477018 1
begin xid id addr user
455877 145 455891 46e4f0 somebody

Здесь явно лишнее (или только мне так кажется)
455877 145 455891 46e4f0 somebody
и что такое "begin" в данном случе непонятно.

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

Эта транзакция находится еще в минимум 15 чекпоинтах которые были раньше и находятся в других журналах, там ее тоже чистить?.

Судя по всему откат до последнего чекпоинта так и не дошел срубившись на строке из лога.
( вырезки из журнала приводились в порядке возростаня смещений)
Битая запись находится( произошла) после последнего чекпоинта.

...

Рейтинг:

0 / 0

02.06.2009, 17:35

| Ответить | Цитировать | Написать

Логические журналы ( вопрос для ГУРУ)

#36023866

vasilis

Участник

Откуда: Украина, Киев

Сообщения: 2 212

Рейтинг: 0 / 0

А не включен ли, случайно, Fuzzy checkpoint ? Если да - выключайте. Я тут уже много раз писал на эту тему. И не зря его выкинули в более поздних версиях.
И какой режим жунализации buffered или unbuf ?

...

Рейтинг:

0 / 0

03.06.2009, 15:44

| Ответить | Цитировать | Написать

Логические журналы ( вопрос для ГУРУ)

#36024117

onstat-

Участник

Сообщения: 8 199

Рейтинг: 0 / 0

Рыхлый чекпоинт был включен, и проблема вероятнее всего изза него.
Использовался unbuffered log.

Что касается 10 версии вот результат :

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.

 15 : 32 : 18   IBM Informix Dynamic Server Version  10 . 00 .FC9     Software Serial Numb
er AAA#B000000
 15 : 32 : 19   Conversion from version  9 . 40  Started
 15 : 32 : 23   Conversion control block initialization
 15 : 32 : 23   Succeeded
 15 : 32 : 23   Initialization of Conversion Session
 15 : 32 : 23   Conversion halted due to detecting open transactions
             from prior server. To continue conversion it is
             necessary to restart prior server and resolve any
             open transactions before reattempting conversion.
 15 : 32 : 23   Conversion failed.

...

Рейтинг:

0 / 0

03.06.2009, 17:10

| Ответить | Цитировать | Написать

Логические журналы ( вопрос для ГУРУ)

#36024261

onstat-

Участник

Сообщения: 8 199

Рейтинг: 0 / 0

...

Рейтинг:

0 / 0

03.06.2009, 18:00

| Ответить | Цитировать | Написать

Логические журналы ( вопрос для ГУРУ)

#36024289

onzero

Гость

Я думаю, без утилиты onzero не обойтись...

...

Рейтинг:

0 / 0

03.06.2009, 18:15

| Ответить | Цитировать | Написать

Логические журналы ( вопрос для ГУРУ)

#36024380

onstat-

Участник

Сообщения: 8 199

Рейтинг: 0 / 0

onzeroЯ думаю, без утилиты onzero не обойтись...

Где можно почитать, что она может.

...

Рейтинг:

0 / 0

03.06.2009, 19:09

| Ответить | Цитировать | Написать

Логические журналы ( вопрос для ГУРУ)

#36024405

sysmaster

Участник

Откуда: moscow_dbs.dat

Сообщения: 459

Рейтинг: 0 / 0

onstat-
Где можно почитать, что она может.

Это утилита саппорта. Вряд ли в открытых источниках есть ее описание.

...

Рейтинг:

0 / 0

03.06.2009, 19:41

| Ответить | Цитировать | Написать

Логические журналы ( вопрос для ГУРУ)

#36024412

onstat-

Участник

Сообщения: 8 199

Рейтинг: 0 / 0

sysmasteronstat-
Где можно почитать, что она может.

Это утилита саппорта. Вряд ли в открытых источниках есть ее описание.

Логическую целостность она гарантирует?

Или хотябы логи ( partnum & rowid которые она поправила) ведет для того что бы
знать где логическая целостность подгуляла?

...

Рейтинг:

0 / 0

03.06.2009, 19:49

| Ответить | Цитировать | Написать

Логические журналы ( вопрос для ГУРУ)

#36025153

vasilis

Участник

Откуда: Украина, Киев

Сообщения: 2 212

Рейтинг: 0 / 0

onstat-onzeroЯ думаю, без утилиты onzero не обойтись...
Где можно почитать, что она может.
Вам ли рассказывать о поиске по форуму ?
http://sql.ru/forum/actualsearch.aspx?search=onzero+&sin=0&a=&ma=0&bid=29&dt=-1&s=1&so=1
Там топики не большие, быстро сами найдете...
Главный итог - это утилита саппорта, которую ни украсть (имеет ограниченный срок действия по праолю), ни найти в инете...
Только слезно _просить_ саппорт , предоставив им удаленный доступ, с обещаниями купить поддержку в ближайшем бюджетном году :)

...

Рейтинг:

0 / 0

04.06.2009, 11:12

| Ответить | Цитировать | Написать

Логические журналы ( вопрос для ГУРУ)

#36025460

onstat-

Участник

Сообщения: 8 199

Рейтинг: 0 / 0

vasilisonstat-onzeroЯ думаю, без утилиты onzero не обойтись...
Где можно почитать, что она может.
Вам ли рассказывать о поиске по форуму ?
http://sql.ru/forum/actualsearch.aspx?search=onzero+&sin=0&a=&ma=0&bid=29&dt=-1&s=1&so=1
Там топики не большие, быстро сами найдете...

Все это я уже читал, но еще раз спасибо ,

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

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

Выявление логической неконсистентности без лога что делала последняя транзакция
может занять еще больше времени чем востановление базы с бекапа.

з.ы. Сейчас уже проблема представляет чисто академический интерес.

...

Рейтинг:

0 / 0

04.06.2009, 12:40

| Ответить | Цитировать | Написать

Логические журналы ( вопрос для ГУРУ)

#36025494

onstat-

Участник

Сообщения: 8 199

Рейтинг: 0 / 0

onstat-

з.ы. Сейчас уже проблема представляет чисто академический интерес.

Вот что удалось расковырять по структуре записи в логе :

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.

начало журнала  ( смещение первой записи 0x18)
 00   00   27   45   00   02  B1 9E  00   00   09   00   02   08   00   00   00   00   00   05   00   00   00   00   -- ???? 
 00   00   00  D0  -- длина записи
 00   01   00   28   00   00   81   12   00   00   00   00   -- где то тут record type ????
 00   00   00   84   -- id транзакции( длина поля под вопросом)
 02   70  FF  70   -- адрес перехода ( в данном случае указывает на предыдущий журнал) 
 00   02   96  D9  -- ???? ( непонятно что)
 00   60   00   02   -- partnum  таблицы
 00   60   00   02    -- второй раз  партнум (вероятнее всего  для чегото типа alter fragment )
 00   09   69  0D  -- rowid записи
 00  9F        размер слота
 00   04   00   00   00   00   00  ..........

Меня интересует как вычислить record type
и их кодовые обозначения, и прочие поля где есть вопросительные знаки.

Если я где то ошибся поправляйте.

...

Рейтинг:

0 / 0

04.06.2009, 12:51

| Ответить | Цитировать | Написать

Логические журналы ( вопрос для ГУРУ)

#36027425

GVF112GVF

Гость

onstat-,

Я ценю, столь напряженный и упорный труд с Вашей стороны.
Рихтовать журналы транзакций - дело увлекательное и занятное, но только на тестовой системе.

Когда-то,
мне приходилось подымать продуктивную систему из аналогичного состояния ... без специальных утилит. Если лог на raw-device - будет не просто .... если на файловой системе .... думаю за 15-20 минут ... можно решить проблему ... :)

Это случайно, не решение от ProFix ?!

Но если у Вас продуктивная система, лучше обратиться в службу поддержки.

Телефон Call-центра IBM RRC с территории Украины: 8-800-30-426-30
из Киева: 391-22-00

Желаю удачи!

С уважением,
Вадим.

...

Рейтинг:

0 / 0

05.06.2009, 12:46

| Ответить | Цитировать | Написать

Логические журналы ( вопрос для ГУРУ)

#36027815

onstat-

Участник

Сообщения: 8 199

Рейтинг: 0 / 0

GVF112GVFonstat-,

Я ценю, столь напряженный и упорный труд с Вашей стороны.
Рихтовать журналы транзакций - дело увлекательное и занятное, но только на тестовой системе.

Спасибо за комплимент :)
Занятие действительно очень увлекательное.

GVF112GVF
Когда-то,
мне приходилось подымать продуктивную систему из аналогичного состояния ... без специальных утилит.

Вы чистили чекпоинт от транзакций? Или как то по другому?

GVF112GVF
Если лог на raw-device - будет не просто .... если на файловой системе .... думаю за 15-20 минут ... можно решить проблему ... :)

Лог на raw в дбпростнастве размером в 8 Гб. ( ОС AIX)
Этим все немного усложняется.
Я работаю над вопросом что бы сделать все точно и красиво.

GVF112GVF
Это случайно, не решение от ProFix ?!

Нет.

GVF112GVF
Но если у Вас продуктивная система, лучше обратиться в службу поддержки.

Смысла уже нет, в продуктиве уже работает система востановленная с бэкапа на другом сервере.

Сейчас эта проблема для меня представляет чисто академический интерес.
У меня есть еще 2 дня(выходных) , пока я могу распоряжаться этим дисковым пространством на сторадже. Потом эту базу придется прибить. И мигрировать туда базу которая сейчас работает в продуктиве.

...

Рейтинг:

0 / 0

05.06.2009, 14:56

| Ответить | Цитировать | Написать

Логические журналы ( вопрос для ГУРУ)

#36028743

GVF112GVF

Гость

Вы чистили чекпоинт от транзакций? Или как то по другому?

Как то по другому ... :)

Самый простой вариант, привести CHKPT к стандартному (когда нет открытых транзакций)...
для этого нужно хорошо знать структуру CHKPT и формат страницы для логического журнала.
В таком варианте, сервер выйдет из Fast Recovery ... но данные (для не завершенных транзакций)
будут в не согласованном состоянии ... поскольку сервер считает, что нет открытых транзакций в момент такого CHKPT .... :)

Если у Вас IDS 9.40, то такой вариант еще может пройти ... если IDS 10.x или 11.x ,
тогда все сложнее - следует правильно рассчитать контрольную сумму при модификации страницы ... :)

Если Вы не знаете алгоритм, тогда .... только IBM Technical Support ... сможет помочь в данной ситуации.

С уважением,
Вадим.

...

Рейтинг:

0 / 0

05.06.2009, 22:16

| Ответить | Цитировать | Написать

24 сообщений из 24, страница 1 из 1

Форумы / Informix [игнор отключен] [закрыт для гостей] / Логические журналы ( вопрос для ГУРУ)

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=44&msg=36024412&tid=1607819]:	0ms
get settings:	8ms
get forum list:	12ms
check forum access:	3ms
check topic access:	3ms
track hit:	59ms
get topic data:	8ms
get forum data:	2ms
get page messages:	54ms
get tp. blocked users:	1ms
others:	14ms

total:	164ms