Ошибка SDBL: Выход за пределы размерности результата

Страницы: 1

С чем это может быть связано?

"В процессе обновления информационной базы произошла критическая ошибка.
по причине:
Ошибка SDBL:
Выход за пределы размерности результата"


давайте больше подробностей.

Ответили: (3)

(2) andrewks,
В копии быза были сделаны изменения. Добавлен новый регист и в двух документах добавлено движение по этому регистру. Теперь при объединении конфигураций и обновлении информационной базы выдается сообщение.

Ответили: (4)

(3) 2791, кэш чистили? на другом компьютере обновить базу пробовали? какой релиз платформы (там, где стоит база, и там, где меняли)?

Ответили: (5) (6)

(4) andrewks,
релиз платформы одинаковый. в данный момент пробую обновить с другого компа, появилось предположение, что возможно это из-за ограничения оперативки.


(4) andrewks,
все перепробовала, не обновляется.

Ответили: (7)

(6) 2791, и всё-таки, какой релиз платформы используется? попробуйте на 8.2.16, если ниже. и ещё, в сети советуют очистить таблицу изменений
ПланыОбмена.УстановитьГлавныйУзел("00");
ПланыОбмена.УстановитьГлавныйУзел(Неопределено);
http://nastroy-ka.ru/system1c/128-qsdbl-q-.html

Ответили: (8)

(7) andrewks,
платформа 8.2.16.352
остальное сейчас смотрю

Ответили: (9) (10)

(8) если файловый вариант выполните chdbfl.
Если серверный выгрузка -> загрузка -> перезапуск агента.
Мне помогло.


(8) 2791, только сперва выполните эти операции на копии, а не на боевой базе. и у вас РИБ используется?

Ответили: (11)

(10) andrewks,
РИБ не используется

Ответили: (12)

(11) 2791, тогда можно смело пользоваться советом по очистке таблиц изменений


Учимся использовать гугл:
1) Решение Номер раз
2) Решение Номер два


Тут еще веселее. Получил конфу в коробке от раруса. При загрузке демки на сервер выползает выше указанная ошибка. Спецы раруса навязывают выезд своего на исследование. Причем загрузка в файловую версию проходит гладко и без запинок.
1. Движок везде одинаковый (версионность).
2. Лечение файловой версии и повторная попытка загрузки "вылеченной" версии привело к выше указанному результату.
3. На тонком клиенте, в файловой версии и пустом пользовательском интерфейсе, при попытке открыть список регламентных заданий приводит к той же ошибке. Настроил пользовательский вид до уровня "с картинками и меню", список заданий стал открываться. На радостях попробовал загрузить в серверную версию - фигвам. (

Проблема не решена.


решена проблема обновлением платформы на 8.2.19.80


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


Начал вспоминать что случилось ...
до применения изменений не смог выгрузить базу из конфигуратора , писало ошибку разделенного доступа , хотя в базе не было никого и в сеансах в 1С консоли тоже чисто было. Сделал бэкап SQL и пошел применять изменения ... вылезла ошибка ...

Перезапустил 1С сервер и помогла Выгрузка / загрузка (даже не с примененной конфигурацией)- благо база 1,5 Гб.

Ну скорее всего сеанс на сервере какой-то остался на момент применения изменений ...

Изменено: valex1c - 25.07.14 0:56


в распределенной базе такая ошибка часто может возникать когда изменяются типы реквизитов или "иерархичность"

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

для каждого план из Метаданные.ПланыОбмена цикл
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Планы.Ссылка как Узел
|ИЗ
| ПланОбмена."+план.Имя+" КАК Планы";

РезультатЗапроса = Запрос.Выполнить();

ВыборкаДетальныеЗаписи = РезультатЗапроса.Выбрать();

Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
узел = ВыборкаДетальныеЗаписи.Узел;
если узел = ПланыОбмена[план.Имя].ЭтотУзел() тогда
Продолжить;
КонецЕсли;
ПланыОбмена.УдалитьРегистрациюИзменений(узел, Неопределено);
КонецЦикла;
КонецЦикла;


Если и это не помогает то очистить таблицу регистрации изменений на уровне sql:

use Имя_Базы
delete from dbo._ConfigChngR
delete from dbo._ConfigChngR_ExtProps


последний вариант у меня помогло на платформе 1С:Предприятие 8.3 (8.3.5.1119)

Ответили: (30) (31) (43)

Была такая проблема на БП 3.0(файловая)
1. В базе были изменения структуры;
2. Присутствовала периферийная база.

У меня ошибка возникала в момент обновления конфигурации БД.
Пробовал все перечисленные методы не помогло.
Решалось только закрытием конфигурации перед обновлением конфигурации базы данных

1. Конфигурация -> Закрыть конфигурацию (если открыта);
2. Закрыть конфигуратор;
3. Открыть конфигуратор;
3. Обновить конфигурацию БД (обязательно с закрытой конфигурацией)

Изменено: Исключение - 19.01.15 9:35 (файловая)


Мне тоже помогла уловка с закрытием конфигурации. Мучился 3 недели. Спасибо большое за подсказку


Закрываю конфигурацию- закрываю конфигуратор - открываю конфигуратор конфугурация открыта! База серверная . Возможно нужно чистить кэш на сервере. Просто закрытие конфигурации не помогает.

Помогла очистка таблиц на скуле! спасибо

"use Имя_Базы
delete from dbo._ConfigChngR
delete from dbo._ConfigChngR_ExtProps"

Изменено: vova329 - 08.10.14 13:45


Помог перезапуск службы сервера 1с


Да, и нам помог перезапуск службы сервера.

+ 2 [ Stan; Mouse85; ]

Мне тоже помогла обычная перезагрузка службы, как советовал (22)

Изменено: Veizdem - 16.01.15 15:03


Сделал одновременно перезапуск сервера 1С и манипуляцию с открыть-закрыть конфигуратор. Что-то из этого помогло


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


Мне тоже танцы с бубнами ничего не дали. Перезагрузка сервера 1С и сервера баз данных решили проблему.

Ответили: (29)

Файловая база. База была РИБ, стала не РИБ. После обработки по очистки планов обмена и Закрытия \ открытия конфигуратора заработало. Что именно помогло - тайна за 7-ю замками.

+ 1 [ K_Oksana; ]

(27) premier, сервера на Винде? что говорит первое правило админа Винды - если ничего не помогает - перезагрузите сервер....
вообще-то, в БОЛЬШИНСТВЕ вопросов помогает перезапуск ключевых служб! Агент 1С, агент Сиквелла, сам Сиквелл


(18) alfir70, программеру 1С в Сиквелле делать нечего, а как говорит народная мудрость:
"Нужно было всего очистить кеш 1Са "


(18) alfir70, помогло, спасибо


(19) Исключение,
шаман 70 левела :D


Помогла очистка планов обмена (код от alfir70 - ему спасибо) и обновление конфигурации базы данных при закрытой конфигурации.

Изменено: segen - 18.03.15 5:51


Файловая
Закрыть-Открыть конфу не помогло.

Вопрос решил заход с другой версии платформы, чуть постарше, 8.3.


(19)Добавлю 5копеек - УТ 11, платформа 8.3.5.1383 - помогли именно манипуляции с открытием/закрытием конфигурации и окна конфигурации. Спасибо.


Снятая с поддержки с небольшими модификациями Бухгалтерия предприятия, редакция 3.0 (3.0.39.62).
Файловая 1С:Предприятие 8.3 (8.3.5.1486)

Проблема решилась после
закрыть открыть конфигурацию.
пере запустить конфигуратор.

Спасибо за советы!


УПП 1.3 (1.3.64.1) используется РИБ, снята с поддержки, клиент-серверная. 1С:Предприятие 8.3 (8.3.5.1517)

Проблема решилась закрытием конфигурации, перезапуска конфигуратора, и обновлением конфигурации БД.

Спасибо !!!


У меня решилось очисткой кэша при обновлении УТ 11.1.7.

Ответили: (39)
+ 1 [ lgg; ]

(38) Поручик, этот па нужно всегда включать в танцы с бубном.

Ответили: (40)

(39) У меня ошибка SDBL в последний раз была не помню когда, поэтому про кэш вспомнил не сразу.


Не смог победить ошибку на win server 2012 r2 - обновил базу на другом компьютере windows7.


Давно все решено:

Обычно такое происходит при сохранении и обновлении конфигураций. Вроде бы все идёт как обычно, но неожиданно компьютер выдаёт: “Ошибка SDBL: Выход за пределы размерности результата”. Хочу сразу сказать, что сложновато найти в Интернете нужную вам информацию по устранению этой ошибки, это может затянуться надолго. Ниже будут представлены все возможные варианты исправления ошибки SDBL

1. Reboot (перезагрузка) сервиса сервера 1С.
2. Тестирование и исправление ИБ.
3. Выгрузка в DT и загрузка его обратно.
4. Установка обновления платформы.
5. Очистить таблицы MSSQL dbo._ConfigChngR и dbo._ConfigChngR_ExtProps.

Первый и третий пункт не всегда дают результат, потому их можно даже не использовать, просто здесь представлены как одни из возможных вариантов.

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

Пункт первый, т.е перезагрузку можно использовать если база распределенная и имеется несколько планов обмена. Узлы очищаются при помощи обработки: РегистрацияИзмененийДляОбмена83.epf, правда велика вероятность что проблема после этого останется.

Если это не помогло, можно попробовать поставить новую платформу.

Как только все будет готово нажимайте f5 в конфигураторе, конфигурация должна обновиться. Может случиться так что ошибка через некоторое время появится вновь. Тоже делать в этом случае?

Остаётся ещё один способ! Полностью останавливаем все процессы связанные с 1С, а потом запускаем обратно. Конфигурация обновляется, ошибка исчезает.

Скрипт остановки сервисов:
@taskkill /IM rmngr.exe /f
@net stop “1C:Enterprise 8.2 Server Agent”
@net stop “SQLSERVERAGENT”
@net stop “MSSQLSERVER”
@exit
Скрипт запуска сервисов:
@net start “1C:Enterprise 8.2 Server Agent”
@net start “MSSQLSERVER”
@net start “SQLSERVERAGENT”
@exit

Далее, после все проделанной операции следует создать текстовый файл, написать туда текст скрипта, и сохранить, поменяв расширение на bat. Запустить файл от имени администратора.


(18) alfir70, Очистка таблиц помогла. Остальные советы нет. Платформа 8.2.14.540


(19) Исключение, Большое спасибо! Я уже все перепробовал! Кто-то может объяснить как работает этот фокус???


Добавлю в копилку народной мудрости и свой опыт.
Помогла очистка таблиц регистрации изменений. Очищал напрямую в postgresql запросом.


(19) Исключение, Спасибо!!!


Пожалуйста! ;)


Вылетала такая ошибка перед записью самописного документа. До этого делал проверку базы. MS SQL + УТ сильно измененная.


Вылетала такая ошибка перед записью самописного документа. До этого делал проверку базы. MS SQL + УТ сильно измененная. В конфигураторе добавил реквизит к проблемному документу, сохранил - и все заработало. Потом реквизит грохнул.


(19) База Комплексная под алкоголь.
Файловая. Размер 6 с копейками Гб.
Манипуляции с закрытием конфы помогли. Спасибо огромное


А мне уже несколько раз помогло удаление базы из списка баз и добавление ее обратно.

Страницы: 1
Читают тему (гостей: 1, пользователей: 0)
Форма ответов
Логин:
Пароль:
Текст сообщения*
Прикрепить файл
Самые разные переносы данных


Каким соцсетями пользуетесь?

В контакте

33.5% (827)

Не пользуюсь соц.сетями

18.63% (460)

Facebook

14.14% (349)

Одноклассники

10.04% (248)

Google+

7.61% (188)

Mail.ru

4.41% (109)

Twitter

4.21% (104)

Linkedin

3.4% (84)

LiveJournal

2.39% (59)

Другие

1.66% (41)