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

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

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

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

(4) https://msdn.microsoft.com/ru-ru/library/cc645993(v=sql.120).aspx

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

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

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

(8) делать ТИИ ежедневно не вариант

(0) не настроены регламенты SQL, угадал ?

И посмотрите в PerfomanceMonitor-e как загружена дисковая подсистема, процессор, сеть

Ну и отладчик и техножурнал смотрим, конечно же

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

(9) Мне казалось что у какого-то нового SQL Express есть Agent, я не уверен. Но sqlcmd есть в любом случае.

(10) Ну значит разбираться почему ТиИ помогает и делать это же но например средствами SQL.

(11) Что в данном случае называется словом база?

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

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

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

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

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

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

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

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

(26)->(6)

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

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

    Имеет ограничение — 1 процессор (до 4 ядер);
    Максимальный объем используемой памяти — 1 Гбайт;
    Максимальный размер реляционной базы данных — 10 Гб.

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

(1)

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

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

SELECT @@VERSION

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

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

(44) см. (17), ну, или (1)

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

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

(51) Почему именно до 3?

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

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

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

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

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

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

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

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

Shared memory

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

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

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

вчерашняя статья на инфостарте в тему:
http://catalog.mista.ru/public/548153/

кое-что может пригодиться топикстартеру.

(73) мля... не та ссылка
http://catalog.mista.ru/public/548153/

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Может глупый вопрос, но. На сервере кроме 1С и скуля ничего не крутится больше? Сервер не виртуальный?