Классическая проблема. Тормозит база на Сервере 1С. #780609

УТ 11. SQL экспресс. На сервере крутится 2 базы, УТ 11 и БП. БП вроде работает нормально. А вот УТ просто жутко тормозит. Работает 5 пользователей. Жуткие тормоза при создании и проведении документов. В файловом варианте база летает. Перезапуск агента сервера не помогает. Временное облегчение приносит ТиИ базы. Но это на сутки, а то и меньше.

УТ 11. SQL экспресс. На сервере крутится 2 базы, УТ 11 и БП. БП вроде работает нормально. А вот УТ просто жутко тормозит. Работает 5 пользователей. Жуткие тормоза при создании и проведении документов. В файловом варианте база летает. Перезапуск агента сервера не помогает. Временное облегчение приносит ТиИ базы. Но это на сутки, а то и меньше.

сколько готовы заплатить?

ну и да - попробуйте заменить экспресс на нормальный (например девелопер попробуйте)

Щас еще выяснится, что сервер 1С 32б

Клиент жлоб) Чем меньше тем лучше. ))))) Так там же вроде ни как не влияет?

Ну это у него 64 битный)

1 гб оперативы и 1 физический проц/4 ядра. размер базы 10 гигов.

Ну так и делайте ТиИ базы ежесуточно. Или попробуйте понять почему оно приносит облегчение.

Че тут понимать. В експрессе нет sql Agent.

делать ТИИ ежедневно не вариант не настроены регламенты SQL, угадал ? И посмотрите в PerfomanceMonitor-e как загружена дисковая подсистема, процессор, сеть Ну и отладчик и техножурнал смотрим, конечно же

Так, совсем не понял. Посмотрел сейчас в Скуль менеджере. Там база весит 36 гигабайт о_0! При этом работает. Хотя у экспресса же ограничение на 10 гигов. Как такое возможно?

А что это тогда стоит? Клиент говорил что не покупал скуль. Крякнутый что ли?:)))

Что под регламентами понимается?:)

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

Мне казалось что у какого-то нового SQL Express есть Agent, я не уверен. Но sqlcmd есть в любом случае. Ну значит разбираться почему ТиИ помогает и делать это же но например средствами SQL. Что в данном случае называется словом база?

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

поставь менеджмент студио или настрой техножурнал на сбор долгих сапросов... будь мужиком уже

пиши тогда уже на какой операционке оно установлена и действительно ли там 64 бит у 1С-ного сервера. И где там устанавливают ограничения на число rphost

Эххх Я так сказать там пытаюсь разобраться за спасибо. По старой памяти. так хочется по быстрому отделаться)))

Млять. ука, стоит 32 битный.

на самом деле пофиг

В смысле?

Разница проявляется на обработке больших объёмов данных - тупо для 32-битного 2 Гб - предел.

в прямом. если упирается в скуль, то разрядность сервера 1с никак не влияет

ну, вообще 3, а на 64битной оси - так и все 4

Кстати, а сколько ограничение памяти для SQL Express ?

Три будет, если "магический ключ" включили при загрузке.

->

ну так кто мы такие, чтобы запрещать кому-то его включать?

SQL Server 2012 Express Edition — является бесплатной версией SQL Server, идеально подходящей для разработки и развёртывания в настольных системах, в веб и малых серверах приложений. Новой возможностью Express версии SQL Server 2012  является SQL Server Express LocalDB. Это облегченная версия Express, которая имеет все программные функции, запускается в пользовательском режиме, быстро устанавливается, не требует настройки и имеет низкие системные требования.     Имеет ограничение — 1 процессор (до 4 ядер);     Максимальный объем используемой памяти — 1 Гбайт;     Максимальный размер реляционной базы данных — 10 Гб.

И получается - только 1 Гб - ну, как бы, очень мало.

Так что думаете все таки упирается а SQL?

Кстати глянул размер. Фактический размер базы 2,5 гига. Остальное журнал транзакций почти 34 гигабайте. Может его поджать?

кто мы такие, чтобы тебе запрещать?

Только сначала полный BackUp сделай.

Блин как понять что SQL там стоит? Смотрю по оперативке, сожрал уже 2,3 гига. Значит не Экспресс.

)))))))))

SELECT @@VERSION

еще и модель восстановления я симпл выставь

Спасиб Microsoft SQL Server 2008 R2 (RTM) - 10.50.1600.1 (X64)   Apr  2 2010 15:48:46   Copyright (c) Microsoft Corporation  Standard Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1) (Hypervisor) Полноценный скуль получается:))))

Ну да - поди просто пробный период ?

+ какого же художника он тогда только одно ядро грузит?

Да конечно))) я там, слава богу, ни админ)))

см. , ну, или

Не разу не пользовался простой моделью. Значительно сказывается на производительнсоти?

)))))

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

Ограничение памяти стоит на скуле?

Да. 2 гига оперативки. Увеличил только что до 3

Почему именно до 3?

потому что всего в сервере 4ре, муахаха!

А фиг его, решил попробовать на 50% )))))

ничего смешного, между прочим

пиши на почту, готов посмотреть - но после 16-00мск

ты должен был ответить что-то типа "нет, всего на сервере 16 гигов", или "да, действительно 4 :("

)) там 12)))

Спасибо, сейчас напишу.

ну тогда если ничего кроме 1с и скуля там нет, ставь скулю 6, а в 1с настрой несколько процессов (хотя 8.3 вроде неплохо идет и так)

"БП вроде работает нормально" - а версия БП какая? 3.0?

Блин а как его добавить то в 8.3??? о_0 убрали же ручное добавление вроде.

2.0 Но сейчас выяснил что временами тоже тормозит. Отсюда вывод что тормозит либо SQL либо Сервер 1С. В файловом варианте обе базы работают шустро, сейчас развернули  протестировал.

Шаред мемори проверь

Что что проверить?

косвенно, через назначение количетсва баз/пользователей на процесс

Shared memory

УТ 10 и БП 2.0 намного быстрее чем УТ 11 и БП 3.0 Так что - апгрейдить сервер.

А можно поподробнее. Не разу не делал такого.

Аааа Странно, диспетчер конфигурации не запускается. пишет доступа нет. Хотя менеджер студия пашет.

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

пы.сы. база именно УТ 11.2. Бух 3.0 таких проблем не давала

вчерашняя статья на инфостарте в тему: кое-что может пригодиться топикстартеру.

мля... не та ссылка

пардон, правильная ссылка... это так фильдиперстово миста заворачивает сторонние ресурсы.

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

шринкануть базёнку не предлагали ещё?

чего чего? Что за маты?:)

В общем. Базу пережал. Журнал очистил. Выделил 6 гигабайт памяти на скуль. В итоге все так же периодически тормозит:(

может регламентные задания?

можно еще журнало регистрации в старый формат перевести

шринк самого файла базы только увеличит тормоза

для простых юзеров: почему?

Да ну. Не может так сильно тормозить из-за регламентных заданий.

потому что SQL серверу чаще придется увеличивать размер базы, таблицы будут быстрее дефрагментироваться, и новые записи будут дописываться далеко от старых

Вообще может, смотря какие рег. задания.

потоключал все что были в базе. все равно тормоза появляются.

ещё не звучало слово "блокировки"

хотя в файловом режиме бы не летало тогда

ну так автор-то так и не посмотрел, какой запрос главный виновник тормозов

Они пока со стороны смотрят и внутрь не лезут. Там до блокировок полезно бы понять - на чём вообще тормозит, а то, может быть, каждый из пользователей по запросу за весь период базы запускает - и хотят, чтобы быстро.

может в файловой базе ты один сидишь и проверяешь, сколько проводится документ?

в ут практически нет блокировок

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

В УТ были места, которые требовали большие объёмы данных туда-сюда гонять.

ну и что? там же упр блокировки

Запустил трассировку. Тормоза возникают при создании и проведении документов.

ну возьми один док, проведи с отладчиком. и посмотри куда время уходит

Сейчас разворачиваю еще одну серверную базу. Буду на ней смотреть.