|
Зависает 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) Это ограничение для файловых баз.
Я бы уже чисто по приколу всех выгнал и запускал по одному, зайдя первым и ловя в отладчике. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |