Имя: Пароль:
1C
 
Ошибка SDBL в РИБ
0 AlexToo
 
24.10.14
13:54
Привет, распределенная база данных, файловая, при обмене на одной из точек вылетает ошибка SDBL, тестирование и чекдбф не помогли стоял релиз 8.2.15.310 обновила до 8.2.19.90 ошибка не ушла что ещё сделать можно?
1 AlexToo
 
24.10.14
14:01
ап ап
2 Кир Пластелинин
 
24.10.14
14:07
штатные экстрасенсы в отпуске. текст ошибки то какой?
3 AlexToo
 
24.10.14
14:11
ой пардоньте, ошибка sdbl выход за пределы размерности результата
4 AlexToo
 
24.10.14
14:13
очистка таблицы регистрации может помочь?
5 AlexToo
 
24.10.14
14:14
(2) очистка таблицы регистрации может помочь?
6 Кир Пластелинин
 
24.10.14
14:17
в какой момент валится в ошибку?
7 AlexToo
 
24.10.14
14:23
(6) в момент загрузки данных от главного узла
8 AlexToo
 
24.10.14
14:26
ап ап ап
9 Кир Пластелинин
 
24.10.14
14:29
изменения конфигурации были? + изменения регистрации объектов?
10 Кир Пластелинин
 
24.10.14
14:31
в подчиненном узле еще можно попробовать удалить базу из списка и заново добавить, если не делали. это пока скорей пальцем в небо и далеко не факт конечно, что поможет, но мало ли
11 AlexToo
 
24.10.14
14:36
(10) пробывал не помогло
12 Кир Пластелинин
 
24.10.14
14:36
(11) что с (9)?
13 AlexToo
 
24.10.14
14:37
(9) нет не было
14 AlexToo
 
24.10.14
14:38
у нас 32 узла, в остальные нормально загружается, а в этот нет((
15 AlexToo
 
24.10.14
14:42
хэээээээлп
16 AlexToo
 
24.10.14
14:47
ап ап ап ап
17 Кир Пластелинин
 
24.10.14
14:49
в файле обмена много изменений? наверное еще вопрос в том - на каком железе стоит проблемный узел. физически все 32 узла разнесены по разным машинам? если да, то конфигурации железа +/- идентичны по сравнению с проблемным узлом? было такое, но на клиент-серверном варианте и проблема была в нехватке памяти, т.к. скуль и рп хосты все сожрали и вылечилось перезапуском служб
18 Кир Пластелинин
 
24.10.14
14:50
можно конечно попробовать почистить регистрацию изменений для проблемного узла. но экспериментировать лучше на кошках, т.е. копиях баз. ну и что бы файлы обмена случайно в рабочие базы не ушли
19 Кир Пластелинин
 
24.10.14
14:51
тут еще можно почитать немного подробнее про ошибку v8: А что за ошибка "SDBL Выход за пределы размерности результата"?
20 AlexToo
 
24.10.14
14:53
(17) да в файле изменений много, 2Гб оперативки
21 Кир Пластелинин
 
24.10.14
14:54
(20) а в нормальных узлах сколько памяти?
22 AlexToo
 
24.10.14
15:03
(21) столько же, смотрел в диспетчере при чтении файла, память занимает всего 38%
23 tridog
 
24.10.14
15:08
(0) Собирай ТЖ по событиям EXCP и SDBL.
Из того, что увидишь в ТЖ - поймешь, при выполнении какого запроса падает, какие таблицы в нем используются и т.д.
После этого можно будет придумывать способ обхода ошибки.
24 AlexToo
 
24.10.14
15:09
(23) ТЖ это журнал регистрации?
25 tridog
 
24.10.14
15:10
(24) Нет. Журнал регистрации это ЖР.
А ТЖ - это технологический журнал.
26 AlexToo
 
24.10.14
15:14
(25) это в самом конфигураторе смотреть?
27 tridog
 
24.10.14
15:17
(26) Лучше в калькуляторе // Мягкий намек, что дальше стоит пойти и почитать документацию, направление я подсказал
28 SUA
 
24.10.14
15:20
отключить от риба, накатить конфу, прицепиться обратно
попробовать обмен
29 AlexToo
 
24.10.14
15:23
(28)конфа не менялась смысл ее накатывать?
30 SUA
 
24.10.14
15:34
а увидел (13)
тогда смотреть те данные где падает, можно даже журналом регистрации
31 AlexToo
 
24.10.14
16:03
(30) данных куча фиг знает на чем о стопорится в журнале регистрации 100 строк документов в которых написанно трназакция не завершена
32 tridog
 
24.10.14
17:42
(31) Шансы понять по ЖР - 10% из 100. Настраивай ТЖ, там будет полностью текст запроса, при выполнении которого падает.
Проблемы невозможно решaть нa том же уровне компетентности, нa котором они возникaют. Альберт Эйнштейн