К базе с помощью 1CPP.dll прикручено дополнение на главный модуль. #251318

Задолбался с этим дополнением. Досталось в наследство. Убил бы этого программиста. Пользы никакой, а глюков дофига. Глобальный модуль вообще отлаживать невозможно. Во все модули всех объектов встроены методы вызова этих доп функций (видимо автоматом). Вот сейчас пытаюсь перетащить базу на SQL - глюки ужас. 1 документ проводится по 15-20 мин. База только что обрезанная, месяц не прошел. Может это быть из-за этой компоненты? И как бы ее по проще убить, и все её вызовы?

Ну не спим не спим!

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

gcomp + regexp для замены. Что именно тормозит?

Т.е.? Что в ней разбираться? Просто загружается компонента и после этой строчки уже ничего не отлаживается. А не загружать нельзя - подгружается дополнение к главному модулю к которому обращается ВСЕ что есть. Давно хочу ее убить. Видимо пришло ее время. Причем самое обидное что в дополнении кроме проверки прав на редактирование ничего нет. Причем там проверяются пользователи которых давно уже нет. Тормозит SQL - лог до 3 ГБ вырос при базе в 100 Мб.

или я в SQL что то не так сделал? SQL только что установил.

мда... "тормозит SQL" очень похоже на клинические случаи

пока единственное что могу сказать - поставил SQL 2000 sp3. Загрузил базу. Включаю - все зашибись, все загрузилось, все отчеты работают. НО жму на документе кнопку провести - все, кранты. SQL сервер в течении 20 мин жрет 99% проца. Лог SQL растет со скоростью 200МБ в 40 сек (замерял). Дождался до 3 ГБ, плюнул вырубил все. Первый раз такое вижу. P.S. Документ - Ввод долгов покупателя - в 1 строчку.

1С++ уж не под дбф-ную базу был оптимизирован? Это ведь совсем разные вещи.

а если в профайлере посмотреть, чем занят сервер?

Я может чего не понимаю, но зачем трогать то, что работало.

А потом тупо не понимать, когда произошел сбой ? ЗЫ: Политика админа (ИМХО) Мож всё таки разобраться, что тебе "Досталось в наследство" ?

LOL. >> Лог до 3 ГБ вырос при базе в 100 Мб. 1) для начала почитать, когда режется лог в сиквеле, после этого сделать шринк и нарисовать план обслуживания 2) подумать, нафига  на 100-метровой базе сиквел. Микроскопом гвозди плохо заколачиваются :) 3) и последовать советам ,. А после этого понять,  что из-за доп. глобальных модулей тормозить проведение документа /по крайней мере больше, чем на долю секунды/ не может. Особенно с учетом "SQL сервер в течении 20 мин жрет 99% проца" - т.к. сиквел о наличии "доп. глоб. модулей 1С" знать не может :)

Смешно...

Для тех кто в танке объясняю 1. Лог вырос при проведении 1 (ОДНОГО) документа в 1 строку! 2. На SQL переводится с учетом будущего роста базы. За месяц вводится по 20 тыс. доков. (Я же сказал что пришлось базу обрезать). 3. Естественно что можно ничего не трогать, а подождать когда все сдохнет и сказать: Ага, а я предупреждал!.

Перенеси функции из внешнего ГМ во внутренний и делов то. п.1 и что это за документ? Может там как раз есть "особенность", которая отличает ДБФ-версию от скуля?

А тебе чего от базы нужно? Сколько хочешь минут получить?

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

Нт. Из-за доп модулей SQL дополнительно работает. Матчасть учи!

чеж это надо такое написать чтоб лог файл с такой скоростью рос? нука просвяти?

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

сорри это относится к

ну а до обрезания как было??? Если смотреть что один док в одну строку делает лог 3 гига, тогда 20 тыс в месяц по 100 строк скока террабайт ело?

в 20 ответ правильный - оклад прогера СКЛ раза в два-три больше оклада единоэснега... Потому и так.

это эксперимент или уже на рабочей базе?

Нет еще. Ничего не делал. Обычный ввод остатков. Щас проверил. Не важно какой док проводишь - результат один - растет лог и SQL съедает все ресурсы сервера.

ну наверно надо читать про настройки сервера СКЛ

Сижу читаю. Может просто уже кто то читал?

Проверил. Застревает уже на команде ОчиститьДвижения.

Ща буду мучать SQL

"а если в профайлере посмотреть, чем занят сервер"? Еще раз, по подробнее. Я с SQL редко сталкиваюсь.

последние 2 команды SQL перед "зависанием" 1: declare @P1 int exec sp_cursorprepexec @P1 output, @P2 output, N'@P1 tinyint,@P2 varchar,@P3 varchar', N'Select * from _1SJOURN(NOLOCK INDEX=VIA1946) where DS1946=@P1 and DATE_TIME_IDDOC>=@P2 and DATE_TIME_IDDOC<=@P3 order by DATE_TIME_IDDOC', @P3 output, @P4 output, @P5 output, 1, '200701015EXJ68  5TWR  0', '200701046NMBU8  5LZUЯЯЯ' 2: exec sp_cursorfetch 180150017, 1, 0, 1 Все. дальше SQL начинает растить лог.

это процедура из master

попробую грохнуть SQL 2000 sp3 и поставить 2005. Может так прокатит.

и не забудь лог обрезать

аха... и еще пачкануть 1С..

гребаный SQL теперь еще SP1 на Win2003 просит.

Я бы всЁ таки с 1CPP.dll разобрался. Я немного использую, классная вещь.

+1

надо бы как то разобраться, что же всетаки тормозит. Что если поставить на тот же SQL сервер какую нибудь стандартную базу 1С и посмотреть как в ней все работает?

У себя использую вовсю дополнительные глобальные модули: отдельно для процедур и функций. Для этого компоненту FormEx оспользую отдельную (Альф по моей просьбе подшаманил на проверку повторной загрузки) - тормозов именно по ее вине не наблюдается. А для корректировки не лету общих процедур весьма удобно - не надо никого выгонять при внесении изменений. Думаю, кроме компоненты, там еще присутствует устройство krivieruchki.sys - вот его и надо деинсталлировать.

Закон Мерфи: не трогай того, что работает - работать перестанет.

Нет, скорее krivieruchki_wrap.sys

закосить под умника любой сможет. Итого - все проверил компонента ни при чем. Нефиг было мне выделываться и сервис паки ставить на SQL. Без паков нормально летает.