Есть документ, в нём начало показываться 2 первые строки.
При попытке изменения одной из первых - программа вылетает к Морготу...
dbcc checkdb запустил, пока работает....

в SQL - всё чисто, 2 строки, переиндексацию ТЧ сделал - ноль внимания.

Что ещё можно проверить? ТИИ сейчас запускать - нереально, только вечером, а манагеру док нуже уже сейчас....

dbcc ошибок не дал...
Причём, база в РИБе и в центре такая же картина...

ТЖ с excp не предлагать?

(2) Нет.

(0) руками удалить строки записать, а потом добавить по новой.

Ещё хуже. Удалил из этого документа проблемную строку. Записал, сохранил, закрыл.
Открываю, пытаюсь добавить новую строку, опять вылет...

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

сделай новый документ копированием и пометь на удаление старый

(3) тогда только увольнение

(7) Уже думаю...
(8) Не отпустят ((( Хотя уже думал на эту тему

(7) Нажал копирование,документ создался, а в нём та же картина. вечером, конечно, тии запущу, но хочется понять, в чём проблема.

Да, обычные формы...

(10) снять копию и поднять ТЖ не позволяет религия ?

(10) А как узнаешь?Телепатически разве что

(11) Нет, технической возможности нет.
(12) вот и хочу спросить, куда смотреть.

(13) ТЖ,куда же еще

(14) Ну смотри. В скуле в тч 2 строки. В документе показывается 3. Чем мне тут поможет ТЖ? ЗАпросы, конечно, сейчас пропрофайлю. Но ТЖ тут вряд ли поможет

(13)[Нет, технической возможности нет.] - услышал
[ куда смотреть] - смотри на сиквеле ТЧ документа, там "битый" реквизит, который кокнуть можно и прямым запросом

(15)[ В скуле в тч 2 строки. В документе показывается 3.]
ещё веселее
а кэши почищены ?
а запрос на стороне 1С что кажет

(15)протухший кэщ.далее можно же прямым запросом долбануть не нужное

(17) Кеши чистил в первую очередь. Запрос показывает норму.
Битых реквизитов в ТЧ не видно.

Причём от номенклатуры зависит как-то странно. С одной - нормально какую-то другую выбираю из группы - та же картина (родитель один, группа просто - по содержанию).
И это в новом документе

(15) Может быть код какой меняет отображение строк?

+1 к "кто-то напрограммировал"

(21) (22) Что можно напрограммировать в отображении ТЧ на ОФ? Если там просто табличная часть?

(23) ну зайди толстым клиентом  в базу - узнаешь

(24) Я и так под толстым сижу. Тем более - на обычных формах...

(0)
>>>>в SQL - всё чисто, 2 строки,
>>>начало показываться 2 первые строки.

т.е в доке ты видишь 3 строки, хотя их две ? Или что ?

а может там есть мега код при активизации строки в ТЧ?

(26) Так точно. Две строки с номером 1, и дальше вторая. В скуле - всего две строки
(27) Нет, этого мега нет точно.

Версия платформы какая?

(28) попробуй перезалить табличку DBSchema и Config с архивной копии

(29) 8,2,19 - но до этого проблем не было. Правда, сегодня ночью отрубался свет и упс не выдержал (старенький и тупой, надо будет служебку на замену писать).
Весь день сегодня база тупит и отваливается...

(30) Нету (
У нас архив - это центральная база РИБа. ((((((

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

Иначе меня бы уже съели...

(33) рлс ?

пересоздай базу в окошке выбора баз..

раз у других всё норм

(33) угу
значит тот же документ под другим пользователем открывается ?

(0) программно по тч пробежаться пробовал?

(35) Нет у нас такой гадости.
(36) кеш уже чистил.
(37) как только что выяснилось, у других тоже не норм.
(38) Открывается и под тем. Но в том же виде. И с теми же последствиями.

(39) Там всё чисто, это в первую очередь проверил. выше же писал. И 1сным запросом, и скулёвым.

(40) а каталог сеансовых данных чистил?

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

(42) Нет, сейчас не могу. Прибьют...
(43) сейчас историю хренилища смотрю, что мог накосячить...

checkdb отработал хоть ?

(44) сделай бэкап разверни на другом сервере или у себя на компе, будет ли ошибка?

(45) Отработал. Чисто.
(46) это нужно сервер у себя поднимать, в файловой база не развернётся...

Началась ещё одна ошибка... Типа не хватает памяти (точную ошибку не записал, каюсь). Памяти занято 6 из 10, 5 процессов запущено, 32 бита... Ещё вчера работало нормально...
Похоже, база таки сломалась

(47) 1. dbcc не проверяет логическую целостность 1С
2. в чем проблема поднять у себя сервер?

(48) Возня и ключи... Вечером ТИИ запущу... Если не поможет - буду уже поднимать копию...

(49) а в чем причина принципиального нежелания создавать бэкапы?

(50) Но фри спасе. Основной бакуп делается в центре, если что - можно поднять оттуда.

(51) а если база упадет на периферии, как будет происходит восстановление данных этого узла?

(52) Счастье. обмен полный, как-никак. Пое^Hвозиться придётся, но восстановим в целом объёме. Девочек, правда, кофе курить отправим...

Запустил ТИИ, посмотрим, что скажет...

(9) "не отпустят" // Чем держат?

Нда... Тестирование шло всю ночь... Но ничего не дало...
Куда ещё можно смотреть, кто подскажет?
Выглядит это так
http://pics.rsh.ru/img/doc_o4a7sfoo.png

(56) Было что то похожее после отключения света. Все проверки тоже ничего не показали. На глубокий анализ времени не было, на разворачивание бекапа - места). Я удалил прямо в скуле и попросил перезабить документ заново, благо ссылок на него практически не было, а в ТЧ было всего 5 строк.
Больше проблема не проявлялась никак...

(57) Мы пробовали создать новый.... Та же фигня. Больше одной строки в документе - лажа.

вылечил физическим в скуле снесением индексов (всех, поголовно) и пересозданием.
3 часа сидел... с потретьего....

(56) "Тестирование шло всю ночь" // С флажком "Реиндексирование"?

(59) Нет, только логику

(60) Если бекап с косячной инфобазой остался, то сделай ему с ТиИ только с этим флажком и проверь, поможет ли )

(61) Я уже решил проблемы, см (58).
Жестоко, долго, полночи не спал... Но люди работают. Даже шоколадку вручили. Правда маленькую, на 50 грамм...
Но на что не пойдёшь, чтобы тебя любили...