Форум на Kuban.ru (http://forums.kuban.ru/)
-   Территория 1С (http://forums.kuban.ru/f1040/)
-   -   1C и SQL2012, странность при работе новых пользователей (http://forums.kuban.ru/f1040/1c_i_sql2012_strannost-_pri_rabote_novyh_pol-zovatelej-7006117.html)

bma1 10.07.2015 15:02

1C и SQL2012, странность при работе новых пользователей
 
На SQL 2012 крутится база на 1С 8.2.18.109
Создается новый пользователь с правами и доступами к данным точно как у существующего. У нового пользователя все работает с одинаковой скоростью, как у старого, кроме одной странности. Если отчет строится по оборотному регистру и в период выборки попадает хоть один месяц целиком - скорость выполнения запроса резко падает (если по части месяца - одинаково быстро формируется). Отчет, который у старого выполняется за пару секунд (1.5-3 сек по отладчику), у нового занимает до 15 минут.
Кто-нибудь с таким сталкивался? В чем может быть заковыка?

android 10.07.2015 17:26

Пересчитать итоги в 1С. Обновить статистику в SQL.

bma1 10.07.2015 19:30

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

roma n 10.07.2015 20:25

Тексты запросов и планы на SQL совпадают?
[em]Хоть один месяц целиком[/em] относится и к "глубокому" периоду (типа декабрь 2014)?

Пудель 10.07.2015 20:34

было что-то похожее, но дело было в кэше, вряд ли так просто

bma1 10.07.2015 20:50

"Хоть один месяц целиком относится и к "глубокому" периоду (типа декабрь 2014)?"
Нет. Текущий месяц берем с 01 по 30 - формирует мгновенно, берем с 01 по 31 - 15 минут. за 31 - мгновенно. с 02.06 по 30.07 - мгновенно. с 01.06 по 30.06 - 15 минут. с 01.06 по 31.07 - 15 минут.

bma1 10.07.2015 20:52

"Тексты запросов и планы на SQL совпадают?" отчет проверяется один и тот же, при одинаковых настройках. Планы запросов буду смотреть в выходные, когда база будет свободна. Сейчас слишком много лишнего "шума"

bma1 10.07.2015 21:19

сделал пересчет итогов. все только ухудшилось. у нового пользователя и отчеты за неполный месяц стали считаться долго... загадка какая-то...

Пудель 11.07.2015 16:29

Ну по-хорошему надо в профайлер. Сравнить планы запросов у старого и нового пользователя.

neomarat 13.07.2015 10:02

Как результат?

bma1 13.07.2015 13:26

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

bma1 13.07.2015 13:30

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

Jimbo 14.07.2015 09:38

новый польЗователь в 1с или новый пользователь SQL ? обычно под сервер 1с делают 1 пользователя SQL

Пудель 14.07.2015 10:33

я бы наверное снёс платформу и сиквел и поставил заново

bma1 14.07.2015 10:36

2(Jimbo) Именно что новый пользователь в 1С. В чем и странность и непонятность.

Jimbo 14.07.2015 13:02

что за конфа ? объемы баз и нагрузка на сервер. Регламентные процедуры рекомендованные давно описаны в инете.

bma1 14.07.2015 14:30

УТ10, объем базы... выгрузка весит порядка 1.6 Гига. Нагрузка на сервер около 20% от максимальной мощности.
Регламентные процедуры ни на какие полезные мысли не навели, потому что по идее новый пользователь или старый SQL-серверу одинаково, он знает только одного пользователя sa, и общается с 1с через него. И планы запросов одинаковые, и объемы получаемых данных тоже, но вот время различалось резко.

Uho 14.07.2015 14:36

16-bma1 > 1С запускается под одним и тем же доменным пользователем?

Jimbo 14.07.2015 15:17

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

перед этим выгрузка в файловую версию и ТиИ, и загрузка обратно.

bma1 15.07.2015 13:01

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

P.S. а в чем секретный смысл выгрузки в файловую, ТиИ и загрузки обратно? ТиИ провожу прямо на SQL-ной, после бэкапа конечно.

Jimbo 15.07.2015 17:32

(19) в скорости. А говорил нет время...разные пояса

DeiMos 15.07.2015 20:41

20-Jimbo > Так выгрузить в файловую и потом опять загрузить обратно... Это гооооораздо дольше, чем в sql ТИИ провести.

bma1 15.07.2015 20:47

2(19) Так ТиИ это только по двунадесятым праздникам, а не каждый день. У меня только выгрузка занимает минут сорок, загрузка в файловую еще час, и ТиИ часа полтора-два, потом опять выгрузка/загрузка, итого - 6 часов при лимите в три. Вот и нет времени по ночам на эти удовольствия. Во вторых, я большой разницы не замечал, даже наоборот. ТиИ в файловой базе (не Торговле, УНФ в учебном центре, но с довольно большим справочником номенклатуры) у меня занимает пять часов, та же база на SQL - тридцать минут. Или я что-то неправильно делаю?

Jimbo 16.07.2015 12:02

что за объемы баз что так долго ? какоет железо ? загружать на своей машине с ссд. У меня выгрузки до 1Г и базы развернутые до 10Г

Billi 16.07.2015 12:57

[quote=Jimbo;39555227]У меня выгрузки до 1Г и базы развернутые до 10Г [/quote]
Позволь спросить, а зачем содержать скуль для такой мелочёвки?

Jimbo 16.07.2015 14:23

файловая для баловства до 4г

DeiMos 17.07.2015 22:58

Прекращайте стебаться.
У парня реальная проблема.

Вот я бы на его месте бы выгрузил бы.
Штатными механизмами 1С. И потом загрузил бы.

Это в конфигураторе - выгрузить базу.

Jimbo 18.07.2015 17:43

нашел базу - 1.6 выгрузка, загрузилась в файловый вариант 4Г за 4 минуты

DeiMos 18.07.2015 18:02

27-Jimbo > Средствами 1С?

Jimbo 18.07.2015 23:39

(28) да, иные инопланетные средства из *.dt сделать *.1cd мне пока не знакомы


Текущее время: 09:28. Часовой пояс GMT +3.