Имя: Пароль:
1C
1С v8
Зависает 1С у пользователей
0 turboshade
 
27.06.18
14:52
Добрый день.

Сегодня возникла следующая проблема. Есть сервер приложений "1С: Предприятие 8.3". Есть сервер MS SQL Server с базой №1. Есть сервер MS SQL Server с базой №2.

Сегодня с утра началась следующая проблема:
Люди работают в 1С и в какой-то момент времени у них зависают клиенты, работать не могут. Когда я захожу на сервер приложений 1С, то там видно, что как у какого-то пользователя в базе 1С "Захвачено СУБД" и это цифра (секунды) растёт всё больше и больше и не останавливается. Зайти в базу, невозможно. Лечиться только перезапуском службы "Агент сервера 1С".

Перепробовал очень много вариантов. Чистил кэш на сервере. Перезапускал все серверы (1С и скульные). Место на локальных дисках везде есть в огромном запасе.

Причем, как только в базе №1 начинается "захвачено субд", то потом и в другой тоже через какое-то время начинается. ПОльзователи при этом делают обычные операции, как и всегда. Раньше такой проблемы никогда не было. Проявилось только сегодня....

Каждые 20 минут приходится перезапускать службу агент сервера и так каждые 20-25 минут... Перечитал статей 20, наверное, голова кипит, а задачу срочно нужно решить. Очень прошу помощи.
1 Волшебник
 
27.06.18
14:57
Это транзакционные блокировки
2 Волшебник
 
27.06.18
14:58
Попробуй отключать именно те соединения, где высокий показатель "Захвачено СУБД". При этом спрашивать у пользователей, что они делали. Можно глянуть по ним журнал регистрации.
3 turboshade
 
27.06.18
15:01
Пробовал отключать те соединения, где высокий показатель...
Не помогает вообще. Юзеры при этом делают: проводят документ, что-то выгружают. Типовые ежедневные операции в общем.
4 Волшебник
 
27.06.18
15:06
(3) Не помогает в каком смысле? Соединение не отключается или новое соединение вырывается в лидеры?
5 turboshade
 
27.06.18
15:09
(4) При наведении на пользователя и нажать "Удалить" зависает у меня кластер. Приходится его закрывать, открывать новый и в нём уже нет этого пользователя. Т.е. как бы выбился. Но всё равно, база висит, зайти в неё нельзя. Т.е., словно ничего и не делал.
6 Волшебник
 
27.06.18
15:10
(5) Это очень загадочно.

Надо проверять железо сервера: память, диски.
7 xXeNoNx
 
27.06.18
15:14
(0)
1. Какая платформа 1с?
2. Какая Конфигурация?
3. Запущены ли регламенты MS SQL?
4. Запущены ли регламенты 1с?
5. Какой режим блокировок?
8 Wirtuozzz_II
 
27.06.18
15:44
вирусов нет? антивирус не насилует 1ску?
9 PLUT
 
27.06.18
16:12
(0) добавь в пофигураторе обормотку пустую, примени. сделается реструктуризация БД, затем удали обормотку пустую, примени.
ТИИ еще бы не помешало сделать. Ну и бэкапы делают только трусы

Должно помочь (возможно у вас демоническое обновление было?)
10 arsik
 
гуру
27.06.18
16:26
(0) Посмотри размер лога журнала регистрации 1с. Ну или размер папки srvinfo
11 ptiz
 
27.06.18
16:54
(0) Я бы попробовал сервер 1С перенести на другой компьютер, если есть возможность и понаблюдать.
12 turboshade
 
27.06.18
21:37
Мне тут подсказали. У нас сервер 1с же 32-разрядный. Человек говорит, что возможно, 1 из таблиц в БД превысила размер в 4 ГБ. Как это посмотреть можно?
13 Fram
 
27.06.18
22:02
(12) не слушали бы вы кого попало
14 turboshade
 
27.06.18
22:36
(7) платформа - 8.3.6.2449
платформа - комплексная автоматизация 1.1
регламенты выполняются в ночное время
по поводу режима блокировок - не знаю.

(8) на сервере антивирус не стоит, по поводу вирусов вряд ли

(13) дело точно не в этом?
15 perester
 
28.06.18
03:44
Проверьте tempdb в ms sql, если он растет повысьте его размер
16 Fram
 
28.06.18
06:14
(14) во первых напрашивается вопрос почему до сих пор работаете на релизе выпущенном аж в 2015 году?
Во вторых счётчики на обоих серверах мониторили?
17 Fram
 
28.06.18
06:16
(16)+ вернее на всех трёх серверах
18 Мимохожий Однако
 
28.06.18
07:19
(16) Можно и на 8.2 работать с КА1.1. Не в этом дело
19 ИС-2
 
naïve
28.06.18
08:12
памяти на диске и в оперативке хватает, в SQl темповая база не сильно выросла ?
20 Dotoshin
 
28.06.18
08:29
+ (15) Проверьте размер приращения у БД, если оно очень маленькое возможно СУБД только тем и занимается, что делает приращение. То есть место внутри файла БД заканчивается, СУБД делает приращение, место опять заканчивается и так по кругу.
21 xXeNoNx
 
28.06.18
09:05
(20) это если сильно базу теребонькаешь на запись. А так пофик
22 xXeNoNx
 
28.06.18
09:09
В 32х серве приложений ограничения озу по рпхосту 3-4гб
Случаем сиквел не Express?
23 xXeNoNx
 
28.06.18
09:15
Еще раз нужно сделать (2)
24 xXeNoNx
 
28.06.18
09:16
Так же встречал что некоторые отчеты, при запуске, рассчитывали себестоимость
25 xXeNoNx
 
28.06.18
09:16
может быть что угодно
26 OldCondom
 
28.06.18
09:39
(12) Это ограничение для файловых баз.

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