v7: SQL и долго открываются документы #721456

1с в терминале. Win2003 и 1с 7.7 ТиС (XEON E5620 + 8Gb) + Win2003 и SQL2005 (XEON E5620 + 12Gb), но ситуация повторяется и в других комбинациях (Win7 и SQL2008 и 1с (Corei7 + 16Gb)). Присутствуют 1с++ и vk_TerminalSleep. Постоянных пользователей 30-40.   А баг в следующем: не понятно в какой момент (бавает в час пик, а бывает и когда я один вечером зайду...), При открытии любого документа из общего журнала (уже созданного), программа зависает секунд на 15-30, а потом открывается, тоже самое если хочу посмотреть структуру подчиненности. И заметил что SQL в этот момент одним из ядер прыгает на сто процентов загрузки. Я с SQL дружу не слишком близко, находил много статей в инете, пробовал настраивать по их советам, но результат тот же... может кто посоветует как выловить эту бяку?

Дисковую очередь сморел?

я так понимаю это в SQL? :-[

ткните ссылкой плиз...

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

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

чтоб исключить железо, я на своем компе поставил 1с, SQL, и проверил , несколько раз проскакивал такой глюк...

это "болезнь" давно извесна

бывает еще дедлоки и прочие прелести жизни в виде массового проведения документов --

проблема в _1SCRDOC

С регламентами на SQL что?

<<ВыбратьПодчиненныеДокументы проблема началась с sql2005. точнее проблема не в sql а в плохом запросе который генериться из 1с когда НЕ ЗАДАН интервал подчиненных документов старшая дата береться равной 30.12.9999 ( а надо 31 или вообще не ставить это условие). Как вариант решения найти в bkend.dll: 6A 1E 6A 0C что означает: 6A 1E push 30 6A 0C push 12 68 0F 27 00 00 push 9999 и заменить ее на 6A 1F 6A 0C вхождений порядка 30. >>

ну вот и ты наступил на эти грабли. Поздравляю. Загвоздка в том, что у скуля из-за корявых запросов срывает башню и он начинает обход таблиц курсорами. ставь секретный релиз платформы 7.7.

а как подружили 7.7 и 2005?

Если не секретный релиз платформы 7.7. то ставьте его и проблемы сами пропадут.

как правило , Все ! , проблемы связанные со скулем - не пропадают окончательно  :))) но конечно прикручивание 1сpp и прочих <неолитов> ;) в какой то степени решает проблему

извините за долгое отсутствие... да вот в том то и дело, что подружил я это все при помощи секретного релиза, да еще и ВК_Слип пропатчил сверху, и при начале работе подгружается 1с++. Правда и 1с++ использую только возможности формекса... Может я конечно что-то не так сделал, тогда поправьте, Делал так : из секретного релиза взял bkend.dll, положил в BIN, туда же закинул patch_bkend.exe c необходимыми файлами, запустил патч, все начал радоваться запускающейся 1с под SQL 2005, и отсутствием зависания при попытке одновременных транзакций (которых очень много в нашей базе, т.к. документов создается 1000-2000 в день). Но прошло какое-то время, начали жаловатся, мол опять тормоза, смотрю вроде проц при этом не загружен (на терминалке, на скулль не глянул тогда)... правда вот пробовал тестированиеисправление запустить, вроде как на следующий день тихо было... хотя и кричат пользователи не каждый день... вот и не пойму как эту заразу выловить, и что это такое регламентов нет никаких... я ж говорю ламер я в скуле :) как их настраивать подскажите, может статья где есть... т.е. это не входит в секретный релиз? спасибо за ссылку очень похоже на мою ситуацию.

>>>1с++ использую только возможности формекса. Это где ты такую дремучую 1cpp нашел, которая еще со встроенным формексом ? Неужели в г.. мамонта ковырялся ? Если че. 1cpp и formmex.dll это сто лет в обед разные проекты.

ну и это, просто так г-слип от ромикса не встанет на секретный релиз, если че.

регламенты SQL

>>> Это где ты такую дремучую 1cpp нашел на просторах интернета :) значит выкинуть ВК_Слип ? а есть альтернатива? спасибо огромное, будем изучать :)

а еще не мешало бы знать номер релиза. 5 и 6 можно смело на свалку. только 7 работает отлично. Причем особенно с подчиненными документами.