|
|
|
Проблема с удалением журнала (IDS 7.31.FD8)
|
|||
|---|---|---|---|
|
#18+
Уважаемые, подскажите, плз! Хочу удалить 7-ой журанал. Сервер в Quiescent-моде, ontape -s -L 0 выполнил, как выставить флаг F (free) у 7-го журанала? onstat -l: address number flags uniqid begin size used %used c000000025610ad8 1 U---C-L 50 10c38f 64000 1 0.00 c000000025610af8 2 U-B---- 44 11bd8f 64000 1 0.00 c000000025610b18 3 U-B---- 45 12b78f 64000 1 0.00 c000000025610b38 4 U-B---- 46 13b18f 64000 1 0.00 c000000025610b58 5 U-B---- 47 14ab8f 64000 1 0.00 c000000025610b78 6 U-B---- 48 15a58f 64000 1 0.00 c000000025610b98 7 U-B---- 49 169f8f 64000 2 0.00 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2005, 12:46 |
|
||
|
Проблема с удалением журнала (IDS 7.31.FD8)
|
|||
|---|---|---|---|
|
#18+
ИльичХочу удалить 7-ой журанал. Сервер в Quiescent-моде, ontape -s -L 0 выполнил, как выставить флаг F (free) у 7-го журанала? ... c000000025610b98 7 U-B---- 49 169f8f 64000 2 0.00 Противоречивое пожелание... Чтобы _ удалить _ 7-й журнал нужно вопользоваться утилитой onparams: %informixdir%\bin\onparams -d -l 7 А "выставить флаг F (free) у 7-го журанала" - имеется, наверное, ввиду, освободить журнал (выполнить архивирование логического журнала с идентификатором 49), то для этого нужно всего лишь выполнить ontape или onbar с соответствующими опциями. После этого флажок "В" показывает, что журнал уже освобожден (Backup), и готов для дальнейшего использования. Флаг F (Free) устанавливается только после создания журнала и в дальнейшем уже не появляется, что и логично - после освобождения журнал не становится полностью чистым и информация в нем не обнуляется (не очищается), а просто делается отметка, что информацию можно перезаписывать (стандартный прием кольцевого буфера). Последнее касается, кажется, только Windows-платформы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2005, 13:11 |
|
||
|
Проблема с удалением журнала (IDS 7.31.FD8)
|
|||
|---|---|---|---|
|
#18+
vasilis, спасибо за ответ! Но, те не менее, вступлю в полемику ;) vasilisПротиворечивое пожелание... Отчего же? vasilisЧтобы _ удалить _ 7-й журнал нужно вопользоваться утилитой onparams: %informixdir%\bin\onparams -d -l 7 Это очевидно. Но именно onparams говорит: - Can only drop an unused logical log - vasilisА "выставить флаг F (free) у 7-го журанала" - имеется, наверное, ввиду, освободить журнал... Имеется ввиду сделать его "unused", а вот как, в этом то и вопрос :( vasilisдля этого нужно всего лишь выполнить ontape или onbar с соответствующими опциями. После этого флажок "В" показывает, что журнал уже освобожден (Backup), и готов для дальнейшего использования. Выполнен бэкап нулевого уровня... куда уж больше... И в листинге <onstat -l> я показал, что у журнала стоит флаг B и % ипользования = 0.00 vasilisФлаг F (Free) устанавливается только после создания журнала и в дальнейшем уже не появляется... После создания журнала, если я не ошибаюсь, устанавивается флаг А... и "в дальнейшем уже не появляется" :) Т.о. вопрос для меня остается открытым, можно ли вообще удалить журнал, "бывший в употреблении"? Заранее спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2005, 13:52 |
|
||
|
Проблема с удалением журнала (IDS 7.31.FD8)
|
|||
|---|---|---|---|
|
#18+
Результат onstat -x пришлите, пожалуйста... Ваш журнал, скорее всего, содержит записи активной транзакции ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2005, 14:44 |
|
||
|
Проблема с удалением журнала (IDS 7.31.FD8)
|
|||
|---|---|---|---|
|
#18+
Журналы пустые: Transactions address flags userthread locks log begin isolation retrys coordinator c000000027fe6028 A---- c000000027fae028 0 0 COMMIT 0 c000000027fe6208 A---- c000000027fae718 0 0 COMMIT 0 c000000027fe63e8 A---- c000000027faee08 0 0 COMMIT 0 c000000027fe65c8 A---- c000000027faf4f8 0 0 COMMIT 0 c000000027fe67a8 A---- c000000027fafbe8 0 0 COMMIT 0 c000000027fe6988 A---- c000000027fb02d8 0 0 COMMIT 0 c000000027fe6d48 A---- c000000027fb10b8 0 0 COMMIT 0 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2005, 15:00 |
|
||
|
Проблема с удалением журнала (IDS 7.31.FD8)
|
|||
|---|---|---|---|
|
#18+
Более того, я отключил журналирование на всех базах ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2005, 15:03 |
|
||
|
Проблема с удалением журнала (IDS 7.31.FD8)
|
|||
|---|---|---|---|
|
#18+
ИльичБолее того, я отключил журналирование на всех базах Ну, тогда, пожалуйста, установите параметр TAPEDEV в /dev/null и, в Quiescent-режиме, выполните (позаботившись, чтобы 7 журнал не был текущим): ontape -s -L 0; onstat -l; onparams -d -l 7 -y; onstat -l; ontape -s -L 0; и пришлите результаты выполнения всех этих команд... Вы, случайно, перед этим (но после своего архива нулевого уровня) чанк или пространство не удаляли и не добавляли? Как говориться, "не верю!", что не удаляется... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2005, 16:49 |
|
||
|
Проблема с удалением журнала (IDS 7.31.FD8)
|
|||
|---|---|---|---|
|
#18+
Ильичvasilis, спасибо за ответ! Но, те не менее, вступлю в полемику ;) всегда пожалуйста :) Ильич vasilisПротиворечивое пожелание... Отчего же? vasilisЧтобы _ удалить _ 7-й журнал нужно вопользоваться утилитой onparams: %informixdir%\bin\onparams -d -l 7 Это очевидно. Но именно onparams говорит: - Can only drop an unused logical log - А как можно было догадаться из 1-го сообщения, что вы о ней (утилите) знаете и даже попытались ее выполнить ? Сэкономили на исходной информации и получили слегка не тот ответ, что вами ожидался, так как много пришлось додумывать и косвенно узнавать дополнительную информацию. Кстати, на тот момент журнал содержал информацию, которая могла потребоваться для восстановления (2 старницы). Ильич vasilisА "выставить флаг F (free) у 7-го журанала" - имеется, наверное, ввиду, освободить журнал... Имеется ввиду сделать его "unused", а вот как, в этом то и вопрос :( vasilisдля этого нужно всего лишь выполнить ontape или onbar с соответствующими опциями. После этого флажок "В" показывает, что журнал уже освобожден (Backup), и готов для дальнейшего использования. Выполнен бэкап нулевого уровня... куда уж больше... И в листинге <onstat -l> я показал, что у журнала стоит флаг B и % ипользования = 0.00 Если точнее, то % использования = 0.003% :) Предыдущий столбец говорит, что две страницы использовались, а флажки U B говорят, что "файл был архивирован, но все еще нужен для восстановления". Ильич vasilisФлаг F (Free) устанавливается только после создания журнала и в дальнейшем уже не появляется... После создания журнала, если я не ошибаюсь, устанавивается флаг А... и "в дальнейшем уже не появляется" :) Флаг A (Add), естественно, появляется, но я ведь не зря делал оговорку, что эта фраза (относительно флага F) касается Windows платформы. Здесь флажок F тоже появляется только один раз (после А :), в дальнейшем только U B. ИльичТ.о. вопрос для меня остается открытым, можно ли вообще удалить журнал, "бывший в употреблении"? Можно. Точно. Сейчас еще раз проверил на 9.30.ТС1 Странно, что вы этого никогда не делали ранее - стандартная процедура при "переносе" логических журналов из rootdbs в отдельный dbspace. Только сейчас обратил внимание, что у вас 7-ка да еще и под *nix - к сожалению под рукой 7-ки нет - возможно там были свои нюансы, хотя я их не помню. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2005, 16:57 |
|
||
|
Проблема с удалением журнала (IDS 7.31.FD8)
|
|||
|---|---|---|---|
|
#18+
ЧемберленНу, тогда, пожалуйста, установите параметр TAPEDEV в /dev/null и, в Quiescent-режиме, выполните (позаботившись, чтобы 7 журнал не был текущим): ontape -s -L 0; onstat -l;См. первый пост. ИМЕННО ТАК все и было сделано Чемберленonparams -d -l 7 -y;Can only drop an unused logical log Чемберленonstat -l; ontape -s -L 0; и пришлите результаты выполнения всех этих команд...Остальное бессмысленно... ЧемберленВы, случайно, перед этим (но после своего архива нулевого уровня) чанк или пространство не удаляли и не добавляли?Нет, конечно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2005, 17:05 |
|
||
|
Проблема с удалением журнала (IDS 7.31.FD8)
|
|||
|---|---|---|---|
|
#18+
vasilisА как можно было догадаться из 1-го сообщения, что вы о ней (утилите) знаете и даже попытались ее выполнить ? Сэкономили на исходной информации и получили слегка не тот ответ, что вами ожидался, так как много пришлось додумывать и косвенно узнавать дополнительную информацию.Каюсь! :) vasilisКстати, на тот момент журнал содержал информацию, которая могла потребоваться для восстановления (2 старницы).Это результат перехода на след. журнал и переноса чекпоинта (onmode -l, onmode -c)... прокрутил по кругу vasilisЕсли точнее, то % использования = 0.003% :)Это имеется ввиду отношение 2 к 64000? :)) vasilisПредыдущий столбец говорит, что две страницы использовались, а флажки U B говорят, что "файл был архивирован, но все еще нужен для восстановления".Так вот как добиться его абсолютной свободы? vasilisФлаг A (Add), естественно, появляется, но я ведь не зря делал оговорку, что эта фраза (относительно флага F) касается Windows платформы. Здесь флажок F тоже появляется только один раз (после А :), в дальнейшем только U B.ОК vasilisСтранно, что вы этого никогда не делали ранее - стандартная процедура при "переносе" логических журналов из rootdbs в отдельный dbspace.Безусловно делал, но при инициализации сервера, когда создается новый DBS и в него переносится логирование, а дефолтные логи при этом удаляются... А вот в данном случае на тестовом стенде в свое время не позаботился об этом и rootdbs забился. Хотел освобдить место, удалив журнал и вот... наткнулся на проблему на ровном месте :)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2005, 17:49 |
|
||
|
Проблема с удалением журнала (IDS 7.31.FD8)
|
|||
|---|---|---|---|
|
#18+
Возможно, в 7-м хранится информация о последнем архивировании... я бы попробовал продвинуть текущий лог на один, попробовать опять удалить, если не получится - опять выполнить бэкап L0 и опять попробовать . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 00:41 |
|
||
|
Проблема с удалением журнала (IDS 7.31.FD8)
|
|||
|---|---|---|---|
|
#18+
vybegalloВозможно, в 7-м хранится информация о последнем архивировании... я бы попробовал продвинуть текущий лог на один, попробовать опять удалить, если не получится - опять выполнить бэкап L0 и опять попробовать .Неоднократно пробовал... и в различных комбинациях. used=0 только в одном случае, когда этот журнал становится текущим (C) (после команды onmode -l). В этот момент его грохнуть нельзя, т.к. он незабэкаплен. Если тутже переключить на след. журнал, то в этом used (количество использованных страниц) становится 1. Перехожу на след. журнал, переношу в него чекпоинт, бэкап L0.... ситуация не меняется :(( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 12:55 |
|
||
|
Проблема с удалением журнала (IDS 7.31.FD8)
|
|||
|---|---|---|---|
|
#18+
Специально заглянул в документацию по 7.3 и нашел, что "You can only drop a log file that has a status of Free (F) or newly Added (A)." В связи с этим вопрос к тем, кто работает с Юниксовыми версиями 7.3 - логические журналы все таки становятся F (Free) после архивирования или нет ? (как я уже говорил, на платфоме Windows я этого не вижу и выше приведенная цитата там действия не имеет, удалить можно с флажками U B) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 13:12 |
|
||
|
Проблема с удалением журнала (IDS 7.31.FD8)
|
|||
|---|---|---|---|
|
#18+
Они становятся "Free" после подъема архива -0, а не после создания. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 13:52 |
|
||
|
Проблема с удалением журнала (IDS 7.31.FD8)
|
|||
|---|---|---|---|
|
#18+
vasilis"You can only drop a log file that has a status of Free (F) or newly Added (A)."Во-во... я в первом посте про (F) как раз и спрашивал... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 16:33 |
|
||
|
Проблема с удалением журнала (IDS 7.31.FD8)
|
|||
|---|---|---|---|
|
#18+
Их (логи) не надо делать F или A - U-B вполне нормально. В документации ошибка. Непонятно, почему 7й лон не дропается, и я подозреваю это связано с тем что количество used pages = 2, что совершенно непонятно. Похоже на баг, что тоже маловероятно, принимая во внимание номер версии - уж что-что, а 7.31.xD8 должна быть вылизана от всех часто встречающихся багов. Было бы интересно поговорить с саппортом на эту тему :-). А вы не пробовали убивать 6й или 5й логи вместо 7го ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 21:57 |
|
||
|
Проблема с удалением журнала (IDS 7.31.FD8)
|
|||
|---|---|---|---|
|
#18+
vybegalloИх (логи) не надо делать F или A - U-B вполне нормально. В документации ошибка.Вполне допускаю. vybegalloНепонятно, почему 7й лон не дропается, и я подозреваю это связано с тем что количество used pages = 2Нет, с этим не связано. Если прокрутить журналы и не делать в нем чекпоинт, то used pages = 1. Но легче от этого не становится vybegalloА вы не пробовали убивать 6й или 5й логи вместо 7го ?Все варианты перепробовал. Остается предположение, что можно удалить забекапленный журнал (при всех вышеописанных условиях), когда текущий переполз в другой DBS (как это делается при инициализации и разделении DBSpace'ов) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 12:49 |
|
||
|
Проблема с удалением журнала (IDS 7.31.FD8)
|
|||
|---|---|---|---|
|
#18+
А положить и поднять сервер пробовали ? Судя по описанию это явный баг. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 23:30 |
|
||
|
Проблема с удалением журнала (IDS 7.31.FD8)
|
|||
|---|---|---|---|
|
#18+
vybegalloА положить и поднять сервер пробовали ? Судя по описанию это явный баг.Да, конечно... Возможно проблема в том, что это ROOTDBS?... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 13:38 |
|
||
|
Проблема с удалением журнала (IDS 7.31.FD8)
|
|||
|---|---|---|---|
|
#18+
Вся идея с переносом логов и затеяна для того чтобы освободить ROOTDBS. Так что должно работать. Вот, кстати, нечто похожее в 10ке : bug_number 162672 description AFTER DEFINING THE CDR SERVER NO LOGICAL LOGS CAN BE DROPPED. product_code ONLINE component_code CDR ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 21:58 |
|
||
|
|

start [/forum/topic.php?fid=44&msg=33279489&tid=1608898]: |
0ms |
get settings: |
9ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
43ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
76ms |
get tp. blocked users: |
2ms |
| others: | 206ms |
| total: | 374ms |

| 0 / 0 |
