Может быть кто сталкивался с ошибкой ? ( sql версия )
Четвертый раз за последние три месяца происходит следующая ошибка
Создаем новый счет. Начинаем счет сохранять первый раз.
Происходит откат sql транзакции и
счет теряет информацию о своей же файловой блокировке.
1с в форме документа считает что документ в sql базе есть
(в контексте формы есть уже текущий документ  есть idoc и row_id )
В sql документа нет так так произошел откат транзакции(ROLLBACK)

Патовая ситуация. Счет сохранить не можем.
Остается только вышибить из 1с.
Менеджеру приходиться делать счет заново.
1с  стандартная. 25 релиз. sql2000

Цитата:

Что такое автосохранение ???

Ну во время ввода новой строки - табл. часть пишется в темп. файлик, когда док. успешно сохраняется, файлик удаляется, если был вылет из 1С - файлик остается, и при вводе нового дока можно табл. часть загрузить из него.

Z1 писал(а) 04. Сентября 2009 :: 08:56:


SQL. Сама по себе у нас вылететь может если админы с серверами шаманят в течении рабочего дня ... Иногда просто кого-то приходится выкидывать, а так, просто, сама-по себе 1С у нас не падает. По-крайней мере, я такого не помню.

Удалось воссоздать subj. Каждый из ВАС может повторить и на
своей базе этот баг.Речь только об sql базе( конечно на всякий случай повторять лучше в тестовой базе )
1.Делаем следующее создаем новый документ счет ( или ваш вид )
2.заходим в qa + входим в базу 1с
3. выполняем команды
declare @i integer
begin tran
select @i=1 from DH196(TABLOCKX HOLDLOCK) where 0=1
-- В вашей базе выберите свою таблицу шапки документов

4. В 1с сохраняем счет  и Имеем subj
5. в qa выполняем
commit tran
6. Заходим в 1с сохраняем счет и  Имеем subj
6 можно делать бесконечное число раз.


При этом в форме документа у документа счет уже есть IDDOC.
У кого нибудь есть функции просмотра, установки файловых блокировок 1с для файла 1SJOURN.$lk по iddoc документа.

berezdetsky писал(а) 07. Сентября 2009 :: 11:10:

Да по сети. Каталог базы  ( для всех компьютеров одинаковый )
\\<ИмяСервера>\Имя Каталога

berezdetsky писал(а) 07. Сентября 2009 :: 12:04:

switch-и вроде хорошие (только 3com )
менять не реально.
А что делать если порт компьютера плохой или соеденение
между shitch и компьютером ?
Ошибка происходила и в терминале. Там уж точно порты и линия
рабочие.Даже суперрабочие.
Если же subj происходит из-за временного провала по скорости по терминалу то кратковременные падения скорости по терминалу возможны и в будущем всегда.

Только что проверил ошибка воспроизводится если база
лежит на диске c:\1111 и 1с запускал только на сервере.
Все тоже самое.

Даже если и воспользоваться твоим советом и заменить
всю сеть ( что сделать нереально не физически ни по затратам денежным) это никак не гарантирует что у пользователя не будет subj.

berezdetsky писал(а) 07. Сентября 2009 :: 13:21:

можно описать более подробно причину subj.

Я так же не совсем понимаю причем тут пропадание даже кратковременное сети. Почему из-за этого приложение должно
приходить в патовую ситуацию. Фактически это ошибка ( редкая )
приложения 1с.exe я конечно понимаю что ее никто не будет
исправлять.(1с.exe ведь продолжает корректно работать со всем кроме этого документа ).

Моя задача найти какое либо компромисное решение которое
позволит выйти из subj как можно безболезненей и желательно самим пользователям без моего участия.

Дополнение к subj
не уверен что остается именно файловая блокировка
потому что если делать тест сразу после входа в 1с
файл 1sjourn.$lnk не создается вообще.
Т.е. это мое предположение subj о наличии именно файловой блокировки на основании проведенных опытов скорее всего ошибочно.

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

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

DEVIce писал(а) 09. Сентября 2009 :: 11:23:

Ваши колеги не правы ошибка не в sql2005 а в приложении
1cv7.exe поэтому ошибка осталась.
Просто Ваши коллеги для sql2005
использовали может лучшее железо и ошибка перестала проявляться.

Я сейчас моделирую ситуацию.
Что точно удалось выяснить файловые блокировки здесь ни при чем.

Обновил в subj точное описание ошибки.
Здесь прилагается архив с md
и описанием того как воспроизвести эту ошибку.
Теперь каждый кто захочет сможет воспроизвести ошибку.

7.Переходим в 1с. В открытом документе нажимаем Ок
Сохранить документ нажимаем Да.
Далее происходит следущее
1с пытается сохранить документ
выставили блокировку на _1SJOURN
получили GetMaxID для IDDOC
получает MaxID  в _1SJOURN
для нового документа формируем IDDOC = '     2   '
вставляем в таблицу _1SJOURN запись о новом документе с IDDOC = '     2   '
заносим информацию об insert в журнал транзакций
узнаем row_id для добавленной записи ( в моем случае это 6 )
назначаем для _1SUIDCTL макс id = '     2   '
заносим информацию об update _1SUIDCTL в журнал транзакций
читаем из _1SJOURN запись с  IDDOC = '     2   '
начинаем делать insert в шапку документа счет ( dh12 )
ничего не получилось и идет откат транзакции
Обновляется журнал транзакций.


set implicit_transactions on      1CV7
SP:StmtStarting      -- _1sp__1SJOURN_TLockX
select @i=1 from _1SJOURN(TABLOCKX HOLDLOCK) where 0=1      1CV7

-- _1sp__1SUIDCTL_GetMaxID
select @id=MAXID from _1SUIDCTL(NOLOCK) where TYPEID=@tid
exec _1sp__1SJOURN_MaxID @P1 output
exec sp_executesql N'Insert into _1SJOURN values( @P1,@P2,@P3,@P4,@P5,@P6,@P7,@P8,@P9,@P10,@P11)', N'@P1 int,@P2 varchar(9),@P3 int,@P4 smallint,@P5 varchar(23),@P6 varchar(18),@P7 varchar(5),@P8 tinyint,@P9 bit,@P10 int,@P11 int', 0, '     2   ', 12, 0, '20090909B0I9GG     2   ', '        12        ', ' 1212', 0, 0, 0, 0
exec _1sp__1SJOURN_MaxRowID @P1 output
exec _1sp__1SUIDCTL_SetMaxID 0, '     2   '
exec _1sp__1SJOURN_ByIDDOC '     2   '
exec sp_executesql N'Insert into DH12 values( @P1,@P2)', N'@P1 varchar(9),@P2 varchar(10)', '     2   ', '2131      '
SQL:BatchStarting      IF @@TRANCOUNT > 0 ROLLBACK TRAN      1CV7

Вот такая ситуация.
Есть ли ответы на вопросы
1. Можно ли в контексте формы открытого документа отменить назначения для ТекущийДокумент() ?
2. Можно ли в форме документа узнать row_id ?

Или может быть есть какой-то другой выход из этой ошибочной ситуации.

alexdd писал(а) 09. Сентября 2009 :: 17:23:


Никто специально блокировку не держит.
Блокировка поставлена специально чтобы воспроизвести со 100% гарантией
ошибку не более того ( и только на тесте ).Этой блокировкой мы добиваемся отката конкретной транзакции.
sql не гарантирует что конкретно начатая транзакция ( записи нового документа )
всегда завершиться успешно. Так вот если эта транзакция по какой либо причине
закончится неудачно то получаем  subj.
Эта транзакция может быть длинной у меня стоит ПриЗаписиПерепроводить(1);
что только повышает шансы получения этой ситуации.

Z1 писал(а) 10. Сентября 2009 :: 04:16:

я просто к тому, что может на боевой БД, есть какие-то самодельные транзакции. Не 1С-ные т.е. При такой модели как в тесте, к 1С претензий нет по большому счету, она пытается залочить _1sjourn, целиком притом. Лочит и получает облом с какой-то другой таблицей. А это уже в ней не предусмотрено

Можно немного OFF?

Хочу понять, зачем 1С-ка блокирует _1sjourn на все время проведения? Документ-то уже записан, а проведение только изменяеть одно поле в этой таблице.

alexdd писал(а) 11. Сентября 2009 :: 10:45:


Я так подозреваю, что связано это с точкой актуальности.  А если я не использую торговлю, то, оно мне не надо.

Спрошу по другому: какие поля в _1sjourn меняются  при проведении?

Типа пока док проводится, в другом соединении я его удаляю...все понял.

А есть ведь блокировки не на всю таблицу, а на отдельные строки, с этим никто не игрался?

chessman писал(а) 11. Сентября 2009 :: 10:51:

флаги регистров могут измениться и поле closed
но не в этом дело. Т.к. _1sjourn одной строке всегда однозначно
только один документ то с точки зрения _1sjourn могут хоть все
документы проводиться паралельно.

chessman писал(а) 11. Сентября 2009 :: 11:15:

игрался, продают даже готовые решения, http://www.softpoint.ru/article_id1.htm. Статью эту я не читал, но там скриншот такой как Z1 постил

chessman писал(а) 11. Сентября 2009 :: 11:59:

информации выше вполне достаточно чтобы сделать свои блокировки.

Прикольно..
Можно еще и фильтрануть только по интересующему доку, а не по всем заблокированным.

если max(row_id) - несколько мильенов, то долго ждать
малость допилил для скорости

Процедура Сформировать()
	RS = СоздатьОбъект("ODBCRecordSet");
	МаксИД = RS.ВыполнитьСкалярный("select max(row_id) макс from _1sjourn (nolock)");

	BinData = СоздатьОбъект("BinaryData");
	Запрос = "
	|SELECT
	|	DOCNO AS НомерДок,
	|   cast(left(date_time_iddoc,8) as datetime) ДатаДок
	|FROM _1SJOURN (nolock)
	|WHERE ROW_ID = ?";
	RS.Подготовить(Запрос);
	RS.ДобПараметр(1,4,,0);

	Файл=КаталогИБ()+"1SJOURN.$lk";
	Если BinData.ПодключитьсяКФайлу(Файл,1,0)=1 Тогда

		Шаг=1000;
		КонИД=МаксИД;
		НачИД=Макс(КонИД-Шаг,0);
		Пока КонИД>0 Цикл
			Состояние(КонИД);
			Если BinData.УстБлокировку(НачИД,Шаг,0) = 1 Тогда
				BinData.СнятьБлокировку(НачИД,Шаг);
			Иначе
				Для i= -КонИД По -НачИД Цикл
					Если BinData.УстБлокировку(-i,1,0) = 1 Тогда
						BinData.СнятьБлокировку(-i,1);
					Иначе
						RS.УстПараметр(1,Число(-i));
						Рез=RS.ВыполнитьСкалярный();
						Сообщить(СокрЛП(-i)+" - Locked "+ Рез.НомерДок+" "+Рез.ДатаДок);
					КонецЕсли;
				КонецЦикла;
			КонецЕсли;
			КонИД=НачИД-1;
			НачИД=Макс(КонИД-Шаг,0);
		КонецЦикла;
		BinData.Close();
	Иначе
		Предупреждение("Не могу ПодключитьсяКФайлу: "+Файл);
	КонецЕсли;
КонецПроцедуры
 

trad писал(а) 27. Ноября 2013 :: 07:30:

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

в другой сессии запускаю

Процедура снятьСтандарт()

	Док1 = СоздатьОбъект("Документ");
	Фл1 = Док1.НайтиДокумент(Док_Х00);
	Если Фл1 <= 0 Тогда
		Сообщить("Не нашли документ");
		return;
	КонецЕсли;

	Фл1 = Док1.Блокировка(0);
	Сообщить("после снятия блокировки Фл1 = " + Фл1);
	ОткрытьФорму(Док_Х00);
КонецПроцедуры
 

1с выдает сообщение
Цитата:

но этот документ не открывается.

Если пытаться выполнить метод снятьБлокировка то 1с  происходит ошибка
Цитата:

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

trad писал(а) 27. Ноября 2013 :: 08:22:

так это я понял.

как бы другой вопрос.
можно или нет снять блокировку  выставленную другой сесией ?

Z1 писал(а) 27. Ноября 2013 :: 08:27:

нет (этими средствами)

мне неизвестно

Z1 писал(а) 27. Ноября 2013 :: 08:27:


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

Т.е. средства есть (ибо существуют файл анлокеры), но они а) требуют админских прав и б) могут привести к печальным последствиям (сходу - неизвестно, надо или эксперементировать, или знать в точности, как действует процесс, которому закрыли хэндл)

что то вы как то цитируете криво

получается, что
trad писал(а) Сегодня :: 12:22:
можно или нет ...

хотя я этого не писал