В багтрекер упал инцидент под номером 0004305:
Пропадают документы из базы (РКО!!!)

Содержание:
Пользователем "...... .......", был создан документ РКО за номером С000000143, через 1-2 минуты документ исчез из базы. После повторного создания документ был распечатан, и снова исчез. Созданный в третий раз документ, при попытке провести выдал сообщение (см. скриншот)
Необходимо исключить подобные инценденты в дальнейшем.
................................
Грешу на SQL-сервер, на незакрытую транзакцию.
База соответственно SQL. Логи запросов в тот момент не велись.
Куда копать? Прямые запросы используются, РБД нет.

в журнале регистрации есть записи?

(1) да. есть записи о не существующих сейчас уже документах.

(0) веды не помогают? :-)
в журнале регистрации  запись о событиях со спорными доками есть? посмотри в джорнале по этим идам - они есть?

и да, на скриншоте - что?

Модель восстановления у этой БД на MS SQL какая?

(5) а причем?
не в одной же транзакции..

(5) есть возможность в логе посмотреть запросы? Чем?

(2) по журнале регистрации ссылка на документ есть?

(7) нет, там данные. но в фулл - можно прокатить до момента, и увидеть, есть док или нет.
если он есть - значит, транзакция фиксировалась, а после док как-то удален.

(8) Есть. Но она ни куда не ведет.

(10) есть "дырка" в нумерации идов в джорнал?
выведи все дырки, посмотри по логам сервера что происходило в те моменты времени

(10) в журнале две строки ,
в одной строка в другой ссылка
нажми два раза на второй строке

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

если есть ссылка с видом, номером и датой, то документ имеется в базе

(14) не факт.

ТС, похоже, вместо ответов ушел в нирвану...

Любопытная картинка в журнале по этому документу:

Событие: Документ записан
Объект: Складской ордер C000039767
Представление объекта: РКО (торг.) C000000144 03.03.2016 13:38:41

(17) это уже смешнее....
кто-то занял его ид

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

Короче как только эта бодяга началась, выгнал всех, перезапустил скуль сервер.

Бодяга прекратилась.
Больше такой фигни не было.

(21) а что на скриншоте-то?

(22) Ошибки падающие в табло.
Похоже по данным это документ одного вида, а ID от другого.
И в даных каша абсолютная.
НО, идентифицирует себя в 1с так: глПредставлениеДокумента(Контекст) = "РКО (торг.) № C000002011 от 03.03.16"

На битом документе в отладчике (при попытке открытии его формы):
глПредставлениеДокумента(Контекст) = "РКО (торг.) № C000002011 от 03.03.16"
текущийДокумент() = Счет на оплату  C000002011 (03.03.16)

Функция глПредставлениеДокумента(Конт, Знач ТипКратко = "", псВремя = 0, псТУ = 0, псСокрНаим = 0) Экспорт
    ЗначВозврата = "<<не выбран документ>>";
    Если ПустоеЗначение(Конт) = 0 Тогда
        Если ТипКратко <> "" Тогда    
            ЗначВозврата = "N " + Строка(Конт.НомерДок) + " от " + Формат(Конт.ДатаДок,"ДДММГГ") +" г.";
        Иначе
            ЗначВозврата = глДокументВОтчете(Конт,1,1,псСокрНаим);
            //ЗначВозврата = Конт.ПредставлениеВида() + " N " + Строка(Конт.НомерДок) + " от " + Формат(Конт.ДатаДок,"ДДММГГ") +" г.";
        КонецЕсли;
    Иначе
        Попытка
            Если ТипКратко <> "" Тогда    
                ЗначВозврата = "N " + Строка(Конт.НомерДок) + " от " + Формат(Конт.ДатаДок,"ДДММГГ") +" г.";
            Иначе
                ЗначВозврата = глДокументВОтчете(Конт,1,1,псСокрНаим);
            КонецЕсли;
        Исключение
        КонецПопытки;
    КонецЕсли;
    Попытка
        Если Конт.выбран() = 1 Тогда
            Если псВремя <> 0 Тогда
                ЗначВозврата = ЗначВозврата + " (вр: " + Конт.получитьВремя()+")";
            КонецЕсли;
        КонецЕсли;
        Если псТУ <> 0 Тогда
            ЗначВозврата = ЗначВозврата + " (ту: " + глТипУчетаСтрокой(Конт.типУчета)+")";
        КонецЕсли;
    Исключение
    КонецПопытки;
    Если СокрЛП(ЗначВозврата) = "№   от" Тогда
        ЗначВозврата = "";
    КонецЕсли;
    Возврат ЗначВозврата;
КонецФункции // глПредставлениеДокумента()

(24) ну что ты как маленький. найди _строчку_ в файле ЖР, по этой строчке из числа сделай ИД, и найди в 1сджорнал, что там за док реально

Я понимаю, что надо прибить в таблицах кассовых этот ID.
Мне важнее другое, понять откуда ноги растут и как это разрулить.

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

(27) хранимку с 1сднлок не убирал?

(0) Завелась у вас "крыса", нужно выявлять, иначе и другие  документы могут пропадать. Видать это только начало.:))

(29) Нет.

у меня аналогичный случай был один или два раза. Был в часы наибольших нагрузок (клиент-банк + открытие-закрытие + массовый сброс заявок с мобильных + планирование). и как раз на кассовых доках.

Создаётся документ другого (неправильного) типа

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

Также это может осложняться если Вы при этом еще сами  создаете документы при помощи t-sql или например
в модуле проведения создаете документы.

(34) > скорее всего проблема во вложенных транзакциях
Вероятно.

> Также это может осложняться если Вы при этом еще сами  создаете документы при помощи t-sql или например
в модуле проведения создаете документы.

Такого нет.

(0) Проверь "неправильный" iddoc
содержится в двух таблицах шапок документов (dh...)
Складской ордер    РКО
или только в одной из них

я предполагаю что  в двух.