Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
раздел с журналами DB2 утрачен
|
|||
|---|---|---|---|
|
#18+
При работающей безе данных, был утрачен(безвозвратно) раздел, где хранились журналы! Сама база данных полностью исправна, но не дает с ней оперировать SQL1036C An I/O error occurred while accessing the database. SQLSTATE=58030 как быть в такой ситуации? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2009, 21:18 |
|
||
|
раздел с журналами DB2 утрачен
|
|||
|---|---|---|---|
|
#18+
А что есть? Архивные журналы есть? Резервные копии есть? Если ничего этого нет, то , насколько мне известно, штатными средствами бд не восстанавливается в такой ситуации. Но поддержка IBM возможно и сможет помочь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2009, 12:30 |
|
||
|
раздел с журналами DB2 утрачен
|
|||
|---|---|---|---|
|
#18+
dronNN, можно попробовать найти очень старый backup..., но его данные не актуальны... очень странно, что выход из строя раздела с транзакционными логами, приводит к остановке системы... ...а тем более к возвращению на момент последнего бэкапа... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2009, 13:25 |
|
||
|
раздел с журналами DB2 утрачен
|
|||
|---|---|---|---|
|
#18+
видимо журнал не архивировался, если бы вы хранили неактивные журналы на отдельном носителе, то смогли бы сделать roll forward до времени последнего офлайнового журнала кроме того в db2 предусмотрена возможность программного зеркалирования журналов для таких случаев ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2009, 07:50 |
|
||
|
раздел с журналами DB2 утрачен
|
|||
|---|---|---|---|
|
#18+
sanyock2, если бы раздел небыл утрачен, то и темы бы такой небыло.... сейчас нужно побороть, то, что есть! ...и по всей видимости остается только SQLOGCTL.LFH. у кого-нибудь есть "мега-инструментарий" IBM для этих манипуляций? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2009, 10:04 |
|
||
|
раздел с журналами DB2 утрачен
|
|||
|---|---|---|---|
|
#18+
а что интерестного есть в db2diag.log??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2009, 14:55 |
|
||
|
раздел с журналами DB2 утрачен
|
|||
|---|---|---|---|
|
#18+
wdg, а что там может быть интересного в таком прозрачном случае? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2009, 19:03 |
|
||
|
раздел с журналами DB2 утрачен
|
|||
|---|---|---|---|
|
#18+
Решение, все ще не найдено... :-( ******************db2diag.log****************************************** 2009-08-07-18.56.27.842400+240 I100894492E338 LEVEL: Warning PID : 16340 TID : 47618347061184PROC : db2bp INSTANCE: db2<sid> NODE : 000 FUNCTION: DB2 UDB, Connection Manager, sqleUCappImpConnect, probe:150 MESSAGE : ZRC=0x81360012=-2127167470=SQLZ_RC_CMERR, SQLT_SQLJC "External Comm error" 2009-08-07-18.56.35.324916+240 I100894831E1633 LEVEL: Event PID : 16341 TID : 47668978941728PROC : db2start INSTANCE: db2<sid> NODE : 000 FUNCTION: DB2 UDB, base sys utilities, sqleStartStopSingleNode, probe:1130 DATA #1 : String, 31 bytes /db2/db2<sid>/sqllib/adm/db2star2 DATA #2 : Hexdump, 256 bytes 0x00007FFFEA08F3D0 : 2F64 6232 2F64 6232 6F65 642F 7371 6C6C /db2/db2<sid>/sqll 0x00007FFFEA08F3E0 : 6962 2F61 646D 2F64 6232 7374 6172 3200 ib/adm/db2star2. 0x00007FFFEA08F3F0 : 4E4F 4D53 4700 0000 0000 0000 0000 0000 NOMSG........... 0x00007FFFEA08F400 : 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x00007FFFEA08F410 : 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x00007FFFEA08F420 : 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x00007FFFEA08F430 : 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x00007FFFEA08F440 : 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x00007FFFEA08F450 : 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x00007FFFEA08F460 : 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x00007FFFEA08F470 : 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x00007FFFEA08F480 : 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x00007FFFEA08F490 : 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x00007FFFEA08F4A0 : 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x00007FFFEA08F4B0 : 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x00007FFFEA08F4C0 : 0000 0000 0000 0000 0000 0000 0000 0000 ................ 2009-08-07-18.56.37.440027+240 I100896465E534 LEVEL: Event PID : 16357 TID : 47085189589312PROC : db2sysc 0 INSTANCE: db2<sid> NODE : 000 EDUID : 1 EDUNAME: db2sysc 0 FUNCTION: DB2 UDB, fast comm manager, sqkfBufferManager::initBufferManager, probe:10 START : Starting FCM Buffer Manager 1 resource group(s). 128 buffers allocated. Maximum number of buffers supported is 8192. Total buffer manager memory required for 1 logical and 0 fail-over partition(s) is 925712 bytes. 2009-08-07-18.56.37.441391+240 I100897000E541 LEVEL: Event PID : 16357 TID : 47085189589312PROC : db2sysc 0 INSTANCE: db2<sid> NODE : 000 EDUID : 1 EDUNAME: db2sysc 0 FUNCTION: DB2 UDB, fast comm manager, sqkfChannelManager::initChannelManager, probe:10 START : Starting FCM Channel Manager 1 resource group(s). 128 channels allocated. Maximum number of channels supported is 8192. Total channel manager memory required for 1 logical and 0 fail-over partitions(s) is 507928 bytes. 2009-08-07-18.56.37.442118+240 I100897542E540 LEVEL: Event PID : 16357 TID : 47085189589312PROC : db2sysc 0 INSTANCE: db2<sid> NODE : 000 EDUID : 1 EDUNAME: db2sysc 0 FUNCTION: DB2 UDB, fast comm manager, sqkfSessionManager::initSessionManager, probe:10 START : Starting FCM Session Manager 1 resource group(s). 128 sessions allocated. Maximum number of sessions supported is 64000. Total session manager memory required for 1 logical and 0 fail-over partitions is 1400832 bytes. 2009-08-07-18.56.37.443602+240 I100898083E421 LEVEL: Event PID : 16357 TID : 47085189589312PROC : db2sysc 0 INSTANCE: db2<sid> NODE : 000 EDUID : 1 EDUNAME: db2sysc 0 FUNCTION: DB2 UDB, fast comm manager, sqlkf_init_allocate_shared, probe:500 START : FCM infrastructure started FCM running in non-shared mode; FCM parallelism degree: 1; comm protocol: TCP/IPv4 2009-08-07-18.56.43.486523+240 E100898505E739 LEVEL: Error PID : 16357 TID : 47085189589312PROC : db2sysc 0 INSTANCE: db2<sid> NODE : 000 EDUID : 1 EDUNAME: db2sysc 0 FUNCTION: DB2 UDB, common communication, sqlcctcpconnmgr, probe:46 MESSAGE : ADM7007E The SVCENAME DBM configuration parameter, "5912", is configured with a port or a service name. When it is configured with a service name, the TCP/IP services files is used to map the service name to a port number. The port specified in this field is being used by another process. Resolve this problem by either deleting the process using the port or use another port. 2009-08-07-18.56.44.526699+240 E100899245E1219 LEVEL: Event PID : 16343 TID : 47445702832000PROC : db2star2 INSTANCE: db2<sid> NODE : 000 FUNCTION: DB2 UDB, base sys utilities, DB2StartMain, probe:911 MESSAGE : ADM7513W Database manager has started. START : DB2 DBM DATA #1 : Build Level, 152 bytes Instance "db2<sid>" uses "64" bits and DB2 code release "SQL09051" with level identifier "03020107". Informational tokens are "DB2 v9.5.0.1", "special_19970", "MI00225_19970", Fix Pack "1". DATA #2 : System Info, 440 bytes System: Linux <hostname> 6 2 x86_64 CPU: total:8 online:8 Cores per socket:4 Threading degree per core:1 Physical Memory(MB): total:16055 free:83 Virtual Memory(MB): total:48829 free:32846 Swap Memory(MB): total:32774 free:32763 Kernel Params: msgMaxMessageSize:65536 msgMsgMap:65536 msgMaxQueueIDs:1024 msgNumberOfHeaders:65536 msgMaxQueueSize:65536 msgMaxSegmentSize:16 shmMax:21474836480 shmMin:1 shmIDs:4096 shmSegments:4096 semMap:256000 semIDs:8192 semNum:256000 semUndo:256000 semNumPerID:1250 semOps:100 semUndoSize:20 semMaxVal:32767 semAdjustOnExit:32767 2009-08-07-18.56.49.216839+240 I100900465E368 LEVEL: Error PID : 16357 TID : 47085399304512PROC : db2sysc 0 INSTANCE: db2<sid> NODE : 000 EDUID : 23 EDUNAME: db2loggr (<sid>) 0 FUNCTION: DB2 UDB, data protection services, sqlpgInitRecoverable, probe:1370 DATA #1 : <preformatted> Log file S0002458.LOG not found. 2009-08-07-18.56.49.216969+240 I100900834E417 LEVEL: Error PID : 16357 TID : 47085399304512PROC : db2sysc 0 INSTANCE: db2<sid> NODE : 000 EDUID : 23 EDUNAME: db2loggr (<sid>) 0 FUNCTION: DB2 UDB, data protection services, sqlpgLoggrInit, probe:430 RETCODE : ZRC=0x860F000A=-2045837302=SQLO_FNEX "File not found." DIA8411C A file "" could not be found. 2009-08-07-18.56.49.226229+240 I100901252E167 LEVEL: Error PID:16357 TID:47085399304512 NODE:000 Title: SQLP_DBCB Dump File:/db2/<sid>/db2dump/16357.23.000.dump.bin 2009-08-07-18.56.49.226804+240 I100901420E351 LEVEL: Severe PID : 16357 TID : 47085399304512PROC : db2sysc 0 INSTANCE: db2<sid> NODE : 000 EDUID : 23 EDUNAME: db2loggr (<sid>) 0 FUNCTION: DB2 UDB, data protection services, sqlpgasn, probe:4000 MESSAGE : Logging can not continue due to an error. 2009-08-07-18.56.49.226938+240 I100901772E517 LEVEL: Severe PID : 16357 TID : 47085411887424PROC : db2sysc 0 INSTANCE: db2<sid> NODE : 000 DB : <sid> APPHDL : 0-7 APPID: *LOCAL.db2<sid>.090807145649 AUTHID : DB2<sid> EDUID : 20 EDUNAME: db2agent (<sid>) 0 FUNCTION: DB2 UDB, data protection services, sqlpgint, probe:9030 RETCODE : ZRC=0x860F000A=-2045837302=SQLO_FNEX "File not found." DIA8411C A file "" could not be found. 2009-08-07-18.56.49.227052+240 I100902290E517 LEVEL: Severe PID : 16357 TID : 47085411887424PROC : db2sysc 0 INSTANCE: db2<sid> NODE : 000 DB : <sid> APPHDL : 0-7 APPID: *LOCAL.db2<sid>.090807145649 AUTHID : DB2<sid> EDUID : 20 EDUNAME: db2agent (<sid>) 0 FUNCTION: DB2 UDB, data protection services, sqlpgint, probe:3600 RETCODE : ZRC=0x860F000A=-2045837302=SQLO_FNEX "File not found." DIA8411C A file "" could not be found. 2009-08-07-18.56.49.227155+240 I100902808E514 LEVEL: Severe PID : 16357 TID : 47085411887424PROC : db2sysc 0 INSTANCE: db2<sid> NODE : 000 DB : <sid> APPHDL : 0-7 APPID: *LOCAL.db2<sid>.090807145649 AUTHID : DB2<sid> EDUID : 20 EDUNAME: db2agent (<sid>) 0 FUNCTION: DB2 UDB, base sys utilities, sqeLocalDatabase::FirstConnect, probe:100 DATA #1 : Hexdump, 4 bytes 0x0000000200DD10DC : F4FB FFFF .... 2009-08-07-18.56.49.236912+240 I100903323E303 LEVEL: Warning PID : 16340 TID : 47618347061184PROC : db2bp INSTANCE: db2<sid> NODE : 000 FUNCTION: DB2 UDB, Connection Manager, sqleUCappImpConnect, probe:150 MESSAGE : ZRC=0x8037006D=-2143879059=SQLJR_CABLT "CA BUILT" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2009, 19:11 |
|
||
|
раздел с журналами DB2 утрачен
|
|||
|---|---|---|---|
|
#18+
Ммм... Понимаете ли в чем дело... Потеря журналов потенциально может приводить к потере бизнес-данных (были открытые, но не завершенные транзакции) и для того, чтобы вы не смогли обвинить компанию вендора в том, что СУБД за вас в таком экзотическом случае решила создать новые журналы и продолжить работу с потерей данных - работа базы блокируется, но... Насколько я думаю в даннном случае, если вы готовы ЛЮБОЙ ценой поднять базу, вам может помочь следующее... Создайте такую же базу с соблюдением параметров, применяемых для лог-файлов (может и не обязательно, но все же я бы размер и количество журналов привел бы в соответствие), остановите с ней всякую работу - чтобы в логах были все транзакции закрыты, остановите базу (deactivate database). Потом возьмите логи этой базы и подложите вашей старой в каталог, где они были (предварительно её тоже уложив с помощью deactivate db команды)... Ну а потом попробуйте начать с ней работу. НО!.. Вы должны понимать, что в данном случае вся ответственность лежит на Вас. Принимая такой вариант действий, вы отдаете себе отчет, что это вполне может привести к непредсказуемому результату. Вообще... спросили бы саппорт. =) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2009, 21:22 |
|
||
|
раздел с журналами DB2 утрачен
|
|||
|---|---|---|---|
|
#18+
Hunterik Принимая такой вариант действий, вы отдаете себе отчет, что это вполне может привести к непредсказуемому результату. А учитывая, что это весьма похоже на базу SAP'а (судя по путям и номеру порта), то смысл телодвижений с логами (даже если вдруг сработает) равен абсолютному нулю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2009, 22:24 |
|
||
|
раздел с журналами DB2 утрачен
|
|||
|---|---|---|---|
|
#18+
действительно.... SAP Note 1275539.... поверить не могу, что не у кого нет инструментария, для операций над этими ~24Кб... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2009, 12:27 |
|
||
|
раздел с журналами DB2 утрачен
|
|||
|---|---|---|---|
|
#18+
Ну а какой может быть инструментарий? =) Вы ж логи потеряли... Файл SQLOGCTL.LFH вам тут совсем не поможет... Ещё раз, если у вас на базе (так было бы правильно) включено архивное журналирование - то есть транзакционники складываются в другое место для возможности rollforward, то, при наличии старого бэкапа и всех логов от него до текущей точки можно повторить транзакции до момента, до которого у вас есть логи. Если нет, а желание поднять базу большое любыми способами - берете на себя ответственность, создаёте вторую базу и пробуете переложить её логи вашей... Контрольные файлы логов тоже придется подложить новые, насколько я понимаю... Вообще - обратитесь в саппорт ИБМ... там не звери. Может что получше посоветуют. Но ещё раз - останов базы в случае потери логов - абсолютно верный шаг. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2009, 16:22 |
|
||
|
раздел с журналами DB2 утрачен
|
|||
|---|---|---|---|
|
#18+
LevArrisдействительно.... SAP Note 1275539.... поверить не могу, что не у кого нет инструментария, для операций над этими ~24Кб... даже на это есть нота :) сап-суппорт иногда не зря ест свой хлеб :) кстати, они-то что говорят ? все расписано по шагам - действуйте, раз бекапов нет совсем. но я вам не завидую что за база легла ? DEV, QAS или PRD ? db2pdlog и db2lfh c помощью которых и будут фиксить SQLOGCTL.LFH лично я ни у кого не видел чтоб были, наверно тщательно охраняются :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2009, 00:51 |
|
||
|
|
start [/forum/topic.php?fid=43&fpage=77&tid=1603142]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
80ms |
get topic data: |
14ms |
get forum data: |
3ms |
get page messages: |
72ms |
get tp. blocked users: |
1ms |
| others: | 304ms |
| total: | 506ms |
| 0 / 0 |
