К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

1C и SQL2012, странность при работе новых пользователей

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



1 - 10.07.2015 - 17:26
Пересчитать итоги в 1С. Обновить статистику в SQL.
2 - 10.07.2015 - 19:30
2(1) так беда только у одного пользователя. Который только что заведен. Была бы порушена статистика - у всех бы тормозило, то же самое и при побитых итогах.
3 - 10.07.2015 - 20:25
Тексты запросов и планы на SQL совпадают?
Хоть один месяц целиком относится и к "глубокому" периоду (типа декабрь 2014)?
4 - 10.07.2015 - 20:34
было что-то похожее, но дело было в кэше, вряд ли так просто
5 - 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 минут.
6 - 10.07.2015 - 20:52
"Тексты запросов и планы на SQL совпадают?" отчет проверяется один и тот же, при одинаковых настройках. Планы запросов буду смотреть в выходные, когда база будет свободна. Сейчас слишком много лишнего "шума"
7 - 10.07.2015 - 21:19
сделал пересчет итогов. все только ухудшилось. у нового пользователя и отчеты за неполный месяц стали считаться долго... загадка какая-то...
8 - 11.07.2015 - 16:29
Ну по-хорошему надо в профайлер. Сравнить планы запросов у старого и нового пользователя.
Гость
9 - 13.07.2015 - 10:02
Как результат?
10 - 13.07.2015 - 13:26
Смотрел в профайлер. Планы запросов идентичны. Для очистки совести запустил всё, что только придумал. И обновление статистики, и пересчет итогов и реиндексацию и темп.дб порезал. В итоге стало работать заметно быстрее у нового пользователя, но у всех остальных стало чуть медленнее... т.е. скорости выровнялись...
11 - 13.07.2015 - 13:30
теперь думаю, кого из манагеров принести в жертву по методу ацтеков перед сервером, или можно обойтись гекатомбой из одного офисного хомячка...
12 - 14.07.2015 - 09:38
новый польЗователь в 1с или новый пользователь SQL ? обычно под сервер 1с делают 1 пользователя SQL
13 - 14.07.2015 - 10:33
я бы наверное снёс платформу и сиквел и поставил заново
14 - 14.07.2015 - 10:36
2(Jimbo) Именно что новый пользователь в 1С. В чем и странность и непонятность.
15 - 14.07.2015 - 13:02
что за конфа ? объемы баз и нагрузка на сервер. Регламентные процедуры рекомендованные давно описаны в инете.
16 - 14.07.2015 - 14:30
УТ10, объем базы... выгрузка весит порядка 1.6 Гига. Нагрузка на сервер около 20% от максимальной мощности.
Регламентные процедуры ни на какие полезные мысли не навели, потому что по идее новый пользователь или старый SQL-серверу одинаково, он знает только одного пользователя sa, и общается с 1с через него. И планы запросов одинаковые, и объемы получаемых данных тоже, но вот время различалось резко.
Uho
17 - 14.07.2015 - 14:36
16-bma1 > 1С запускается под одним и тем же доменным пользователем?
18 - 14.07.2015 - 15:17
(10) план обслуживания каждый день в полночь :
проверка баз, сжатие, бэкап, обновление статистики, сброс процедурного кэша, очистка после... утром смотрим логи что все ок, днем смотрим работу всех пользователей

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

P.S. а в чем секретный смысл выгрузки в файловую, ТиИ и загрузки обратно? ТиИ провожу прямо на SQL-ной, после бэкапа конечно.
20 - 15.07.2015 - 17:32
(19) в скорости. А говорил нет время...разные пояса
banned
21 - 15.07.2015 - 20:41
20-Jimbo > Так выгрузить в файловую и потом опять загрузить обратно... Это гооооораздо дольше, чем в sql ТИИ провести.
22 - 15.07.2015 - 20:47
2(19) Так ТиИ это только по двунадесятым праздникам, а не каждый день. У меня только выгрузка занимает минут сорок, загрузка в файловую еще час, и ТиИ часа полтора-два, потом опять выгрузка/загрузка, итого - 6 часов при лимите в три. Вот и нет времени по ночам на эти удовольствия. Во вторых, я большой разницы не замечал, даже наоборот. ТиИ в файловой базе (не Торговле, УНФ в учебном центре, но с довольно большим справочником номенклатуры) у меня занимает пять часов, та же база на SQL - тридцать минут. Или я что-то неправильно делаю?
23 - 16.07.2015 - 12:02
что за объемы баз что так долго ? какоет железо ? загружать на своей машине с ссд. У меня выгрузки до 1Г и базы развернутые до 10Г
24 - 16.07.2015 - 12:57
Цитата:
Сообщение от Jimbo Посмотреть сообщение
У меня выгрузки до 1Г и базы развернутые до 10Г
Позволь спросить, а зачем содержать скуль для такой мелочёвки?
25 - 16.07.2015 - 14:23
файловая для баловства до 4г
banned
26 - 17.07.2015 - 22:58
Прекращайте стебаться.
У парня реальная проблема.

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

Это в конфигураторе - выгрузить базу.
27 - 18.07.2015 - 17:43
нашел базу - 1.6 выгрузка, загрузилась в файловый вариант 4Г за 4 минуты
banned
28 - 18.07.2015 - 18:02
27-Jimbo > Средствами 1С?
29 - 18.07.2015 - 23:39
(28) да, иные инопланетные средства из *.dt сделать *.1cd мне пока не знакомы


К списку вопросов
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск




Copyright ©, Все права защищены