Добрый день.
После обновления клиент-серверной части до релиза (8.2.19.80) и Бухгалтерия предприятия, редакция 2.0 (2.0.54.9) происходит следующее.
При формирование отчета Оборотно-сальдовая ведомость по счету и добавлении в группировки поля Код (Контрагента или другого субконто) в ячейке таблицы после самого кода добавляются пробелы и соответственно высота строки увеличивается, результат не читаемая таблица. Также при попытке получения карточки счета по данной строке (двойной щелчок) вылетает ошибка: "Ошибка sdbl: Поле "Х000664     ...." имеет неограниченную длину и не может участвовать в сравнении.
При формирование Анализа счёта вообще вылетает сразу с ошибкой SQL.
Примерно я представляю, что данная ошибка произошла из-за обновления серверной части, подскажите пожалуйста где и как почистить остатки прошлой серверной части (Сделал вывод анализируя сообщения форума)?

вернитесь к предыдущемк стабидбному состоянию, путем восстановления стабильной версии платформы и конфигурации.

Не представляется возможным, переход осуществлялся 30 декабря 2013, проблема обнаружена только сегодня.

(2)
переставте платформу, обедините новую со старой конфигурации

Боюсь это невозможно, до данного обновления конфигурация обновляла в мае 2013 года :( (Не могу ответить по какой причине, меня тут не было)

По данной причине и был произведён переход на релиз 8.2.19.80 с релиза 8.2.19.76. Затем сразу обновление конфигурации.

Идей и предложений нет?

Кстати сейчас произвёл выгрузку/загрузку на локальную базу, ошибка исчезла. Вечером буду пробовать на клиент-серверной версии.

ТиИ

Выгрузка/загрузка на клиент/серверной части, результат - отрицательный.

ТиИ, результат отрицательный, в каком направление ещё капать? Возврат к старой платформе и конфигурации пока невозможен.

(0)
пригласите более профессионального специалиста.

(11) +100500
не оперирующего фантастикой в стиле [Выгрузка/загрузка на клиент/серверной части,]

(11) Я думал тут есть более грамотные люди, видимо ошибался ...

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

Вопрос к тем у кого стоит 80 релиз клиент/серверной варианте, проверьте данную проблему на стандартной конфигурации.
Также была поднята старая копия на 80 релизе, (до этого был 76) ошибка повторяется на клиент/серверном варианте.

(12) Что фантастического Вы прочитали в моём сообщение? Если я неправильно выразился на счёт клиент/серверной части, это не даёт повод троллить тему, не знаете как помочь, просто проходите мимо ...

вот путем экспериментов установлено , что проблема не в конфигурации

остаются ос и 1с (клиент м сервером) , ну и маловероятно но и с субд могут быть проблемы.

начните с отсеивания ос. те запустите 1с  на другой ос.

так же на всякий случай скачайте еще раз дистрибутивы 1с.


если проблема сожранится занчит она в 1с (клиенте,сервере)

(16) Практически всё предложенное было уже проделано.
1. Установлен 8.2.19.83 - результат отрицательный (проблема осталась)
2. Подняли копию до обновления с релизом 8.2.9.80 - результат отрицательный.
3. Подняли копию до обновления с релизом 8.2.9.83 - результат отрицательный.
4. Подняли копию до обновления с релизом 8.2.9.76 - результат положительный (всё нормально).
5. На данном этапе пробуем поиграть с СУБД SQL 2008 (на другом сервере) и SQL 2012. Чтоб окончательно исключить проблему на своей стороне.

(16) На этом этапе (7) я получил давно ответ что дело не в конфигурации.
Проблема понятно, что воспроизводится только на клиент/серверной версии, одно непонятно, неужели не у кого нет подобной проблемы? Добавить Группировку по счету - "ХХХХХ.Код" (Любое субконто.Код) в стандартном отчёте "Анализ счета" 5 сек., неужели у всех нормально работает?

SQL 2012 с релизом 8.2.9.80 - результат положительный (всё нормально).
Пробуем поднять второй SQL 2008. для окончательного ответа, если не будет работать, значит корректно это работает только с 2012 - БРЕД.

Почему нельзя поправить эту старую как мир ощибку на сравнении полей неограниченной длины в тексте запроса?
ВЫРАЗИТЬ(имя_нужного_поля КАК СТРОКА(1000))
SQL сервер переустановить хочется??? Зачем?

(0)(18) Бухгалтерия предприятия, редакция 2.0 (2.0.54.13) - 1С:Предприятие 8.3 (8.3.4.389) - SQL 2005 , 64бит всё - полет нормальный, ошибка не воспроизводится

Найдено решение проблемы.
Стечение обстоятельств и неверная последовательность выполнения действий привела, что самый простой и верный вариант попробовали уже можно сказать случайно, т.е. после поднятия сервера 2008 на другом сервере, всё увенчалось успехом и тут решили просто создать новую базу на SQL сервере+выгрузка/загрузка и всё завелось. Оказалось что первый раз когда пробовали этот способ, сделали следующую последовательность:
1. Создали базу через консоль 1С.
2. Залили туда копию SQL-базы.
3. Сделали выгрузку/загрузку - результат отрицательный.
Сейчас сделали новую базу через консоль и сразу в пустую базу сделали загрузку - результат положительный.

Итого для потомства:
В случае подобной ошибки, недостаточно выгрузки/загрузки, необходима загрузка в пустую базу.

Всем спасибо. Тема закрыта.