Т.е. по словам юзеров медленно происходит всё, - отчеты долго формируются и т.п. Периодически подтормаживает как я понял при действиях типа "выбрать элемент справочника", хотя в этих случаях может дело в локальной машине. БП 2.0 на 16 платформе, клиент-серверная. Тормозить стало как говорят где-то с декабря.

Еще особенность - то у всех работает быстро, то у всех начинает тормозить. То есть "торможение" происходит периодически.

При "торможении", например, ОСВ по одному счету за месяц формируется 10-15 секунд, без торможения - одну секунду.

Куда копать для начала?

(25) Кстати.. а какой размер у тебя в фале данных для "роста" установлен?

Дело в том, что MS SQL не я настраивал - как этот размер посмотреть?

(25) initial size 6655 mb, autogrowth = by 1 mb, unrestricted growth - это?

(28) SQL и 1С, без терминала

(33) Сколько скуль отжирает памяти?

(18) (17) назначь это задание на ночь, после бэкапа

В обработке регламентных заданий жму "изменить" - "Поле объекта недоступно для записи ("Пользователи")

> initial size 6655 mb, autogrowth = by 1 mb, unrestricted growth - это?

Лично я ставлю не мегабайты, а проценты. Т.е. autogrowth = 10%

Для гиговых баз раст по 1 Мб это офигительная нагрузка на лишние операции "чтение"/"запись" нехватки размера

(35) Сколько скуль - не знаю как посмотреть, но в "диспетчере Windows" Всего = 2.9 ГБ, Пик = 3.5 ГБ

(38) запускаешь "Диспечер задач", переходишь на закладку "Процессы" и ставишь галочки "показывать" у "память", "пиковое значение"

Смотришь значение у процесса с сиквелом

(38) Пик = 3.5 ГБ - это < 500 в пике на рабочий процесс? Мало...
В медежмент студио, ПКМ на сервер, "свойства", "память". Имеет смысл ограничить, ибо может забивать всю память.

но эти "смотрелки" без познаний "как мониторить производительность" - это не о чём...  :-)

(40) ё-ё-ё.. там стоит 32-х разрядная винда, небось стандарт эдишен.. Значит любому процессу (хоть ЫЙД, хоть 1С) система НЕ ДАСТ более 2Гб памяти.. Это "по определению".. хоть смотри, хоть не смотри...

(39) Галочек там что-то не нашел, напротив SQLwb - 58 MB

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

(43) на закладку "Процессы" стал? Тогда теперь иди в меню "Вид" и там выбирай "Выбрать столбцы"

Всё просто :-)

(45) Пик = 60 MB

(46) Не то смотришь.

(46) Смотри sqlservr.exe.

Sqlservr = 1,7 ГБ

(49) угу.. что и требовалось "показать"... Указанная ось (разрядность и версия) ни когда не дадут SQL более 2 ГБ ([хотя сиквел просто обажает память) :-)

(37) > Для гиговых баз раст по 1 Мб это офигительная нагрузка на лишние операции "чтение"/"запись" нехватки размера

То есть надо поставить 10 %?  Это при шринке указывается или отдельно?

(49) Ну и нормально. Я бы для начала рекомендовал таки обновить статистику. В Менеджмент Студио на базе данных выполни такую команду "exec sp_updatestats"

(51) это разные вещь.. Шринк это операция сжатия и перезаполнения - там 10% установка "на вырост".

А "авторост" это значение указываешь для файла с данными и используется всегда когда нужно увеличить файл.

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

(52) а как команду выполнить?

(52) В менеджмент студио ПКМ на нужную базу, "Создать запрос", в запросе вставить этот текст и нажать Выполнить(или Execute).

Statistics for all tables have been updated.

а что это дает?

(56) Скорость исполнения запросов возрастает.

а, хорошо

Обновление индекса на ночь счас поставлю

(57) C 1Cкой это не однозначно.. И кстати..

update и refresh статистики - разные вещи :-)

но у 1С весьма не совершенная работа с 1С и такие "бантики" как правило дают мало эффекта. Есть иные механизмы оптимизации

(59) Следующее - где лежит база TempDB?
(60) update и refresh статистики - разные вещи :-) Это к чему?? Ну ребилд и реоргнизация индекса - разные вещи, и что?

(61) Не совсем понял... но в Program files в папке SQL есть такая

(61) у 1Ски не оптимально с индексами "по жизни", следовательно работа оптимизатора на основании данных статистики - очень не оптимальна.. хоть ребильдь, хоть рефреш её..

(62) А есть независимые диски(массивы дисков) на сервере?

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

(63) Ха-ха-ха...а причем здесь вообще 1С?

(66) хм-м-м.. а мы разве в (0) не об этом говорим???

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

(65) учту. Но сначала попробую регламентное задание убрать, если не поможет то Simple mode установить

(65) И какой прирост производительности дает такая система в среденм по сравнению с обычной ?

(68) 1Ска строит не оптимальные таблицы, не оптимальные индексы и выдаёт (докручивая например RLS) не оптимальные запросы.. И тут оптимизатор особо сильно не помогает.. Он далеко не волшебник :-)

(70) С какой - обычной? Это стандартная схема для МSSQL-сервера в высоконагруженных системах. Для примера - 800 ГБ - 1 ТБ база, 50-40 пользователей...

(70) средняя температура по больнице??? Хм-м-м...

Для больших баз (более 20 Гб) когда всё лежит на одном райд 5-м диске - такой "тупой разнос" по разным девайсам  увеличивает реактивность 1С в разы...

(70) Кому как. Было и в разы.
(71) Достаточно продуманные индексы в 1с, просто за ними надо следить. Ну можно своих добавить, в крайнем случае.

Странно, запущен один конфигуратор, а при попытке выгрузить базу выдает "ошибку разделенного доступа", и ссылается на сеанс конифгуратора которым и выгружаю. С чего бы это?

(75)
не устраивайте венигрет из тем.
за ведите отдельную ветку.

(76)+

(76) (77) злые вы... у человека горе :-)

Да эта тема появилась в процессе лечения (0) :) ок, заведу отдельную

(75) выйди из конфигуратора, рестартани 1С, зайди в конфигуратор и сделай выгрузку.

(80) Сдается мне, рецепты ускорения базы, в свете (75) теряют актуальность.

(81)надеюсь что в свете (80) вновь приобретут

вроде помогло (80), а то я уже начал огорчаться

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

(84) судя по (0) это не регламент.. Регламент у тебя крутился постоянно, а траблы с быстродействием "раз на раз не приходится"..

Короче.. шринкуй базу.. Это явно не вредно и 100% полезно

(85) вообще да, там 3 минуты стояло...

(0) специально сделали инструменты http://www.gilev.ru/online/ для бесплатной диагностики проблем
пишите в скайп gilev_slava, если проблем с кодом не будет, то поможем бесплатно

но вообще если тормозить стало с какого то времени, то причины по популярности
1) изменили код
2) вырос объем базы, а железо осталось прежним
3) не делается перестройка индексов
4) добавили на сервере нагрузку от других приложений

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

(87) в (0) "плавающая" проблема.. то есть, то нет...
Ну какой тут

1) изменили код
2) вырос объем базы, а железо осталось прежним
3) не делается перестройка индексов
4) добавили на сервере нагрузку от других приложений

(89) я за год делю порядка сотни проектов по производительности, а каким опытом обладаете вы?

(90) я не сторонник мерятся "у кого длиннее", но могу сказать, что тоже "не вчера родился" :-)

ЗЫ.. ничего личного, ничего личного, с ГРОМАДНЫМ лично к Вам уважением....

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

да, в редких случаях паузы "у всех" возникают когда на таблицу наложена блокировка, но если автор пишет про отчет, а он вроде как не должен от блокировок страдать, поэтому этот вариант со слов автора я исключил

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

Вы не согласны?

не согласен, потому что достаточно провести документ на 500 строк, и как раз будет 15 секундное подвисание, в том числе из-за долгой операции записи на диск

(93) автор указал, что вчера и позавчера отчет формируется 1 сек, сегодня 10 сек, а завтра опять 1 сек. причем это типовой отчет.

или я не правильно прочёл (0)?

>При "торможении", например, ОСВ по одному счету за месяц формируется 10-15 секунд, без торможения - одну секунду.

(87),(88). Сие очевидно. Но также очевидно и то, что ничего из вышеперечисленного не произошло, кроме, имхо, 3 пункта.

(95) Хм-м-м.. Мы надеюсь оба отлично понимаем, что отдельно взятыми примерами можно "показать" хоть одно, хоть другое. Но эти отдельно взятые примеры не являются ни доказательством, ни опровержением.

Согласны?

вот как раз пункт 3 мне кажется самым маловероятным, так как он вызывает постоянные проблемы
кстати, подумал
5) антивирус

я бы на пиво поспорил, что есть 15 секундные пики на диск или проц в моменты пауз

(87) Спасибо, обращусь если "шринк" лог-файла не поможет

(98) я в (88) все вроде написал ключевое )

(99) Без обслуживания план запроса изменился, и теперь вместо поиска по индексу делается скан таблицы. Возможно - да запросто...

(101) э-э-э...

повторюсь.. в (0) говорится про ОСВ, но совсем не сказано, что эта ОСВ как-то изменялась.
Так? тогда на каком основании идёт вопрос про
>1) изменили код  

Если вырос объем базы, то почему тогда ОСВ часто работает по-прежнему шустро (железо при этом тоже самое)?

и т.д. и т.п.

(102) Вы трасировали работу ОСВ по счёту?

Действительно считаете, что там то идёт фул тэйбл скан, а то вдруг опять "поиск по индексу" (и это с учетом, что никто базу не тюнит со времени её создания)?

https://skynet.gilev.ru/apdex - Сайт контроля производительности информационной системы 1С

"Текущая производительность" - Отлично

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

(106) это понятно. Тут ты прав. Но не поверю, что такое идёт "проблеском" то так, то этак по закону флуктуации :-)

(107) и кстати.. "физически" ОСВ при анализе счета раблтает со многими таблицами.... Реализация регистра бухгалтерии у 1С ещё тот изврат :-)

(107) Тоже согласен. Но для начала я бы устранил все быстро доступные устранению проблемы со стороны БД. Потом уже отслеживал смотрел бы профайлер и логи.

(109) я и не утверждаю что тут "одна единственная проблема". Уверен, что проблем "букет"... Админство как виндов, как сиквела, так и 1С требует довольно большого объёма знаний.

https://skynet.gilev.ru/hardware - Контроль загруженности оборудования

% загруженности процессора (_Total) превышение в 1,10 раза
                           
Средняя длина очереди диска (_Total)    превышение    в 228,75 раз (??)

Средняя длина очереди диска (_Total)    в 5,11 раз
                           
Среднее время чтения с диска (с) (_Total)    в    8,40 раза
                               
Обмен страниц/с (Общий)    превышение от 1.5 до 100 раз (??)

Средняя длина очереди диска (_Total)    превышение    в 228,75 раз (??)
Средняя длина очереди диска (_Total)    в 5,11 раз
Среднее время чтения с диска (с) (_Total)    в    8,40 раза

И шо ми таки после такого хотим?

(111) что удивляет в этих цифрах?

Ясно как день, что оперативки у тебя катастрофически мало - отсюда и обалденный страничный обмен и соответственно обалденные очереди к диску и процессору

(111) Рискну, что TempDB все-таки не там, где надо:)

а шо это значит? Это реально такие у нас проблемы? О_о

(114) не-а.. у него страничный обмен свопируется на диск и соответственно растёт очеред обращения к единственному диску (который наверняка сделан по RAID-5)

Оперативки прибавить?

А кстати, Win 2003 не увидит небось больше 4 ГБ ?

(115) не грузись :-)

Чем меньше знаешь правду о собственном здоровье - тем крепче спишь. Ну а тот что увидит патологоанатом в тоём теле - проблемы патологоанатома :-) :-) :-)

(118) не совсем прав.. Зависит от версии виндов.

Датацентр например работает на гораздо большей памяти. Но у тебя небось стоит "Стандарт". Да?

(120) да. 32 битная вроде больше 4х не видит

(117) апать железо нужно по взрослому

Больше оперативы, Энтерпрайз винду, разносить всё по дискам, разносить по разным железякам юзерей, сервак 1С и сервак сиквила, приглашать Гелеева на проект по повышению производительности  и т.д. и т.п.

Спросил юзеров - говорят то ли прекратилось торможение, то ли меньше стало. Неужели из-за отключения регламентного задания?

(121) не выдумывай...

http://www.microsoft.com/Rus/WindowsServer2003/evaluation/features/compareeditions.mspx

32-разрядная версия Enterprise Edition  поддерживают до 32 ГБ оперативной памяти.
32-разрядная версия Datacenter Edition поддерживает до 64 ГБ оперативной памяти.
64-разрядные версии Datacenter Edition и 64-разрядные версии Enterprise Edition поддерживают оперативную память объемом до 1 ТБ.

(123) продолжай наблюдения :-)

ГБ (у которой к тому же самый тормозной комп) говорит что стало значительно быстрее. Остальные способы пока отложим на попозже.

Большущее спасибо всем участникам, весьма просветлился

(111) вы когда сервисами пользовались - вы регистрацию прошли?  вы какую учетку зарегистрировали? есть у меня ощущение, что вы   про демосервер говорите

вы должны были для получения бесплатного доступа пройти регистрацию по ссылке https://skynet.gilev.ru/users

вам должно было прийти письмо с инструкцией как подключить сервис

далее вы должны были настроить у себя хотя бы сервис http://www.gilev.ru/querytj/ мониторинг и анализ долгих запросов
и
http://www.gilev.ru/hardware/ - сервис загруженности оборудования

вы все это сделали?

(127) таки нет, я по простоте подумал что достаточно на ссылку нажать:)) Еще удивился как все просто

Теперь через неделю буду там, зарегистрируюсь

По мотивам сегодняшней ветки мы добавили еще один сервис, думаю многим он понравится http://www.gilev.ru/sqlsize/

Ну раз такие пироги;)
http://softpoint.ru/ Это общая информация.
http://www.softpoint.ru/perfexpert.php  Это средства мониторинга для 1С MSSQL.
http://www.perfexpert.ru/ Типа того же.
Есть еще сайт для америкосов. Там правда без привязки к 1С.
Самая большая и успешная практика в России , правда и самые большие цены.

Судя по описанию в (0) - периодически пиковые загрузки. Как вариант - появилось прорывное решение на базе MSSQL 2012(always on). Возможность кластеризации для 1С 8.2 с помощью SDC от softpoint(без него работать не будет). Сейчас будем проводить масштабные тесты. Предварительно все очень хорошо, но думаю совсем скоро будет официальное подтверждение от нескольких авторитетных источников.