Коллеги, предлагаю побредить на такую тему.

Есть база УПП с доработками, которая работала медленно.
В воскресенье произошло 2 события:

1. Заменили сервер предприятия на новую, гораздо более мощную железяку
2. Обновили конфигурацию очередной порцией доработок.

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

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

(0) "что вероятнее всего повлияло на ситуацию"
Блин, ну что тут думать! Конечно же "1. Заменили сервер предприятия на новую, гораздо более мощную железяку"
К гадалке не ходи...

(1) а почему?

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

(2) Потому что гладиолус))))

+(4) Не пятница вроде)

какой умних совместил эти 2 события пусть и расхлебывает....

по сабжу телеатирую:
вариант 1 - база файловая
вариант 2 - новая конфигурация виновата

(3) Не думаю, скорее ктото из предков админов сервера, в нынешней инкарнации сильно накосячил и кармическое возмездие упало на одмина. Отсюда и блокировки.

(7) душа предыдущего админа переселилась в один из камней сервера и теперь мелко и пакостно мстит..

(6) Обновление откатили, ситуация не изменилась. Получается что "виновата" замена сервера предприятия.

Как так ...

(0) "отрудники, проводящие один и тот же документ (заказ покупателя) попадают во взаимную блокировку" - ну так блокировка должна быть в любом случае! Ток блокироваться должны все, кроме "первого". Небось управляемые блокировки юзаете? или соответствующие конструкции в запросах?

(8) Админы одни и те же, поэтому этот вариант исключается

(11) база файловая ?

(11) один из админов продал душу дьяволу за поллитру жигулевского, а дьявол взял и вселил эту жалкую душонку в камень..

далее см (7)

(0) чувак, это как-то палево:

"Род занятий:    Уборщик, разнорабочий, криворукий хомячок"

(12) SQL

(15) Вы нашли запрос, которым вызывается блокировка?

(10) Понятно, что блокировка должна быть, но получается следующая ситуация:

Юзер А проводит документ, а юзеры Б, В и Г висят в блокировке и ждут юзера А.

Юзер А заканчивает свою транзакцию, а юзеры Б, В и Г попадают в дедлок. Т.е. Б заблокирован юзером Г, юзер Г юзером В, а юзер В - юзером Б.

Началось с сегодняшнего дня.

(15)
обнови статистику в SQL, если не поможет

поставь степень параллелизма = 1 перегрузи сервер, посмотри....

тут 2 варианта или настройки скуля или файловой системы (кеш и т.д.)

А вы версию скуля меняли?

(14) чувак мыл полы в серверной и уронил сервак.. теперь с помощью мисты пытается все починить пока админы с обеда не пришли..

чтобы премии не лишили

(18) Статистика обновляется еженочно, т.е. теоретически она обновлена.

Параллелизм ставил в 1, сервер ребутал - не помогло.

Сервер SQL не трогали вообще. Изменился только сервер предприятия.

(19) Нет.

(21) сервер 1с 64х ??? если да то сколько на нем рабочих процессов?

(23) Да, 64х, процессов 2

(0) на (16) ответь.

(25) Вообще вылетают все на одном и том же месте в модуле, но запрос не менялся год.

(26) покажи место, на котором вылетают

(24) оставь 1 процесс

по поводу дедлока - описаная ситуация в 17 у меня вызывает сомнения.
Скорее дело в другом... Дедлок на 1 таблицу не возможен в принцепе, а порядок захвата таблиц 1с сама отслеживает, по этому описаный тобой пример возможен только если документ делает несколько записей (например дописывает движения к чужому документу) или например при внесении новой записи в регистр без регистратора

(0) Мои 2 копейки:

1) На новый сервер поставили скуль без патчей
2) На новый сервер поставили новый скуль с новыми багами

Однажды такое дело было из-за свитча - проблема вылечилась его заменой

Обновили конфигурацию очередной порцией доработок.

(28) Один процесс отключил, буду наблюдать.

По поводу дедлоков и отслеживания их 1С-ом. Вот у меня складывается такое ощущение, что 1С перестала контролировать захват таблиц, и захватывает всё подряд, а у SQL рвет башню с этого. Такой вариант возможен в принципе? Может быть какие-нибудь настройки сервера 1С или что-то типа того?

(31) Исключили уже этот вариант, откатившись назад. Остался вариант с сервером 1С.

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

но вообще это экзотика :)

кстати в активных процессах смотри, а то часто бывает "фонтомный сервер" сколько у тебя в памяти рхостов? должен быть только 1

(33) может у вас в конфигурации тупо стоит режим управления блокировок "Ручной"...а вы тут голову ломаете. Проверь.

и еще один случай из жизни - это 1 скуль баща и ДВА сервера 1с (старый забыли погасить), часть пользователей работают на новом, а часть на старом

тогда сабж вполне реален...

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

вообще феерическая ситуация - откатил типа все назад, а блокировки остались.
Платформа 1с-а новая поди?

(31) между SQL-сервером и сервером 1С свитчи есть?

(0) 1. Заменили сервер предприятия на новую, гораздо более мощную железяку
2. Обновили конфигурацию очередной порцией доработок.

поменяй местами действия, после каждого пункта проверить

(38) да причем тут свитчи?! свитчи максимум - на ошибки в 1С влияют. А тут - блокировка на уровне данных.
Одинэсник? одинэсники считают, что на обработку данных влияют и свитчи.

(39) да без разницы, они еще что-то обновили в софте - 1С, винду, конфу.

(35) Режим "Управляемый" в конфигурации
(36) старый сервер предприятия стоит выключенный, работать на нем не могут никак, но проверил в SQL соединения - все идет с одного сервера

(38) Конечно есть. Только причем тут свитчи и блокировки?

(39) Ну осталось только старый сервер вернуть, сейчас этого сделать нельзя, надо ждать. Да и даже если вернуть сервер предприятия на место и всё встанет на свои места, то все равно надо сервер апгрейдить.

(40) (42) сам не верил до последнего!

(41) Обновление конфигурации уже отмели, это не она. Платформу не меняли.

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

+(43) однако помогла на тот момент только замена свитча

Иногда в сеансах сервера проскакивает "Фоновое задание" с параметром "Захвачено" в 4 с лишним миллиона секунд, а потом пропадает.

На сервере SQL в Activity monitor периодически waiting tasks подскакивает до нескольких тысяч, а потом возвращается на 3-5 штук.

Ерунда какая-то.

(46) ну фоновое задание может вызвать блокировку.

кстати в статистике ожидания SQL разделяет отвал по тайму и дедлок, может у тебя просто по тайму?

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

(43) ну и как объяснили это?

(0) Документами Корректировка заказа покупателя пользуетесь?

(47) Пользователям сообщают что они выбраны как жертва. Следовательно, это дедлок. Или не обязательно?

(50) Изменением заказа пользуемся.

(44)>>
1С-серверу без разницы на домен - он там только поскольку постольку, и никакой погоды не делает (1С херовато с долменом работает - лишь авторизация пользователей в базе, и все, и то - кривоватая).
И если б был затык по домену - искался бы долго сервпер/длительные проводки (из-за потери данных и сети).

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

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

(44) если в ДНС внесены соответствующие изменения, то проблем быть не должно.

Есть пока только одно правдоподобное объяснение - блокировки были и раньше, но всем было плевать.
А поставили более мощное железо, возросли количество и активность пользователей одновременных, количество и шанс блокировок возросли, и все сразу "увидели" их.

(51) Вообщем в УПП с рождения есть злобнючий косяк, который по крайне мере по состоянию на 10 релизов назад не был подправлен.
Суть косяка : при проведении корректировок заказов делается запрос К РЕАЛЬНОЙ ТАБЛИЦЕ регистра заказы покупателей. Смысл запроса - проверить, а нет ли корректировок поздене и выдать сообщение если есть. Вот эта функция жестоко приводит к дедлокам. Проверено  и прочуствовано не на одном проекте.

+(55) админов пни. У 1С немного хреновато с диагностикой. Если она пишет, что ошибка такая - не значит, что это на самом деле так.

(55)>> если в ДНС внесены соответствующие изменения
Могут, если ДНС кривой, быть проблемы, как я описал в ( 52). Только переустановка.
Но к блокировкам это отношения не имеет, как и свитчи - это все сетевые дела и авторизация, а не уровень БД.

(58) читай (58).

(60) -> (59)

(57)>>при проведении корректировок заказов
у них не только на корректировках дедлоки, и не столько при проведении оных.

(59) ...только переустановка... - шутить изволим?

(60) читай сообщения 1С.
1 1С плохо с диагнорстикой, но не настолько, чтобы выдавать каждый раз каскад неправильных сообщений.

(53) ну-ка, ну-ка... что там ломается в ДНС?

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

(65) старая запись висит.

+(67) нормальный админ поправит на раз.

(62) Дедлоки имеют свойство возникать в самых неожиданных местах. И что бы их устранить, надо найти первопричину. Поверьте, описываемый мной запрос приводил к полной деградации системы. Не проводился ни один документ...

(66) почистить кэш у всех юзеров. Встречал такую штуку, у сервера поменялся ip, а клиенты все лезли по старому

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

+(70) кстати да и такой вариант не исключен.

(67) это не поломка.
А-запись или некорректная маршрутизация - это насnройки, а не поломка.
Поломка - это наложение схем и перемешивание объектов между собой.
Речь про виндовый ДНС, а не линуксовый.
Откуда там схемы и что - разберешся сам.

из личного:

если в независимом регистре сведений в списке нажать кнопку "новый" - то блочится весь регистр целиком :) пока открыт форма ввода.

ищи общую таблицу которая блочится...

(70)>> а клиенты все лезли по старому
ага, лезут по старому ip, но попадают куда надо и данные читают и записывают, да только блокировки...
ню-ню....
Давайте про ДНС снова замутим...

(73) а я и не говорил, что это поломка. Это ваш термин. И предложение переустановить - фиг знает чего.

(76) ни ДНС, ни свитчи, ни кабель, ни маршрутизатор, ни диски, ни проц, ни какое-либо дургое железо к блокировкам в базе 1С отношения не имеют абсолютно никакого.
1С НЕ РАБОТАЕТ С ЖЕЛЕЗОМ НАПРЯМУЮ.

(77) я понимаю, чего ты тут тусуешься. Отовсюду выгнали уже. Походу, что и отсюда скоро выпрут.

(77) нет, ты не понимаешь ничего.
И здесь тоже.

(77) ну-ну, особенно когда потери пакетов в сети, к примеру. 1С будет всё равно корректно работать?

noxxx, старый сервер остался в сети ? Новый сервер по DHCP грузится, или со статическим адресом? Как прописана база у клиентов, по ip или по имени в сети ?

(80) мы про блокировки или про корректную работу ака ошибки? одинэсники такие одинэсники....
забавные...

(82) с чего ты взял сто у него всё корректно работает?

Ну что-то как-то я не вижу связи между наличием старого 1С-сервера с другими именем и адресом в сети на наличие блокировок на сервер sql. Ну вообще никак.

(84) блокировки только на заказах?

(77) представь ситуацию
1с посылает команду "начать блокировку"
1с посылает команду "снять блокировку", но эта команда до скуля не дошла

(86) +100

(84) поменяй уже свитч - попробуй, либо исключи его

(86)>>но эта команда до скуля не дошла
какой умный свитч.
Избирательно блокирует сугубо непонравившиеся команды 1С.
Кто б его еще научил их различать...

(89) кто сказал что избирательно? просто достаточно 1-го попадания и привет! именно так было у нас

(83)>>всё корректно работает?
там НЕ пропущено - НЕ корректную работу.
Хотя, для кого и работа с ошибками - корректна :)

(90)>>кто сказал что избирательно?
у него это постоянно и всюду, не?

(92) я не хочу тебе что-то доказывать, но именно так всё и было - работал через раз

автор выкладывай cf

(93)>>работал через раз
так блокировки или работало через раз?
Друзья-одинэсники, сетевой уровень работы и уровень работы приложения - это совершенно разные, далекие друг от дурга, уровни.

ответьте на (81)

(89) у меня 7.7 из-за свича создавала 2 одинаковых ID для документов, примерно 1 раз в 1-3 месяца, на скуле....

(97) о какая заразка :)

Автор - чего проще поменять свитч и попробывать? ато здесь разведут байду на 1000 постов, т.к. им делать нефига...

У нас умные свитчи, которые говорят о том что есть ошибки на портах и прочая херня. Ошибок нет, всё ок.

(96)(81) Админы сказали что сервер включен, у нового сервера статика (тот же адрес что был у старого), у старого другое имя и адрес получается по DHCP.

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

(97) кстати да, свича (смотря какой) строит таблицу ip у себя - надо его ребутнуть. Т.е. старый сервер включен ? Выключите, и увидите, как все полегчает

(102) проблема в другой области - где у автора "все ок!"

К настоящему времени всё устаканилось без выключения сервера. Х.з. что это было.

(105) ДНС и свитчи, наверное.... сами настроились, сами себе договорились.. одинэсники :)

Не полнотекстовый ли поиск чудил?
1С индексирует базу для этого поиска и хранит всё на сервере 1С. Поменяли сервер - 1С заново всё лопатит.

(107) загрузка бы была по SQL не менее 30-40% даже без пользователей.

Можно провести эксперимент - удалить все папки 1Cv8FTxt на сервере и понаблюдать, не появились ли тормоза снова :)

(105) удаление второго рхоста

(110) ага, все таки фонилка фонила!

(110) А как так могло быть? Как второй процесс мог делать плохо?

(107) Тоже вариант. Только вот проверять не очень хочется)

(112) 1С без разницы, что у неё работает - пользователи ли, фоновое задание, поиск... она одинаково блокирует таблицы в любом случае.

(3) "я считаю что свет с Венеры отразился от верхних слоёв атмосферы и вызвал взрыв болотного газа"
последний раз про болотный газ я читал кажется в "Собаке Баскервилей"...
(55) "если в ДНС внесены соответствующие изменения, то проблем быть не должно."
ну слава богу, что не в ДНК :-)
(81) "noxxx, старый сервер остался в сети ?"
писали же в (42) - старый выключен.
(99) "Автор - чего проще поменять свитч и попробывать?"
смотря что значит "попробЫвать"...