Такая ошибка появилась у нас при создании узла РИБ. Узел РИБ выгружали стандартным образом через план обмена "Полный". Из характера ошибки понятно, что структура базы данных конфигурации не совпадает с ожидаемой. Узел при этом выгружался, но завершение операции с этой ошибкой не делает возможным дальнейшее использование выгруженного узла. Попытки совершить операцию под разными платформами - от 8.2 до 8.3 и при разных режимах совместимости были не успешны.

Устранить ошибку помог один единственный способ - отключение из плана обмена всех констант. Методом исключения можно понять из-за какой (каких) констант не отрабатывала стандартная выгрузка. Для этого нужно время. Дорабатывать программу специально для этого не нужно.
Также мы пришли к выводу, что важно, чтобы конфигурация соответствовала требованиям платформы. Т.е. чтобы новая конфигурация не работала на очень старой платформе.
Если у кого-то есть "красивое" решение проблемы SDBL, расскажите нам, мы с радостью поделимся вашим решением в этой публикации.
Ошибка SDBL в клиент серверном режиме работы базы данных
В ходе практики также возникла ошибка SDBL в другой ситуации. База данных 1С пережила внезапное отключение света (возможно неоднократное) после чего ошибка постоянно появлялась. При этом в программу можно было войти, просматривать информацию но не вводить новую. Ошибка появилась в клиент-серверном режиме. При переведении базы данных в файловый режим работы ошибка исчезла, что стало временным решением проблемы. Тестирование и исправление, выгрузка загрузка dt файла, очистка кеша и прочие манипуляции с базой данных, которые можно найти в интернете результата не дали. Через время было принято решение оставить в базе только справочники, а документы все удалить. Таким образом очистив таблицы данных, но сохранив хотябы справочную информацию удалось спасти базу данных.
