1С ошибка sdbl

на компьютере мастера-1Сантехника понадобятся два установленных релиза платформы версии версии ПРОФ: 8.2.13.219 и самый последний релиз платформы (на текущий момент 8.2.18.61)
0. Копируем папку с базой с компьютера клиента на свой компьютер.
1. Открываем больную базу в Конфигураторе релиза 8.2.13.219
1.0. Меню «Конфигурация» — «Открыть конфигурацию» (либо пункт «Окно конфигурации»)
1.1. Меню «Конфигурация» — «Сохранить конфигурацию в файл» (сохраняем в файл с именем Файл1)
1.2. Меню «Конфигурация» — «Поддержка» — «Настройка поддержки». Жмём на кнопку «Включить возможность изменения».
1.3. В окне конфигурации жмём правой кнопкой мыши по строке «БухгалтерияПредприятияБазовая» , в выпавшем меню выбираем пункт «Свойства». В открывшемся окне в самом низу находим надпись «Режим совместимости» и меняем его со значения «Не использовать» на значение «Версия 8.1». Закрываем окно, в котором поменяли режим совместимости.
1.4. Меню «Конфигурация» — «Сохранить конфигурацию».
1.5. Меню «Конфигурация» — «Обновить конфигурацию базы данных».
1.6. Меню «Администрирование» — «Тестирование и исправление». В открывшемся окне ставим галку «Реструктуризация таблиц информационной базы» остальные галки снимаем. Выбираем пункт «Тестирование и исправление». Остальные пункты не изменеям. Жмём кнопку «Выполнить». По окончании реструктуризации жмём кнопку «Закрыть».
1.7. Повторяем действия пунктов 1.3 — 1.6 единственным изменением: в пункте 1.3 меняем режим совместимости на «Не использовать» (да, меняем теперь обратно. потому что так надо.).
1.8. Закрываем окно конфигуратора (совсем закрываем, т.е. выходим из программы).
2. Открываем нашу (с которой производили все вышеописанные действия) базу в Конфигураторе последнего релиза платформы.
2.0. Меню «Конфигурация» — «Загрузить конфигурацию из файла» — выбираем созданный нами в пункте 1.1 файл. Загружаем.
2.1. Выполняем пункты 1.4 — 1.6, 1.8.
3. Переносим базу на компьютер клиента. Бегло демонстрируем базу клиенту. Оформляем документы/получаем оплату.

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

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

С первого по третий пункт не дал результата (чуть ниже я напишу, дополнение к первому пункту, которое решило проблему).

В рекомендациях на форумах было найдено:

  • Удалить регистрацию изменений, если база Распределенная (т.н. РБД), т.е. имеет подчиненные узлы.
  • Обновить платформу 1с

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

Пришлось ставить новую платформу, т.к. это было последнее средство, которое могло помочь. В рекомендациях было сказано: » в 15 релизе 1с 8.2 эта ошибка была исправлена», но у меня уже стояла платформа 8.2.18.104, заглянув в раздел users.v8, я скачал обновление 8.2.19.68.

И вот оно счастье, нажав 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.

Запускаем файл от имени администратора.

Конфигурация, на которой возникла проблема:

  • MS SQL 2008 R2
  • сервер 1с 8.2.19.68( изначально 8.2.18.104)
  • конфигурация УТ 11.1.1.17
  • база данных распределенная

Ошибка SDBL — способы решения

Нередко пользователи 1с сталкиваются с такой проблем мой как Ошибка SDBL. Давайте разберемся что же это такое и как устранить данную ошибку. Как правило, навсегда данный баг можно решить простой перезагрузкой и обновлением платформы. Рассмотрим наиболее качественные и действенные способы решения этой проблемы. Ведь для исправления этой ошибки нужно перекрыть кучу материала в интернете и не факт, что найдётся именно то, что действительно поможет.
Обычно такое происходит при сохранении и обновлении конфигураций. Вроде бы все идёт как обычно, но неожиданно компьютер выдаёт: “Ошибка 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. Запустить файл от имени администратора.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *