после отключение совместимоси из 1с 8.2 начались ошибки - 1c 8 конфликт блокировок при выполнении транзакции
платформа 1С 8.3 (8.3.4.437)
sql 2008
один пользователь и 5-7 фоновых заданий по обмену.
блокировки автоматические.

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

конфигурация 1с УТ 2.3 для Украины, толстый клиент , неуправляемые формы.

Так на каких таблицах блокировки?

может все таки платформа глюкнута ?

И режим управления блокировками какой? Управляемый?

режим  - автоматические

(6) Вот и ответ.

(3)  пока незнаю при обмене через УРБД вылетают ошбики.
обмен идет товары, ценыноменлкатуры, установка цен , получаем ЧекиККМ

(7) конфигурация старая я нехочу ее переписывать она работала идеально в режиме совместимости с 1с 8.2

(8) Переходите на управляемые блокировки, там это реализовано.

(10) где там ?

(10) а хуже не будет?

(10) я нехочу дописывать конфигурацию .

А раньше блокировок не было?

небыло . крутилось 6 обменов з РИБ и 1 загрузка цен из ДБФ файла

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

Ну как вариант можно попробовать это - http://www.gilev.ru/snapshot1c/

(16) каждые 5 минут

Какой именно сейчас конфликт блокировок: превышено время ожидания или что-то еще?
И выясни уже, в каких транзакциях этот конфликт

(19) Так у него ж был режим совместимости. А в 8.3
   "Оптимизирована работа с итогами регистров в режиме разделения данных."©

Помилка при виклику методу контексту (ЗаписатьИзменения): Конфлікт блокувань при виконанні транзакції:
Microsoft SQL Server Native Client 10.0: Lock request time out period exceeded.
HRESULT=80040E31, SQLSrvr: SQLSTATE=HYT00, state=33, Severity=10, native=1222, line=1

Техническая информация:
{ОбщийМодуль.ПроцедурыОбменаДанными.Модуль(1565)}: Помилка при виклику методу контексту (ЗаписатьИзменения): Конфлікт блокувань при виконанні транзакції:

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

(22) только что зделал вручную 2-5 обмен зделались
1 - чтото висит
загрузка цен прошла

и снова

Начат обмен данными по настройке "каса4" (11:02:54).
Ошибка при чтении изменений из файла обмена.
Помилка при виклику методу контексту (ПрочитатьИзменения): Конфлікт блокувань при виконанні транзакції:
Microsoft SQL Server Native Client 10.0: Lock request time out period exceeded.
HRESULT=80040E31, SQLSrvr: SQLSTATE=HYT00, state=33, Severity=10, native=1222, line=1
Чтение данных из файла обмена завершено с ошибками!
Ошибка при записи изменений при обмене:  Помилка при виклику методу контексту (ЗаписатьИзменения): Конфлікт блокувань при виконанні транзакції:
Microsoft SQL Server Native Client 10.0: Lock request time out period exceeded.
HRESULT=80040E31, SQLSrvr: SQLSTATE=HYT00, state=33, Severity=10, native=1222, line=1
Запись изменений текущей информационной базы в файл обмена завершилась с ошибками!
Обмен данными по настройке "каса4" завершен (11:03:39).

а в чера все было нормлаьно (

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

У метода ПрочитатьИзменения и ЗаписатьИзменения второй параметр сделай отличным от нуля

(27) 100 подойдет.

(28) поставил 100. все равно не работает. если останавливаю обмены и делаю вручну работает нормлаьно .

(0) Ты же сам ответ дал в своем посте...

(30) может уточните какой ответ . уже не соображаю

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


Обмены запустились, блокировки появились, что подтверждается (21)

(32) до этого работало нормально.

(32) фоновые задания на распределеных узлах а не на сервере.
на сервере одна база которая загружает данные и розсылает их по узлам РИБ

(33) А зачем переходил если работало нормально?

(34) Ну как видишь не все так просто и ошибка тебе как бы намекает - проблема в обмене

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

(37) Причем тут это. Попробуй (17).

притом что я смотрую активные пользователи там один сидит а когда в подключениях на 1с сервере то показывает что двое.

пока сервер ребутнул . посмотрую и вариант (17)

(17) пока помогла. будду ждать жалоб от системного администратора на ресурсы компютера.

Спасибо всем. особено   Necessitudo

(38) все равно есть блокировки но уже не так часто

(42) Только учти что после обновления базы эта штука сбрасывается.

Как Я понял: на текущий момент у автора есть проблема, устойчиво воспроизводящаяся, но вместо того, чтобы решать ее, он апеллирует к тому, что раньше-де такого не было, и попутно пробует танцы с бубном :)

(42) неработает все равно сиплятса ошибки.

(44) работало вчера до перехода.
(44) ваши предложения ?

(44) Предложение тут только одно  - переходить на управляемые блокировки.

(47) не хочу переписысывать конфигурацию.

(48) Не хочешь - смирись с блокировками.

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

(49) то почему до перехода все работало как часики и блокировок не было

(51) а если я включу режим автоматические и управляемые ?

(51) Так а по-твоему для чего нужен режим совместимости?

(46) Для начала разобраться, на каких таблицах возникают конфликты

режим совместимости версий платформы 1с 8.2 , 1с 8.3.2,1с 8.3.3, 1с 8.3.4

(55) Пятачок

(54) На таблицах регистрации изменений небось

(52) если в объектах не ставить управляемые и не прописывать "БлокировкаДанных" или "БлокироватьДляИзменения" т.е. "пилите Шура"

+(58) не взлетит

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

(57) нет так и остался автоматический

(60) стоит транзакции по 100 елементов

(62) и что это в методе "Планыобмена.ЗаписатьИзменения(ЗаписьСообщения, ЭлементовВТранзакции)" а блокировка идет ранее "ЗаписьСообщения.НачатьЗапись(ЗаписьXML, Получатель)" и остается заблокированным до "ЗаписьСообщения.ЗакончитьЗапись()"

почему так в режиме совместимости с 1с 8.2 это все работало а уже с 1с 8.3.4 это не работает

ни я один судохаюсь
УПП 1.3 на 8.3 в режиме совместимости

(66) Ну да, там баран и тут баран:) Там никто не понимал что такое автоматические блокировки и тут не понимает:)

(65) тут понимаешь какая штука на 8.3 ВСЕ типовые конфы на УПРАВляемых блокировках и видимо в 8.3 на авторежим слегка "положили".

+(67) как пример это сталкивался когда база на 8.1 запускали на 8.3 в режиме совместимости 8.1 и был такой тупняк мамадорогая (

(66) понемаю что такое автоматические блокировки.
я не понемаю почему они там работали нормлаьно а тут неработают

(65) ну вообще ты молодец чтобы решить проблему автообменов в 8.2 решил на 8.3 продакшнбазу перевести без тестов

(69) ну мож еще 8.3.7 поставить и нативный режим включить... а вдруг )

(70) тести были но там небыло такой нагрузки с 5 обменаме а только один .

(71) от я думаю откотится на зад  .

(73) ну наконец понял ты нас )

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

(75) понятие логики для разных релизов 1с неприменимы - это "русская рулетка"

(67) Ну как глаголит фирма 1С, автоматический режим управления блокировками это атавизм.

(77) если бы еще пруф увидеть...

пруф это что

(79)

Пруф (Proof) — слово многозначное. В интернете «пруф» чаще всего означает всего лишь «доказательство» в своём буквальном переводе с английского языка.

(79) У тебя просят ссылку-подтверждение твоих слов :)

(81) спосиба

(81) сори. спасибо

(78) А разве не очевидно?