1С 7.7 (sql), релиз 25

периодически 1С ругается на дубликаты в primary key в _1soper
смотрю _1soper - есть операции без дока. чищу  

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

захожу на терминальник под одним пользователем, потом в 1С

создаю новый док.
в модуле формы документа выполняется
Записать();
Сообщить(ТекущийДокумент()); - получаю сообщение с описанием моего документа

захожу на терминальник под другим пользователем
вхожу в 1С под логином пользователя №1
также создаю новый док.    
в модуле формы документа выполняется
Записать();
Сообщить(ТекущийДокумент()); - получаю число, а не только что сохраненный документ    

далее автоматически зануляются дата и номер документа + появляется операция с iddoc, которого нет. в _1sjourn строки, соответствующей только что созданному доку нет.

куда копать?

Microsoft SQL Server  2000 - 8.00.2039 (Intel X86)
     May  3 2005 23:18:38
     Copyright (c) 1988-2003 Microsoft Corporation
     Standard Edition on Windows NT 5.2 (Build 3790: Service Pack 2)

ситуация ухудшается - массово появляются оторванные от доков проводки и движения по регистрам: например док не проведен, а движения у него есть.
или есть движения по несуществующему доку.

Посыпалась база.
В ветке
http://www.1cpp.ru/forum/YaBB.pl?num=1252046940/0#7
есть обработка по поиску ошибок в документах
Проверь с помощью нее базу.
Всех быстрее выгоняй из базы до исправления ситуации ?
Как давно началось ?
Когда была сделана самая последняя резервная копия ?

Z1 писал(а) 01. Октября 2009 :: 09:58:

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

обработку по исправлению базы - посмотрю

gls писал(а) 01. Октября 2009 :: 10:00:

ну и распишите подробней это.
Во первых тогда Вам можно будет более адрессно помочь.
Во вторых Ваши технологии работы с  1с может быть заинтересуют других участников форума.

gls писал(а) 01. Октября 2009 :: 10:27:


Цитата:
Да но у Вас проблемы с базой и поэтому делать это когда все работают нельзя.




Цитата:

Ну и смысл это делать когда все работают если Вы наложили блокировки на Таблицы то нельзя ни сохранить документ
ни сделать отчет так что делать паралельно с работой смысла особого нет.




Цитата:
эта фраза вообще не понятна
если Вы имеете вводу Defrag то это Вас не спасет.
А при переиндексации работать нельзя.




Цитата:

Там очень жесткие условия исправления базы (очень давно разбирался не  айс). Перед этим то копию сделали ?

Поймите пока Вы не разбиретесь с причинами работать с базой нельзя (ИХМО)

Проверьте если в журнале документов записи с пустым iddoc
аналогично по ссылкам документов.
Также проверьте в этих таблицах запредельные даты.

Объяснить как Вы получили пустую операцию я еще как-то могу
Но как Вам удалось в ra создать движения с пустым IDDOC
не знаю. наверное это можно либо сняв вообще все блокировки только грязное чтение либо, что-то делаете в тригерах.

Цитата:
А если документ двигает и регистры и проводки ?
Если у Вас таких нет то и не надо смешивать бух и торговлю.

Цитата:
Это Вам не поможет так как ошибки в логике работы приложения. Похоже что нет аппаратных сбоев, а просто проявились критические режимы работы 1с.