Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
27.02.2006, 11:33
|
|||
|---|---|---|---|
|
|||
Может ли в DB2 7.2 "поломаться" таблица? |
|||
|
#18+
Может ли в DB2 7.2 "поломаться" таблица? при select * from имя таблицы или при попытки сделать ее reorg вылетает с сообщением: при селекте SQL0902C A system error (reason code = "54") occurred. Subsequent SQL statements cannot be processed. SQLSTATE=58005 при реорге ----------------------------------------------------------------------------- SQL2216N SQL error "-30081" occurred while reorganizing a database table. что делать? мой опыт работы с interbase говорит что должны быть утилиты ремонта / диагностики типа interbase-овсого gfix.... но что то сразу найти не удалось... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
27.02.2006, 11:53
|
|||
|---|---|---|---|
Может ли в DB2 7.2 "поломаться" таблица? |
|||
|
#18+
А в db2diag.log что пишут? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
27.02.2006, 12:07
|
|||
|---|---|---|---|
|
|||
Может ли в DB2 7.2 "поломаться" таблица? |
|||
|
#18+
kmikeА в db2diag.log что пишут? что то вроде такого Crash Recovery is needed. 2006-02-27-16.03.52.093000 Instance:DB2 Node:000 PID:1192(db2syscs.exe) TID:1264 Appid:AC1101BC.EB08.060227090351 recovery_manager sqlpresr Probe:1 Database:AKADEM DIA3908W Crash recovery has been initiated. Lowtran LSN is "001AE5CDA00C", Minbuff LSN is "001AE5CDA00C". 2006-02-27-16.03.52.093001 Instance:DB2 Node:000 PID:1192(db2syscs.exe) TID:1264 Appid:AC1101BC.EB08.060227090351 recovery_manager sqlprecm Probe:125 Database:AKADEM Using parallel recovery with 3 agents 12 QSets 84 queues and 2 chunks 2006-02-27-16.03.52.218000 Instance:DB2 Node:000 PID:1192(db2syscs.exe) TID:1264 Appid:AC1101BC.EB08.060227090351 recovery_manager sqlprecm Probe:400 Database:AKADEM DIA3916W Forward phase of crash recovery has completed. Next LSN is "001AE5CDA0A6". 2006-02-27-16.03.52.218001 Instance:DB2 Node:000 PID:1192(db2syscs.exe) TID:1264 Appid:AC1101BC.EB08.060227090351 recovery_manager sqlpresr Probe:170 Database:AKADEM DIA3909W Crash recovery completed. Next LSN is "001AE5CDA0A6". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
27.02.2006, 12:20
|
|||
|---|---|---|---|
|
|||
Может ли в DB2 7.2 "поломаться" таблица? |
|||
|
#18+
на win2k может быть проблема с диском (сбойный участок)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
27.02.2006, 12:30
|
|||
|---|---|---|---|
|
|||
Может ли в DB2 7.2 "поломаться" таблица? |
|||
|
#18+
Надо удалить/переместить db2diag.log, затем выполнить select или reorg, и только затем свежесоздавшийся db2diag.log показывать. Впрочем, в этих загадочных письменах всё равно человеку "со стороны" (т.е. в данном контексте - не являющемуся разработчиком DB2) всё равно трудно разобраться, хотя что-то полезное может проскочить. Поэтому, глядя в хрустальный шар, полагаю, что имеется проблема со структурой базы, которая, возможно, порождена дисковой проблемой (в том числе, я натыкался на нехорошие вещи, который приписываю IDE-контроллерам и IDE-дискам). Утилитой "фиксения" является db2dart, который может кое-что сделать, но не слишком много. Читайте про db2dart, но морально готовьтесь к проверкам дисков и восстановлению базы из бекапа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
27.02.2006, 12:45
|
|||
|---|---|---|---|
|
|||
Может ли в DB2 7.2 "поломаться" таблица? |
|||
|
#18+
Victor MetelitsaНадо удалить/переместить db2diag.log, затем выполнить select или reorg, и только затем свежесоздавшийся db2diag.log показывать. Впрочем, в этих загадочных письменах всё равно человеку "со стороны" (т.е. в данном контексте - не являющемуся разработчиком DB2) всё равно трудно разобраться, хотя что-то полезное может проскочить. Поэтому, глядя в хрустальный шар, полагаю, что имеется проблема со структурой базы, которая, возможно, порождена дисковой проблемой (в том числе, я натыкался на нехорошие вещи, который приписываю IDE-контроллерам и IDE-дискам). Утилитой "фиксения" является db2dart, который может кое-что сделать, но не слишком много. Читайте про db2dart, но морально готовьтесь к проверкам дисков и восстановлению базы из бекапа. спасибо за ценные советы! да действительно похоже это винты глючат :( комп перегрелся похоже.... уже получили косвенное подтверждение... винты правда не IDE а SATA, но видимо это не влияет.... про db2dart отельное спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
27.02.2006, 13:05
|
|||
|---|---|---|---|
|
|||
Может ли в DB2 7.2 "поломаться" таблица? |
|||
|
#18+
У меня на работе базка шлёпнулась, когда переросла 64 гига. Была она на RAID'е из WD Caviar. Мы переехали на SCSI. В процессе "разборок" я не смог её восстановить на SATA и IDE-винчестеры от WD и IDE от Hitachi (понятно, тотального тестирования всех контроллеров и винчестеров я не проводил) ввиду чудовищных глюков с невразумительной диагностикой. Но смог (не считая SCSI от Fuejitsu и Segate) на SATA от Seagate, так что дома у меня-таки есть копия для экспериментов. До этого было очень плохой опыт с Promise SX4000 - DB2 на нём просто не жила. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=43&tablet=1&tid=1605495]: |
0ms |
get settings: |
7ms |
get forum list: |
12ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
34ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
35ms |
get tp. blocked users: |
1ms |
| others: | 250ms |
| total: | 353ms |
| 0 / 0 |
