1C 7.7+ SQL 2005 = жуткое замедление!!!
Pisarenko Igor
решился таки спросить...
Уже порвал пару бубнов и выкурил три кальяна гашиша :-)))
Есть сервер - 2xXeon 3 Ghz HT 4 Gb RAM HDD - 2x RAID 1 - Windows 2003 Ent
Поднята терминалка , SQL 2005 Ent SP2 ( AWE + Boost Priority) , 1C 7.7
(bld 27) c самописной базой
Жило енто все безобразие в виде DBF и проблем кроме как с переиндексацией
особых небыло ,
хотя размер базы добрался до 1.5 Gb
Решили перетащить1С на SQL - и секурнее и стабильнее ....
Согласно рекомендациям настроен SQL 2005 , базы перенесены ...
Все вроде шуршало (правда с небольшим замедлением в сравнении с DBF) до
некоторого
времени ....
Потом похоже поселился барабашка -
Неважно сколько человек подключено , может даже быть один пользователь в
монопольном режиме,
открываешь например "Договора-заказы" - и все , ступор , на пару минут точно
... Сиквел колбасит не по детски,
в мониторе SQL - задача всего-лишь пытается сделать FETCH API_CURSOR ... В
перечне блокировок для
данной задачи - две блокировки... Все .....
Средствами 1С - выполнял "Тестирование Исправление" со всеми пунктиками -
ничего.
Средствами SQL - проверка целостности-перестройка/реорганизация
индексов-обновление статистики - никакого эффекта
Т.е. иногда проблема проявляется (ступор Сиквела) а ингода нет ....
Поднял на втором сервере аналогичную конфигурацию - такая-же картина ...
Нашел уже патчик для 1С - Terminal Sleep (прообраз "Гибких блокировок"
http://www.kb.mista.ru/article.php?id=179) - не дает эффекта (насколько я
понял , он рассчитан
на проведение документов и тот факт что 1С в ожидании блокировки долбит как
дурная без задержки SQL запросами)...
Разработчик 1С с темы сьезжает , т.к. говорит что плохо знает SQL (хотя
переход на SQL был его идеей :-))) )
Я в сиквеле то-же не очень то хорошо разбираюсь , но мне показалось что
может просто случается DeadLock с блокировками
таблиц и проблема в сильнокривом коде ....
Может кто с таким уже сталкивался ????
Какие будут мысли ????
ЗЫ.
Предложения "обратиться к спецу" , "вернуться на DBF" , "послать все на..."
не рассматриваются :-)))
Andrey Zaborovsky
> Понимаю что не совсем в тему , но т.к. в форуме частенько бывают 1С-ники
> решился таки спросить...
> Уже порвал пару бубнов и выкурил три кальяна гашиша :-)))
> Есть сервер - 2xXeon 3 Ghz HT 4 Gb RAM HDD - 2x RAID 1 - Windows 2003 Ent
> Поднята терминалка , SQL 2005 Ent SP2 ( AWE + Boost Priority) , 1C 7.7
> (bld 27) c самописной базой
ключевое слово тут -- "самописная база".
неплохо было бы посмотреть, что у ней там в процедурах модулей журналов
и документов, например, в предопределенной процедуре ПриОткрытии(), не
выполняется ли там что-то тяжеловесное?
это раз.
два. сколько памяти из имеющейся отводится непосредственно SQL?
смотреть в энтерпрайз менеджере для конкретного сервера.
потому что м.б., что памяти много, но SQL достается мало.
в каком режиме работает w2k3 -- как файловый сервер или как application
server (сеть -> свойства -> клиент сетей Microsoft -> server optimization)
д.б. для сетевых аппликейшенов, а не для файловых операций.
это немаловажно.
вообще, очень желательно разнести терминальный и sql-Сервера на разные
тазики.
это возможно и тоже улучшит положение вещей (значительно)
(весьма рекомендую)
три. неплохо было бы использовать вот это
http://openconf.1cpp.ru/vk/turbobl/
почитайте, там есть результаты тестов, ускорение выполнения процедур там
весьма впечатляющее.
четыре. "гибкие блокировки" (http://www.kb.mista.ru/article.php?id=179)
-- это не из той оперы (оно выполняется при проведении, в момент
выполнения процедуры ОбработкаПроведения()), но не помешает тоже.
пять. а правильно ли все пропатчили?
чем руководствовались при патчинге? этим
http://script-coding.info/SQL2005.html ?
> Жило енто все безобразие в виде DBF и проблем кроме как с переиндексацией
> особых небыло ,
> хотя размер базы добрался до 1.5 Gb
а базе не делали shrink database среццтвами SQL?
не мешало бы (это делается в том же энтерпрайз менеджере)
> Решили перетащить1С на SQL - и секурнее и стабильнее ....
> Согласно рекомендациям настроен SQL 2005 , базы перенесены ...
> Все вроде шуршало (правда с небольшим замедлением в сравнении с DBF) до
> некоторого
> времени ....
> Потом похоже поселился барабашка -
> Неважно сколько человек подключено , может даже быть один пользователь в
> монопольном режиме,
> открываешь например "Договора-заказы" - и все , ступор , на пару минут точно
шесть. а не битый ли там МД-файл? не выполнялось ли многократное
изменение конфигурации из разных конфигураторов разных версий, например,
из версий >>21 и <<21 одновременно?
по наблюдениям иногда такие приколы заканчивались печально (но это редко).
> ... Сиквел колбасит не по детски,
> в мониторе SQL - задача всего-лишь пытается сделать FETCH API_CURSOR ... В
> перечне блокировок для
> данной задачи - две блокировки... Все .....
> Средствами 1С - выполнял "Тестирование Исправление" со всеми пунктиками -
> ничего.
> Средствами SQL - проверка целостности-перестройка/реорганизация
> индексов-обновление статистики - никакого эффекта
> Т.е. иногда проблема проявляется (ступор Сиквела) а ингода нет ....
> Поднял на втором сервере аналогичную конфигурацию - такая-же картина ...
попробуйте поднять на тестовом сервере "коробочную" конфигурацию
(что-нить с регистрами, например, ПУБ или комплексную) и посмотрите на
ее поведение в аналогичных условиях.
если грабли повторяться не будут -- бейте программиста и заставляйте его
оптимизировать код.
> Нашел уже патчик для 1С - Terminal Sleep (прообраз "Гибких блокировок"
> http://www.kb.mista.ru/article.php?id=179) - не дает эффекта (насколько я
> понял , он рассчитан
> на проведение документов и тот факт что 1С в ожидании блокировки долбит как
> дурная без задержки SQL запросами)...
> Разработчик 1С с темы сьезжает , т.к. говорит что плохо знает SQL (хотя
> переход на SQL был его идеей :-))) )
_здесь_ разработчику SQL знать и не нужно, это не его парафия :-)
> Я в сиквеле то-же не очень то хорошо разбираюсь , но мне показалось что
> может просто случается DeadLock с блокировками
> таблиц и проблема в сильнокривом коде ....
> Может кто с таким уже сталкивался ????
> Какие будут мысли ????
>
> ЗЫ.
> Предложения "обратиться к спецу" , "вернуться на DBF" , "послать все на..."
> не рассматриваются :-)))
в терминале _действительно_ можно было не использовать SQL, а обойтись
DBF-версией.
общеизвестно, что при "пакетном" проведении большого количества
документов дбф-версия _значительно_ быстрее работает.
Pisarenko Igor
"Andrey Zaborovsky" <andrey.z...@yahoo.com.del.it> wrote in message
news:gf90ii$5p1$1...@wine.i.kyivstar.net...
> Pisarenko Igor wrote:
>
>> Понимаю что не совсем в тему , но т.к. в форуме частенько бывают 1С-ники
>> решился таки спросить...
>> Уже порвал пару бубнов и выкурил три кальяна гашиша :-)))
>> Есть сервер - 2xXeon 3 Ghz HT 4 Gb RAM HDD - 2x RAID 1 - Windows 2003
>> Ent
>> Поднята терминалка , SQL 2005 Ent SP2 ( AWE + Boost Priority) , 1C
>> 7.7 (bld 27) c самописной базой
>
> ключевое слово тут -- "самописная база".
> неплохо было бы посмотреть, что у ней там в процедурах модулей журналов и
> документов, например, в предопределенной процедуре ПриОткрытии(), не
> выполняется ли там что-то тяжеловесное?
> это раз.
Посмотрим , но проблема проявляется спонтанно ....
>
>
> два. сколько памяти из имеющейся отводится непосредственно SQL?
> смотреть в энтерпрайз менеджере для конкретного сервера.
> потому что м.б., что памяти много, но SQL достается мало.
> в каком режиме работает w2k3 -- как файловый сервер или как application
> server (сеть -> свойства -> клиент сетей Microsoft -> server optimization)
> д.б. для сетевых аппликейшенов, а не для файловых операций.
> это немаловажно.
С этим все намана - для SQL - 2.5 Gb - про PAE & AWE я писал ???
Сервер в режиме Application
>
> вообще, очень желательно разнести терминальный и sql-Сервера на разные
> тазики.
> это возможно и тоже улучшит положение вещей (значительно)
> (весьма рекомендую)
В том случае если между ними Аффигенный канал
Или SQL загружен по самую гайку
Если нет - то разница в скорости даже просто в просмотре списка (например
ТМЦ) существенная ....
Как мне кажется - енто не тот случай ...
>
>
> три. неплохо было бы использовать вот это
> http://openconf.1cpp.ru/vk/turbobl/
> почитайте, там есть результаты тестов, ускорение выполнения процедур там
> весьма впечатляющее.
>
Насколько я понял - енто нужно переписывать процедуры под SQL - пока этого
делать не будут
>
> четыре. "гибкие блокировки" (http://www.kb.mista.ru/article.php?id=179) --
> это не из той оперы (оно выполняется при проведении, в момент выполнения
> процедуры ОбработкаПроведения()), но не помешает тоже.
Не только ,
---
При работе 1С (7.7, 25 релиз, 8.0, 8.0.12.21) наблюдается неоправданная
загрузка центрального процессора при ожидании захвата таблиц. Приведенная по
ссылке разработка (DLL+патч) позволяет вставить вызов sleep() между
последовательными опросами блокировки, и ликвидировать "торможение" в
многопользовательской среде 1С (это особенно актуально при работе в режиме
сервера терминалов).
----
Использован патч BkEnd.dll - на перехват функции запроса к SQL
что-то_STILLEXECUTE()
Т.е. ВСЕ запросы на блокировку таблиц будут отрабатывать с задержкой
>
>
> пять. а правильно ли все пропатчили?
> чем руководствовались при патчинге? этим
> http://script-coding.info/SQL2005.html ?
>
>
Несовсем этими материалами , но действия такие-же ...
Единственное , не патчил "производить верификацию структуры таблиц и
процедур всегда"
На это рекомендации весьма расплывчаты ....
>> Жило енто все безобразие в виде DBF и проблем кроме как с
>> переиндексацией особых небыло ,
>> хотя размер базы добрался до 1.5 Gb
>
>
> а базе не делали shrink database среццтвами SQL?
> не мешало бы (это делается в том же энтерпрайз менеджере)
Иногда (раз в неделю) делается ....
>
>
>> Решили перетащить1С на SQL - и секурнее и стабильнее ....
>> Согласно рекомендациям настроен SQL 2005 , базы перенесены ...
>> Все вроде шуршало (правда с небольшим замедлением в сравнении с DBF) до
>> некоторого
>> времени ....
>> Потом похоже поселился барабашка -
>> Неважно сколько человек подключено , может даже быть один пользователь в
>> монопольном режиме,
>> открываешь например "Договора-заказы" - и все , ступор , на пару минут
>> точно
>
> шесть. а не битый ли там МД-файл? не выполнялось ли многократное изменение
> конфигурации из разных конфигураторов разных версий, например, из версий
> >>21 и <<21 одновременно?
> по наблюдениям иногда такие приколы заканчивались печально (но это редко).
Непохоже ... Тестирование-Исправление базы силами 1С выполняется штатно ...
Редактировалось только последовательно релизами 21....25....27 по мере
обновления релиза на рабочей платформе...
>
>
>> ... Сиквел колбасит не по детски,
>> в мониторе SQL - задача всего-лишь пытается сделать FETCH API_CURSOR ...
>> В перечне блокировок для
>> данной задачи - две блокировки... Все .....
>> Средствами 1С - выполнял "Тестирование Исправление" со всеми пунктиками -
>> ничего.
>> Средствами SQL - проверка целостности-перестройка/реорганизация
>> индексов-обновление статистики - никакого эффекта
>> Т.е. иногда проблема проявляется (ступор Сиквела) а ингода нет ....
>> Поднял на втором сервере аналогичную конфигурацию - такая-же картина ...
>
> попробуйте поднять на тестовом сервере "коробочную" конфигурацию (что-нить
> с регистрами, например, ПУБ или комплексную) и посмотрите на ее поведение
> в аналогичных условиях.
Енто сложно сделать - базу ведь нужно еще наполнить .....
> если грабли повторяться не будут -- бейте программиста и заставляйте его
> оптимизировать код.
>
>
>> Нашел уже патчик для 1С - Terminal Sleep (прообраз "Гибких блокировок"
>> http://www.kb.mista.ru/article.php?id=179) - не дает эффекта (насколько я
>> понял , он рассчитан
>> на проведение документов и тот факт что 1С в ожидании блокировки долбит
>> как дурная без задержки SQL запросами)...
>> Разработчик 1С с темы сьезжает , т.к. говорит что плохо знает SQL (хотя
>> переход на SQL был его идеей :-))) )
>
> _здесь_ разработчику SQL знать и не нужно, это не его парафия :-)
>
>> Я в сиквеле то-же не очень то хорошо разбираюсь , но мне показалось что
>> может просто случается DeadLock с блокировками
>> таблиц и проблема в сильнокривом коде ....
>> Может кто с таким уже сталкивался ????
>> Какие будут мысли ????
>>
>> ЗЫ.
>> Предложения "обратиться к спецу" , "вернуться на DBF" , "послать все
>> на..." не рассматриваются :-)))
>
>
> в терминале _действительно_ можно было не использовать SQL, а обойтись
> DBF-версией.
Повторюсь -
1. СЕКУРНОСТЬ
2. Некоторые дятлы оставляли открытой базу , или иногда она просто слетала -
как результат
необходимость переиндексации что уже задолбало ...
ЗЫ.ЗЫ.
Замечено , что ИНОГДА , выполнение UpdateStatistic & Clear Cache временно
лечит ситуевину , хорошо что
можно выполнять эту операцию в процессе рабочего дня...
Andrey Zaborovsky
> Посмотрим , но проблема проявляется спонтанно ....
я бы обязательно посмотрел, что там делается.
обычно там есть что оптимизировать.
> В том случае если между ними Аффигенный канал
ну, гигабита хватит с головой :-)
> Или SQL загружен по самую гайку
> Если нет - то разница в скорости даже просто в просмотре списка (например
> ТМЦ) существенная ....
а вот это -- см. первый пункт.
при просмотре списка ТМЦ обычно могут выполняться некоторые вычисления,
например, выводиться колонка остатков ТМЦ (представьте себе, по _каждой_
позиции вызывается запрос к остаткам регистра, ну, например, партий)
>> три. неплохо было бы использовать вот это
>> http://openconf.1cpp.ru/vk/turbobl/
>> почитайте, там есть результаты тестов, ускорение выполнения процедур там
>> весьма впечатляющее.
>>
> Насколько я понял - енто нужно переписывать процедуры под SQL - пока этого
> делать не будут
нет, не нужно.
достаточно просто ее загрузить при работе (например, из глобального модуля).
и все.
то, что там говорится про доступность локальных контекстов в глобальном
контексте -- думаю, это вам не нужно (хотя, штука удобная).
> Не только ,
> ---
> При работе 1С (7.7, 25 релиз, 8.0, 8.0.12.21) наблюдается неоправданная
> загрузка центрального процессора при ожидании захвата таблиц. Приведенная по
> ссылке разработка (DLL+патч) позволяет вставить вызов sleep() между
> последовательными опросами блокировки, и ликвидировать "торможение" в
> многопользовательской среде 1С (это особенно актуально при работе в режиме
> сервера терминалов).
> ----
> Использован патч BkEnd.dll - на перехват функции запроса к SQL
> что-то_STILLEXECUTE()
> Т.е. ВСЕ запросы на блокировку таблиц будут отрабатывать с задержкой
я ее использую и знаю, что это :-)
очень удобная вещь, кстати.
>> http://script-coding.info/SQL2005.html ?
> Несовсем этими материалами , но действия такие-же ...
> Единственное , не патчил "производить верификацию структуры таблиц и
> процедур всегда"
...а не только при входе первого пользователя в систему.
это -- не нужно (в смысле, можно не делать).
> Енто сложно сделать - базу ведь нужно еще наполнить .....
вообще, у меня такие тормоза тоже один раз случались, но база была
сетевой лежала на самбе.
вылечилось использованием дбф-базы на тогда еще wnnt4 TSE.
>> если грабли повторяться не будут -- бейте программиста и заставляйте его
>> оптимизировать код.
> Повторюсь -
> 1. СЕКУРНОСТЬ
да нет там никакой секурности :-)
в восьмерке -- еще да, а так - нет....
> 2. Некоторые дятлы оставляли открытой базу , или иногда она просто слетала -
для выключения случайно оставленной открытой базы пишется процедурка о
10 строчках, которая в нужное время просто выбрасывает всех дятлов из базы.
вызов процедуры осуществляется из таймерной процедуры
ОбработкаОжидания(), с заданным интервалом, например, 5 или 10 минут.
что-нибудь типа такого.
</>
Процедура глРабСистема() Экспорт
Если Не
(ПустоеЗначение(Константа.КонтрольноеВремя.Получить(ТекущаяДата()))=1) Тогда
Если (Найти("АДМИН|ADMIN",ВРег(ИмяПользователя()))=0)
И (ТекущееВремя() >
СокрЛП(Константа.КонтрольноеВремя.Получить(ТекущаяДата())) ) Тогда
ИмяФайла = КаталогИБ()+"MsgBox.exe";
Если ФС.СуществуетФайл(ИмяФайла)=1 Тогда
ЗапуститьПриложение(КаталогИБ()+"MsgBox.exe");
// сообщим юзеру, что его принудительно отключили
КонецЕсли;
ЗавершитьРаботуСистемы(0);
КонецЕсли;
КонецЕсли;
КонецПроцедуры
// в константе КонтрольноеВремя, как нетрудно догадаться,
// задается время "Ч" :-)
// в глобальной процедуре вызываем
ОбработкаОжидания("глРабСистема",600);
</>
> как результат
> необходимость переиндексации что уже задолбало ...
есть патч позволяющий это делать автоматически первому зашедшему юзеру
(без традиционного вопроса при старте)
> ЗЫ.ЗЫ.
>
> Замечено , что ИНОГДА , выполнение UpdateStatistic & Clear Cache временно
> лечит ситуевину , хорошо что
> можно выполнять эту операцию в процессе рабочего дня...
>
попробуйте поставить mssql2000 и поработать на нем.
Pisarenko Igor
>> Повторюсь -
>> 1. СЕКУРНОСТЬ
>
> да нет там никакой секурности :-)
> в восьмерке -- еще да, а так - нет....
Не такая как 1С 8.1 + SQL конечно , но есть ...
>
>> 2. Некоторые дятлы оставляли открытой базу , или иногда она просто
>> слетала -
>
> для выключения случайно оставленной открытой базы пишется процедурка о 10
> строчках, которая в нужное время просто выбрасывает всех дятлов из базы.
> вызов процедуры осуществляется из таймерной процедуры ОбработкаОжидания(),
> с заданным интервалом, например, 5 или 10 минут.
>
> что-нибудь типа такого.
[skip]
Жесть !!!!
Такое конечно возможно , но ..... зачем ????
Тем более в данном случае, когда размер базы ( *.dbf ) достиг 1.5 Гб
(сжатие базы выполнялось) ....
>> как результат
>> необходимость переиндексации что уже задолбало ...
>
> есть патч позволяющий это делать автоматически первому зашедшему юзеру
> (без традиционного вопроса при старте)
Еще более весело , патамушта даже в терминалке переиндексация выполняется
минут 5-10 ...
>
>> ЗЫ.ЗЫ.
>>
>> Замечено , что ИНОГДА , выполнение UpdateStatistic & Clear Cache временно
>> лечит ситуевину , хорошо что
>> можно выполнять эту операцию в процессе рабочего дня...
>>
>
>
> попробуйте поставить mssql2000 и поработать на нем.
Незнаю , по отзывам SQL2к еще более глючный чем 2005 ....
Попробуем таки докопаться до причины тормоза ...
Andrey Zaborovsky
>>> 1. СЕКУРНОСТЬ
>> да нет там никакой секурности :-)
>> в восьмерке -- еще да, а так - нет....
> Эст !!
> Не такая как 1С 8.1 + SQL конечно , но есть ...
это спорный вопрос.
я утверждаю, что безопасность в 7.7 отсутствует как класс.
(погуглите по словам usp_21.exe (21 и выше, до 25; 21 -- как не трудно
догадаться, это номер релиза; там посмотрите опции "не проверять пароль
при входе", "не проверять пароль конфигурации|обработок", и т.д.);
по ходу еще посмотрите, не разрешено ли пользователям выполнение внешних
отчетов и обработок, если разрешено -- то опаньки... ну и т.д.)
>> что-нибудь типа такого.
> [skip]
> Жесть !!!!
> Такое конечно возможно , но ..... зачем ????
не вижу никакой жести -- когда юзеров много, обязательно найдется
кто-то, кто будет периодически забывать вылогиниться из базы.
а в таком состоянии невозможно, например, делать выгрузку данных
среццтвами 1с.
поэтому и.
укзанная процедура закроет саму себя (в смысле, БД) при любом раскладе
(если юзер -- не админ).
>> попробуйте поставить mssql2000 и поработать на нем.
> Незнаю , по отзывам SQL2к еще более глючный чем 2005 ....
ну, отчего же?
нормально работает, правда, не так быстро, как 2005.
> Попробуем таки докопаться до причины тормоза ...
ну, как сказать...
2005 -- быстрее, это да.
в остальном -- не знаю, работал с ним на небольшой базе (на desktop
edition, бывш. msda)
Pisarenko Igor
> Pisarenko Igor wrote:
>
>>>> 1. СЕКУРНОСТЬ
>>> да нет там никакой секурности :-)
>>> в восьмерке -- еще да, а так - нет....
>> Эст !!
>> Не такая как 1С 8.1 + SQL конечно , но есть ...
>
> это спорный вопрос.
> я утверждаю, что безопасность в 7.7 отсутствует как класс.
>
> (погуглите по словам usp_21.exe (21 и выше, до 25; 21 -- как не трудно
> догадаться, это номер релиза; там посмотрите опции "не проверять пароль
> при входе", "не проверять пароль конфигурации|обработок", и т.д.);
> по ходу еще посмотрите, не разрешено ли пользователям выполнение внешних
> отчетов и обработок, если разрешено -- то опаньки... ну и т.д.)
да знаю я про ЭТО ... :-)))
SQL версия не дает по крайней мере тихо скопировать каталог с базой на
флешку и
притарабанить домой ...
Уже нужны движения ушами - загрузка-выгрузка под админом , запретить
грохнуть users.def
файл можно и средствами секурности форточек, точно так-же - запрет на замену
1сXXX.exe и некоторых
dll
Конечно , все ломается , даже суперпараноидальная защита 1C 8.1 + SQL :-)))
..
>>> попробуйте поставить mssql2000 и поработать на нем.
>> Незнаю , по отзывам SQL2к еще более глючный чем 2005 ....
Ну , перерыл кучу конференций , народ плюется на 2к ....
Да , отключил на 2005 паралелизм (т.е. сейчас Одна Кверя- на Один проц) ,
пишут что
бывает возникают deathlock из-за распаралеливания особохитрых 1С-запросов
Andrey Zaborovsky
> SQL версия не дает по крайней мере тихо скопировать каталог с базой на
> флешку и
> притарабанить домой ...
зато прекрасно дает возможность по ходу подгрузить внешнюю компоненту
1cpp и сказать select from..... бла-бла-бла, а результат утащить домой
не в виде базы, но в виде отчета (плоской таблицы) -- оно обычно так и
бывает нужно (например, справочник контрагентов со всеми
адресами-телефонами (более простой случай) или обороты продаж (более
сложный случай)...
примеры использования и построения запросов -- есть в сети.
> Уже нужны движения ушами - загрузка-выгрузка под админом , запретить
> грохнуть users.def
не поможет.
> файл можно и средствами секурности форточек, точно так-же - запрет на замену
> 1сXXX.exe и некоторых
> dll
>
> Конечно , все ломается , даже суперпараноидальная защита 1C 8.1 + SQL :-)))
> ..
>
>>>> попробуйте поставить mssql2000 и поработать на нем.
>>> Незнаю , по отзывам SQL2к еще более глючный чем 2005 ....
>
> Ну , перерыл кучу конференций , народ плюется на 2к ....
не читайте конференций, все нормально работает :-)
база -- в 5 раз больше вашей.
никаких тормозов.
> Да , отключил на 2005 паралелизм (т.е. сейчас Одна Кверя- на Один проц) ,
> пишут что
> бывает возникают deathlock из-за распаралеливания особохитрых 1С-запросов
кстати, а сколько памяти потребляет 1 экземпляр запущенной 1с в
терминале в вашем случае?
после выполнения каких процедур начинаются тормоза?
нет ли утечек памяти? (например, у меня есть одна процидурка, которая
запускается 1 раз в день, обрабатывает 60..70 тысяч записей за раз,
работает ~15..20 минут, после ее завершения 1с занимает >>_500_ мегабайт
памяти.
даже принудительное обнуление всех используемых в ней переменных не
помогает.
лечится только выходом из 1с.)
(штатно у меня 1 экземпляр 1с занимает ~65 мегабайт памяти)
> ..
>> ну, отчего же?
>> нормально работает, правда, не так быстро, как 2005.
>>
>>> Попробуем таки докопаться до причины тормоза ...
>> ну, как сказать...
>> 2005 -- быстрее, это да.
>> в остальном -- не знаю, работал с ним на небольшой базе (на desktop
>> edition, бывш. msda)
кстати, а как у вас параметры файла транзакций и самой базы заданы?
я обычно включаю опции автоматического контроля размера файлов и
увеличения их при необходимости (не помню, как это правильно звучит, ибо
заглядываю туда крайне редко).
т.е., не задаю фиксированный размер базы, а принимаю предлагаемые самим
sql значения по умолчанию при создании новой базы.
и все же, попробуйте хотя бы временно откатиться на mssql2000 -- она
(7.7) именно с ним должна нормально работать, а вские 2005 -- это уже
хак :-)
Pisarenko Igor
> Pisarenko Igor wrote:
>
>> SQL версия не дает по крайней мере тихо скопировать каталог с базой на
>> флешку и
>> притарабанить домой ...
>
> зато прекрасно дает возможность по ходу подгрузить внешнюю компоненту 1cpp
> и сказать select from..... бла-бла-бла, а результат утащить домой не в
> виде базы, но в виде отчета (плоской таблицы) -- оно обычно так и бывает
> нужно (например, справочник контрагентов со всеми адресами-телефонами
> (более простой случай) или обороты продаж (более сложный случай)...
> примеры использования и построения запросов -- есть в сети.
Для этого нужно извилины иметь ... И , получается статья другая :-)))
>>
>>>>> попробуйте поставить mssql2000 и поработать на нем.
>>>> Незнаю , по отзывам SQL2к еще более глючный чем 2005 ....
>>
>> Ну , перерыл кучу конференций , народ плюется на 2к ....
>
> не читайте конференций, все нормально работает :-)
> база -- в 5 раз больше вашей.
> никаких тормозов.
>
>> Да , отключил на 2005 паралелизм (т.е. сейчас Одна Кверя- на Один проц) ,
>> пишут что
>> бывает возникают deathlock из-за распаралеливания особохитрых 1С-запросов
>
> кстати, а сколько памяти потребляет 1 экземпляр запущенной 1с в терминале
> в вашем случае?
> после выполнения каких процедур начинаются тормоза?
Один процесс - 40 -60 Мб.
>
> нет ли утечек памяти? (например, у меня есть одна процидурка, которая
> запускается 1 раз в день, обрабатывает 60..70 тысяч записей за раз,
> работает ~15..20 минут, после ее завершения 1с занимает >>_500_ мегабайт
> памяти.
Тьфу-тьфу нету конечно ...
>> ..
> кстати, а как у вас параметры файла транзакций и самой базы заданы?
Изначально - статически
База - 3 размера старого DBF
Лог - 1 размер старого DBF
C возможностью Grown , autoshrink отключен как класс ..
> я обычно включаю опции автоматического контроля размера файлов и
> увеличения их при необходимости (не помню, как это правильно звучит, ибо
> заглядываю туда крайне редко).
> т.е., не задаю фиксированный размер базы, а принимаю предлагаемые самим
> sql значения по умолчанию при создании новой базы.
>
Странно , но вроде временный эффект восстановления производительности дает
команда FREEPROCCACHE
Даже без пересчета статистики .....
Pisarenko Igor
> Pisarenko Igor wrote:
>
>> SQL версия не дает по крайней мере тихо скопировать каталог с базой на
>> флешку и
>> притарабанить домой ...
>
Я ему конечно завтра flush устрою , но .... за неделю вырос с 800 метров
до 17 Гб ...
Хорошо что место на винтах есть ....
ЗЫ.
Тормоза никак не связанны с ростом журнала !!!!
..
> ... Сиквел колбасит
знакомо
это когда базы в неправильном формате - MyISAM , а надо их (не все
конечно, а где блокировка или потеря индексов критичны) сконвертить в
INNODB, да еще в такой в котором отдельная таблица - отдельный файл, вот
тогда работает
а там где осталось в MyISAM (она чуть быстрее работает) - ее надо
частенько прогонять командой repair и optimize что бы битых индексов небыло
вот, а как там в микрософтах - не знаю, наверно вообще мраки как в
оракле (((((((
Andrey Zaborovsky
> Изначально - статически
> База - 3 размера старого DBF
> Лог - 1 размер старого DBF
> C возможностью Grown , autoshrink отключен как класс ..
я обычно включаю то, что мсскл предлагает по умолчанию --
automatically grow file
file growth - by percent, 10%
unrestricted file growth
шринк выполняется шедулером, раз в неделю (по воскресеньям, перед тем
как -- делается глобальный бэкап средствами мсскл, ежедневно -- бэкап
средствами 1с)
в sqlexpress стоит автошринк=off
остльное -- так же, как и в скл2000
Viktor Kompaneyets
А почитать логи не пробовали??
--
Viktor KOMPANEYETS
VK3-UANIC
Pisarenko Igor
"Viktor Kompaneyets" <va...@stantontv.net> wrote in message
news:gfbii7$2ok$1...@news.ntu-kpi.kiev.ua...
Простите , логи чего ????
1C ???
Или SQL - они девственно чисты (ну кроме логичных setting RECOVERY to
ULL - хотя база и стоит в режиме FULL recover model)
>
>
> --
> Viktor KOMPANEYETS
> VK3-UANIC
Pisarenko Igor
".." <pr...@kiev1.org> wrote in message
news:gfaasv$2bd5$1...@behemoth.volia.net...
В Оракле все гораздо хуже .....
:-)))
Andrey Zaborovsky
>>> Да , что-то неподеццки стал расти журнал транзакций ....
>>> Я ему конечно завтра flush устрою , но .... за неделю вырос с 800
>>> метров до 17 Гб ...
это явно ненормально.
не может быть в нормальных условиях такой журнал транзакций.
mymuss
> шринк выполняется шедулером, раз в неделю (по воскресеньям, перед тем
> как -- делается глобальный бэкап средствами мсскл, ежедневно -- бэкап
> средствами 1с)
Кстати, лучшие собаководы советуют шринк не делать вообще, а вместо
этого правильно бекапить журнал транзакций.
Andrey Zaborovsky
>> шринк выполняется шедулером, раз в неделю (по воскресеньям, перед тем
>> как -- делается глобальный бэкап средствами мсскл, ежедневно -- бэкап
>> средствами 1с)
>
> А зачем делать шринк _перед_ бэкапом, по идее, наоборот надо?
>
> Кстати, лучшие собаководы советуют шринк не делать вообще, а вместо
> этого правильно бекапить журнал транзакций.
я и говорю -- перед тем как делать шринк, делается бэкап (мало ли?..),
потом -- шринк.
это вы не так поняли.
вообще, субж устроен таким образом, что все делается исключительно из
него его же средствами, а всякие там шринки, да бэкапы средствами
мссиквела -- это уже вторично.
подавляющее большинство одноэсчиков старой закалки вообще не знает что
это такое и как управлять сиквелом :-).
в восьмерке, кстати, пошли еще дальше, и там она вообще сама управляет
sql-сервером (в смысле, базы создает\удаляет, для этого ей требуется
mssql2000 с сервис-паком не не ниже третьего.)
isa i
> mymuss wrote:
>>> шринк выполняется шедулером, раз в неделю (по воскресеньям, перед тем
>>> как -- делается глобальный бэкап средствами мсскл, ежедневно -- бэкап
>>> средствами 1с)
>> А зачем делать шринк _перед_ бэкапом, по идее, наоборот надо?
>> Кстати, лучшие собаководы советуют шринк не делать вообще, а вместо
>> этого правильно бекапить журнал транзакций.
> я и говорю -- перед тем как делать шринк, делается бэкап (мало ли?..),
> потом -- шринк.
> это вы не так поняли.
>
> вообще, субж устроен таким образом, что все делается исключительно из
> него его же средствами, а всякие там шринки, да бэкапы средствами
> мссиквела -- это уже вторично.
> подавляющее большинство одноэсчиков старой закалки вообще не знает что
> это такое и как управлять сиквелом :-).
> в восьмерке, кстати, пошли еще дальше, и там она вообще сама управляет
> sql-сервером (в смысле, базы создает\удаляет, для этого ей требуется
> mssql2000 с сервис-паком не не ниже третьего.)
Щель расширилась, и кот сменился старушечьей физиономией в платке.
Юбка старухи, усеянная белым горохом, оказалась в кухне.
Старуха указательным и большим пальцем обтерла запавший рот,
припухшими и колючими глазами окинула кухню и произнесла с
любопытством:
- О, господи иисусе!
Бледный Филипп Филиппович пересек кухню и спросил старуху грозно:
- Что вам надо?
- Говорящую собачку любопытно поглядеть, - ответила старуха заискивающе
и перекрестилась.
--
isa mozes the katsman
isa at isa dot dp dot ua завгар Труна
ICQ 397543186 No opportuNity Necessary No experieNce Needed
Pisarenko Igor
> Pisarenko Igor wrote:
>>>> Да , что-то неподеццки стал расти журнал транзакций ....
>>>> Я ему конечно завтра flush устрою , но .... за неделю вырос с 800
>>>> метров до 17 Гб ...
>
>
> это явно ненормально.
> не может быть в нормальных условиях такой журнал транзакций.
некритично ...
Замечено следующее , что одинаковые запросы выполняются с оччень разными CPU
& Reads если
смотреть профайлером - без команды DBCC FREEPROCCACHE и с ней
без команды
---
declare @p1 int
set @p1=1073741832
declare @p2 int
set @p2=180150029
declare @p5 int
set @p5=2
declare @p6 int
set @p6=1
declare @p7 int
set @p7=-1
exec sp_cursorprepexec @p1 output,@p2 output,N'@P1 int,@P2 char(23),@P3
char(23),@P4 char(23)',N'Select JOURN.* from _1SJOURN JOURN(NOLOCK
INDEX=ACDATETIME), _1SCRDOC CRDOC(NOLOCK INDEX=PARENT) where
JOURN.DATE_TIME_IDDOC=CRDOC.CHILD_DATE_TIME_IDDOC and CRDOC.MDID=@P1 and
CRDOC.PARENTVAL=@P2 and CRDOC.CHILD_DATE_TIME_IDDOC>=@P3 and
CRDOC.CHILD_DATE_TIME_IDDOC<=@P4 order by CRDOC.MDID, CRDOC.PARENTVAL,
CRDOC.CHILD_DATE_TIME_IDDOC',@p5 output,@p6 output,@p7 output,0,'O1 7R2
F ','17530101 0 0 ','99991230FHML6O 0 '
select @p1, @p2, @p5, @p6, @p7
-- CPU =0 READS = 0
exec sp_cursorfetch 180150029,1,0,1
-- CPU =1047 READS = 395913
=======================================================================
После применения DBCC FREEPROCCACHE
--
-- CPU =0 READS = 0
-- CPU =0 READS = 3
========================================================================
В конфах намекают на "слишком умный SQL 2005" - которого оптимизатор
закручивает так запросы,
что они в рез. выполняются ОЧЕНЬ неоптимально (хотя в глючность SQL мне
почему-то не верится)....
Для базы вся Auto Statistic - отключена нафиг, периодически (раз в 8 часов)
выполняется Update Statistic....
Andrey Zaborovsky
> В конфах намекают на "слишком умный SQL 2005" - которого оптимизатор
> закручивает так запросы,
> что они в рез. выполняются ОЧЕНЬ неоптимально (хотя в глючность SQL мне
> почему-то не верится)....
> Для базы вся Auto Statistic - отключена нафиг, периодически (раз в 8 часов)
> выполняется Update Statistic....
я вам уже говорил про а) поставить mssql2000 хотя бы для сравнения и б)
заставить программера оптимизировать код (поскольку база самописная,
это очень даже возможно, даст некий прирост производительности).
хотя, у меня на sqlexpress2005 (desktop edition, который до 5
пользователей) и типовом ПУБ никаких особых граблей не замечено, размер
базы приближается к одному гигу ~820 метров щас, и журнал транзакций --
аж всего-навсего 31 метр).
доработок в конфигурации -- немного, но есть.
isa i
> Pisarenko Igor wrote:
>> В конфах намекают на "слишком умный SQL 2005" - которого оптимизатор
>> закручивает так запросы,
>> что они в рез. выполняются ОЧЕНЬ неоптимально (хотя в глючность SQL
>> мне почему-то не верится)....
>> Для базы вся Auto Statistic - отключена нафиг, периодически (раз в 8
>> часов) выполняется Update Statistic....
> я вам уже говорил про а) поставить mssql2000 хотя бы для сравнения и б)
> заставить программера оптимизировать код (поскольку база самописная,
> это очень даже возможно, даст некий прирост производительности).
--
isa mozes the katsman есть люди у которых между ног
isa at isa dot dp dot ua Брюс Ли
Andrey Zaborovsky
> а как он может оптимизоровать код если он SQL не знает?
да нет, sql тут ни при чем.
сам код в 1с оптимизировать.
потому что и там писать можно достаточно по-разному. запросы, выборки
там разные....
ну вот тебе достаточно простой пример:
вариант (1) на интервале в 5 месяцев выполняется 3..4 минуты,
вариант (2) выполняется 1..2 секунды
</>
Запрос = СоздатьОбъект("Запрос");
ТекстЗапроса = "
|Период с ДатаС по ДатаПо;
|Фирма = Регистр.ВзаиморасчетыПокупателей.Фирма;
|КредДокумент = Регистр.ВзаиморасчетыПокупателей.КредДокумент;
|Долг = Регистр.ВзаиморасчетыПокупателей.Долг;
|ТекущийДокумент = Регистр.ВзаиморасчетыПокупателей.ТекущийДокумент;
// --> (1) было:
//|ДокОплаты =
Регистр.ВзаиморасчетыПокупателей.ТекущийДокумент.БанковскаяВыписка.ТекущийДокумент,
Регистр.ВзаиморасчетыПокупателей.ТекущийДокумент.ПриходныйКассовый.ТекущийДокумент;
|ДокОплаты = Регистр.ВзаиморасчетыПокупателей.ТекущийДокумент;
|Функция Оплата = Расход(Долг) Когда(ТекущийДокумент = ДокОплаты);
|Группировка КредДокумент;
// <-- (2) стало:
|Условие(ПроверитьДокОплаты(ДокОплаты) = Да);
|Условие(КредДокумент = ДокОсн);
|Условие(Фирма = глПустаяФирма);";
где
Функция ПроверитьДокОплаты(ТекДок)
Возврат ?(((ТекДок.Вид()="БанковскаяВыписка") Или
(ТекДок.Вид()="ПриходныйКассовый")), Да, Нет);
КонецФункции
isa i
Andrey Zaborovsky
> и из чего следует, что не нужно знать SQL?
из того, что с точки зрения сабжа, sql -- это такой большой dbf :-)
по большому счету, администрирование сиквела в обязанности программера
не входит.
а под оптимизацией кода 1с я имел в виду то, что можно один и тот же код
писать по-разному, например, выборкой в запросе или последовательным
перебором, и т.д.
isa i
> isa i wrote:
>> и из чего следует, что не нужно знать SQL?
> из того, что с точки зрения сабжа, sql -- это такой большой dbf :-)
> по большому счету, администрирование сиквела в обязанности программера
> не входит.
самом SQL.
> а под оптимизацией кода 1с я имел в виду то, что можно один и тот же код
> писать по-разному, например, выборкой в запросе или последовательным
> перебором, и т.д.
для того, чтобы понимать, что такое выборка и как она влияет
на скорость (работы) нужно знать SQL.
Viktor Kompaneyets
> Andrey Zaborovsky пишет:
>> isa i wrote:
>>> и из чего следует, что не нужно знать SQL?
>> из того, что с точки зрения сабжа, sql -- это такой большой dbf :-)
>> по большому счету, администрирование сиквела в обязанности программера
>> не входит.
> не надо сьезжать с темы. мы беседуем не об администрировании а об
> самом SQL.
>
>> а под оптимизацией кода 1с я имел в виду то, что можно один и тот же
>> код писать по-разному, например, выборкой в запросе или
>> последовательным перебором, и т.д.
> для того, чтобы понимать, что такое выборка и как она влияет
> на скорость (работы) нужно знать SQL.
Или все-таки знать что-то из теории алгоритмов?
--
Viktor KOMPANEYETS
VK3-UANIC
Andrey Zaborovsky
>> а под оптимизацией кода 1с я имел в виду то, что можно один и тот же
>> код писать по-разному, например, выборкой в запросе или
>> последовательным перебором, и т.д.
> для того, чтобы понимать, что такое выборка и как она влияет
> на скорость (работы) нужно знать SQL.
только что специально порылся в документации, в разделах "язык
запросов", "использование запросов" и отдельной тоненькой книжке
"особенности использования sql-версии".
только в последней упоминается следующее (почти дословно):
"использование в условиях оператора "в" (in) существенно ускоряет
выполнение оных".
все.
остальное про оптимизацию -- чисто 1с'ная специфика (оптимизация в
отчетах, оптимизация выборок, типа "использовать последовательный
перебор вместо выборки запросом -- низачот" и т.д.)
Pisarenko Igor
"isa i" <isa...@gmail.com.foo.bar> wrote in message
news:gfe6rn$hcn$1...@wine.i.kyivstar.net...
> Andrey Zaborovsky пишет:
>> isa i wrote:
>>> и из чего следует, что не нужно знать SQL?
>> из того, что с точки зрения сабжа, sql -- это такой большой dbf :-)
>> по большому счету, администрирование сиквела в обязанности программера не
>> входит.
> не надо сьезжать с темы. мы беседуем не об администрировании а об
> самом SQL.
>
>> а под оптимизацией кода 1с я имел в виду то, что можно один и тот же код
>> писать по-разному, например, выборкой в запросе или последовательным
>> перебором, и т.д.
> для того, чтобы понимать, что такое выборка и как она влияет
> на скорость (работы) нужно знать SQL.
Оптимизация - енто клево , только в данном случае , не совсем то ...
Т.к. ОДИН И ТОТ-ЖЕ запрос выполняется иногда быстро , а иногда медленно ...
И проблема не в блокировках .... блин ....
isa i
и что-нибудь из теории алгоритмов.
isa i
isa i
(но откуда об этом может знать програмист 1С?)
Andrey Zaborovsky
>> Или все-таки знать что-то из теории алгоритмов?
> для начала знать что такое кортеж. а потом уже можно знать
ну допустим, кортеж -- это набор взаимосвязанных элементов (например,
выборка элементов справочника).
и как это поможет в данной ситуации?
Andrey Zaborovsky
> Оптимизация - енто клево , только в данном случае , не совсем то ...
> Т.к. ОДИН И ТОТ-ЖЕ запрос выполняется иногда быстро , а иногда медленно ...
> И проблема не в блокировках .... блин ....
энто еще что...
где-то с год назад я видел базу, где один и тот же запрос, будучи
вызываем через некоторые произвольные интервалы времени, выдавал
_абсолютно_ разные итоги.
27-ой релиз, все путем...
выглядело это так.
была база, которая нормально работала длительное время.
что-то понадобилось поменять, попросили меня, я отказался за неимением
времени.
пришел какой-то левый мальчег по вызову (в смысле, не из официального
суппорта), что-то там сотворил при помощи сильно древнего релиза (<<21),
после чего оно чпок, и -- всё.
никакие выгрузки/перегрузки из сиквела в дбф и обратно, пересчеты
итогов, проверки логической и физической целостности базы, а также и
другие пляски с бубном не давали _ничего_.
что это было, я до сих пор не знаю, хотя подозреваю, что трындец пришел
метаданным.
Andrew O. Zhukov
1С.
При базе в 1.5 Гб 17 Гб журнал за неделю. Тут надо ковырять, чем 1с
таким таким интересным с сервером занимается.
Andrey Zaborovsky
> Можно пару замечаний от человека немного понимающего в MS-SQL и нифига в
> 1С.
>
> При базе в 1.5 Гб 17 Гб журнал за неделю. Тут надо ковырять, чем 1с
я ему об том же талдычу.
> таким таким интересным с сервером занимается.
ну, например, в журнале счетов-фактур пытается показывать,
оплачен/отгружен ли счет или нет, для чего ежесекундно выполняет запросы
по всем счетам (по списку) к регистрам взаиморасчетов (по каждому
отдельно), например...
ну и в таком духе...
isa i
:)
Andrey Zaborovsky
> Andrey Zaborovsky пишет:
>> isa i wrote:
>>>> Или все-таки знать что-то из теории алгоритмов?
>>> для начала знать что такое кортеж. а потом уже можно знать
>> ну допустим, кортеж -- это набор взаимосвязанных элементов (например,
>> выборка элементов справочника).
>> и как это поможет в данной ситуации?
>>> и что-нибудь из теории алгоритмов.
> это ж ты советовал код оптимизровать, не?
> :)
>
да я не об том говорил.
если б ты програмил на субже, ыт бы понимал, о чем речь :-)
isa i
> isa i wrote:
>> Andrey Zaborovsky пишет:
>>> isa i wrote:
>>>>> Или все-таки знать что-то из теории алгоритмов?
>>>> для начала знать что такое кортеж. а потом уже можно знать
>>> ну допустим, кортеж -- это набор взаимосвязанных элементов (например,
>>> выборка элементов справочника).
>>> и как это поможет в данной ситуации?
>>>> и что-нибудь из теории алгоритмов.
>> это ж ты советовал код оптимизровать, не?
>> :)
> да я не об том говорил.
шобы оптимизировать SQL надо знать SQL. оптимизация кода 1С
SQL не поможет.
> если б ты програмил на субже, ыт бы понимал, о чем речь :-)
свят, свят, свят.
Serg Lakhno
On 11/12/2008 04:34 PM, isa i wrote:
> это ж ты советовал код оптимизровать, не?
Оптимизируй код!
Оптимизируй код, сука!
(с)
--
Sergej I. Lakhno [MCSE] http://www.severnij.dp.ua
#Я в этом цирке - шпрехшталмейстер, я объявляю номера...
Andrew O. Zhukov
Andrew O. Zhukov
для группировок не в tempdb а в основной базе.
Andrey Zaborovsky
> Да select в журнале не отображается. Там только изменения базы пишутся.
на базу нужно смотреть, что у него там происходит -- он же говорит, база
самописная -- кто его знает, что за фишек его программеру там
назаказывали и как оно реализовано?...
нужно попробовать на mssql2000, будут ли те же глюки, и потом смотреть
уже на саму базу.
еще запустить на этом же сервере тестовую конфигурацию "из коробки"
(любую), там есть демо-варианты, уже с тестовыми данными -- погонять их.
посмотреть, как будет вести себя сервер...
вобщем, я бы начал с downgrade до mssql2000, потом смотрел бы 1с'ный код.
Andrey Zaborovsky
> Тут может быть какая нибудь суперкриворукость, типа создания tmp таблиц
> для группировок не в tempdb а в основной базе.
этим управляет ядро 1с и для программера это недоступно.
isa i
> Hello!
> On 11/12/2008 04:34 PM, isa i wrote:
>> это ж ты советовал код оптимизровать, не?
> Оптимизируй код!
> Оптимизируй код, сука!
> (с)
Pisarenko Igor
> Andrew O. Zhukov wrote:
>
>> Да select в журнале не отображается. Там только изменения базы пишутся.
>
> на базу нужно смотреть, что у него там происходит -- он же говорит, база
> самописная -- кто его знает, что за фишек его программеру там назаказывали
> и как оно реализовано?...
> нужно попробовать на mssql2000, будут ли те же глюки, и потом смотреть уже
> на саму базу.
Ну .... даунгрейд - некузяво , и то что оно может и будет работать - будет
чисто умозрительным фактом..
1. есть еще несколько проектов 1С+SQL2005 и такая проблема все-равно может
всплыть
2. SQL 2000 - неподдерживается , и в некоторых случаях согласно политике ,
устанавливать его низзя ,
токо 2005
> еще запустить на этом же сервере тестовую конфигурацию "из коробки"
> (любую), там есть демо-варианты, уже с тестовыми данными -- погонять их.
> посмотреть, как будет вести себя сервер...
Ну коробошную типа Комплексная попробуем ... но тут еще проблема найти
ПРОБЛЕМУ....
Т.к. додуматься , что если сначала открыть Банк , а потом Договора-Заказы то
будет ЖО ...
Т.е. логики никакой нет ...
Andrey Zaborovsky
> Ну .... даунгрейд - некузяво , и то что оно может и будет работать - будет
> чисто умозрительным фактом..
как я говорил mnv, я бы уже давно попробовал за истекшее время :-)
по-крайней мере, знал бы результат.
> 1. есть еще несколько проектов 1С+SQL2005 и такая проблема все-равно может
> всплыть
> 2. SQL 2000 - неподдерживается , и в некоторых случаях согласно политике ,
> устанавливать его низзя ,
> токо 2005
если на то пошло, 7.7 с 2005 тоже официально не дружит и не планирует,
попробуйте задать вопрос в офф.суппорт 1с, я посмотрю на их реакцию :-)
так что, как грицца, хрен редьки не слаще.
> Ну коробошную типа Комплексная попробуем ... но тут еще проблема найти
> ПРОБЛЕМУ....
> Т.к. додуматься , что если сначала открыть Банк , а потом Договора-Заказы то
> будет ЖО ...
> Т.е. логики никакой нет ...
создайте простейшей обработкой несколько тысяч документов (скопируйте
уже имеющиеся, например, приходы)
и погоняйте их групповым проведением/перепроведением/выравниванием
последовательностей.
посмотрите на лог транзакций.
Andrey Zaborovsky
> создайте простейшей обработкой несколько тысяч документов (скопируйте
> уже имеющиеся, например, приходы)
> и погоняйте их групповым проведением/перепроведением/выравниванием
> последовательностей.
> посмотрите на лог транзакций.
...шоб не ругалось на нехватку товара, разрешите отрицательные остатки
-- автоматически будут созданы "пустые" партии.
Vladyslav Revidinskyy
>
>> в восьмерке, кстати, пошли еще дальше, и там она вообще сама управляет
>> sql-сервером (в смысле, базы создает\удаляет, для этого ей требуется
>> mssql2000 с сервис-паком не не ниже третьего.)
> Щель расширилась, и кот сменился старушечьей физиономией в платке.
> Юбка старухи, усеянная белым горохом, оказалась в кухне.
> Старуха указательным и большим пальцем обтерла запавший рот,
> припухшими и колючими глазами окинула кухню и произнесла с
> любопытством:
> - О, господи иисусе!
> Бледный Филипп Филиппович пересек кухню и спросил старуху грозно:
> - Что вам надо?
> - Говорящую собачку любопытно поглядеть, - ответила старуха заискивающе
> и перекрестилась.
>
А цопирайты кто проставлять будет? Булгаков? :)
Andrey Zaborovsky
> А цопирайты кто проставлять будет? Булгаков? :)
а шо, и так не ясно? :-)
Alexander Fedirko aka Aquarius
> решился таки спросить...
Все запросы на селект писать с хинтом WITH (NOLOCK) и не будет никаких
блокировок.
Пример: select * from <table> with (nolock) where <clause>
Особенно курсоры!
И по-поводу курсоров. Избавтесь от них.
Alexander Fedirko aka Aquarius
> и сказать select from..... бла-бла-бла, а результат утащить домой
Одна опция\галочка для запрещения возможности подключения внешних сборок.
isa i
--
isa mozes the katsman capitalize on this good fortune
isa at isa dot dp dot ua one word can bring you round
Viktor Kompaneyets
> Viktor Kompaneyets пишет:
>> isa i пишет:
>>> на скорость (работы) нужно знать SQL.
>> Или все-таки знать что-то из теории алгоритмов?
> для начала знать что такое кортеж. а потом уже можно знать
> и что-нибудь из теории алгоритмов.
Ну, иш чего захотели. Может еще и про предикаты что-то помнить?
--
Viktor KOMPANEYETS
VK3-UANIC
Andrey Zaborovsky
как мне нравятся специалисты по mssql в контексте сабж :-)
ну где, скажите мне, вы видели в "чистой" 1с возможность писать запросы
такого вида, как приведен выше??
Andrey Zaborovsky
>> И по-поводу курсоров. Избавтесь от них.
:-)
> ну пускай нам Заборовский доложит по поводу курсоров в 1С.
она их активно использует и избавиться от них нельзя.
построением всего этого дела занимается ядро 1с и данная область скрыта
от программиста 1с.
Andrey Zaborovsky
эта опция работает не всегда, кстати, а только при попытке открыть
внешний модуль через ctrl+O
если же в модуле формы использовать конструкции вида
ОткрытьФорму("обработка",,некоторый_файл);
то откроется невзирая ни на какие галочки.
Pisarenko Igor
"Alexander Fedirko aka Aquarius" <aqua...@rain.ntu-kpi.kiev.ua> wrote in
message news:gffnfp$800$1...@news.ntu-kpi.kiev.ua...
Директива NOLOCK и так в большинстве запросов присутствует - причем генерит
их сама 1С.
И курсоров там валом :-))))
Andrey Zaborovsky
я вам скажу больше.
даже если вы там что-то поменяете -- работать это будет ровно до первой
выгрузки/перезагрузки, когда 1с сама все перестроит обратно по своему
"пониманию" :-)
Pisarenko Igor
списков работает
значительно быстрее чем вариант SELECT ....
Pisarenko Igor
"Pisarenko Igor" <i...@bit.net.ua> wrote in message
news:gf97v6$bf3$1...@news.ntu-kpi.kiev.ua...
> Понимаю что не совсем в тему , но т.к. в форуме частенько бывают 1С-ники
> решился таки спросить...
Кароче , дебилы таки в Мелкософте !!!!
Фенечку с кешированием ПланаЗапроса они добавили в 2005 версии ...
Называется "it`s not bug , it`s feature !!!!"
Похоже никак не отключается , т.е.или делать перед выполнением запроса
FREEPROCCACHE или запускать (как и стор-процедуру) с директивой WITH
RECOMPILE ..
Кароче- мать-мать-мать .....
Бурно обсуждалось на
http://www.eggheadcafe.com/software/aspnet/29735634/how-to-disable-the-query.aspx
Vladyslav Revidinskyy
> Фенечку с кешированием ПланаЗапроса они добавили в 2005 версии ...
> Называется "it`s not bug , it`s feature !!!!"
> Похоже никак не отключается , т.е.или делать перед выполнением запроса
> FREEPROCCACHE или запускать (как и стор-процедуру) с директивой WITH
> RECOMPILE ..
Pisarenko Igor
"Vladyslav Revidinskyy" <fairy...@mail.ru> wrote in message
news:gfkjpm$2htc$1...@news.isd.dp.ua...
Низзя переходить на 2000 :-((((
Так что видимо будем как те мыши - грызть кактус ....
Andrey Zaborovsky
>>>Кароче , дебилы таки в Мелкософте !!!!
>>>Фенечку с кешированием ПланаЗапроса они добавили в 2005 версии ...
>>>Называется "it`s not bug , it`s feature !!!!"
>>>Похоже никак не отключается , т.е.или делать перед выполнением запроса
>>>FREEPROCCACHE или запускать (как и стор-процедуру) с директивой WITH
>>>RECOMPILE ..
>>
>>А говорил же умный человек - переходите на 2000 сервер! :)
>
> Несмешно ......
> Низзя переходить на 2000 :-((((
> Так что видимо будем как те мыши - грызть кактус ....
>
>
а купить официально 2005, но с правом downgrade не?
тогда переходите на v8 уже, там (в 8.1) уже даже ibm db2 поддерживается)
btw, почему у меня sqlexpress 2005 & субж (7.7.025, правда, не .027)
нормально работает? что я делаю не так?
Andrey Zaborovsky
>>А говорил же умный человек - переходите на 2000 сервер! :)
>
> Несмешно ......
> Низзя переходить на 2000 :-((((
> Так что видимо будем как те мыши - грызть кактус ....
>
>
оп-па!...
скажите, а у вас база на sql2005 создана в режиме "compatibility with
sql2000" или таки нет?
что-то мне подсказывает, что нет.
isa i
--
isa mozes the katsman у природы на устах коварная улыбка
isa at isa dot dp dot ua видимо, чего-то я не рассчитал
Pisarenko Igor
> Pisarenko Igor wrote:
>
>>>>Кароче , дебилы таки в Мелкософте !!!!
>>>>Фенечку с кешированием ПланаЗапроса они добавили в 2005 версии ...
>>>>Называется "it`s not bug , it`s feature !!!!"
>>>>Похоже никак не отключается , т.е.или делать перед выполнением запроса
>>>>FREEPROCCACHE или запускать (как и стор-процедуру) с директивой WITH
>>>>RECOMPILE ..
>>>
>>>А говорил же умный человек - переходите на 2000 сервер! :)
>>
>> Несмешно ......
>> Низзя переходить на 2000 :-((((
>> Так что видимо будем как те мыши - грызть кактус ....
>>
>>
>
> а купить официально 2005, но с правом downgrade не?
Нет , установка практически неподдреживаемого SQL 2000 - низзя ...
Переписывать конфу на 8.1 (еще более еб#$$% чем 7.7 ) саппортеры
отказываются ...
Более того , подозреваю что 8.1 имеет те-же проблемы с SQL 2005 что и 7.7
> тогда переходите на v8 уже, там (в 8.1) уже даже ibm db2 поддерживается)
>
>
> btw, почему у меня sqlexpress 2005 & субж (7.7.025, правда, не .027)
> нормально работает? что я делаю не так?
Патамушта у тебя не попались списфиские запросы , которые долбанутый SQL
2005 заоптимизировал по самые я-я..
Как я уже обьяснял . проблема проявлялась если в ОПРЕДЕЛЕННОЙ
последовательности открыть журналы
документов - сначала Банк , потом ДоговораЗаказы ...
Pisarenko Igor
"isa i" <isa...@gmail.com.foo.bar> wrote in message
> Andrey Zaborovsky пишет:
>> Pisarenko Igor wrote:
>>>> А говорил же умный человек - переходите на 2000 сервер! :)
>>> Несмешно ......
>>> Низзя переходить на 2000 :-((((
>>> Так что видимо будем как те мыши - грызть кактус ....
>> оп-па!...
>> скажите, а у вас база на sql2005 создана в режиме "compatibility with
>> sql2000" или таки нет?
Я еще не совсем деревянный :-))))
Фишечка - Compatibility Level - SQL 2000 (8.0)
Recovery Model - FULL
Без (Compatibility Level - SQL 2000 (8.0)) 1С вопит про невозможность
транзакции , или что-то подобное ...
Andrey Zaborovsky
>>а купить официально 2005, но с правом downgrade не?
> Нет , установка практически неподдреживаемого SQL 2000 - низзя ...
вам шашечки или таки ехать?? ;-)
> Переписывать конфу на 8.1 (еще более еб#$$% чем 7.7 ) саппортеры
> отказываются ...
я бы тоже отказался.
при несовместимости языков это равносильно написанию новой конфы с нуля.
ни один вменяемый саппортер за это не возьмется, разве что за очень
большие деньги :-)
> Более того , подозреваю что 8.1 имеет те-же проблемы с SQL 2005 что и 7.7
кто его знает?...
в 8.1, по крайней мере, есть официальная поддержка постгреса и ибм дб2.
уже есть из чего выбирать -- на одни глюки, так другие :-)
>>тогда переходите на v8 уже, там (в 8.1) уже даже ibm db2 поддерживается)
>>btw, почему у меня sqlexpress 2005 & субж (7.7.025, правда, не .027)
>>нормально работает? что я делаю не так?
> Патамушта у тебя не попались списфиские запросы , которые долбанутый SQL
> 2005 заоптимизировал по самые я-я..
да прямо таки....
у меня на sqlexpress работает ПУБ (производство+бух.учет), а это весьма
и весьма неслабая конфигурация в плане наворотов :-)
> Как я уже обьяснял . проблема проявлялась если в ОПРЕДЕЛЕННОЙ
> последовательности открыть журналы
> документов - сначала Банк , потом ДоговораЗаказы ...
шо ж там за такие военные журналы с военными же запросами?...
а можно код модулей журналов в студию? ;-)
Andrey Zaborovsky
>>>> А говорил же умный человек - переходите на 2000 сервер! :)
>>>
>>> Несмешно ......
>>> Низзя переходить на 2000 :-((((
>>> Так что видимо будем как те мыши - грызть кактус ....
>>
>> оп-па!...
>> скажите, а у вас база на sql2005 создана в режиме "compatibility with
>> sql2000" или таки нет?
>> что-то мне подсказывает, что нет.
>
> т.е. 1С сама по себе тоже ничего не знает об SQL.
>
честно говоря, я не знаю, что будет, если подключть 1с не в режиме
допустимых для нее compatibility level 80 (или 70)
не проводил таких экспериментов :-)
Pisarenko Igor
если compatibility level 9.0 (SQL 2005) - нежно так , посылает и даже не
запускается ...
Pisarenko Igor
>>>а купить официально 2005, но с правом downgrade не?
>
>> Нет , установка практически неподдреживаемого SQL 2000 - низзя ...
>
> вам шашечки или таки ехать?? ;-)
Ехать с шашечками :-)))
>
>
>> Переписывать конфу на 8.1 (еще более еб#$$% чем 7.7 ) саппортеры
>> отказываются ...
>
> я бы тоже отказался.
> при несовместимости языков это равносильно написанию новой конфы с нуля.
> ни один вменяемый саппортер за это не возьмется, разве что за очень
> большие деньги :-)
Не забывайте , что активно проталкивается уже версия 8.2 , еще более е@#$
чем
8.1
>
>> Более того , подозреваю что 8.1 имеет те-же проблемы с SQL 2005 что и
>> 7.7
>
> кто его знает?...
> в 8.1, по крайней мере, есть официальная поддержка постгреса и ибм дб2.
> уже есть из чего выбирать -- на одни глюки, так другие :-)
>
Официальная поддержка , енто круто , как-то была проблема (лет 5 назад) с
обновленной
отчетностью , обратился я в саппорт (лень было самому , деньги за саппорт
были плачены , а с 1С я тогда практически не возился)...
Мне долго рассказывали , что версия платформы старая , XML кривой ,
закончилось тем , что
я потопал к знакомым у которых была 1С 7.7 предприятие со всеми
компонентами на свежеустановленном сервере и
у них отчетность под енто самое предприятие работала (у меня была проблема с
Бугалтерией) и там собсно
выяснилось , что (если не ошибаюсь) была проблема с необновленными .MXL в
папке PRNFORMS ...
А с официальным саппортом переписывались дня два ... :-)))
>
>>>тогда переходите на v8 уже, там (в 8.1) уже даже ibm db2 поддерживается)
>
>>>btw, почему у меня sqlexpress 2005 & субж (7.7.025, правда, не .027)
>>>нормально работает? что я делаю не так?
>
>
>> Патамушта у тебя не попались списфиские запросы , которые долбанутый SQL
>> 2005 заоптимизировал по самые я-я..
>
> да прямо таки....
> у меня на sqlexpress работает ПУБ (производство+бух.учет), а это весьма и
> весьма неслабая конфигурация в плане наворотов :-)
Блин . да она РАБОТАЕТ , но иногда тормозит неподеццки :-)))
Может Мелкомягкие в Express отрубили оптимизатор ????
>
>> Как я уже обьяснял . проблема проявлялась если в ОПРЕДЕЛЕННОЙ
>> последовательности открыть журналы
>> документов - сначала Банк , потом ДоговораЗаказы ...
>
> шо ж там за такие военные журналы с военными же запросами?...
> а можно код модулей журналов в студию? ;-)
Если получится выковырнуть - намылю ...
Andrey Zaborovsky
> Блин . да она РАБОТАЕТ , но иногда тормозит неподеццки :-)))
> Может Мелкомягкие в Express отрубили оптимизатор ????
в экспрессе отсутствует механизм распределения транзакций, поэтому более
5 пользователей с ней работать не могут (меня данное ограничение
устраивает).
по поводу оптимизации -- не знаю, не скажу.
в принципе, есть сравнительное описание на сайте -- можно глянуть при
необходимости.
Vyacheslav A. Sirotenko
>>> sql2000" или таки нет?
>
> Я еще не совсем деревянный :-))))
> Фишечка - Compatibility Level - SQL 2000 (8.0)
> Recovery Model - FULL
Вот что то я не помню, чтобы 1С 7.7 поддерживала 2005 сервер. там вроде 2000
написано и все.
та же хрень и с вистой. не поддерживает )
Andrey Zaborovsky
Vyacheslav A. Sirotenko
>> 2000 написано и все.
>>
>> та же хрень и с вистой. не поддерживает )
>
> http://script-coding.info/SQL2005.html
ну вот и ответ на мой вопрос:
-----
К сожалению, "штатно" 1С:Предприятие v7.7 работу с MS SQL Server 2005 не
поддерживает, поэтому понадобятся некоторые ухищрения, которые и будут здесь
описаны.
------
т.е. танцы с бубном.
мы так прыгали с вистой+1с 7.7 SQL
битву проиграли. работаем из под Virtual PC в XP с ней (
ответ официальный получили, что не работает. ну вы, мол, там покрутите и тут
и если заработает скажите нам.
не работает.
Andrey Zaborovsky
а в чем прикол?
порядок сортировки? так надо было файл создать в каталоге ИБ,
ordnochk.prm (фишка работает _только_ на 27-ом релизе)
а если драйвера odbc -- то надо было 2 файла заменить (взять из ХП),
точно не помню какие, какие-то dll'и... буквально на днях читал
рекомендации на энту тему (сам с вистой не работаю)
Andrey Zaborovsky
> а в чем прикол?
> порядок сортировки? так надо было файл создать в каталоге ИБ,
> ordnochk.prm (фишка работает _только_ на 27-ом релизе)
> а если драйвера odbc -- то надо было 2 файла заменить (взять из ХП),
вот нашел.
http://www.5pro.ru/services/p2_articleid/9
1. в windows\system32 заменяем файлы sqlsrv32.dll и sqlsrv32.rll на
аналогичные из XP, предварительно перехватив ownership и full control на
себя.
2. устанавливаем последнюю платформу 1С - 7.70.027
3. в каждый каталог базы (если у вас их несколько) кладем пустой файл
OrdNoChk.prm (иначе 1С будет говорить про неправильный порядок
сортировки и вылетать)
Vyacheslav A. Sirotenko
да. все замечательно.
до одного момента.
файл создали, DLL поменяли.
когда пытаешься делать загрузку в конфигураторе всеравно выскакивает эта
ошибка порядка сортировки.
хотя, в остальных местах ее нет. и еще в каком то месте тоже нашли, но
сейчас не помню.
вот официальный ответ от 1С из службы поддержки:
----
К сожалению, по нашим уточненным данным из-за несовместимости используемых
ОDBC драйверов SQL- версия платформы 7.7 на ОС Windows Vista не работает.
На компьютерах с установленной ОС Windows Vista можно использовать
файл-серверные версии. Данных о времени решения этой проблемы у нас пока
нет.
----